INFORME

La transición a la
telefonía por IP
en Cisco Systems

Resumen ejecutivo
Al ser el principal inventor y motor de las redes de datos, voz y vídeo, Cisco Systems estuvo entre las
primeras empresas en instalar redes IP integradas en todo el mundo, incluyendo sus oficinas centrales
de San Jose (California). Comenzando por su adquisición de Selsius Systems, Inc. en 1998, Cisco tenía
intención de incorporar la telefonía IP en su red convergente con calidad de servicio (QoS) activada.
Como pionero de esta tecnología, Cisco aprendió lecciones muy valiosas durante su propia migración,
de 1988 a 2001. Estas lecciones contribuyeron directamente a la mejora de la línea de productos de
telefonía por IP y de las tecnologías de voz a través de IP (VoIP). Cisco desarrolló prácticas magistrales
para lograr una transición correcta de la telefonía tradicional a través de centralita (PBX) a la telefonía
integrada por IP basada en Cisco AVVID (Architecture for Voice, Video and Integrated Data). Esta
explicación resalta la forma en que los clientes de Cisco pueden aprender y aprovecharse de dicha
experiencia.

Introducción
Cisco lleva mucho tiempo con la práctica de utilizar su propia tecnología. Para aquellos aspectos de su
propia línea de productos o de sus soluciones en los que tiene menos conocimientos, a menudo
adquiere empresas que poseen dichas capacidades. Un objetivo de esta estrategia es establecer el
liderazgo de Cisco en el campo de las redes de extremo a extremo, sobre todo en redes IP. En 1998,
Cisco definió un objetivo para desarrollar soluciones para redes convergentes: brindar al mundo la
posibilidad de utilizar una sola infraestructura de red IP con QoS activa para transportar el tráfico de
datos, de voz y de vídeo simultáneamente. Para lograrlo, Cisco tenía que superar varios problemas
técnicos, que se indican más adelante.
Las redes convergentes necesitan la capacidad de separar cada tipo de tráfico y gestionarlo en función
de sus requisitos únicos. Por ejemplo, el tráfico de datos no es sensible a los retrasos; viaja a ráfagas y
exige una entrega precisa. El estándar TCP se diseñó para garantizar un transporte preciso de los datos.
Sin embargo, el tráfico de voz, tradicionalmente transportado por algún tipo de mecanismo de
multiplexión por división de tiempo (TDM), como una centralita, resulta muy sensible a las demoras.
La incorporación de paquetes de voz a un entorno IP "a ráfagas" exigió el desarrollo de muchas
características de voz y mecanismos de QoS nuevos, como la clasificación del tráfico, los mecanismos
avanzados de gestión de colas y las técnicas de fragmentación e intercalado de paquetes de datos.
El software Cisco IOS ® ya cuenta con un conjunto reconocido de dichas características de activación
de voz. Teniendo en cuenta que hay mucha documentación sobre estas características, creemos que
están fuera del ámbito de esta explicación. No obstante, sin ellas nadie puede integrar correctamente
voz y datos en un entorno IP; por consiguiente, es esencial que cualquiera que se esté planteando llevar
a cabo dicha tarea se asegure de que la infraestructura de red está preparada para voz con un conjunto
apropiado de mecanismos de QoS y de características de VoIP. Las redes de extremo a extremo de
Cisco permiten a las organizaciones garantizar la QoS necesaria para obtener servicios de voz de alta
calidad.
Selsius fue pionero en las soluciones de telefonía por IP. Poco después de la adquisición de esta
empresa, Cisco inició una instalación de prueba del equipo de Selsius en la red de las oficinas centrales
de San Jose. En ese momento, Cisco AVVID aún se estaba desarrollando. El paradigma de la telefonía
por IP representa un cambio radical en la forma en que se crean las redes de voz. Las centralitas
tradicionales son recintos en un entorno cerrado con algún tipo de sistema de alimentación
ininterrumpida (SAI), como una batería de reserva. Las redes de telefonía por IP se distribuyen en
elementos que se encuentran por toda la red. Cisco aprendió mucho con las pruebas tecnológicas y

Cisco Systems
Todos los contenidos tienen Copyright © 1992-2001 Cisco Systems, Inc. Reservados todos los derechos. Avisos importantes e informe de privacidad.
Página 1 de 11
estos conocimientos se convirtieron en prácticas magistrales que ayudan a los clientes de Cisco en la instalación de
su propia telefonía por IP.
• Desarrollo de experiencias: los ingenieros de tecnologías de la información de Cisco aprendieron mucho con las
pruebas tecnológicas y estos conocimientos se convirtieron en experiencias que ayudan a los clientes de Cisco
en la instalación de su propia telefonía por IP.
La sede central de Cisco, actualmente en San Jose, tiene más de 80 edificios y más de 20.000 empleados
conectados a una LAN/MAN Ethernet IP. A lo largo de 2001, Cisco migró su sede central de San Jose y muchas
oficinas de campo a una red de producción basada en Cisco AVVID y en la telefonía por IP. El tamaño de la
instalación demuestra la capacidad de ampliación de las soluciones, lo que garantiza que organizaciones de tamaño
similar pueden instalar con total seguridad soluciones de telefonía por IP de Cisco.

La primera red de teléfonos

En 1998, la red de voz de Cisco de sus oficinas centrales de San Jose tenía dos centralitas Lucent Definity 3Gr y
tres sistemas de correo de voz Octel Aria 350 (Figura 1). Los sistemas PBX estaban interconectados con varios
enlaces Distributed Communication System (DCS) de Lucent Definity para conseguir una transparencia de las
características y una portabilidad de los números. La red proporcionaba servicios de telefonía a todos los empleados
de Cisco y servicios de centro de llamadas al Technical Assistance Center (TAC) de Cisco.

Figura 1 La red dedicada a voz original

En ese momento, Cisco poseía bloques de números en tres prefijos: 526, 527 y 525. Para facilitar la gestión, se

asignó su propio prefijo a cada sistema Octel. Los sistemas Octel se integraron con los sistemas Definity a través de
una tarjeta de integración por puerto, AT&T (PIC-A), que emulaba digitalmente el teléfono. OctelNet, el protocolo
patentado de las redes de correo de voz, interconectaba los tres sistemas de la sede central con otros sistemas Octel
situados en alrededor de ochenta sitios remotos de Cisco, mientras que las centralitas se conectaban a la red de
telefonía pública conmutada (PSTN).

Cisco Systems
Todos los contenidos tienen Copyright © 1992-2001 Cisco Systems, Inc. Reservados todos los derechos. Avisos importantes e informe de privacidad.
Página 2 de 11
La primera instalación de prueba
Tras adquirir Selsius, Cisco realizó una instalación piloto a 200 empleados voluntarios a finales de 1998. Cada
trabajador tenía dos teléfonos: un teléfono tradicional de Lucent y un teléfono IP de Cisco. Una conexión de acceso
primario (PRI) entre el CallManager 2.2 y la PBX Definity proporcionaba marcación entre los puestos de trabajo
con cinco dígitos y acceso a y desde la PSTN a los usuarios de telefonía por IP (Figura 2).

Figura 2 Modelo de instalación inicial

Los doscientos teléfonos IP Selsius de prueba tenían acceso a correo de voz, pero no tenían todas las capacidades
de éste. El sistema Octel está diseñado para comunicarse con una PBX, no con varias. El personal de tecnologías de
la información de Cisco configuró números fantasma en la central de Definity con el fin de que las llamadas no
respondidas o aquellas en las que el teléfono está ocupado se reenviaran al buzón del correo de voz de Octel. Sin
embargo, el sistema no podía enviar ninguna luz de indicación de mensajes en espera (MWI) al teléfono IP.
Cada teléfono IP Selsius tenía su propio número de teléfono de marcación entrante directa (DID) y una dirección IP
registrada, enrutable y no privada. Esto provocó otro problema, a saber, si una organización decide migrar miles de
empleados a teléfonos IP, la asignación de un número de teléfono nuevo a cada persona no es viable. También
podría provocar problemas potenciales con la compañía telefónica local. Además, mientras que el producto de
Selsius original permitía el uso de direcciones IP privadas (RFC 1918), la instalación utilizó direcciones IP reales.
Los usuarios de prueba, que tenían dos teléfonos en su mesa, tuvieron serios problemas para participar en la prueba
sin confundirse. No sabían qué teléfono utilizar ni qué número de teléfono dar. La forma más fácil de evitar
confusiones fue utilizar el conocido teléfono Lucent existente y olvidarse del teléfono IP. Y ésta fue la práctica
predominante. Otro factor que contribuyó al mal uso fue que el teléfono Selsius tenía un hub Ethernet de 10
megabits. Estaba conectado a la red Ethernet entre el PC del usuario y la clavija de la pared. Si los usuarios
enviaban archivos grandes a través de la LAN mientras hablaban por teléfono, la calidad de la voz se resentía.
Un último problema técnico era la alimentación. Los teléfonos de Selsius necesitaban alimentación local, por lo que
tenían su propio transformador de corriente y cable eléctrico. Sin embargo, Cisco se percató de que a veces era
difícil colocar un teléfono Selsius en una sala de reuniones, en una sala de descanso o en el vestíbulo, ya que las
clavijas de Ethernet y de alimentación solían estar en paredes opuestas de la sala.
Por consiguiente, aunque había varias formas de instalar el sistema existente, los ingenieros de Cisco aprendieron
muchas lecciones de la generación actual de soluciones que permiten a los clientes derribar algunas de las barreras
de la instalación.

Cisco Systems
Todos los contenidos tienen Copyright © 1992-2001 Cisco Systems, Inc. Reservados todos los derechos. Avisos importantes e informe de privacidad.
Página 3 de 11
Instalación de producción de la telefonía por IP
Las pruebas iniciales continuaban mientras Cisco llevaba a la telefonía por IP al siguiente nivel. En noviembre de
1999, Cisco había crecido considerablemente y necesitaba un nuevo prefijo de su proveedor local, Pacific Bell.
Pacific Bell asignó a Cisco el rango 853 DID. Cisco también tenía CallManager versión 2.3, que era más estable y
tenía más características. Cisco se embarcó en la instalación a nivel de producción de la telefonía por IP. A partir de
noviembre de 1999, se aprovisionaba con un teléfono IP de Cisco a todos los nuevos contratados en las oficinas
centrales de Cisco en San Jose. Y ése era el único teléfono que tenían para realizar sus actividades diarias.
El departamento de tecnologías de la información de Cisco implementó la red de telefonía por IP asignando
números con el prefijo 853 a Cisco CallManager 2.3 y alquilando un cuarto sistema de correo de voz Octel Aria
350, que se dedicó a números 853 y que estaba directamente conectado al servidor de CallManager a través de un
enlace SMDI. CallManager tenía acceso directo a PSTN a través de los gateways Cisco DT24+ para las llamadas
entrantes y salientes. Cisco asignó teléfonos IP del rango 853 a los trabajadores recién contratados y les instó a que
tuvieran un solo teléfono IP en su mesa de trabajo (Figura 3). Cisco mantenía enlaces troncales de acceso primario
(PRI) con los sistemas de Definity para que los usuarios de teléfonos IP de Cisco y de Definity pudieran realizar
llamadas de un puesto de trabajo a otro.
Este método demostró ser mucho más limpio que el anterior, ya que nadie tenía dos números de teléfono. También
se solucionó el problema de la luz del MWI de la instalación inicial, ya que el sistema de correo de voz de Octel
estaba conectado directamente al CallManager. Poco tiempo después, el CallManager se actualizó a la versión 2.4 y
tenía 2500 usuarios registrados en un sistema especificado para un máximo de 200 usuarios (Figura 3).

Figura 3 Modelo de instalación revisado

Durante este periodo la mayor parte de los fallos del sistema telefónico se debieron a la infraestructura de la red en
lugar de a los componentes de la telefonía por IP. Al ser una empresa de redes, los empleados de Cisco a veces
prueban en la red de producción productos nuevos que deberían reservarse para los laboratorios de prueba. Estos
"extras" añaden complejidad a la red y pueden causar problemas involuntariamente a los sistemas existentes, como
los teléfonos IP de Cisco. A medida que estos problemas se hicieron patentes, el departamento de tecnologías de la
información de Cisco respondió desarrollando e implementando un sistema de gestión de cambios más estricto y
asegurando el tráfico de los laboratorios.

Cisco Systems
Todos los contenidos tienen Copyright © 1992-2001 Cisco Systems, Inc. Reservados todos los derechos. Avisos importantes e informe de privacidad.
Página 4 de 11
Mejora en la línea de productos
Al mismo tiempo que realizaba el despliegue de teléfonos IP de Selsius, Cisco estaba desarrollando una nueva
gama de teléfonos IP. La mayoría de estos productos nuevos se presentaron a finales de 1999 y se comercializaron
en el año 2000 junto con componentes clave de la infraestructura de Cisco AVVID, como tarjetas de alimentación
interna para los productos Cisco Catalyst ® 6500. Entre las mejoras e incorporaciones a la línea de productos se
pueden destacar:
• Mejor diseño de los equipos telefónicos: para dar un aspecto más actual, Cisco añadió un diseño del teclado más
ergonómico y una pantalla grande para los servicios basados en Web, como las búsquedas de directorios con el
protocolo Lightweight Directory Access Protocol (LDAP) versión 3, las noticias diarias y financieras, y otros
servicios basados en XML.
• Alimentación en línea: al brindar la opción de alimentar los equipos desde el switch del recinto de cableado, en
lugar de desde fuentes locales, los usuarios no tienen que buscar ningún enchufe para utilizar los teléfonos.
• Switch 10/100BaseT interno: la calidad de las llamadas mejoró cuando Cisco añadió un switch y más ancho de
banda; el switch interno también admite LAN virtuales (VLAN) 802.1 p/q dedicadas para PC y teléfonos, lo que
permite una mayor separación, gestión y control de direcciones; la priorización interna de QoS marca
automáticamente los paquetes de voz como de alta prioridad para agilizar su transporte.
• CallManager redundante: al activar "grupos" de usuarios mejoró la capacidad de ampliación global, la
redundancia espacial y la disponibilidad del sistema telefónico.
• Software CallManager con más características: añade nuevas funciones únicas, como la integración con
directorios LDAP y con servidores Web.
• Los gateways analógicos de voz dedicados, como el modelo Cisco VG200, redondean los requisitos de un
sistema robusto de teléfonos IP
• Aplicaciones de software avanzadas para redes AVVID, como la mensajería unificada, IP Contact Center, Cisco
IP SoftPhone, Cisco Web Attendant y Cisco IP Interactive Voice Response (IVR)

Migración en las oficinas centrales

En abril de 2000, Cisco cambió su servidor CallManager 2.4 existente por un grupo CallManager 3.0. Con esto
ganó en capacidad y fiabilidad. El grupo incluye ocho servidores: cuatro servidores primarios, dos servidores de
seguridad y servidores dedicados a publicación y para el protocolo Trivial File Transfer Protocol (TFTP). Los
cuatro servidores primarios se dividen en pares redundantes y cada uno de ellos tiene un solo servidor de seguridad.
El servidor de publicación se comunica con los otros seis miembros del grupo y el servidor TFTP es responsable
únicamente del envío de los archivos de configuración a los teléfonos IP. El servidor de publicación gestiona las
incorporaciones, los desplazamientos y los cambios en los teléfonos y gateways de la red de CallManager. Es
dedicado porque los cambios consumen mucha potencia de proceso y Cisco no quería que sus servidores primarios
sufrieran ningún menoscabo de su rendimiento. El servidor de publicación replica sus cambios a los restantes
servidores del grupo con una sobrecarga de procesamiento mínima. El grupo admite actualmente el CallManager
del prefijo 853 y alrededor de 5.000 usuarios, pero pueden llegar a admitir hasta 10.000 usuarios en el futuro.
Al mismo tiempo, el departamento de tecnologías de la información de Cisco migró sus usuarios del "prefijo 853" a
los nuevos teléfonos IP Cisco 7960. Durante el periodo de cambio, que duró una semana, los usuarios de teléfonos
Selsius podían cambiarlos por los teléfonos nuevos, que instalaban ellos mismos. El personal de tecnologías de la
información preprogramó los teléfonos nuevos con los números de teléfono existentes. La dirección Media Access
Control (MAC) del teléfono nuevo se digitalizó y se grabó en un archivo con formato de valores separados por
comas (CSV). Utilizando la herramienta de administración por lotes (BAT), el archivo CSV se "procesó por lotes"
en la base de datos de CallManager y asignó el número de teléfono 853 existente del usuario.
Una vez conectados a la red, los teléfonos nuevos se configuraban automáticamente en unos 30 segundos. No
hacían falta técnicos para cablear las conexiones, tal como se necesitarían en un sistema PBX. Toda la
documentación del teléfono nuevo se colocó en la Web interna para que los usuarios accedieran cuando desearan.
Esta transición duró alrededor de cinco días laborables.

Cisco Systems
Todos los contenidos tienen Copyright © 1992-2001 Cisco Systems, Inc. Reservados todos los derechos. Avisos importantes e informe de privacidad.
Página 5 de 11
Figura 4 Fase 1 de la migración: usuarios con prefijo

La red telefónica actualizada utiliza direcciones IP privadas (RFC 1918), network-10 para que no resulten afectadas
varias direcciones de clase B de Cisco. También añade una capa de seguridad para no se pueda acceder a los
teléfonos desde Internet. La calidad de las llamadas mejoró ostensiblemente debido a que el ancho de banda
aumentó de 10 a 100 Mbps; además, el switch de tres vías de los teléfonos IP de Cisco permite al personal de
tecnologías de la información de Cisco implementar un límite de confianza en el recinto de cableado para
garantizar la gestión prioritaria de los paquetes de voz. El switch interno clasifica los paquetes con valores de
precedencia de IP de la siguiente forma:

Tipo de paquete Valor de precedencia de IP DSCP 802.1p

Voz 5 EF 5
Tráfico del plano de control 3 AF31 3
Datos 0 0 0

En ese momento, la LAN de Cisco aún no tenía activados los mecanismos de gestión de colas QoS de extremo a
extremo, ya que una gran parte de la infraestructura conmutada de la capa 2 tenía switches Catalyst antiguos que no
admitían características de QoS avanzadas. Además, al principio los usuarios tenían que emplear alimentación local
para los nuevos teléfonos. En ese momento, la mayoría de los recintos de cableado tenían switches Catalyst 5500 y
más pequeños, que no admitían tarjetas de alimentación en línea.
A finales de 2001, Cisco completó la migración de todas las oficinas centrales a la telefonía por IP. Para soportar
este esfuerzo realizó una importante actualización de la estructura. Incorporó a la LAN de todo el campo el diseño
y los componentes de Cisco AVVID más recientes. El proyecto cumplió los siguientes requisitos:
• No se añadió ningún gasto a la infraestructura de PBX tradicional.
• Los usuarios debían conservar los números de marcación entrante directa.
• Los usuarios debían recibir el servicio de correo de voz equivalente antes y después de la migración.
• El departamento de tecnologías de información de Cisco debía seguir ofreciendo a los nuevos empleados
servicio telefónico a lo largo de todo el periodo de migración.

Cisco Systems
Todos los contenidos tienen Copyright © 1992-2001 Cisco Systems, Inc. Reservados todos los derechos. Avisos importantes e informe de privacidad.
Página 6 de 11
La LAN actualizada contaba con switches de capa 3 Cisco Catalyst 6500 en la capa de distribución y switches de
capa 2 Cisco Catalyst 6500 en los recintos de cableado, junto con tarjetas Ethernet 10/100 con alimentación en
línea para los teléfonos IP de Cisco. La migración se realizó edificio por edificio. En septiembre de 2000, se
instalan en los edificios recién ocupados una infraestructura Cisco AVVID y teléfonos IP. Una estrategia de
migración alternativa habría sido mover bloques completos de números simultáneamente. Este método es más
sencillo desde el punto de vista de la gestión de PBX, pero en la práctica funciona mejor en oficinas centrales
más pequeñas con pocos edificios. En Cisco, los usuarios de un bloque de números designado se distribuyen por
las oficinas centrales de 80 edificios. En su lugar, Cisco optó por migrar los usuarios edificio a edificio, a pesar
de las complejidades añadidas del enrutamiento de llamadas entre las dos redes telefónicas durante todo el
periodo de transición. A medida que se actualiza cada edificio, los empleados que trabajan en él cambian sus
teléfonos Lucent tradicionales por teléfonos IP Cisco 7960. Dado que los teléfonos de cada edificio tienen una
mezcla de prefijos, Cisco debe conservar toda su infraestructura de PBX hasta que finalice la actualización del
último edificio.
Para poder realizar esta migración, Cisco instaló un total de cuatro grupos CallManager, uno para cada prefijo y
todos con la misma configuración del primer grupo, menos el servidor TFTP. Un quinto grupo CallManager y un
sistema de correo de voz Octel admiten un nuevo prefijo de IP, 902, que permite seguir creciendo. Por motivos
de disponibilidad, redundancia espacial y seguridad, los grupos y sus servidores de seguridad se encuentran en
distintos edificios de centros de datos de la sede central de Cisco. Un solo servidor TFTP coordina el registro de
teléfonos IP entre los cinco grupos para reducir la merma de procesamiento de los servidores de publicación y
actuar como almacén centralizado de archivos de configuración.
El mayor reto para lograr una migración correcta es mantener servicios de correo de voz transparentes para los
prefijos 525, 526 y 527. Durante la primera instalación piloto del sistema de Selsius en 1998, Cisco aprendió que
si los usuarios con teléfonos IP estaban conectados al correo de voz a través de números fantasma de la PBX de
Definity, se quedaban sin ciertos servicios, como los indicadores de mensajes en espera. La mayoría de los
sistemas de correo de voz, incluyendo el de Octel, no pueden gestionar una integración PBX doble dispar; por
consiguiente, hace falta un dispositivo intermedio para llevar la señal del indicador de mensajes en espera a los
teléfonos IP. Cisco preguntó a Lucent cuánto costaría cambiar los puertos digitales del sistema Octel por puertos
analógicos y Lucent dio un precio superior a 100.000 dólares por sistema. Indudablemente, esta alternativa no
era rentable.
Cisco adquirió una empresa llamada Calista a finales de 1999. En ese momento, Calista estaba desarrollando lo
que ahora se conoce como Digital PBX Adapter (DPA) 7630, que ofrece 24 puertos de emulación de conjuntos
digitales y un puerto IP. Con más trabajo, el puerto IP ahora parece para un CallManager el puerto de un teléfono
IP. Se inserta con gran facilidad entre el sistema de correo electrónico de Octel y Cisco CallManager 3.0 para
conectar directamente los puertos de los mensajes en espera desde el sistema de correo de voz de Octel. Se
adapta a la red en constante migración con conexiones "híbridas" tanto a la PBX de Definity como al
CallManager. La parte que tiene la extensión activa y desactiva la luz del indicador de mensajes en espera en el
teléfono correcto. La otra parte devuelve una señal de "inválido" al DPA y éste la ignora. Esta flexible, y
relativamente barata, solución permite al departamento de tecnologías de la información de Cisco pasar de forma
incremental de la PBX al CallManager con un servicio de voz transparente.

Cisco Systems
Todos los contenidos tienen Copyright © 1992-2001 Cisco Systems, Inc. Reservados todos los derechos. Avisos importantes e informe de privacidad.
Página 7 de 11
Figura 5 Red de transmisión durante la migración

La mayoría de las oficinas locales de Cisco están equipadas con una combinación de PBX Nortel Option 11 y de
correo de voz Octel. Estas oficinas no suelen tener más de doscientos trabajadores; por consiguiente, el paso
inmediato del sistema de centralita tradicional al de telefonía por IP en una semana es una opción viable que ya está
en marcha con la ayuda de integradores del sistema. Los sistemas de correo de voz de Octel de las oficinas locales
deben pasar de la emulación de conjuntos digitales a SMDI con puertos analógicos para poder integrarse con el
servidor de CallManager local o deben instalar un dispositivo DPA de Cisco, lo que resulta mucho más barato. Este
dispositivo utiliza el protocolo Skinny Client Control Protocol (SCCP) para comunicarse con CallManager. SCCP
es un protocolo abierto y que no necesita licencia basado en el estándar H.323.

Una red total de telefonía por IP

Cuando Cisco complete su migración a una LAN Cisco AVVID integrada de voz y datos en sus oficinas centrales
de San Jose, tendrá la infraestructura necesaria para implementar QoS de extremo a extremo y aprovecharse de las
marcas de precedencia de IP preconfiguradas en los teléfonos IP. Además, el personal de tecnologías de la
información pude separar todo el tráfico de voz en una VLAN independiente para facilitar la gestión y garantizar
QoS. Se eliminarán las centralitas de Lucent y habrá comunicación H.323 entre los grupos CallManager. El
dispositivo Cisco DPA 7630 seguirá ofreciendo conexiones sencillas entre los sistemas de correo de voz de Octel y
los grupos CallManager. Habrá enlaces de seguridad con la PSTN desde todos los grupos CallManager (Figura 6)
por si fallara un enlace o algún componente de la LAN.

Cisco Systems
Todos los contenidos tienen Copyright © 1992-2001 Cisco Systems, Inc. Reservados todos los derechos. Avisos importantes e informe de privacidad.
Página 8 de 11
Figure 6 Red AVVID final con toda la telefonía por IP

Cisco ya proporciona a los usuarios servicios de directorio basados en Web, cotizaciones bursátiles y otra
información a través de las pantallas de los teléfonos IP. Con todos los usuarios de sus oficinas centrales en la red
de teléfonos IP, Cisco ya podrá incorporar nuevos servicios, como la mensajería unificada y reemplazar sus centros
de llamadas Definity G3 por el IP Contact Center. Cisco también está probando la telefonía por IP para
teletrabajadores.
En estos momentos, no hay planes de ampliar la telefonía por IP a través de la WAN por IP a las oficinas
regionales, ya que Cisco goza de una tarifa de larga distancia muy barata que no justificaría el coste de aumentar el
ancho de banda de la WAN entre oficinas y porque hay relativamente pocas llamadas entre las oficinas. La mayor
parte de las llamadas de las oficinas regionales a los clientes de Cisco y a las empresas asociadas locales
integradoras del sistema se realizan a través de la PSTN.

Lecciones aprendidas: prácticas magistrales

En sus tres años de transición a la telefonía por IP, Cisco ha aprendido muchas lecciones, algunas de ellas de la
forma más dura. Aunque esto es lo que se espera de una tecnología muy nueva, no tiene que ser necesariamente el
procedimiento operativo normal. En consecuencia, Cisco imparte sus mejores prácticas a sus clientes para mitigar
dicha pena o evitarla.
1. Desarrollar una estrategia de QoS de antemano
Cisco garantizó la calidad de las llamadas de voz acomodando las características de QoS en toda su red. La
planificación de una estrategia de QoS antes de la instalación ahorra tiempo y dinero, y elimina la posibilidad de
que haya usuarios descontentos.
2. Crear un plan de acceso telefónico sencillo
Un sencillo plan de acceso telefónico puede simplificar la administración y el mantenimiento constante. Evite los
potenciales bucles de enrutamiento y desarrolle un plan para los teléfonos no autorizados. Una estrategia permite
registrar teléfonos no autorizados, pero pone restricciones en las llamadas salientes.
3.Aprovechar las características de los teléfonos IP y de los switches para simplificar las direcciones IP
Utilice la opción de direcciones RFC1918 network-10 y separe las direcciones de la VLAN para separar el tráfico y
gestionar las direcciones IP. Esto permite a los administradores utilizar un puerto de switch por mesa (teléfono más
PC) en lugar de dos.

Cisco Systems
Todos los contenidos tienen Copyright © 1992-2001 Cisco Systems, Inc. Reservados todos los derechos. Avisos importantes e informe de privacidad.
Página 9 de 11
4. Planificar la alimentación
Cuando una red IP lleva voz, la fiabilidad es esencial. En caso de una emergencia, hay que llamar al teléfono de
urgencias. Si utiliza la alimentación en línea en los switches y routers, asegúrese de que están conectados a un
sistema de alimentación ininterrumpida para garantizar la posibilidad de realizar llamadas aunque haya algún corte
de fluido eléctrico.
5. Utilizar un solo codec
Si el ancho de banda lo permite, utilice un solo codec en todas las oficinas centrales para reducir al mínimo la
necesidad de volver a codificar recursos, ya que esto dificulta el diseño de la red.
6. Proporcionar funciones de correo de voz transparentes durante la migración
Si tiene intención de mantener el sistema de voz existente, proporcione funciones transparentes a los usuarios de
teléfonos IP durante la migración. Cisco descubrió la necesidad de poder utilizar de forma transparente el correo de
voz durante su primera prueba piloto y satisfizo dicha necesidad durante la transición de todas sus oficinas
centrales utilizando el dispositivo Cisco DPA 7630.
7. Una mesa, un teléfono
No deje elegir a los usuarios. Aceptarán el nuevo teléfono IP de mejor grado si es el único teléfono que tienen en su
mesa. Esto también reduce el número de aparatos que hay que atender.
8. Fomentar la cooperación entre los equipos de telecomunicaciones y de datos
Es cierto que los equipos de telecomunicaciones y de datos no siempre cooperan en proyectos conjuntos. Para que
todo sea un éxito una ambos equipos en las primeras fases del proceso de migración. De esta forma, el personal de
telecomunicaciones acometerá la configuración de tipo centralita y el manejo de CallManager. Es posible que el
personal de datos llegue a considerar las prácticas de gestión de voz y que adopte normativas, tales como el cambio
frecuente de las contraseñas de los switches y routers para restringir el acceso. Por encima de todo, todo el mundo
necesita ser avisado por adelantado de las actividades de mantenimiento pendientes.

Para obtener más información

Si desea más información acerca de la migración a la telefonía por IP, de la instalación de características de calidad
de servicio y de la instalación de redes AVVID, Cisco ofrece muchos recursos en su sitio Web. Entre ellos,
queremos destacar los siguientes:
http://www.cisco.com/univercd/cc/td/doc/product/voice/index.htm
http://www.cisco.com/univercd/cc/td/doc/product/voice/ip_tele/index.htm

Cisco Systems
Todos los contenidos tienen Copyright © 1992-2001 Cisco Systems, Inc. Reservados todos los derechos. Avisos importantes e informe de privacidad.
Página 10 de 11
Oficinas centrales Oficinas centrales en Europa Oficinas centrales en América Oficinas centrales en Asia
Cisco Systems, Inc. Cisco Systems Europe Cisco Systems, Inc. Pacífico
170 West Tasman Drive 11, Rue Camille Desmoulins 170 West Tasman Drive Cisco Systems Australia, Pty.,
San Jose, CA 95134-1706 92782 Issy-les- Moulineaux San Jose, CA 95134-1706 Ltd
USA Cedex 9 USA Level 17, 99 Walker Street
www.cisco.com France www.cisco.com North Sydney
Tel: 408 526-4000 www-europe.cisco.com Tel: 408 526-7660 NSW 2059 Australia
800 553-NETS (6387) Tel: 33 1 58 04 60 00 Fax: 408 527-0883 www.cisco.com
Fax: 408 526-4100 Fax: 33 1 58 04 61 00 Tel: +61 2 8448 7100
Fax: +61 2 9957 4350

Cisco Systems tiene más de 200 oficinas en los siguientes países y regiones. Las direcciones, números de teléfono y de fax
pueden encontrarse en el
sitio Web de Cisco www.cisco.com/go/offices
Alemania - Arabia Saudí - Argentina - Australia - Austria - Bélgica - Brasil - Bulgaria - Canadá - Chile - China RPC - Colombia -
Corea - Costa Rica - Croacia - Dinamarca - Dubai, EAU - Escocia - Eslovaquia - Eslovenia - España - Estados Unidos - Filipinas -
Finlandia - Francia - Grecia - Hong Kong - Hungría - India - Indonesia - Irlanda - Israel - Italia - Japón - Luxemburgo o Malasia -
México - Noruega - Nueva Zelanda - Países Bajos - Perú - Polonia - Portugal - Puerto Rico - Reino Unido - República Checa -
Rumanía - Rusia - Singapur - Sudáfrica - Suecia - Suiza - Tailandia - Taiwán - Turquía - Ucrania - Venezuela - Vietnam - Zimbabue

Todos los contenidos tienen Copyright © 1992-2001 Cisco Systems, Inc. Reservados todos los derechos. Impreso en Estados Unidos. Cisco IOS, Cisco Systems y el
logotipo de Cisco Systems son marcas registradas de Cisco Systems, Inc. o sus empresas afiliadas en Estados Unidos y en otros países.
Las restantes marcas, nombres o marcas comerciales mencionadas en este documento o sitio Web pertenecen a sus respectivos propietarios. La utilización de la palabra
socio no implica una relación de sociedad entre Cisco y otra empresa.