Cosas del curro

Nortel y Telstra (operador de telecomunicaciones australiano) han probado con éxito sobre largas distancias las tecnologías 40G (gigabits por segundo) y 100G que la primera está poniendo en el mercado.

Las pruebas se han realizado entre las ciudades de Sydney y Adelaida, con más de 3.000 kilómetros sin regeneración de señal,  por lo que se han considerado un gran éxito y aumentan la buena fama de la tecnología DWDM (Dense Wavelength Division Multiplexing) de Nortel, cuyos equipos permitirán la migración de la tecnología 10G a 40G ó 100G sin grandes inversiones en nuevos equipos.

Fuentes:

http://www2.nortel.com/go/news_detail.jsp?cat_id=-8055&oid=100259822

http://www.diarioti.com/gate/n.php?id=23632

Aunque se venía rumoreando, no estaba muy claro que Avaya pudiera hacerse con la división de Enterprise de Nortel, la cual incluye entre otros  sus switches de la exitosa serie Ethernet Routing Switch (2500, 4500, 5000, 8600…) y la parte de VoIP (SRGs, BCMs, CS1000…) además de sus soluciones de comunicaciones unificadas:

http://www2.nortel.com/go/news_detail.jsp?cat_id=-8055&oid=100259133&locale=en-US

http://www.avaya.com/gcm/master-usa/en-us/corporate/pressroom/pressreleases/2009/pr-090720.htm

Ahora habrá que esperar a ver cómo se desarrolla la integración del equipamiento de Nortel, aunque muchos técnicos ya llevamos un tiempo estudiando otros fabricantes como Enterasys, Brocade o incluso Cisco…

El sistema Multimedia Communication Server 5100 de Nortel es la plataforma de comunicaciones multimedia unificadas IP que esta empresa ha desarrollado conmuy buen resultado. Lo mejor de todo es que el protocolo utilizado es SIP, lo que ha cambiado sustancialmente la filosofía de la empresa y facilita enormemente la interoperabilidad con otros fabricantes (el ejemplo más claro es el uso de terminales SIP de otras marcas).

A mayores tiene otras ventajas, como su fácil (aunque esto debería ir entrecomillado) interacción con las centrales Nortel  CS1000 y CS2000…

La instalación del MCS 5100 no es demasiado compleja, lo que me ha sorprendido gratamente después de la experiencia de la central IP Communication Server 1000.

La estructura que hemos implementado en nuestro cliente es un Medium System, que consta de 4 servidores (no redundados) de core más varios servidores de aplicaciones (en nuestro caso 3 servidores más). El Small System consta de un único servidor de core, mientras que el Medium System redundado son 8 servidores.

El hardware está compuesto por 4 servers IBM xSeries 306m para el core y otros 3 servidores IBM xSeries 336 para las aplicaciones. Los servidores de core corren una distribución Red Hat Linux adaptada por Nortel con una instalación muy sencilla (ojo si vienen de fábrica, hay que crear el RAID1 antes de instalar) mientras los de aplicaciones traen un Windows 2000 preinstalado.

La instalación del Red Hat Linux es extremadamente simple, ya que los scripts aportados por Nortel lo convierten en un proceso casi automático.

Después viene la instalación del software apropiado a cada servidor del core (la base de datos Oracle, etc…) y finalmente su integración en el MCS. Por supuesto, el proceso requiere de los dichosos keycodes de Nortel que el proveedor habrá facilitado (un solo keycode para el core y un keycode para cada máquina de aplicaciones). Todo se hará con gran facilidad siguiendo los manuales de Nortel al efecto (eso sí, después de dar con el adecuado a cada caso…)

La parte más escabrosa del asunto viene después del installation & comisioning, el conocido como provisioning o, como le llamo yo, dar de alta a los usuarios de una vez… El quid del tema vienen por la regular documentación sobre este particular, ya que no me ha parecido para nada intuitiva.

El principal fabricante de productos de switching y routing con el que trabajamos, Nortel Networks Corp, se ha declarado en quiebra aunque ellos lo llaman reestructuración.

Nortel Networks tiene más de 26.000 empleados en todo el mundo y es uno de los mayores fabricantes de equipamiento electrónico de switching, routing y telefoní­a, sobre todo en los EE.UU.

Esta declaración de quiebra técnica le sirve al fabricante para acogerse a las ayudas contra la crisis financiera mundial de los gobiernos canadiense y estadounidense, así­ como de los diversos gobiernos europeos, donde también declararán el estado de quiebra de todas sus filiales.

Desde un punto de vista personal, parece una maniobra para tratar de enjugar las pérdidas de los últimos años y deshacerse de las deudas arrastradas desde los escándalos contables de los años anteriores a la actual junta directiva, así como de seguir la técnica mundial y “aligerar” de personal a la empresa.

Esto lo pienso porque acaban de presentar sus nuevos y muy potentes equipos de switching de capa 3 de la gama ERS (Ethernet Routing Switch), los ERS 5600 y las nuevas versiones de ERS 8600, así­ como de las nuevas versiones de firmware para los equipos que ya tení­an en su portfolio. Y a mayores ya tenían definida e iniciada una estrategia relativa al desarrollo de software de management, security, etc… para todos sus productos de Enterprise y Carrier.

En fin, una pena que un fabricante con muy buenas ideas (para mi) y equipos también muy buenos en lo suyo tenga semejantes problemas que nos pueden dejar a merced (por lo menos a esta parte del charco) de un dinosaurio tan poco ágil como Cisco…

Durante el VoIP2DAY que se ha celebrado del 12 al 14 de Noviembre en el Ifema (Madrid) se han dado multitud de charlas interesantes, tanto desde una óptica comercial como de software libre. Me gustaría destacar dos de las charlas que a mí­ me han resultado más prácticas e interesantes:

- La de Elio Rojano, de SinoLogic.net, centrándose en el ahorro de tiempo de instalación y despliegue de sistemas Asterisk. Atención a las sorpresas finales: Charla de Elio Rojano

- Y la de Alberto Sagredo, de VoIPnovatos.es, donde explica varias soluciones prácticas que se pueden adoptar con Asterisk: Charla de Alberto Sagredo

Los videos están en alta calidad, disfrutadlos.

La realización periódica de backups es de una importancia CAPITAL, y quien no los haga es un mal profesional. Pues yo soy un mal profesional…

Tenemos un sistema de comunicaciones unificadas Nortel MCS 5100 versión 4.0 instalado en un cliente (junto con una centralita Nortel CS1000E), pero sólo llevamos el mantenimiento correctivo, por lo que no nos preocupamos demasiado por los backups (¡gran error!) asumiendo que es el cliente quien debería realizar los mismos. A pesar de ello, y por las características del cliente, nos conectamos regularmente para realizar algunos backups, lo cual nos beneficiará a nosotros y, por supuesto, al cliente. Pero habíamos descuidado el MCS 5100 por ser un sistema supuestamente muy robusto y dando por hecho que los bakups estaban bien programados.

Nortel MCS 5100 v4.0

Pues ni los backups estaban programados ni el MCS 5100 es tan robusto: la versión 4.0 que hay instalada consta de siete servidores IBM, cuatro x306 Series con una versión de Red Hat Linux y otros tres x336 Series sobre MS Windows 2000 con las aplicaciones licenciadas. Pues ha empezado a fallar el hardware de uno de los IBM x306 Series, concretamente parece la controladora del RAID (todos los servers estón en RAID 1) que es una controladora software Adaptec está fallando, por lo que no arranca correctamente el SO o, en caso de arrancar, se bloquea a los dos minutos. El resultado es que con uno de los dos discos duros sí arrancaba, con lo que provisionalmente podíamos aguantar hasta que llegue el hardware de repuesto (Nortel nos enviará otro servidor) pero después de una semana ya no arranca ninguno de los dos discos duros.

Ahora viene el procedimiento para realizar el backup manual de los servidores IBM x306 (en todos):

• Nos identificamos como el usuario de operación (generalmente sysadmin)
• Lanzamos el script: sudo /usr/local/bin/mcp_backup.pl
• Respondemos Y a la primera pregunta y damos nombre al archivo en la segunda
• Cuando acabe podemos revisar el log en: /export/home/sysadmin/bkup_restore que debería tener el nombre mcp_backup.pl.log.YYYY_MM_DD_hh:mm:ss

Yo envío los backups a un servidor TFTP o me los descargo a mi PC con el programa WinSCP.

Ahora el backup manual del Oracle:

• Nos identificamos como usuario de operación (oracle)
• Cambiamos de directorio: cd /var/mcp/run/MCP_9.1/<db_name>/bin/util
• Lanzamos el script:  ./dbBackup.sh <dbUsername> <dbPassword> <backupName> <backupMedia>

<dbUsername> y <dbPassword> son los nombres definidos en installprops.txt
<backupName> es el nombre que le queramos dar al archivo
<backupMedia> es TAPE o DISK. Selecciona DISK.

• El backup se guarda en /var/mcp/backup/orabackup

Lo ideal seí­a que el backup de Oracle se dejase programado en la Oracle Enterprise Manager (OEM) Console (no tengo capturas porque no me funciona ningún usuario, es un problema…).

La documentación de Nortel indica que debemos hacer backup también de los accounting records a un servidor FTP (no estoy muy seguro de qué respalda este backup…):

• Nos identificamos como el usuario de operación (generalmente sysadmin)
• Nos ponemos como root: su y la password
• Cambiamos de directorio: cd /var/mcp
• Ejecutamos: backupBilling.sh <hostname> <username> <password>
  <destination directory>

<hostname> nombre o IP del servidor FTP
<username> usuario del FTP
<password> password del FTP
<destination directory> directorio de destino

Con esto habí­amos acabado los backups de los servidores Red Hat Linux del MCS 5100, ya que los backups de los Windows que contienen las aplicaciones de usuario se hacen de manera distinta (obviamente). La restauración de datos también se realiza por medio de scripts que facilitan la tarea.

Ya está disponible para descarga (desde el 10/11/2008) el Java Device Manager de Nortel, el cual viene preparado para las nuevas versiones de firmware de los ERS 2500 (v4.2.0) y los ERS 4500 (v5.2.0).

Podéis descargarlo de aquí­ (es de libre descarga), y está disponible para MS Windows, Linux y Sun Solaris.

Sobre el Java Device Manager, para el que no lo conozca, es un interfaz grá¡fico (en Java obviamente) que facilita mucho el trabajo de configuración y gestión de los equipos de conmutación de Nortel, para quien no está acostumbrado a manejarse con los CLI (Command Line Interface).