Ahora que estoy pasando una agradable tarde en la casa de un tio en la la sexta region, la mejor region de Chile. Pienso en mi vuelta a las canchas del networking con un proyecto de ToIP con CUCM 8.5, CIPC, CUCIMOC y todo el show, pero comienzo a visualizar un tremendo problema, mi MacBook con OSX Lion y las Comunicaciones Unificadas, la mayoría de las aplicaciones que se usan con Cisco y las comunicaciones unificadas NO son compatibles con OSX….y solo puedo decir una cosa.. fuck!

Por lo que veo, Cisco no tiene ninguna intension de hacer o darle mayor compatibilidad para Cisco IP Communicator  para OSX y la unica opción que tenemos los usuarios de Apple es de usar Cisco Personal Communicator, el cual, según la realidad en Chile es un producto que se utiliza muy poco o la opción mas real es usar un cliente SIP como X-Lite o Bria con los cuales perdemos muchos feature que son por lo que la mayoría de las veces elegimos la solución de Cisco ante otro fabricante de ToIP.

Para que hablar de CUCIMOC a pesar que hay un cliente de Personal Communicator para OSX el cliente CUCIMOC ni una posibilidad para OSX.

Por esto, creo que la mejor opción es dejar el MacBook en la casa y pedir que me entreguen un notebook con Windows 7.

Saludos!

La gente de Applesfera crearon una entrada en su pagina explicando como crear la conexión y es el siguiente:

Conectate a una VPN Cisco de forma nativa en OSX

Como pueden ver en el articulo esto no tiene mayor problema, solo debemos saber el username, password, pre-shared key y el grupo de como nos vamos a conectar y listo conexión realizada.

Saludos!

Algo trivial para volver a escribir acá, para los que no saben, soy un Mac/OSX user y si tambien un poco Apple FanBoy, tengo iPhone 4, iPad2 y mi Mac un MacBook White con OSX Lion el cual tengo pensado cambiarlo por un MacBook Air o un MacBook Pro de 13, todavia estoy en la duda.

Como usuario Mac el primer problema que tube al cambiarme de plataforma fue la administración de sesiones remotas tales como Consola, Telnet y SSH, tal como lo hacia en Windows con mi SecureCRT crakeado hasta e infinito y mas alla. SecureCRT me era muy comodo por que podia dejar guardada las sesiones con sus respectivas direcciones IP y claves, por lo que después es un par de click para conectarme al equipo deseado. Para OSX tambien existe SecureCRT pero no he encontrado la version crackeada y 140 dólares por 3 años me parece un tanto caro, por lo cual segui buscando opciones….

Primero encontre ZTERM pero es horrible asi que no duro mas que 5 minutos en mi Mac.

Luego encontre ZOC un software que prometia hacer lo mismo que SecureCRT, tambien es de pago, por lo cual baje su version de prueba y jugué con ella un rato, si bien funciona bien, es mucho menos amigable que SecureCRT y el autologin nunca me funciono correctamente, vale 80 dólares por lo que la deseche rapidamente.

Viendo que no tengo mas opciones, opte por la querida y siempre fiel “Terminal” donde aca puedo hacer lo mismo y gratis. La conexion serial la manejo con screen, ssh y telnet lo manejo con la aplicacion nativa de OSX, el problema es cuando tengo que guardar algun tech-support o configuraciones muy largas se torna un poco tedioso por este metodo, por lo cual sigo buscando algo que funcione 100% y sin pagar tanto.

Y ustedes como manejan con este tema OSX? acepto comentarios y recomendaciones.

Saludos!

Tiempo sin saludarlos, la verdad he estado sin ganas de escribir, pero acá les traigo un video de como NO se debe trabajar un Cisco Catalyst 6500. En el video se muestra como cambian el chasis, dejando los módulos sin arriba de unas cajas, y sin desconectar el cableado de los módulos. Mírenlo y juzguen ustedes mismos.

Video en Youtube

Saludos

Antes de comenzar debemos planear como debe ser el upgrade y para esto consultamos el Cisco Unified Communications Manager Software Compatibility Matrix para ver como sera el paso de versión.

Según este paper no podemos pasar directamente de una versión 6.0(1) a la versión 6.1(4) por lo que debemos pasar primero a la versión 6.0(1a), luego a la versión 6.1(2) para luego dar el salto a la versión 6.1(4)

Ok….ahora ya sabemos cómo debemos hacer el upgrade, ahora veremos si nuestro hardware es compatible tanto con la versión 6.0(1a), 6.1(2) y 6.1(4) para que no nos llevemos ninguna sorpresa a la hora de estar parchando el CUCM. Para ver esta compatibilidad podemos revisar el documento de compatibilidad

Tengo un servidor MCS 7825H3 según la tabla de compatibilidad no tengo problemas para instalar las versiones necesarias.

Otra de las cosas que hay que revisar es el licenciamiento, si es que en necesario comprar una licencia o no, según lo que estuve revisando cuando estas dentro de un mismo “train” no requerimos de un upgrade de la licencia, cuando pasas de una versión por ejemplo 4.X a 5.X o de 5.X a 6.X etc. debemos comprar la licencia respectiva, pero en este caso como estamos dentro de mismas versiones 6.X NO requerimos licencias.

Ya ok, tenemos claro el procedimiento a realizar, que mi hardware es compatible y que no deberia tener problemas con las licencias, ahora por si pasa algo durante el parchado y se nos corrompe el sistema operativo, debemos ser capases de póder reinstalar el servidor por lo que debemos si o si tener los discos de instalación y las licencias (Tanto de los nodos como de los dispositivos DLU). La licencia puede ser el papel (con el numero Pack) o el digital.

Paso de versión 6.0(1) a 6.0(1a)

Como nuestro hardware es soportado, ahora procederemos a ir al Download Center de Cisco (se requiere cuenta CCO) para bajar los parches necesarios para la versión, para esto nos dirigimos a:

Voice and Unified Communications > Cisco Unified Communications Manager Version 6.0 > Unified Communications Manager Updates > 6.(1a)

Y debemos bajar los dos archivos que esta disponibles para bajar, que son:

UCSInstall_UCOS_6.0.1.2000-4_part1of2 y UCSInstall_UCOS_6.0.1.2000-4_part2of2

Una vez descargados los archivos les recomiendo que los comprueben con MD5, para asegurarse que la descarga se efectuó sin problemas.

Una vez que la descarga esta realizada procederemos a unir ambos archivos en solo 1, esto lo hacemos como dice en el mismo relase notes de la versión. Esto se hace aplicando el siguiente comando:

COPY /B UCSInstall_UCOS_6.0.1.2000-4_part1of2+UCSInstall_UCOS_6.0.1.2000-4_part2of2 UCSInstall_UCOS_6.0.1.2000-4.sgn.iso

El comando que acabamos de introducir lo que hace es unir los archivos part a un solo archivo de nombre UCSInstall_UCOS_6.0.1.2000-4.sgn.iso el cual, es que finalmente debemos instalar en la plataforma de CUCM. Para verificar que la operación de unir ambos archivos finalizo correctamente debemos correr MD5 al archivo y compararlo con el valor MD5 que nos entrega el relase notes de la versión.

3d90e0fc900bf4f16d580e9e37106c91 UCSInstall_UCOS_6.0.1.2000-4.sgn.iso

Ahora para cargar el archivo en el CUCM tenemos dos opciones hacerlo directamente con un DVD o de forma remota a través de un servidor FTP o SFTP, ahora si lo vas a hacer local, debes quemar el iso en un DVD ojo que DEBES QUEMAR LA IMAGEN A UN DVD. COPIAR EL ARCHIVO .ISO A UN DVD NO SIRVE. Si lo vas a hacer de forma remota tienes que apuntar el servidor FTP o SFTP a la carpeta donde está el archivo UCSInstall_UCOS_6.0.1.2000-4.sgn.iso

Una vez que tenemos el medio listo, debemos crear un respaldo de CUCM por si algo falla. Bueno, no explicare como hacer respaldo por el momento.

Antes de comenzar con la operación de upgrade, les voy a contar un poco de teoría sobre el procedimiento que estamos realizando, en la versión de CUCM 5.X en adelante, la plataforma viene con dos particiones, una activa y otra inactiva, cuando cargamos algún upgrade esta se cargara en la partición inactiva y luego se hace el swtich de versión, que básicamente se le dice a la maquina que bootee desde la otra partición. Esto permite que si tenemos algún problema con la nueva versión podamos volver a la partición inicial tan solo reiniciando el servidor. Al hacer el upgrade en conjunto con copiar los nuevos archivos se replica la configuración.

*** OJO que si ustedes hacer un upgrade de versión, realizan cambios y luego vuelven atrás los cambios que hayan realizados en la partición activa SE PERDERÁN ***

Una vez sabiendo esto comenzamos con el procedimiento.

Para hacer el upgrade debemos ir a:

Cisco Unified OS Administration > Software Upgrade > Install Upgrade

Dentro de la seccion Install Upgrade debes colocar como realizaras la operación. Si lo haces con un DVD, en la opción de Directorio debes colocar (/) y al darle Next, al hacer esto te mostrara el archivo a instalar y presionas nuevamente Next. Luego te preguntara si quieres reiniciar automáticamente y dejamos la opción por defecto que es hacer el swtich de versión de forma manual.

El proceso de instalación de versión 6.0(1) a 6.0(1a) dura aproximadamente como 90 a 120 minutos, una vez que termina el proceso debemos hacer un swtitch de versión, por ende nos vamos a:

Cisco Unified OS Administration > Setting  > Version

y presionamos Switch Version.

Una vez que hacemos el swtch versión, esperamos a que se reinicie el servidor y verificamos que los servicios estén activados y corriendo, además que los teléfonos, gateway, recursos de MTP, ANN, MOH estén registrados.

Si todos esta OK, continuamos con el siguiente paso.

Paso de versión 6.0(1a) a 6.1(2)

Al igual que como hicimos con el paso anterior de versión debemos realizar un respaldo de la configuración.

Una vez realizado el respaldo bajamos los archivos dirigiéndonos a:

Voice and Unified Communications > Cisco Unified Communications Manager Version 6.1 > Unified Communications Manager Updates > 6.1(2)

Y debemos bajar los dos archivos que esta disponibles para bajar, que son: UCSInstall_UCOS_6.1.2.1000-13.sgn.iso_part1of2 y UCSInstall_UCOS_6.1.2.1000-13.sgn.iso_part2of2 y los verificamos con md5 y procedemos a unir los archivos.

COPY /B UCSInstall_UCOS_6.1.2.1000-13.sgn.iso_part1of2+UCSInstall_UCOS_6.1.2.1000-13.sgn.iso_part2of2 UCSInstall_UCOS_6.1.2.1000-13.sgn.iso

y verificamos el nuevo archivo con md5 68e99f0b080298d65b4b82a8befbfe8b UCSInstall_UCOS_6.1.2.1000-13.sgn.iso

y hacemos el procedimiento anterior de quemar el iso y procedamos con el upgrade.

Cisco Unified OS Administration > Software Upgrade > Install Upgrade

Una vez realizado el procedimiento realizamos el swtich de versión:

Cisco Unified OS Administration > Setting  > Version

y presionamos Switch Version.

Una vez que hacemos el swtch versión, esperamos a que se reinicie el servidor y verificamos que los servicios estén activados y corriendo, además que los teléfonos, gateway, recursos de MTP, ANN, MOH estén registrados.

Si todos esta OK, continuamos con el siguiente paso.

Paso de versión 6.1(2) a 6.1(4)

Al igual que con los pasos anteriores de upgrade de versión debemos realizar un respaldo de la configuración.

Una vez realizado el respaldo bajamos los archivos dirigiéndonos a:

Voice and Unified Communications > Cisco Unified Communications Manager Version 6.1 > Unified Communications Manager Updates > 6.1(4)

Y debemos bajar los dos archivos que esta disponibles para bajar, que son: UCSInstall_UCOS_6.1.4.1000-10.sgn.iso_part1of2 y UCSInstall_UCOS_6.1.4.1000-10.sgn.iso_part2of2 y los verificamos con md5 y procedemos a unir los archivos.

COPY /B UCSInstall_UCOS_6.1.4.1000-10.sgn.iso_part1of2+UCSInstall_UCOS_6.1.4.1000-10.sgn.iso_part2of2 UCSInstall_UCOS_6.1.4.1000-10.sgn.iso

y verificamos el nuevo archivo con md5 d3557a8c0a2895be4085189537356dfd UCSInstall_UCOS_6.1.4.1000-10.sgn.iso

y hacemos el procedimiento anterior de quemar el iso y procedamos con el upgrade.

Cisco Unified OS Administration > Software Upgrade > Install Upgrade

Una vez realizado el procedimiento realizamos el swtich de versión:

Cisco Unified OS Administration > Setting  > Version

y presionamos Switch Version.

Una vez que hacemos el swtch versión, esperamos a que se reinicie el servidor y verificamos que los servicios estén activados y corriendo, además que los teléfonos, gateway, recursos de MTP, ANN, MOH estén registrados.

Acá me quiero detener un momento, ya que cuando realice este paso. Al bootear el servidor CUCM con la versión 6.1(4) el servidor quedo con una licencia de Demo, por lo que dije WTF! al no poder dejar el servidor con una versión de Demo, realice un rollback a la versión 6.1(2) y cuando levanto esta versión no había licencias de nodo por lo que el servicio de CUCM no levantaba. Al documentarme leyendo tanto en el foro de Cisco como en el bugtoolkit encontre casos donde cuando se realice el upgrade de version 6.1(2) a 6.1(3) o 6.1(4) se pierda la licencia de nodo por lo que hay que volver a cargarla.

La licencia de demo con la que queda el CUCM 6.1(4) no restringe ningún feature, solo licencia a un solo servidor con 50 DLU, como yo ya tenía cargadas otras DLU mi endpoint se registraron sin problemas con esta licencia.

Si les da este “problema” solo deben cargar nuevamente la licencia de nodo.

Ya, espero que les haya quedado claro el procedimiento…. después seguimos con la implementacion de CUCIMOC.

Saludos.

Continuando con el post sobre la implementación de Cisco Unified Communications Integration for Microsoft Office Communicator (a.k.a. CUCIMOC) vamos a ver que necesitamos para realizar la implementación y comenzamos revisando los requerimientos tanto de hardware como de software. Según el relase note los requerimientos son los siguientes:

Requerimientos de Servidor:

Cisco Unified Communications Manager:
• 7.1(3)10000-11 or later
• 7.1(2) or later
• 7.0(2a) SU1 or later
• 6.1(4) or later
• 6.1(3) or later, with Cisco Options Package (COP) file to create the Client Services Framework device type

Microsoft Office Communications Server
• 2007 R2
• 2007 R1

LDAP
• Microsoft Active Directory 2008
• Microsoft Active Directory 2003

Requerimientos de Teléfonos:
• Firmware 9-0-0FCE3-4dev o superior para modelos Cisco Unified IP Phone 9900, 8900, y 6900

Licencias (DLU):

Versión CUCM 6.1(4):
• 3 DLU son requeridas si el CUCIMOC lo ocupas como teléfono primario y 1 si se utiliza el CUCIMOC como adjunto.

Versión CUCM 6.1(3)
• Siempre ocupas 3 DLU ya sea si el CUCIMOC es primario o adjunto.

Analizando los requerimientos solo necesitamos la correcta versión de CUCM y la plataforma de OCS ya eso es fácil, es decir solo necesitamos las licencias DLU.

Acá parte un poco mi incredulidad, sobre el software debido a que para hacer remote call control entre CUCM y OCS se necesita un Presence Server (CUP) que es un servidor MCS, más el software, mas la licencias y las DLU por usuario, es decir hay un gasto considerable de de dinero. Y para la instalación del CUCIMOC solo las licencias (Muy barato dije yo, acá hay algo raro o estoy leyendo mal), así que procedí a consultar al PDI Help Desk (Requiere CCO) para me orientaran en la implementación. Ellos me dijeron que si, solo necesitaba la licencias si tenía todo lo demás en funcionamiento. Ante esta respuesta procedi a ver lo que yo tenía y ver que me estaba faltando, veo mi versión de CUCM y me doy cuenta que es una versión 6.0 por que debemos realizar un upgrade de CUCM.

La actualización de CUCM desde versión 6.0 a 6.1(4) se las comento en el próximo post.

Saludos

Ya que tenia este blog bastante botado, ahora lo voy a retomar con algo simpático que es la implementación de la integración entre los productos Microsoft Office Communicator (MOC) y la plataforma de telefonía Cisco Unified Communications Manager (CUCM), esta integración la realizaremos con el software que desarrollo Cisco para esta integración que se llama:

“Cisco Unified Communications Integration for Microsoft Office Communicator”

Imágenes del CUCIMOC

Es un nombre bastante largo por lo que lo llamaremos CUCIMOC, esta aplicación permite como dice cisco un “easy-deploy” de esta integración, muy a groso modo el CUCIMOC es un plugin que se agrega a la ventana del cliente MOC, donde toma la presencia del MOC y el control de llamadas de CUCM integrando las dos soluciones.

A continuación les doy la información y un video sobre la aplicación CUCIMOC

Improve Your Desktop Communications

Cisco UC Integration™ for Microsoft Office Communicator – Data Sheet

Debido a que esta implementación es como larga y quiero detallar todo el proceso de la integración me voy a tomar varios post, desde donde veremos los requisitos de la instalación, diseño, upgrade de CUCM y todo lo que implique.

Saludos!

Esta semana me encuentro en Copiapó III Región de Chile, realizando un proyecto de telefonía para Enami fundición Paipote, así que me quedan unos días por estos lares, hoy cuando me devolvía desde el la planta al hotel decidimos con mi compañero ir a recorrer y partimos hacia tierra amarilla un pequeño pueblo ubicado a 13km de Copiapó.

Cuando íbamos en camino mi compañero me comento que Tierra Amarilla tenia Wi-FI gratis para toda la comunidad, a lo cual yo pensé, deben ser 4 Access Point todos cagones a lo cual mi compañero me dice “No si son Cisco 1500 esos chanchos outdoor que son re buenos.”

Al recorrer por la calle principal mirando detenidamente si veíamos las antenas, de repente en un poste de alumbrado público vimos un Access Point Cisco 1500 con dos antenas de 5dbi aparentemente en configuraciones de wireless mesh, siguiendo el recorrido nos percatamos que los equipos se encontraban a lo largo de la cuidad cada 400 a 600 metros.

Ahora fotos..

Llegando al hotel me puse a investigar un poco sobre esta iniciativa donde aparecía que está dentro del proyecto de alfabetización digital, proyecto impulsado por las compañías mineras Candelarias y Ojos del Salado en colaboración con Fundación Mercator y la I. Municipalidad de Tierra Amarilla.

Mas información en el blog de tierra amarilla aca!

Como información extra les puedo indicar que un Cisco Aironet 1520 tiene un precio de lista de unos $2800 US traducido a pesos chilenos (el dólar a 500 pesos) da un valor aproximado de 1.400.000 cada uno de los chanchos wireless, dentro de mi recorrido por el pueblo pude contar como 10 equipos. Ósea es una inversión fuerte para una linda iniciativa.
Saludos!

Dentro de mis labores en comunicaciones y trabajando con Cisco System he tenido que hacer muchos upgrades de IOS a routers y swtich para agregar nuevos features, pero algo que siempre me daba duda era como validar que cuando hacia la carga por TFTP o FTP los archivos estuvieses correctamente cargados en la flash, un amigo me dijo que con el comando “verify” puedes ver la integridad de un archivo. Investigando un poco sobre el comando vi que se podía hacer una verificación con MD5 del archivo.

Que es MD5?

MD5 es un acrónimo de Message-Digest Algorithm 5 que es un algoritmo de reducción criptográficos creado por un profesor de MIT. Básicamente lo que hace MD5 es correr un algoritmo matemático al archivo el cual da un resultado, ese resultado se debe comparar con el valor MD5 orinal del archivo.

MD5 se utiliza mayormente para las descargas en internet donde se publica el archivo y valor MD5 original y una vez que se descarga el archivo se calcula el MD5 y se compara con el original

Para comparar el MD5 hay software como el md5check.

Bueno en Cisco cuando bajas un IOS o cualquier archivo da el MD5 del archivo, entonces cuando se carga en la flash del equipo podemos correr el comando

Enrrutador#verify /md5 flash:[archivo]

Ejemplo:

CME-Cliente#verify /md5 flash:c2801-advipservicesk9-mz.124-22.T.bin
……. muchos puntos………………………………………………………………………Done!
verify /md5 (flash:c2801-advipservicesk9-mz.124-22.T.bin) = b3fdb4354ea6159f60a34b25b626d01f

Que luego verificamos con md5check

Saludos

a.- La HORA OFICIAL DE CHILE CONTINENTAL Y ANTÁRTICA CHILENA, que corresponde a la del meridiano 60° W (Zh = + 4), se adelantará anualmente en 60 minutos, desde las 24 horas del segundo sábado del mes de octubre, hasta las 24 horas del segundo sábado del mes de marzo siguiente, rigiendo en este lapso la hora del meridiano 45° (Zh = +3) como hora de verano.

b.- La HORA OFICIAL DE CHILE INSULAR, será la correspondiente al meridiano 90° W (Zh = + 6), y será adelantada en 60 minutos conjuntamente con la hora Oficial de Chile Continental, rigiendo en este periodo la hora del meridiano 75° W (Zh = +5), manteniendo una diferencia de dos horas.

Como bien leen el sábado pasado correspondía al segundo sábado del mes de Marzo por lo que se debían atrasar los relojes en una hora para volver al hora oficial de Chile UTC -4.

Todo esto tiene una repercusión en los equipos de comunicaciones, ya sea Cisco Unified Communications Manager, Cisco Unifed Communications Manager Express, routers y switches, ya sea en la hora de los teléfonos como en la hora de los log de los equipos, etc, etc, etc.

Por lo tanto configurar correctamente la hora en los equipos que usan IOS es muy importante y siempre me quedo la duda de cómo se hacía correctamente, ya que tenía dos comandos que hacían cosas similares el “set clock hora:minuto:segundo dia mes año” y el comando clock timezone nombre -4, por lo cual investigando llegue a lo siguiente:

Para configurar correctamente la hora primero debemos setiar la hora UTC en el equipo esto la hacemos de la siguiente manera:

Router#set clock hora:minuto:segundo dia mes año

EJ:

Router#set clock 17:00:00 18 March 2009

Con eso ya tenemos setiada la hora UTC en el equipo, para saber la hora UTC podemos entrar a http://www.horaoficial.cl donde da la hora UTC y la de Chile en este caso UTC -4

Luego de eso debemos decirle en que zona horaria UTC estamos

Router(config)#clock timezone UTC -4

Con eso decimos que quite 4 hora a la hora UTC

Ahora debemos decirle al equipo que cambie la hora automáticamente como lo dice la ley chilena.

Router(config)#clock summer-time UTC-3 recurring 2 Sat Oct 00:00 2 Sat Mar 00:00

y listo, tenemos bien configurada la hora en el equipo si no contamos con un NTP Server.

Saludos!