Fundamentos de PSTN - VOIP

Edwin Ramn Lacayo Cruz

Pgina 0

Pgina 1

Dedico esta obra

Al creador, por ser mi gua espiritual en todos los actos de mi vida, por darme fe en m mismo, prudencia y fortaleza para llevar a cabo y a feliz trmino esta obra, y poder as compartir mis humildes conocimientos. Todo lo puedo con Cristo que me fortalece (Filipenses 4:13): "Mi agradecimiento a cuantas personas han hecho posible la realizacin del presente trabajo, con cita especial a mi madre Carmen Cruz, supo despertar en m el espritu de superacin".

Pgina 2

Introduccin
Desde que Alexander Graham Bell invent el telfono en 1876, los sistemas de telefona han sido parte de nuestra vida. Ms recientemente, con la llegada de Internet, la mayor parte de nuestra comunicacin del da a da (por ejemplo, correo electrnico) atraviesa una red IP (por ejemplo, Internet). Hoy en da, estos dos mundos se estn fusionando, y las empresas pueden realizar llamadas telefnicas a travs de su infraestructura de red de datos existentes utilizando una tecnologa llamada Voz sobre IP (VoIP). Este libro explica cmo se construye una infraestructura de telefona bsica y trabaja hoy en da, los principales conceptos relativos a la creacin de redes de voz y datos, la transmisin de voz a travs de los datos y protocolos de sealizacin IP utilizadas para trabajar con sistemas de telefona actuales. Tiene los siguientes objetivos: Proporcionar una introduccin a los fundamentos de la empresa y las redes de telefona pblica Introducir los conceptos de redes IP Proporcionar una explicacin slida de cmo se transporta voz sobre redes IP Cubra las diversas advertencias de redes convergentes de voz y datos Proporcionar informacin de referencia detallada sobre diversos red telefnica pblica conmutada (PSTN) y protocolos de sealizacin IP

Bibliografa Jos M. Caballero. Redes de Banda Ancha. Editorial Marcombo, S.A., Barcelona Espaa, 1998 James F. Durkin, Voice-Enabling the Data Network: H.323, MGCP, SIP, QoS, SLAs, and Security. Cisco Press 201 West 103rd Indianapolis, IN 46290 USA. Jonathan Davidson y James Peters. Fundamentos de Voz sobre IP. PEARSON EDUCACION, S.A., Madrid, 2001. ISBN:84-205-3190-1. Kevin Wallace. Voice over IP First-Step. Published by: Cisco Press 800 East 96th Street, Indianapolis, IN 46240 USA

Pgina 3

Contenido Captulo 1. Red Telefnica de Conmutacin Pblica PSTN. 4 Captulo 2. Red Digital de Servicios integrado ISDN 24 Captulo 3. Red ATM o B-ISDN, Broadband ISDN .. 41 Captulo 4. Arquitecturas de red VoIP: H.323, SIP y MGCP. 55 Captulo 5. Calidad de servicios QoS.. 97

Pgina 4

Captulo 1 Red Telefnica de Conmutacin Pblica PSTN

Antecedente y conceptos Las telecomunicaciones hacen posible la comunicacin elctrica a distancia. El servicio puede ser privado o pblico. El grueso de la industria de telecomunicaciones est dedicado a la red telefnica y tradicionalmente estas dividida en tres parte: planta externa (tendido de la red cableada), conmutacin y transmisin. La transmisin se ocupa del transporte de una seal elctrica desde el punto X hasta el puno Y. Por su parte la conmutacin se ocupa de conectar X con Y y no con Z. 1.1 Introduccin a las redes pblicas, PSTN Orgenes, En 1876, Alejandro Graham Bell presenta el telfono como inversin de la telefona que consiste de un microtelfono y su base con un dispositivo de sealizacin que incluye un disco para marcar o un teclado, el microtelfono contiene dos traductores electroacstica, el audfono o receptor el micrfono o transmisor . Contiene tambin un circuito de efecto local que permite retroalimentar hacia el receptor parte de la energa que se transmite. En 1877 se estableci la compaa Telefnica Bell. La red telefnica bsica se cre para permitir las comunicaciones de voz a distancia. En los aos 1.876 1.890, Con el sistema telefnico, solo se podran establecer la comunicacin entre dos personas creando unos enlaces entre los usuarios de punto a punto, por medio de un par de cobre (en un principio un nico hilo, de hierro y despus de cobre, con el retorno por tierra) entre cada pareja de usuarios. Cundo cada abonado se conectaba con todos y cada uno de los dems, se obtiene una conexin de topologa de red telefnica completamente mallada, tal y como se muestra en la Figura 1-1: La Conexin mediante una red completamente mallada el tendido entre usuario es de una distancia de 30 Km. Figura 1-1: Conexin mediante una red completamente mallada

Si se hacen las cuentas, esta solucin se ve que es claramente inviable. Si se quiere dar servicio a una poblacin de N usuarios, con este modelo completamente mallado, haran falta N x (N - 1)/2 enlaces. Por esa razn se evolucion hacia el modelo en el que cada usuario, por medio de un par de cobre se conecta a un punto de interconexin (central local) que le permite la comunicacin con el resto. Debido a las preocupaciones sobre los costos y la imposibilidad de ejecutar un cable fsico entre todos los usuarios, que quiere tener acceso a un telfono, otro mecanismo fue desarrollar un dispositivo de interrupcin manual para comunicarse con otro telfono, permitiendo un cable nico a la oficina de interruptor centralizado.

Pgina 5

Al principio, un operador de telefona actu como el interruptor. Este operador pregunt llamadas donde queran marcar y luego se conecta manualmente las dos vas de voz. La figura 1-2 muestra cmo el ejemplo de la red de cuatro telfono colgado hoy con un operador centralizado para cambiar las llamadas.

Figura 1-2. Operador centralizado: El interruptor Humanos 1.2 RED TELEFONICA BSICA

Bsicamente la red de telefona bsica est conformada por tres grandes mdulos:
Mdulo de Acceso Mdulo de Conmutacin Mdulo Troncal

El Mdulo de Acceso est integrado por segmentos de red en cable de cobre o de fibra ptica: Segmento de Red Primaria Segmento de Red Secundaria Segmento de Dispersin

Figura 1-3: Diagrama Esquemtico de Red Telefnica Bsica Fija. El Mdulo de Conmutacin puede estar integrado por una sola central telefnica de conmutacin o por ms de una. La configuracin mnima de red permite la interconexin con las dems redes telefnicas adyacentes y/o

complementarias. integrado por:

Este

mdulo

est

Etapa de abonado Matriz de Conmutacin Etapa Troncal Procesamiento y control Sealizacin Sincronismo Gestin

Pgina 6

Al Mdulo Troncal pertenecen todos los equipos e infraestructura necesarios para la conexin entre las diferentes centrales telefnicas de conmutacin, cuando hay ms de una central en la red, y para la interconexin de la red con las dems redes telefnicas adyacentes y/o complementarias, mediante fibra ptica con tecnologa SDH. 1.2.1 Mdulo de acceso

Como consideracin preliminar se debe indicar que para efectos de diseo y clculo de costos se ha tomado como rea de cobertura de una central telefnica de conmutacin un cuadriltero de 36 km2, atendiendo a consideraciones tcnicas del par de cobre como medio de acceso y la calidad mnima de los niveles de voz exigida y recomendada. El centro telefnico se ubica en el centro de este cuadriltero garantizando un cubrimiento homogneo del rea de cobertura.

Figura 1-4 En la Figura 1-4 se muestran los segmentos de red primaria, secundaria y de dispersin que conforman la red de acceso. 1.2.1.1 Segmento de red primaria Este segmento est comprendido entre los puntos de conexin (lado calle) de las regletas del Distribuidor General (Main Distribution Frame, MDF) y los puntos de conexin en las regletas del armario telefnico. El rea de cobertura se subdivide en segmentos rectangulares de 80.000 m2 denominados reas de distrito. Cada distrito corresponde a un armario de 300 pares primarios. Con estas consideraciones tenemos los siguientes datos: Central Telefnica: rea de cobertura de 36 km2 Armario: rea de distrito de 80.000 m2 Dentro de un rea de cobertura, se proyectan 450 distritos, con un armario de 300 pares primarios en cada uno. Si cada distrito atiende hipotticamente 8 manzanas con 36 casas cada una y una lnea telefnica por cada casa, se tienen 288 lneas por distrito. Es decir que la central telefnica proyectada atiende:

Pgina 7

CANTIDAD DE LINEAS = 288 * 450 = 129.600

1.2.1.2 Segmento de red secundaria Figura 1-5: Segmento Primario de la Red de Acceso en Cobre. Se utilizan cables primarios de 2400 pares, los que van disminuyendo en cantidad de pares a medida que se van alimentando los armarios de 300 pares de cada distrito. El nmero de cables (NC) que salen del centro telefnico est dado por la relacin entre el nmero de lneas a instalar (N) y el nmero de pares por cable primario: Este segmento est comprendido entre los puntos de conexin del armario y los puntos de conexin en las cajas de dispersin de 10 pares instaladas en los postes. Se utilizan armarios Krone de 1200 pares cableados con 300 pares primarios y 400 pares secundarios. Considerando un armario por cada distrito, se requieren 450 armarios para el rea de cobertura. Se utilizan cables de 200, 150, 100, 80, 30 y 20 pares para distribucin de la red secundaria en cada distrito. De armario salen dos cables de 200 pares. En cuanto al criterio utilizado para la ubicacin de los postes, estos se instalan cada 50 metros, por lo que para cada rea de distrito se proyectan 40 postes.

NC = N / Cp = 129.600 / 2400 = 54 cables de 2400 pares

Se utilizan cables primarios de 2400, 1800, 1500, 1200, 900, 600 y 300 pares, todos distribuidos mediante canalizacin subterrnea. Las cmaras se ubican cada 50 metros.

Pgina 8

Figura1-6: Segmento Secundario de la Red de Acceso en Cobre.

1.2.1.3 Segmento de Dispersin

Este segmento est comprendido entre la caja de distribucin localizada en el poste y el punto de conexin en la caja mural (strip telefnico) en el lado del cliente. La utilizacin de la caja es del 80%, es decir, 8 pares por caja de 10 pares, con acometidas de no ms de 60 metros.

Figura 1-7: Segmento de Dispersin de la Red de Acceso en Cobre. Adems, para el caso de clientes con requerimientos en cantidad de lneas que superen las 10 en un mismo punto de conexin, se definen los segmentos primario y secundario directo en cobre, que hacen referencia a la distribucin directa desde la central al strip telefnico del cliente.

1.2.1.4 Segmento primario directo en cobre Est comprendido entre los puntos de conexin (lado calle) de las regletas del Distribuidor General (MDF) y el strip telefnico en el lado del usuario, sin pasar por el armario, postes no cajas de dispersin. Este segmento es totalmente canalizado con cmaras cada 50 metros.

Pgina 9

Se utiliza este tipo de acceso para aquellos casos en que un mismo cliente

asociado a un mismo strip telefnico, supere la demanda de 100 lneas.

Figura 1-8: Red de Acceso Directa en Cobre. 1.2.1.5 Segmento secundario directo en cobre Est comprendido entre los puntos de conexin del armario y el strip telefnico en el lado del usuario, sin pasar por los postes ni cajas de dispersin. Este segmento es totalmente canalizado con cmaras cada 50 metros. Se utiliza este tipo de acceso para aquellos casos en que un cliente asociado a un mismo strip telefnico, tenga una demanda entre 10 y 100 lneas telefnicas. Para el caso de clientes con red secundaria directa, y para distancias que no superen los 3 Km desde la central telefnica, se puede implementar el uso de tecnologas como la HDSL para instalar 30 lneas utilizando uno o dos pares de cobre 1.3 MODULO DE CONMTACIN La central telefnica de conmutacin es la encargada de atender las solicitudes de conexin proveniente de los abonados y/o de otras centrales o redes telefnicas y mediante el anlisis del nmero

marcado por el usuario, encaminar el trfico hacia su destino, el cual puede terminar en la misma central o ser enrutador hacia otras centrales o redes. 1.3.1 Mtodos de Encaminamiento En general, existen tres mtodos de enrutamiento de llamadas desde el origen, pasando por uno o varios nodos de conmutacin intermedio. Los tres mtodos son:1) enrutamiento de extremo a extremo, 2) enrutamiento por secciones y 3) enrutamiento controlado por conmutadores (con sealizacin de canal comn). Enrutamiento de extremo a extremo, la central de origen determina la ruta desde la fuente hasta el destino. El uso de este tipo es exclusivamente a reas locales. El enrutamiento por secciones se permite cambio en el enrutamiento a medida que la llamada progresa hacia su destino. Este sistema es prcticamente adecuado para redes de enrutamiento alterno y que manifiesten cambio en los patrones de enrutamiento segn las variaciones de trfico. En las redes telefnicas convencionales, la informacin de sealizacin de cada llamada se maneja sobre la misma trayectoria que se usa

Pgina 10

para la voz, llamada a menudo, trayectoria de conversacin. La sealizacin, consiste en la generacin y transmisin de la informacin que sirve para establecer la llamada, enrutamiento por la red hasta su destino. En las redes modernas controladas por computadora se usa a menudo una trayectoria separada para levar la informacin necesaria de sealizacin. Esto es lo que se conoce como enrutamiento controlado por computadora o enrutamiento con sealizacin por canal comn con seales adaptadas para el manejo de la red. 1.3.2 Conmutacin en la red Telefnica Una red de telfonos consta de trayectoria que conecta nodos de conmutacin, de manera que cada telfono en la red se puede conectar con cualquier otro al que la red proporciones servicio, en el diseo de una red telefnica que consta de conmutacin y transmisin. La transmisin permite que dos abonados cualquiera de la red se escuchen satisfactoriamente. La conmutacin permite que la red se construya econmicamente concentrado los recurso de transmisin, esto recurso constituyen las trayectoria que conectan los nodos de conmutacin. La conmutacin establece una trayectoria entre dos terminales especifica que, en telefona, se conoce como abonado. Este trmino implica una red telefnica pblica en trmino generales, un sistema de conmutacin satisfaces los siguientes requisitos del usuario: 1. Cada usuario tiene la necesidad de poder comunicarse con cualquier otro usuario.

2. La velocidad de conexin no es crtica, pero en tiempo de conexin debe ser relativamente corto comparado con el tiempo de retencin o el tiempo de conversacin. 3. La calidad del servicio o la probabilidad de completar una llamada, tampoco es crtica, pero debe ser alta. El porcentaje mnimo aceptable de llamada lograda durante la hora pico (HP) puede bajar hasta un promedio de 95 %, sin embargo, la meta general del grado de servicio para el sistema debe ser de 99 % (p=0.1 por enlace en una conexin internacional). 4. El abonado espera y supone un carcter privado en su conversacin, pero por lo comn no la pide especficamente ni se le puede garantizar, excepto en caso especiales. 5. La principal forma de comunicacin, para la mayora de los usuario, ser la voz (o el canal de voz) 1.3.3 Numeracin una de las base de la conmutacin Un abonado telefonito que observe hacia el interior de una red telefnica vera una especie de rbol con varias ramas, que constituyen los enlaces. Para alcanzar a ese abonado, se establece una conexin utilizando una eleccin en cada punto de ramificacin. Tambin se presenta trayectoria alterna. La llamada se encamina a travs del nmero telefnico. Este nmero es el que activa el conmutador o los conmutadores en los puntos de ramificacin. El nmero telefnico realiza dos operaciones importante: 1) enruta la

Pgina 11

llamada; y 2) activa los aparatos necesario para el cargo correspondiente de la llamada. A cada abonado se le asigna un nmero definido en su central telefnica local. Si el abonado desea hacer una llamada, levanta su micro telfono y espera el tono de invitacin a marcar que le indica el conmutador que le atiende. El nmero de abonado es el nmero que se debe marcar para alczar a un abonado en la misma rea local. Si se tiene un conmutador con capacidad para 100 lneas, se puede atender hasta 100 abonados y se puede asignar nmero telefnico de 00 a 99 Si se tiene un conmutador con capacidad para 1000 lneas, se puede atender hasta 1000 abonados y se puede asignar nmero telefnico de 000 a 999 Si se tiene un conmutador con capacidad para 10,000 lneas, se puede atender hasta 10,000 abonados y se puede asignar nmero telefnico de 0000 a 9999 Los puntos crticos se presenta cuando el nmero de abonado alcanza los valores de 100, 1000 y 10,000. Para analizar la conmutacin, se considerarn centrales con nmeros de abonados de siete dgitos, como: 2783677, donde 278 identifica la central local y 3677 identifica al abonado. 1.3.4 Concentracin Una clave para el diseo de la conmutacin y la red es la concentracin. La central de conmutacin local concentra el trfico. La concentracin reduce la cantidad de trayectoria de con conmutacin o enlace dentro de la

central y el nmero de troncales que se conectan la central local con otras centrales. El conmutador realiza tambin la funcin de expansin para permitir que todos los abonados atendidos por la central tengan acceso a las troncales de entrada y a la trayectoria de conmutacin local

Figura 1-9 PSTN conmutada 1.3.5 Funciones bsica de la conmutacin En general una central local existen los medios para conectar cada lnea de abonado con cualquier otro en la misma central. En un conmutador o central convencional hay ochos funciones bsica: Interconexin Control Alerta Atencin Recepcin de informacin Transmisin de informacin Prueba de ocupado Supervisin

Pgina 12

Todos los conmutadores telefnicos tienen, como mnimos, tres elementos funcionales: concentracin, distribucin y expansin. 1.4 MODULO TRONCAL

El segmento de red troncal interconecta dos centrales de la misma red CMET o una central Tndem de la red CMET con una central Tndem de otra red adyacente.

Figura 1-10: Segmentos de Red: Troncal, Primaria, Secundaria y de Dispersin.

lograr la transmisin de voz de buena calidad.

El proceso de PCM es la siguiente: Esta red est implementada con cables de 1. Formas de onda analgicas se fibra ptica de 12 hilos en configuracin ponen a travs de un filtro de de anillo usando tecnologa de frecuencia de voz para filtrar algo transmisin SDH. mayor que 4000 Hz. Estas frecuencias se filtran a 4000 Hz a limitar la cantidad de diafona en 1.4.1 Red Jerarqua digital Plesicrona la red de voz. Usando el teorema PDH de Nyquist, es necesario probar Las seales digitales de voz en 8000 muestras por segundo para lograr la transmisin de voz En la dcada de los setenta empezaron a de buena calidad. aparecer los primeros sistemas digitales 2. La seal analgica filtrada se de transmisin basados en PCM muestrea a continuacin, a una (Modulacin por Impulsos Codificados). velocidad de 8.000 veces por segundo. PCM es el mtodo ms comn de 3. Despus se muestrea la forma de codificacin de una seal de voz onda, se convierte en una forma analgica en un flujo digital de 1s y 0s. digital discreto. Esta muestra est Todas las tcnicas de muestreo utilizan el representada por un cdigo que teorema de Nyquist, que, bsicamente, indica la amplitud de la forma de establece que si se muestra el doble de la onda en el instante en que la frecuencia ms alta en una lnea de voz, muestra se tom. La forma de la telefona PCM utiliza ocho bits
Pgina 13

para el cdigo y un mtodo de compresin logartmica que asigna ms bits en seales de menor amplitud. 4. Si se multiplican las palabras de ocho bits de 8.000 veces por segundo, se obtiene 64, 000 bits por segundo (bps). La base para la infraestructura telefnica es 64, 000 pb (o 64 kbps). Los parmetros de digitalizacin bsicamente son de 64 kbps se utilizan comnmente en: -law, el estndar utilizado en Amrica del Norte y Japn, y la ley A es el estndar utilizado en Europa. Los mtodos son similares en que tanto el uso de la compresin logartmica para lograr el 12 y 13 bits de calidad de PCM lineal, en slo palabras de ocho bits, pero difieren en detalles relativamente menores.

Una vez digitalizada se transmite por la lnea junto con el resto de seales utilizando tcnicas de multiplexacin por divisin en el tiempo (TDM). La seal de 4 KHz queda convertida en un flujo de bits que se transmite a 64 Kbps. Esta velocidad es la unidad de conmutacin utilizada en las redes. 1.4.1.1 La trama bsica E1 de 2 Mbps La trama bsica utilizada en los sistemas europeos es la trama de 2 Mbps, tambin denominada E1. En la Recomendacin G.703 queda definida su estructura bsica, la trama de 2 Mbps (E1), como la agrupacin de 30 canales de voz ms dos canales adicionales: alineamiento y sealizacin con 8 bits cada una. Ver figura 1-11.

Figura 1-11. Trama de 2 Mbps, E1. Como puede apreciarse en la figura 2, la trama de 2 Mbps est subdivida en 32 intervalos (slots) de tiempo, cada uno de ellos con 8 bits. Tiene por lo tanto una longitud de 32 bytes 8 bits = 256 bits. La trama tiene una frecuencia de muestreo de 8000 veces por segundo, es decir se enva una trama cada 125 s, por lo que el rgimen binario es de 2048 Kbps.

La trama bsica de 2 Mbps representa un buen ejemplo de multiplexacin determinstica, (trama E1) se forma mediante un proceso de multiplexacin de 30 canales tributarios, al que se le suma una seal de cabecera e informacin de sealizacin. El intervalo de tiempo cero es utilizado para transportar la seal de alineamiento de trama (FAS, Frame Alignment Signal), siendo transmitida cada dos tramas y alternndose con una palabra de alarmas, denominada NFAS (Not Frame Alignment Signal). El intervalo de tiempo 16 se utiliza bien

Pgina 14

para transportar la sealizacin asociada de los canales tiles: 1. Sealizacin CAS (Channel Associated Signaling). 2. Sealizacin Canal D del acceso primario de la RDSI. 3. Sealizacin y control del protocolo de acceso V.5 Con la introduccin de la sealizacin por canal comn (SS7), el intervalo de tiempo 16 pasa a utilizarse para transporte de un canal til adicional de datos o voz. La sealizacin de todos los canales tiles de varias tramas es transportada en un canal til (de una de las tramas) designado para ello pero de manera no asociada forzosamente a los canales de su propia trama. 1.4.2 Alineamiento de la trama E1 El intervalo de tiempo o canal 0 se utiliza para transmitir la cabecera de la trama

de la trama de acuerdo con el siguiente esquema: 1. La palabra de alineamiento de trama (FAS) se transmite en las tramas pares 0, 2, 4, 6 y contiene la secuencia binaria Sj 0 0 1 1 0 1 1. El primer bit Sj est reservado para uso internacional. Suele tener el valor 1 o se utiliza para albergar un cdigo CRC-4, el cual ser tratado ms adelante. 2. En las tramas impares se utiliza el canal 0 para transmitir informacin de servicio. La secuencia Sj 1 A A X X X X. El primer bit Sj est reservado para uso nacional o para albergar informacin de alineamiento. El segundo bit se fija a 1 para evitar la simulacin de la palabra de alineamiento de trama. El siguiente bit, primer bit A (ms significativo) se utiliza para enviar informacin de alarmas urgentes. El siguiente tambin es un bit de alarma pero no urgentes. Los bits X se reservan para uso nacional.

Figura 1-12. Alineamiento de la trama de 2 Mbps 1.4.3 Sealizacin CAS de la trama E1 Una de las aplicaciones del canal 16 era el transporte de la sealizacin CAS, la

informacin necesaria para conmutar y encaminar los 30 canales (cdigos de sealizacin y estado). Para enviar la sealizacin correspondiente a un canal se utiliza 4 bits. Los otros 4 bits del intervalo de tiempo 16 se utilizan para enviar la sealizacin de otro canal. Esto quiere decir que por trama se sealizan 2

Pgina 15

canales. Para sealizar los 30 canales es necesario enviar 15 tramas. La manera de sealizar ser en la trama i, se sealizarn los canales i y canal i+16, ver tabla 1. Debido a que se necesita 15 tramas para sealizar los 30 canales se necesita crear una multitrama de sealizacin la cual debe contener informacin de alineamiento de multitrama. Esta informacin se enva en el intervalo de tiempo 16 de la trama 0, y en las 15 tramas siguientes la informacin de sealizacin. Trama 0 1 2 Canal 16 de 4 bits 0000 1011 Canal 1 Canal 17 Canal 2 Canal 18

3 4 ---13 14 15

Canal 3 Canal 7 ------------Canal 13 Canal 14 Canal 15

Canal 19 Canal 20 -------------Canal 29 Canal 30 Canal 31

Tabla 1. Sealizacin en intervalo de tiempo 16 1.4.4 Jerarquas de orden superior E2, E3 y E4

La trama de 2 Mbps (E1) se puede combinar para dar lugar a niveles superiores: 8Mbps, 34 Mbps, 140 Mbps y 565 Mbps.

Figura 1-13. Agregados de orden superior de la Jerarqua Digital Plesicrona. Las seales agregadas de orden superior se multiplexan con 4 seales de entrada. La trama de 2 Mbps se obtiene como resultado de multiplexar 30 canales ms 2 canales, uno de alineamiento y otro de sealizacin. El siguiente orden de multiplexacin se formara a partir de multiplexar 4 tramas de 2 Mbps dando como resultado la trama de 8 Mbps o trama E2. El siguiente orden se obtiene al

multiplexar 4 tramas E2, dando lugar a la trama E3 o trama de 34 Mbps. La trama de 140 Mbps o trama E4 se obtiene como resultado de multiplexar 4 tramas de 34 Mbps o tramas E3. Sealar que la trama E1 se forma a partir de la multiplexacin a nivel de bytes de los canales de informacin y que las tramas E2, E3 y E4 se forman a partir de la multiplexacin a nivel de bits. Indicar que esto supone un problema a la hora de extraer la informacin de un canal, ya que se demultiplexar todos los niveles.

Pgina 16

Otro de los problemas que aparecen al multiplexar es la diferencia de velocidad que presentan las distintas lneas de entrada al transmisor, producidas por las imprecisiones de los relojes de los transmisores. Unas seales irn ms rpido que otras, esto ocasiona: - Si el rgimen binario de una lnea es mayor del debido, el multiplexor no tendr tiempo de llegar a leer todos los bits en cada una de sus vueltas. - Si el rgimen binario de una lnea es menor del debido el multiplexor puede que lea el mismo bit dos veces seguidas. Para resolver este problema se utiliza un mecanismo denominado justificacin de bits o relleno de bits positivo o negativo. TABLA 2. Tasas binarias PDH en Europa y Norteamrica. Nivel E-1 E-2 E-3 E-4 E-5 T-1 T-2 T-3 T-4 Tasa binaria nominal (Mbit/s) 2048 8,448 34,368 139,264 564,992 1,544 6,312 44,736 274,176 Nmero de canales de voz 30 4 x 30 = 120 4 x 120 = 480 4 x 480 = 1920 4 x 1920 = 7680 24 4 x 24 = 96 7 x 96 = 672 6 x 672 = 4032

La velocidad de lnea para la portadora T1 es 193 b/trama x 8000 tramas/seg = 1.544 Mbps 1.5 Rede Jerarqua Digital Sncrona SDH La jerarqua digital sncrona (SDH) se puede considerar como la evolucin de los sistemas de transmisin, como consecuencia de la utilizacin la fibra ptica como medio de transmisin y como necesidad de sistemas ms flexibles y que soporten anchos de banda grandes. La jerarqua SDH se desarroll en EE.UU bajo el nombre de SONET (Synchronous Optical NETwork) y posteriormente el CCITT (actualmente la ITU-T) en 1989 public una serie de recomendaciones donde quedaba definida esta jerarqua con el nombre de SDH. En la tabla 1 aparece la correspondencia entre SONET y SDH. Uno de los objetivos de esta jerarqua estaba en el proceso de adaptacin del sistema PDH, ya que el nuevo sistema de jerarqua se implantara paulatinamente y deba convivir con la jerarqua plesicrona instalada. Esta es la razn por la que la ITU-T normaliz el proceso de transportar las antiguas tramas en la nueva. La trama bsica en SDH es STM-1 (Synchronous Transport Module), con una velocidad de 155.52 Mbps (ver tabla 1). TABLA 3. Jerarquas SONET/SDH. Nivel SONET STS-1/ OC-1 STS-3/ OC-3 STS-12 /OC-12 Nivel SDH ITU-T STM-1 STM-4 Tasa de lnea (Mbit/s) 51,84 155,52 622,08

Una portadora T1 multicanaliza por divisin de tiempo 24 muestras codificadas en PCM para una transmisin, en un solo par de cables metlicos o de fibra ptica. 8 b/canal x 25 canales/trama = 192 b/trama + 1 bit de trama = 193 b/trama

Pgina 17

STS-18 /OC-18 STS-24 /OC-24 STS-36 /OC-36 STS-48 /OC-48 STS-192 /OC-192

STM-6 STM-8 STM-12 STM-16 STM-64

933,12 1244,16 1866,24 2488,32 9953,28

Cada trama va encapsulada en un tipo especial de estructura denominada contenedor. Una vez se ha encapsulado se aade cabeceras de control que identifican el contenido de la estructura y el conjunto se integra dentro de la estructura STM-1. Los niveles superiores se forman a partir de multiplexar a nivel de byte varias estructuras STM-1, dando lugar a los niveles STM-4, STM-14 y STM-64.

Tabla 3. Jerarqua Digital Sncrona, (SDH)

Figura 1-14 Estructura de trama SDH+PDH=STM-1 1.4.5.1 Modelo de Referencia Se define trayecto como el tramo comprendido entre puntos de ensamblado y desensamblado de contenedores virtuales, es decir aquellos puntos donde se inserta o extrae la carga de transporte. Hay dos tipos fundamentales de trayecto: 1. Alto orden (HOP, High Order Path): es aquel en el que varias cargas viajan juntas, separndose en algn punto (terminacin del trayecto de alto orden) y unindose con otras en su viaje por la red. 2. Bajo orden (LOP, Low Order Path): estn asociados a cargas individuales que circulan por la red, desde que entran hasta que salen por la red. La seccin de multiplexacin o de lnea est compuesta por elementos que pueden insertar o extraer carga de la seal de transporte, as como asociar varias seales de transporte a una jerarqua mayor (ejemplo: multiplexor SMT-1, STM-16, ADM (Add & Drop Mux, multiplexor de insercin y extraccin)).

Pgina 18

La seccin de regeneradores est constituida por enlaces comprendidos entre elementos que no extraen o insertan carga. Su funcin es nicamente la de regenerar la seal para que alcance el otro extremo en perfectas condiciones.

Entre dos nodos multiplexores siempre existe una seccin de regeneracin, aunque no existan fsicamente, los nodos multiplexores asumen la tarea de regeneracin.

Figura 1-15. Arquitectura de red SDH 1.4.5.2 Estructura de la Trama STM-1

Las tramas contienen informacin de control de cada uno de los niveles de la red: trayecto, lnea y seccin; adems de la informacin de usuario. Los datos son encapsulados en contenedores especficos para cada tipo de seal tributaria.

Figura 1-16. Estructura de la trama STM-1 La transmisin se realiza bit a bit en el sentido de izquierda a derecha y de arriba abajo. La trama se transmite a
Pgina 19

razn de 8000 veces por segundo. Por tanto el rgimen binario es: Rb (STM-1) = 8000 (270 octetos 8bits 9 filas) = 155.52 Mbps

Para los siguientes niveles el rgimen binario es: Rb (STM-4) = 4 8000 (270 octectos 8bits 9 filas) = 622 Mbps Rb (STM-16) = 16 8000 (270 octectos 8bits 9 filas) = 2.5 Gbps 1.4.5.2.1 Estructura de la cabecera de seccin Las nueve primeras columnas de la trama STM-1 contienen la informacin de control de seccin y de lnea y recibe el nombre de cabecera de seccin, ver figura 4. 1. La cabecera de seccin de regeneracin est formada por las tres

primeras filas. La informacin de esta cabecera es procesada en cada repetidor de lnea. En la figura 5 aparece el contenido de esta cabecera y el significado de uso de estos bytes. 2. La cabecera de seccin de multiplexacin est formada por las cinco ltimas filas. Se procesa en los multiplexores (interfaz de lnea) donde se extraen y combinan las seales de diferentes tramas. En la figura 5 aparece el contenido de esta cabecera y el significado de uso de estos bytes. 3. El rea de punteros, ver figura 5, contiene informacin sobre la posicin exacta de la informacin de usuario dentro de la trama; esta posicin se indica mediante punteros.

Figura 1-17. Estructura de las cabeceras de lnea y de seccin 1.4.5.2.2 Estructura de la cabeza de trayecto La parte de datos de usuario est formada por una cabecera de control que ocupa una columna, denominada cabecera de trayecto y por los datos de

usuario, ver figura 4. En la figura 6 aparece el contenido de esta cabecera y el significado de uso de estos bytes. J1 B3 C2 G1 F2 Canal de retorno Paridad para la deteccin de errores Identificar la informacin (ej: 00010011 ATM) Errores en el trayecto Canal de usuario a 64 kbps

Pgina 20

H4 Z3 Z4 Z5

Identificador de multitrama Reservado para uso de cada pas - Unidad tributaria-n (TU-n) es la estructura que permite adaptar la capa de bajo nivel y el alto nivel. Est formada por un contenedor virtual de orden 1, 2, 3 y por un puntero que indica la posicin del VC dentro de la entidad superior que lo acoge. - Grupo de Unidad Tributaria (TUG-n). Est formado por varias unidades tributarias TU, ocupando posiciones fijas y definidas en la carga de VC-n de alto nivel (n=3, 4). Hay definidas dos estructuras: 1. TUG-2: est formado por varios TU-1 o un TU-2. 2. TUG-3: est formado por varios TUG2 o un TUG-3 Unidad Administrativa (AU). Proporciona la adaptacin entre la capa de trayecto de alto nivel y la capa de lnea. Est formada por un contenedor virtual (VC) de alto nivel n=3, 4 y por un puntero que indica la posicin del VC dentro de la entidad superior que lo acoge.

Figura 1-18. Estructura de la cabecera de trayecto 1.4.5.3 Definiciones Para entender cmo se multiplexan las distintas tramas es necesario previamente definir y entender una serie de conceptos: Contenedor (C-n) (n=1, 2, 3, 4): es la informacin propiamente dicha. Cada contenedor se define por niveles, n, dependiendo de la trama que sea 2Mbps, 34 Mbps, 140Mbps, etc. Por ejemplo una trama de 2 Mbps se almacena en un contenedor C-12. - Contenedor Virtual (VC-n). Un contenedor virtual es la estructura para transportar la informacin a nivel de trayecto. En definitiva es un contenedor con una cabecera de trayecto. Hay definidas dos estructuras: 1. VC-n de bajo nivel (n=1, 2) 2. VC-n de alto nivel (n=3, 4)

Pgina 21

En la figura 1-18 aparece un esquema de las distintas maneras que los diferentes tributarios son organizados dentro de una trama STM-N. - Grupo de Unidad Administrativa (AUG). Est formada por varias unidades administrativas ocupando posiciones fijas en el rea de datos de una trama STM-N. Puede estar formada por: 1. Tres AU-3 2. Un solo AU. - STM-N (Synchronous transport Module Level N). Es la estructura de informacin utilizada para transmitir informacin a nivel de seccin. Est formada por una cabecera de seccin (SOH) y por los datos de usuario. El campo de datos est formado por N grupos administrativos (AUG) situados en posiciones fijas y definidas.

1.4.5.3 Trama STM-N Para multiplexar las seales en una trama hay que considerar que la trama STM-1 es la unidad bsica. Todas las seales, ver figura 7, se encapsulan en un contenedor con su cabecera, se combinan con otras seales hasta completar una trama STM-1. Cada tributario tiene su contenedor especfico. 1.4.5.3.1 La trama STM-4 y STM-16 La trama bsica es la STM-1 a 155.52 Mbps. La siguiente trama en la jerarqua SDH es la trama STM-4, la cual presenta una velocidad de 622 Mbps y es el proceso de multiplexacin byte a byte de cuatro tramas STM-1, ver figura 8.

Figura 1-19. Multiplexacin de la trama STM-4 En SDH las posibles desviaciones de reloj se pueden asimilar mediante cambios en los valores de los punteros asociados. 1.4.5.4 Ventaja de SDH

La Jerarqua Digital Sncrona (SDH) presenta una serie de ventajas respecto a la Jerarqua Digital Plesicrona (PDH). Algunas de estas ventajas son: 1. El proceso de multiplexacin es mucho ms directo. La utilizacin de punteros permite una localizacin sencilla y rpida de las seales tributarias de la informacin. 2. El procesamiento de la seal se lleva a cabo a nivel de STM-1. Las seales de velocidades superiores son sncronas

Pgina 22

entre s y estn en fase por ser generadas localmente en cada nodo de red. 3. Las tramas tributarias de las seales de lnea, denominadas contenedores virtuales (VC) pueden ser subdividas para acomodar cargas plesicronas, trfico ATM o unidades de menor orden. Esto supone mezclar trfico de distinto tipo dando lugar redes flexibles. 4. Compatibilidad de elctrica y ptica entre los equipos de los distintos suministradores gracias a los estndares internacionales. 1.4.5.5 Desventajas de SDH A pesar de las ventajas que ofrece la Jerarqua Digital Sncrona, presenta algunas desventajas: 1. Algunas redes PDH actuales presentan ya cierta flexibilidad y no son compatibles con SDH. 2. Necesidad de sincronismo entre los nodos de la red SDH, se requiere que todos los servicios trabajen bajo una misma referencia de temporizacin. 3. El principio de compatibilidad ha estado por encima de la optimizacin de ancho de banda. El nmero de bytes destinados a la cabecera de seccin es muy grande, perdindose eficiencia. 1.4.5.6 Arquitectura de red SONET/SDH Los elementos bsicos de una red ptica SONET/SDH son: sistemas pticos de lnea, multiplexores terminales, add-drop multiplexers (ADMs) y digital crossconnects (DXCs). Los sistemas pticos de lnea estn formados por fibras pticas, amplificadores y regeneradores, entre otros, y proporcionan la capacidad de transmisin de la red SONET/SDH. Por otro lado, los multiplexores terminales se encargan de multiplexar el trfico de los diferentes servicios a travs de interfaces

normalizados. Los ADMs ofrecen las mismas funcionalidades que los multiplexores terminales, si bien permiten adems acceder a una porcin del trfico que los atraviesa para realizar labores de insercin/extraccin (add/drop) de canales. Por ltimo, los DXCs se encargan de realizar funciones de conmutacin. As, un DXC permite conexiones sin bloqueo entre cualquiera de sus puertos de entrada y de salida. Por lo tanto, los DXCs son los elementos que permiten la mayor flexibilidad en relacin con la gestin de red. La forma de conexionar entre s los anteriores elementos de red proporciona la topologa de la red SONET/SDH, la cual puede ser muy variada. De este modo, se pueden tener topologas en anillo, malla, estrella o rbol-rama. De entre todas ellas, las ms comunes son el anillo y la malla, las cuales se representan en la figura 3. En el caso de la malla, cada nodo de red puede conectarse con cualquier otro por medio de DXCs. Esta topologa permite gran nmero de rutas alternativas en caso de cada de algn elemento de red o de corte de alguna fibra. Suele utilizarse en el ncleo de la red. Por otro lado, el anillo consiste en una concatenacin de ADMs, cada uno de los cuales se encarga de insertar/extraer trfico en/del anillo desde/hacia una determinada rea. Suele utilizarse como red de acceso y dispone de mecanismos de gestin de ancho de banda y de proteccin frente a cortes de fibra o fallos de los equipos. En el siguiente artculo se describirn en detalle las principales arquitecturas de anillo utilizadas en las redes SONET/SDH, as como sus mecanismos de proteccin.

Pgina 23

Fig. 1-20. Topologas de malla y anillo en SONET/SDH. Todas estas topologas de red pueden combinarse y enlazarse entre s para formar arquitecturas de red ms complejas. As, por ejemplo, varios anillos pueden enlazarse entre s por medio de un anillo mayor utilizando DXCs para enrutar el trfico en los
CBX
STM-1 500 F.O . Radio Link A

puntos de unin de dos de los anillos. En la figura 4 se muestra una posible arquitectura de red. Varios anillos SONET/SDH se encargan de recoger el trfico de diferentes usuarios (Customer Premises Equipment, CPE) por medio de ADMs y encaminarlo por medio de DXCs hacia una o varias redes metropolitanas. Asimismo, estas redes metropolitanas disponen de enlaces con redes de largo alcance (backbone) basadas en DWDM y que suelen tener una estructura de malla. Estas redes deben caracterizarse por una buena escalabilidad para poder acomodar los incrementos de ancho de banda de las redes metropolitanas.

STM-1 F.O. Radio Link B

Wave guide Link A

Wave guide Link B Wave guide Radio Link B F.O. STM-1

C B X 5 0 0

Wave guide Radio STM-1 Link F.O A . STM-1 Radio Link F.O D . Wave guide

11 GHz Non Protected SDH

11 GHz Non Protected SDH

Interfaces STM-1
Link C

Radio STM-1 Link F.O. C Wave guide

C B X 5 0 0

11 GHz Link D Non Protected SDH

Wave guide Radio Link D F.O . STM-1

11 GHz Non Protected SDH

Wave Radio guide Link C F.O. STM-1

CBX 500

Fig. 1-21. Arquitectura de red ptica SONET/SDH.

Pgina 24

Arquitectura de una Red de Transmisin de dato con SDH y STM-1 hacia las centrales de conmutacin

Pgina 25

Captulo 2 Red digital de Servicio Integrado ISDN

Introduccin realiza una llamada de datos con RDSI, el enlace WAN se activa durante la duracin de la llamada y se desactiva cuando la llamada se completa. Es muy similar a lo que ocurre cuando se realiza una llamada telefnica a un amigo y luego se cuelga el tubo del telfono cuando la conversacin ha terminado. 2.1 ISDN 2.1.1 Qu es ISDN? ISDN permite que las seales digitales se transmitan a travs del cableado telefnico existente. Esto se hizo posible cuando se actualizaron las centrales de conmutaciones de la compaa telefnica PSTN (Red de telefnica de Conmutacin Publica) para que manejaran seales digitales. RDSI generalmente se considera como una alternativa para las lneas arrendadas, que se pueden utilizar para el trabajo a distancia y conectar mediante networking oficinas pequeas y remotas en las LAN, figura 1.

Se pueden implementar varios tipos de tecnologas WAN para solucionar los problemas de conectividad para los usuarios que necesitan tener acceso de red desde ubicaciones remotas. En este captulo, aprender acerca de los servicios, estndares, componentes, operacin y configuracin de la comunicacin de la Red digital de servicios integrados (RDSI o ISDN). RDSI est diseada especficamente para solucionar los problemas de ancho de banda bajo que tienen las pequeas oficinas o los usuarios de marcado con los servicios telefnicos de marcado tradicionales. Las compaas telefnicas desarrollaron RDSI con la intencin de crear una red totalmente digital. RDSI se desarroll para utilizar el sistema de cableado telefnico existente y funciona de forma similar a un telfono. Cuando

Figura 1 IDN: La digitalizacin Las compaas telefnicas desarrollaron IDN (Red digital Integrada) como parte del esfuerzo por

Pgina 26

estandarizar los servicios a los abonados. El concepto de telefona digital ya fue desarrollado en los aos treinta y cuarenta y la primera implementacin data de los aos cincuenta. Desde entonces la evolucin hacia la digitalizacin ha utilizado dos fundamentos de tecnolgico: a) Conmutacin Digital b) Transmisin digital La utilidad de los nodos digitales, que integran en una sola operacin conmutacin y transmisin, dio lugar a las denominadas Integrated Digital Network (IDN) o redes totalmente digitales de extremo a extremo. Si a estas redes les aadimos unos estndares universales de acceso empezaremos a estar muy cerca de lo que se conoce como Integrated Services Digital Nework (ISDN). ISDN en la banda universal ISDN es un concepto ligado al de una red totalmente digital que, utilizando unos estndares universales de acceso, permite la conexin de una amplia gama de termnales como telfonos, ordenadores, PBX, etc. a los que la red proporciona una gran variedad de servicios entre los que se incluyen voz, datos e imgenes, figura 1. La aptitud de ISDN que se presenta como la heredera de la red IDN, para otorgar conectividad digital a los sitios locales tiene muchas ventajas, aunque su oferta es diferente: Audio de 7 kHz de ancho de banda en vez de los 3,1 kHz de la red telefnica actual.

Canales digitales de 64 Kbps de velocidad en vez de las que se alcanzan utilizando mdems que difcilmente llegarn a superar los 40 Kbps. Mayor funcionalidad y servicios gracias al canal comn de sealizacin. Un nico y estandarizado mtodo de acceso que da paso a toda una red de rea extensa, con posibilidad de transferir informacin tanto en modo circuito como en modo paquete. N-ISDN eligi 64 Kbps como velocidad bsica; fue porque era la velocidad para la transmisin de voz digitalizada en PCM. RDSI puede transportar una gran variedad de seales de trfico de usuario. RDSI permite acceder a servicios de vdeo digital, de datos conmutados por circuito y los servicios de la red telefnica utilizando la red telefnica normal, que es conmutada por circuito. RDSI ofrece una configuracin de llamada mucho ms rpida que las conexiones de mdem porque utiliza sealizacin fuera de banda (canal D, o de datos). Por ejemplo, algunas llamadas RDSI se pueden establecer en menos de un segundo. RDSI suministra una velocidad de transferencia de datos mucho ms rpida que la de los mdems al utilizar el canal principal (canal B de 64Kbps). Con mltiples canales B, RDSI brinda a los usuarios ms ancho de banda en las WAN que algunas lneas arrendadas. Por ejemplo, si fuera a utilizar dos canales B, la

Pgina 27

capacidad de ancho de banda es de 128Kbps, ya que cada canal B administra 64Kbps. RDSI puede suministrar una ruta de datos limpia a travs de la que se pueden negociar los enlaces PPP. .

2.1.2 La ISDN en banda estrecha (NISDN) Las comunicaciones hoy en da se configuran como un conjunto de redes separadas a menudo estancas: Red X.25 para dalos. Redes de circuitos para voz y daros. Redes para 3a transmisin de la seal de TV. Redes de rea local (LAN) Redes metropolitanas

ahora proporcionaban las compaas telefnicas: desde la red conmutada para voz, redes de paquetes, hasta los enlaces digitales punto a punto, pasando por la mayora de redes especializadas en dar un solo servicio. La integracin de las LAN y circuitos de TV quedan como objetivo para una futura ISDN en banda ancha. Componente bsico de la ISDN Para permitir la interconexin de los terminales actuales, que no soportan de forma nativa protocolos ISDN, se han diseado los denominados Adaptadores de Terminales (TA). Los TA garantizan de esta forma la conexin de la mayora de recursos de comunicaciones existentes sin necesidad de cambios notables. Los dispositivos de terminacin de red (NT), son equipo de terminacin de lnea y equipo de terminacin de central telefnica. Las terminales RDSI vienen en dos tipos, Tipo 1 o Tipo 2, como se indica en la figura 2.

La ISDN pretende ser la gran integradora de los servicios que hasta

Figura 2

Pgina 28

Las terminales especializadas RDSI se denominan equipo de terminal de tipo 1 (TE1). Las terminales que no son RDSI, como el equipo terminal de datos (DTE), ms antiguos que los estndares RDSI, se denominan equipo de terminal de tipo 2 (TE2). Los TE1 se conectan a la red RDSI a travs de un enlace digital de par trenzado de cuatro hilos. Los TE2 se conectan a la red RDSI a travs de un TA. El TA RDSI puede ser un dispositivo autnomo o una placa dentro del TE2. Si el TE2 se implementa como un dispositivo autnomo, se conecta al TA a travs de una interfaz estndar de la capa fsica. Ms all de los dispositivos TE1 y TE2, el siguiente punto de conexin en la red RDSI es el dispositivo de terminacin de red de tipo 1 (NT1) o de terminacin de red de tipo 2 (NT2) Estos son dispositivos de terminacin de red que conectan el cableado de cuatro hilos del abonado con el loop local de dos hilos convencional. En Estados Unidos, NT1 es un dispositivo del equipo terminal del abonado (CPE). En la mayora de los pases del mundo, adems de Estados Unidos, NT1 forma parte de la red suministrada por la portadora. NT2 es un

dispositivo ms complicado, que habitualmente se encuentra en las centrales telefnicas privadas (PBX) digitales, que ejecutan servicios de protocolo de Capa 2 y Capa 3. Tambin hay un dispositivo NT1/2, que es un dispositivo nico que combina las funciones de NT1 y NT2. 2.1.3 Punto de referencia de ISDN Como el equipo terminal del abonado (CPE) abarca una amplia variedad de destrezas y requiere una diversidad de servicios e interfaces. Los puntos de referencia son un conjunto de especificaciones que definen la conexin entre dispositivos especficos, segn sus funciones en la conexin de extremo a extremo. Es importante conocer estos tipos de interfaz porque un dispositivo CPE, como un router, puede soportar distintos tipos de referencia. Los puntos de referencia que soportan determinan cul es el equipo especfico que se debe adquirir. La tabla en la figura 3, resume los puntos de referencia que afectan al cliente de la conexin RDSI.

Figura 3

Pgina 29

Figura 4 En la figura 5, aparece un ejemplo de configuracin RDSI, en la que hay tres dispositivos conectados a un switch RDSI en la Oficina central (CO). Dos de estos dispositivos son compatibles con RDSI, de modo que se pueden conectar a travs de un punto de referencia S con los dispositivos NT2. El

tercer dispositivo (un telfono estndar, que no es del tipo RDSI), se conecta a travs del punto de referencia R a un TA. Aunque no aparecen en la figura, hay estaciones de usuario similares conectadas al switch RDSI ubicado a la derecha.

Figura 4

Figura 5 2.1.4 Swintch ISDN y SPID Para que RDSI funcione correctamente, es importante configurar el tipo de switch correcto en el dispositivo RDSI. En los Estados Unidos, el tipo ms comn es 5ESS de AT&T y DMS-100 de Nortel. En Japn, el tipo ms comn es NTT. En el Reino Unido, los tipos ms comunes son Net3 y Net5. Los proveedores de servicios RDSI utilizan una diversidad de tipos de switch para los servicios RDSI. Los servicios que ofrecen las portadoras varan considerablemente de un pas a otro y de una regin a otra. Como en el caso de los mdems, cada

Pgina 30

tipo de switch opera de forma levemente distinta y tiene un conjunto especfico de requisitos de configuracin de llamada. Como resultado, antes de poder conectar un Reuter a un servicio RDSI, debe saber cules son los tipos de switch que se utilizan en la CO. Esta informacin se especifica durante la configuracin del router, de modo que el router pueda realizar llamadas a nivel de la red RDSI y enviar datos. Adems de aprender acerca del tipo de switch que utiliza su proveedor de servicios, tambin debe saber cules son los identificadores del perfil del servicio (SPID) asignados a su conexin. La portadora RDSI suministra un SPID para identificar la configuracin de lnea del servicio RDSI. Los SPID son un conjunto de caracteres (que pueden ser similares a los nmeros de telfono) que lo identifican ante el switch en la CO. Una vez que est identificado, el switch enlaza los servicios que ha pedido con la conexin. 2.1.5 Mtodo de accesos y estndares de la N-ISDN La investigacin de los estndares para las ISDN comenz a fines de la dcada de los 60. En 1984, se public un conjunto completo de recomendaciones para las ISDN, el cual es actualizado constantemente por el Sector de Estandarizacin de la Unin Internacional de las Telecomunicaciones (UIT-T), conocido anteriormente como Comit Consultivo Internacional Telegrfico y Telefnico (CCITT). Los estndares ISDN son un conjunto de protocolos que agrupa las comunicaciones de datos y de telefona de

acuerdo con los siguientes aspectos generales:

Protocolos E: recomiendan estndares de telefona para las ISDN. Por ejemplo, el protocolo E.164 describe el direccionamiento internacional para las ISDN. Protocolos I: se refieren a los conceptos, terminologa y mtodos generales. La serie I.100 incluye conceptos generales sobre ISDN y la estructura de otras recomendaciones de la serie I. Los I.200 se refieren a los aspectos del servicio de las ISDN. Los I.300 describen los aspectos de la red. Los I.400 describen cmo se proveen las UNI. Protocolos Q: se refieren a cmo debe operar la conmutacin y la sealizacin. El trmino sealizacin, en este contexto, significa el proceso de establecer una llamada ISDN.

Los estndares ISDN definen dos tipos principales de canal, cada uno de distinta velocidad de transmisin. El canal portador o canal B se define como una ruta digital libre de 64 Kbps. Se le llama libre porque puede transmitir cualquier tipo de datos digitalizados, en modo full dplex. Por ejemplo, es posible hacer un enlace digital de voz en un canal B. El segundo tipo de canal recibe el nombre de canal delta o canal D. Puede ser de 16 Kbps para la Interfaz de acceso bsico (BRI) o de 64 Kbps para la Interfaz de acceso principal (PRI). Ver la figura 6. El canal D transporta la informacin de control del canal B.

Pgina 31

Figura 6 Una vez establecida la conexin TCP, se produce un intercambio de informacin denominado "la configuracin de la conexin". Dicha informacin se intercambia en la ruta en la que al final se transmitir los datos. Tanto la informacin de control como los datos comparten la misma ruta. Esto se denomina sealizacin dentro de banda. Sin embargo, la tecnologa ISDN utiliza un canal aparte para la informacin de control, el canal D. Esto se denomina sealizacin fuera de banda. La tecnologa ISDN especifica dos mtodos de acceso estndar, BRI y PRI. Una nica interfaz BRI o PRI provee un grupo multiplexado de canales B y D. La BRI utiliza dos canales B de 64 Kbps ms un canal D de 16 Kbps. La BRI se usa en muchos routers de Cisco. Como la BRI utiliza dos canales B y un canal D, a veces se conoce como 2B+D. Los canales B se pueden usar para transmisiones digitales de voz. En este caso, se utiliza mtodos especializados para la digitalizacin de la voz. Los canales B tambin pueden utilizarse para el transporte de datos a velocidades relativamente altas. De este modo, la informacin se transporta en el formato de tramas, mediante el control de enlace de datos de alto nivel (HDLC) o el protocolo PPP como protocolos de Capa 2. El PPP es mucho ms slido que el HDLC ya que ofrece un mecanismo para la autenticacin y negociacin de la configuracin de protocolos y enlaces compatibles. Se considera a las ISDN como conexiones conmutadas por circuito. El canal B es la unidad elemental para la conmutacin por circuito. El canal D transporta mensajes de sealizacin tales como establecimiento y corte de la llamada, para el control de llamadas en los canales B. El trfico en el canal D emplea el Protocolo de procedimiento de acceso al enlace en canales D (LAPD). El LAPD es un protocolo de capa de enlace de datos basado en el HDLC. En Amrica del Norte y Japn, las PRI ofrecen veintitrs canales B de 64 Kbps y un canal D de 64 Kbps. Las PRI ofrecen el mismo nivel de servicio que las conexiones T1 o DS1. En Europa y en gran parte del resto del mundo, las PRI ofrecen 30 canales B y un canal D, para

Pgina 32

as ofrecer el mismo nivel de servicio que un circuito E1. Las PRI utilizan la Unidad de servicio de datos/Unidad de servicio del canal (DSU/CSU) para las conexiones T1/E1

2.2 Relacin entre ISDN y el modelo OSI 2.2.1 Estndares UIT-T de las tres primeras capas de RDSI RDSI utiliza un conjunto de estndares UIT-T que abarcan las capas fsica, de enlace de datos y de red del modelo de referencia OSI:

Capa fsica: La especificacin de la capa fsica de la interfaz de acceso bsico (BRI) RDSI se

define en UIT-T I.430. La especificacin de la capa fsica de la interfaz de acceso principal (PRI) RDSI se define en UIT-T I.431. Capa de enlace de datos: La especificacin de la capa de enlace de datos RDSI se basa en LAPD y se especifica formalmente en UIT-T Q.920, UIT-T Q.921, UIT-T Q.922 y UIT-T Q.923. Capa de red RDSI: La capa de red RDSI se define en UIT-T Q.930 (tambin denominado I.450) y UIT-T Q.931 (tambin denominado I.451). De forma conjunta, estos dos estndares especifican conexiones de usuario a usuario, conmutadas por circuito y conmutadas por paquete.

Figura 7 la red - formato de trama TE) o entrante (desde la red hacia la terminal - formato 2.2.2 Capa fsicas de trama NT). Ambas tramas tienen una longitud de 48 bits, de los cuales 36 bits Los formatos de trama de la capa representan datos. En realidad, las fsica (Capa 1) RDSI difieren segn si la tramas son dos tramas de 24 bits en trama es saliente (desde la terminal hacia

Pgina 33

sucesin formadas por 2 canales B de 8 bits, un canal D de 2 bits y 6 bits de informacin de entramado (2*(2*8B+2D+6F) = 32B+4D+12F =

36BD+12F = 48BDF). En la figura aparecen ambos formatos de trama de la capa fsica.

Figura 8 Los bits de una trama de capa bits en cada trama (2*8B+2D+6F = 24) fsica RDSI se utilizan de la siguiente para una velocidad de transmisin de bits manera: de 8000*24 = 192Kbps. La velocidad efectiva es de 8000*(2*8B+2D) = 8000*18 = 144Kbps. Bit de entramado: Suministra sincronizacin. Bit de equilibrado de la carga: Puede haber mltiples dispositivos Ajusta el valor de bit promedio. de usuario RDSI conectados fsicamente Eco de los bits anteriores del a un circuito. En esta configuracin, se canal D: Se utilizan para la pueden producir colisiones si dos resolucin de contencin cuando terminales transmiten de forma varias terminales de un bus pasivo simultnea. Por lo tanto, RDSI se disputan un canal. proporciona funciones para determinar Bit de activacin: Activa los la contencin de enlace. Estas funciones dispositivos. forman parte del canal D RDSI, que se Bit de repuesto: No asignado. describe de forma ms detallada Bits de canal B1. posteriormente en este captulo. Bits de canal B2. 8 bits de nmero de bits de canal 2.2.3 Capa de enlace agregados. Bits del canal D: Se utilizan para La capa 2 del protocolo de los datos de usuario. sealizacin RDSI es un Procedimiento de acceso al enlace en el canal D Tenga en cuenta que cada una de (LAPD). LAPD es similar al Control de las tramas de BRI RDSI se enva a una enlace de datos de alto nivel (HDLC) y al velocidad de 8000 por segundo. Hay 24

Pgina 34

Procedimiento de acceso al enlace balanceado (LAPB). LAPD se utiliza a travs del canal D para garantizar que la informacin de control y sealizacin fluya y se reciba correctamente. Como lo indica la expansin de la abreviatura LAPD (Procedimiento de acceso al enlace en el canal D), se utiliza a travs del canal D para garantizar que la informacin de control y sealizacin fluya y se reciba correctamente. Los campos de control y de sealador de LAPD son idnticos a los de HDLC. El campo de direccin de LAPD puede tener una longitud de 1 2 bytes.

Si se establece el bit de direccin extendida del primer byte, la direccin es 1 byte. Si no se ha establecido, la direccin es 2 bytes. El primer byte del campo de direccin contiene el identificador de punto de acceso de servicio (SAPI), que identifica el portal en el que se suministran los servicios de LAPD a la Capa 3. El bit de Comando/Respuesta (C/R) indica si la trama contiene un comando o una respuesta. El campo identificador del punto final de terminal (TEI) identifica un terminal nico o mltiples terminales. Si hay slo unos en el campo de TEI, esto indica un broadcast.

Figura 9 2.2.4 Capa de red circuito y conmutadas por paquete. Se especifica una variedad de mensajes de establecimiento de llamadas, terminacin de llamadas, informacin y mensajes diversos, incluyendo configuracin, conexin, emisin, informacin del usuario, cancelacin, estado y desconexin. La figura muestra las etapas tpicas de una llamada conmutada por circuito RDSI.

Se utilizan dos especificaciones de Capa 3 para la sealizacin RDSI: UIT-T I.450 (tambin denominada UIT-T Q.930) y UIT-T I.451 (tambin denominada UITT Q.931). De forma conjunta, estos protocolos soportan conexiones de usuario a usuario, conmutadas por

Pgina 35

Figura 10 para transportar cualquiera de los 2.2.5 Encapsulamiento protocolos de capa de red requeridos, como IP, a mltiples destinos. Cuando se distribuyen soluciones de acceso remoto, hay varias opciones de La mayora de los diseos de encapsulamiento disponibles. Los dos networking utilizan PPP para el encapsulamientos ms comunes son PPP encapsulamiento. PPP es un mecanismo y HDLC. La opcin por defecto para de par a par modular y poderoso que se RDSI es HDLC. Sin embargo, PPP es utiliza para establecer enlaces de datos, mucho ms slido que HDLC porque suministrar seguridad y encapsular el ofrece un mecanismo excelente para la trfico de datos. Una vez que se ha autenticacin y la negociacin de la negociado una conexin de PPP entre configuracin de protocolos y enlaces dos dispositivos, puede ser utilizada por compatibles. Uno de los dems protocolos de red tales como IP e IPX encapsulamientos para RDSI extremo a para establecer la conectividad de red. extremo es LAPB (Procedimiento de acceso al enlace balanceado). PPP es un estndar abierto especificado por RFC 1661. PPP fue Las interfaces RDSI permiten un diseado con varias funciones que hacen solo tipo de encapsulamiento. Una vez que sea particularmente til en que se ha establecido una llamada RDSI, aplicaciones de acceso remoto. PPP el router puede utilizar una nube RDSI

Pgina 36

utiliza el Protocolo de control de enlace (LCP) para establecer inicialmente el enlace y acordar la configuracin. El protocolo contiene caractersticas de seguridad incorporadas. El Protocolo de autenticacin de contrasea (PAP) y el protocolo CHAP facilitan la obtencin de un diseo de seguridad slido. El Protocolo de autenticacin de saludo (CHAP) es un protocolo de autenticacin popular para el control de llamadas. PPP posee varios componentes:

Entramado de PPP: RFC 1662 describe la implementacin de PPP en un entramado de tipo HDLC. Hay diferencias en la forma en que se implementa PPP en enlaces asncronos y sncronos. Cuando uno de los extremos del enlace utiliza PPP sncrono (como un router RDSI) y el otro utiliza PPP asncrono (como un TA RDSI conectado a un puerto serial de PC), hay dos tcnicas disponibles para suministrar compatibilidad de entramado. El mtodo preferido es habilitar la conversin de trama de PPP sncrona a asncrona en el TA RDSI. LCP: El LCP (Protocolo de control de enlace) de PPP suministra un mtodo para establecer, configurar, mantener y terminar una conexin punto a punto. Antes de que se puedan intercambiar datagramas de capa de red (por ejemplo, IP), LCP primero debe abrir la conexin y negociar los parmetros de configuracin. Esta fase se completa cuando se ha enviado y recibido una trama de acuse de recibo de configuracin.

Autenticacin de PPP: La autenticacin de PPP se utiliza para suministrar seguridad principal en RDSI y otros enlaces encapsulados de PPP. Los protocolos de autenticacin de PPP (PAP y CHAP) se definen en RFC 1334 (y puede encontrar ms informacin acerca de ellos en el Captulo 10, "PPP"). Una vez que LCP ha establecido la conexin de PPP, puede implementar un protocolo de autenticacin opcional antes de continuar con la negociacin y establecimiento de los programas de control de la red. Si es necesaria la autenticacin, se debe negociar como una opcin en la fase de establecimiento de LCP. La autenticacin puede ser bidireccional (cada uno de los lados autentica al otro - CHAP) o unidireccional (un lado, generalmente el lado que recibe la llamada, autentica al otro - PAP).

La autenticacin de PPP se habilita mediante el comando de interfaz ppp authentication. PAP y CHAP se pueden utilizar para autenticar la conexin remota. Se considera que CHAP es un protocolo de autenticacin superior porque utiliza un saludo de tres vas para evitar enviar la contrasea en texto no cifrado por el enlace PPP. 2.3 Usuario de ISDN 2.3.1 Tres usos de la ISDN RDSI tiene varios usos en networking. Las siguientes secciones describen los siguientes usos de RDSI:

Acceso remoto

Pgina 37

Nodos remotos Conectividad de pequeas/oficinas (SOHO)

oficinas hogareas

El acceso remoto implica la conexin de usuarios ubicados en ubicaciones remotas a travs de conexiones de acceso telefnico/marcado. La ubicacin remota puede ser el hogar de una persona que trabaja en su casa, la habitacin de hotel de un usuario mvil o una pequea oficina remota. La conexin de marcado se puede realizar a travs de una conexin analgica que utiliza un servicio telefnico bsico o a travs de RDSI. La conectividad se ve afectada por la velocidad, el costo, la distancia y la disponibilidad.

pueden variar ampliamente, y a menudo dependen del rea geogrfica, la disponibilidad del servicio y el mtodo de facturacin. Es posible que existan limitaciones de distancia para los servicios de marcado, especialmente RDSI, como en el caso de una ubicacin que se encuentra fuera del rea geogrfica de cobertura. 2.3.2 Nodo Remoto Con el mtodo de nodos remotos, como se indica en la figura 11, los usuarios se conectan a la LAN local en el sitio central a travs de la Red pblica de telefona conmutada (PSTN) mientras dure la llamada. Adems de tener una conexin de velocidad ms baja, el usuario puede ver el mismo entorno que ve el usuario local. La conexin con la LAN normalmente se realiza a travs de un servidor de acceso. Este dispositivo generalmente combina las funciones de un mdem y las de un router. Cuando el usuario remoto se conecta, puede acceder a los servidores en la LAN local como si fueran locales.

Figura 11 Los enlaces de acceso remoto generalmente representan el enlace de velocidad ms baja en la empresa. Cualquier mejora en la velocidad es conveniente. El costo del acceso remoto tiende a ser relativamente bajo, especialmente para el servicio telefnico bsico. Las tarifas del servicio RDSI

Pgina 38

Figura 12 Este mtodo brinda muchas ventajas. Es el mtodo ms seguro y flexible, y es el ms escalable. Slo se requiere un PC para el usuario remoto y se dispone de varias soluciones de software para el cliente. El nico hardware adicional que se requiere en la ubicacin remota es un mdem. La desventaja principal de este mtodo es el gasto administrativo adicional que se requiere para soportar al usuario remoto. Debido a la gran cantidad de ventajas que brinda, esta solucin se utiliza en el resto de los ejemplos de diseo de este captulo.

cualquier necesidad telefnica, as como tambin para conectarse a la estacin de trabajo. 2.3.3 Conectividad SOHO

Figura 14 Una oficina pequea/oficina hogarea (SOHO) compuesta por unos pocos usuarios requiere una conexin que suministre conectividad ms veloz y confiable que una conexin de acceso telefnico analgica. En la configuracin que se indica en la figura 13, todos los usuarios en la ubicacin remota tienen el mismo acceso a los servicios ubicados en la oficina corporativa a travs de un router RDSI. Esto les brinda a los sitios SOHO de tiempos completos u ocasionales la capacidad de conectarse al sitio corporativo o a Internet a velocidades mucho ms altas que las que estn disponibles a travs de las lneas telefnicas y los mdems. Los diseos de SOHO normalmente involucran slo el acceso telefnico (conexiones iniciadas por SOHO) y pueden aprovechar la

Figura 13 El trabajador a distancia de tiempo completo es el que generalmente trabaja fuera del hogar. Este usuario generalmente necesita tener acceso a las redes empresariales durante largos perodos de tiempo. Esta conexin debe ser confiable y estar disponible en todo momento. Dicho requisito generalmente favorece a RDSI como el mtodo de conexin, como se indica en la figura . Con esta solucin, la conexin RDSI se puede utilizar para brindar servicio ante

Pgina 39

tecnologa de traduccin de direcciones emergente para simplificar el diseo y soporte. Con estas funciones, el sitio SOHO puede soportar mltiples dispositivos, pero aparece como una sola direccin IP. 2.4 Servicios ISDN: BRI y PRI 2.4.1 BRI y PRI Hay dos servicios RDSI: BRI y PRI El servicio BRI RDSI ofrece dos canales B de 8 bits y un canal D de 2 bits, que a menudo se denominan 2B+D, como se indica en la figura. La BRI RDSI suministra un ancho de banda total de una lnea de 144 kbps en tres canales individuales (8000 tramas por segundo*(2*canales B de 8 bits + canal D de 2 bits) = 8000*18 = 144kbps). El servicio del canal B de BRI opera a 64 kbps (8000 tramas por segundo*canal B de 8 bits) y est diseado para transportar datos de usuario y trfico de voz.

datos. Por ejemplo, un documento de gran tamao se puede descargar desde la red corporativa a travs de un canal B de 64 kbps RDSI, mientras que el otro canal B se utiliza para conectarse y visitar una pgina Web. El tercer canal, denominado canal D (de datos), es un canal de sealizacin de 16 kbps (8000 tramas por segundo *canal D de 2 bits) que se utiliza para transportar instrucciones que le indican a la red telefnica cmo debe administrar cada uno de los canales B. El servicio del canal D de BRI opera a 16 kbps y est diseado para transportar informacin de control y sealizacin, aunque en determinados casos puede soportar la transmisin de datos de usuario. El protocolo de sealizacin del canal D se produce en las Capas 1 a 3 del modelo de referencia OSI. Las terminales no pueden transmitir al canal D a menos que antes detecten una cantidad especfica de unos (que indica que no hay seal) correspondiente a una prioridad preestablecida. Si el TE detecta un bit en el canal de eco (E) que es diferente de los bits D, debe dejar de transmitir inmediatamente. Esta tcnica sencilla asegura que solamente una terminal pueda transmitir su mensaje D por vez. Esta tcnica es similar y tiene el mismo efecto que la deteccin de colisiones en las LAN Ethernet. Despus de que la transmisin del mensaje D se realiza con xito, la prioridad de la terminal se reduce ya que se requiere que detecte una mayor cantidad de unos continuos antes de realizar la transmisin. Las terminales no pueden elevar su prioridad hasta que todos los dems dispositivos en la misma lnea hayan tenido oportunidad de enviar un mensaje D. Las conexiones telefnicas

Figura 15 RDSI suministra ms flexibilidad al diseador de la red dada su capacidad para utilizar cada uno de los canales B para aplicaciones individuales de voz y/o

Pgina 40

tienen mayor prioridad que todos los dems servicios, y la informacin de sealizacin tiene mayor prioridad que la informacin que no corresponde a la sealizacin. El servicio de PRI RDSI ofrece 23 canales de 8 bits y 1 canal D de 8 bits ms 1 bit de entramado en Amrica del Norte y Japn, lo que significa una velocidad binaria total de 1,544 Mbps (8000 tramas por segundo * (23 * canales B de 8 bits + canal D de 8 bits + 1 bit de entramado) = 8000*8*24,125 = 1,544 Mbps) (el canal D de PRI funciona a 64 kbps). PRI RDSI en Europa, Australia y otras partes del mundo suministran 30 canales B de 8 bits ms un canal D de 8 bits ms un canal de entramado de 8 bits, lo que otorga una velocidad total de interfaz de 2,048 Mbps (8000 tramas por segundo* (30*canales B de 8 bits + canal D de 8 bits + canal de entramado de 8 bits) = 8000*8*32 =2,048 Mbps). En T1/E1 y en las tramas de velocidad de datos superiores los canales B se mueven en lnea como los furgones en un tren de carga. Al igual que los furgones en un patio de maniobras, los canales B se reacomodan y se desplazan a otras tramas a medida que atraviesan la Red pblica de telefona conmutada (PSTN) hasta que llegan a su destino. Esta ruta a travs de la matriz del switch establece un enlace sncrono entre los dos extremos finales. Esto permite comunicaciones de voz continuas sin pausas, datos descartados o degradacin. RDSI saca provecho de esta estructura de transmisin digital para la transferencia de datos digitales. 2.4.2 Establecimiento de conectividad

BIR Los servicios BRI o PRI se seleccionan para la conectividad RDSI de cada sitio segn la necesidad de las aplicaciones y la ingeniera de trfico. La ingeniera de trfico puede requerir mltiples servicios BRI o mltiples PRI en algunos sitios. Una vez que se ha conectado a la estructura RDSI a travs de las interfaces BRI o PRI, se debe implementar el diseo de los servicios extremo a extremo de RDSI. El loop local de BRI termina en la terminal del cliente en un NT1. La interfaz del loop local en el NT1 se denomina punto de referencia U. En las instalaciones del cliente del NT1 se ubica el punto de referencia S/T. La figura 15, muestra una instalacin BRI tpica.

Figura 16 Hay dos tipos comunes de CPE RDSI para los servicios BRI: Routers LAN y TA de PC Algunos dispositivos de BRI ofrecen NT1 integrados y TA integrados para telfonos analgicos.

Pgina 41

Los routers LAN RDSI suministran enrutamiento entre la BRI RDSI y la LAN mediante enrutamiento por llamada telefnica bajo demanda (DDR). DDR establece y enva llamadas conmutadas por circuito de forma automtica, suministrando conectividad transparente hacia sitios remotos basndose en el trfico de networking. DDR tambin controla el establecimiento y el envo de canales B secundarios basndose en umbrales de carga. Se utiliza PPP multienlace para suministrar ancho de banda agregado al utilizar mltiples canales B. Algunas aplicaciones de RDSI pueden requerir que el usuario de SOHO asuma control directo sobre las llamadas RDSI. Los TA de PC se conectan a las estaciones de trabajo de PC ya sea por el bus de PC o de forma externa a travs de los puertos de comunicacin (como RS232) y se pueden utilizar de forma similar a los mdems analgicos externos e internos (como V.34). Los TA de PC pueden suministrar control directo a un solo usuario de PC sobre el inicio y el envo de una sesin RDSI, lo que es similar al uso de un mdem analgico. Se deben suministrar mecanismos automatizados para soportar la adicin y eliminacin del canal B secundario. Las tarjetas de PC Serie 200 de Cisco pueden suministrar servicios RDSI a un PC. Resumen

Ahora que ha completado este captulo, debe tener un conocimiento slido sobre los siguientes temas:

RDSI suministra capacidad de voz/datos integrada que utiliza la red pblica conmutada. Los componentes de RDSI incluyen terminales, TA, dispositivos NT y switches RDSI. Los puntos de referencia de RDSI definen las interfaces lgicas entre agrupaciones funcionales, como TA y NT1. RDSI es direccionado por un conjunto de estndares de UIT-T que abarcan las capas fsica, de enlace de datos y de red del modelo de referencia OSI. Las dos opciones de encapsulamiento ms comunes para RDSI son PPP y HDLC. RDSI tiene varios usos, incluyendo acceso remoto, nodos remotos y conectividad de SOHO. Hay dos servicios RDSI: BRI y PRI. BRI RDSI proporciona un ancho de banda total de 144 kbps en tres canales distintos. La configuracin BRI implica la configuracin de una interfaz BRI, un tipo de switch RDSI y SPID RDSI. DDR establece y enva conexiones conmutadas por circuito segn sea necesario.

Pgina 42

Captulo 3 Redes ATM o B-ISDN, Broadband ISDN

3.1 B-ISDN. Tecnloga ATM uando la T -T TT se di o cuenta de que la N-ISDN se haba quedado obsoleta, decidi elaborar un nuevo estndar, llamado RDSI de banda anchan o, B-ISDN, Broadband ISDN y esta vez se bas en una tecnologa ya existente. BISDN se dise como una nueva y nica red para el futuro (lo que se llam popular mente Autopistas de la informacin que deba reemplazar al sistema telefnico actual. Deba soportar todo tipo de transferencia de informacin: Vdeo televisin) a domicilio. Videoconferencia. Correo electrnico multimedia con movimiento. Msica con calidad de CD. Interconexin de redes de rea local. Todo ello por la lnea telefnica. En aquel momento se pensaba que los bucles de abonado convencionales de cable bifilar seran sustituidos por cables de pares trenzados de alta calidad o por fibra ptica. in embargo, esto no ha sido as debido al elevado coste del cambio de la instalacin, y por ello este estndar tampoco est teniendo demasiado xito fuera de las compaas telefnicas o del entorno de las redes locales con gran ancho de banda. La tecnologa sobre la que se basa BISDN se llama ATM, de Asncronos Transfer Modo, para diferenciarla de la tecnologa SONET, que como ya sabemos es un sistema sncrono. La idea bsica de la tecnologa ATM es transmitir toda la informacin en pequeos paquetes de tamao fijo llamados clulas o celdas. Todas las clulas tienen un tamao fijo de 53 bytes, de los cuales 5 bytes son de cabecera (informacin de control y encaminamiento) y 48 bytes son de carga til (datos). El hecho de utilizar conmutacin de clulas (al fin y al cabo es conmutacin de paquetes) supone un salto cualitativo muy grande para el sistema telefnico, ya que este ha utilizado tradicionalmente la conmutacin de circuitos. Las razones por las que se eligi la conmutacin de paquetes en ATM fueron las siguientes: Flexibilidad: La conmutacin de paquetes permite manejar velocidades constantes de transmisin de datos (seales de v deo y audio y velocidades variables (LAN) simultneamente. Velocidad: A las velocidades a las que se pretende llegar (Gbps) es ms fcil la conmutacin digital de clulas. Multidifusin: Para la distribucin de TV es esencial la multidifusin (broadcasting, un emisor emitiendo para varios receptores). La conmutacin de paquetes puede hacerlo, pero la de circuitos no. La tecnologa ATM est orientada a conexin, es decir, hacer una llamada implica enviar un mensaje para establecer la conexin y luego enviar todas las clulas con la misma

Pgina 43

informacin de encaminamiento. Sin embargo, ATM no garantiza la entrega de las clulas, aunque s el orden servicio de Datagrama). Las redes ATM se organizan como redes WAN, es decir con lneas telefnicas de alto ancho de banda y en caminadores intermedios (llamados Reuters) que son capaces de manejar distinto tipo de trfico. Las velocidades Bsicas de ATM son las siguientes: 155,52 Mbps. 622 Mbps (4 canales de 155,52 Mbps multiplexados). Se eligi la velocidad de 156 Mbps porque por un lado es la que se necesita para transmitir televisin de alta definicin, y por otro lado esta velocidad coincide con uno de los niveles de multiplexacion ONET, y esto haca fcil implementar ATM con la infraestructura SONET de las compaas telefnicas. Una aplicacin importantsima de la tecnologa ATM es su uso para interconexin de redes de rea local. Incluso en algunas instalaciones que necesitan un gran ancho debanda la propia red de rea local est formada por fibra ptica, tarjetas y en caminadores ATM 3.2 Arquitectura de un modo ATM El ATM puede ser considerado como una tecnologa de conmutacin de paquete en alta velocidad con unas caractersticas particulares: Los paquetes son de pequeo y constante tamao (53 bytes).

Es una tecnologa de naturaleza conmutada y orientada a la conexin. Los nodos que compone la red no tiene mecanismo para el control de errores o control de flujo. El header de las celdas tiene una funcionalidad limitada.

Una red ATM esta compuesto por nodos de conmutacin, elementos de transmisin y equipos terminales de usuarios. Los nodos son capas de encaminar la informacin empaquetada en celular a travs de unos caminos conocido como Conexiones de Canal Virtual. El Routing, en los nodos conmutadores de celular, es un proceso hardware, mientras que el establecimiento de conexiones y el empaquetamiento/desempaquetamiento de las celdas son procesos software. Jerarqua de transmisin. En ATM, se divide el campo de direccin en un campo VCI (identificador de circuito virtual) y un campo VPI (identificador de path virtual), lo que permite dividir los flujos de celdas en dos niveles: los niveles de VC y VP. Los grupos de canales con el mismo valor de VPI, pero diferentes valores de VCI, son enrutados a travs de los mismos nodos de la red. Canal virtual VC: conexiones unidireccionales entre usuario. Ruta Virtual VP: se trata de un conjunto de canales virtuales que atraviesan multiplexadamente un tamo de la red ATM.

Pgina 44

Esto permite al usuario crear una red privada virtual (VPN). Cada conexin se representa con un VP, que a su vez

contiene varios VCs que el propio usuario puede utilizar.

Tipos de conexiones ATM provee servicios orientados a la conexin. Para comunicarse con un nodo remoto, un host debe solicitar a su switch local el establecimiento de una conexin con el destino. Estas conexiones pueden ser de dos naturalezas: Switched Virtual Circuits (SVC) o Permanent Virtual Circuits (PVC). Switched Virtual Circuits (SVC) Un SVC opera del mismo modo que una llamada telefnica convencional. Un host se comunica con el switch ATM local y requiere del mismo el establecimiento de un SVC. El host especifica la direccin completa del nodo destino y la calidad del servicio requerido. Luego espera que la red ATM establezca el circuito. El sistema de sealizacin de ATM se encarga de encontrar el path necesario desde el host origen al host destino a lo largo de varios switches. El host remoto debe aceptar el establecimiento de la conexin. Durante el proceso de sealizacin (toma este nombre por analoga con el usado en sistemas telefnicos de los cuales deriva ATM) cada uno de los switches examina el tipo de servicio solicitado por el host

de origen. Si acuerda propagar informacin de dicho host registra informacin acerca el circuito solicitado y propaga el requerimiento al siguiente switch de la red. Este tipo de acuerdo reserva determinados recursos el switch para ser usados por el nuevo circuito. Cuando el proceso de sealizacin concluye el switch local reporta la existencia del SVC al host local y al host remoto. La interfase UNI identifica a cada uno de los SVC por medio de un nmero de 24 bits. Cuando un host acepta un nuevo SVC, el switch ATM local asigna al mismo un nuevo identificador. Los paquetes transmitidos por la red no llevan informacin de nodo origen ni nodo destino. El host marca a cada paquete enviado con el identificador de circuito virtual necesario para llegar al nodo destino. Ntese que se ha evitado hablar de los protocolos usados para el establecimiento de los SVC, para los procesos de sealizacin y para comunicar a los hosts el establecimiento de un nuevo SVC. Adems hay que tener en cuenta que comunicaciones bidireccionales van a necesitar reservar

Pgina 45

recursos a lo largo del SVC para dos sentidos de comunicacin. Permanent Virtual Circuits (PVC) La alternativa al mecanismo de SVC descrito en el tem anterior es evidente: el administrador de la red puede configurar en forma manual los switches para definir circuitos permanentes. El administrador identifica el nodo origen, el nodo destino, la calidad de servicio y los identificadores de 24 bits para que cada host pueda acceder al circuito. Paths, Circuitos e Identificadores ATM asigna un entero nico como identificador para cada path abierto por un host. Este identificador contiene mucha menos informacin de la que fue necesaria para la creacin del circuito. Adems el identificador solo es vlido mientras que el circuito permanece abierto. Otro punto a tener en cuenta es que el identificador es vlido para un solo sentido del circuito. Esto quiere decir que los identificadores de circuito obtenidos por los dos hosts en los extremos del mismo usualmente son diferentes. Los identificadores usados por la interface UNI estn formados por 24 bits, divididos en dos campos, el primero de 8 bits y el segundo de 16 bits. Los primeros 8 bits forman el llamado Virtual Path Identifier y los 16 restantes el Virtual Circuit Identifier. Este conjunto de bits suele recibir el nombre de VPI/VCI pair. Esta divisin del identificador en dos campos persigue el mismo fin que la divisin de las direcciones IP en un

campo para identificar la red y un segundo campo para identificar el host. Si un conjunto de VCs sigue el mismo path el administrador puede asignar a todos ellos un mismo VPI. El hardware de ATM usa entonces los VPI para funciones de ruteo de trfico. Transporte de celdas En cuanto al transporte de informacin, ATM usa tramas de tamao fijo que reciben el nombre de celdas. El hecho de que todas las celdas sean del mismo tamao permite construir equipos de switching de muy alta velocidad. Cada celda de ATM tiene una longitud de 53 bytes, reservndose los 5 primeros para el encabezado y el resto para datos, de los cuales 48 (opcionalmente 44) son para trasiego de informacin y los restantes para uso de campos de control (cabecera) con informacin de "quin soy" y "donde voy"; es identificada por un "virtual circuit identifier" VCI y un "virtual path identifier" VPI dentro de esos campos de control, que incluyen tanto el enrutamiento de celdas como el tipo de conexin, circuito entre extremos, informacin de control de flujo y un CRC .

La conexin final entre dos nodos recibe el nombre de Virtual Channel Connection o VCC. Una VCC se encuentra formada por un conjunto de pares VPI/VCI. Multiplexacin en ATM:

Pgina 46

La figura No.1 muestra un formato bsico y la jerarqua de ATM. Las celdas son enrutadas individualmente a travs de los conmutadores basados en estos

identificadores, los cuales tienen significado local - ya que pueden ser cambiados de interfaces a interfaces.

La tcnica ATM multiplexa muchas celdas de circuitos virtuales en una ruta (path) virtual colocndolas en particiones (slots), similar a la tcnica TDM. Sin embargo, ATM llena cada slot con celdas de un circuito virtual a la primera

oportunidad, similar a la operacin de una red conmutada de paquetes. La figura No.2 describe los procesos de conmutacin implcitos los VC switches y los VP switches.

Los slots de celda no usados son llenados con celdas "idle", identificadas por un patrn especfico en la cabecera de la

celda. Este sistema no es igual al llamado "bit stuffing"en la multiplexacin

Pgina 47

Asncrona, ya que aplica a celdas enteras. 3.3 Protocolo ATM o Nivel de adaptacin ATM (AAL) Clasificacin de servicios LA ITU-T ha estandarizado un modelo de referencia de protocolo, que presenta semejanzas con el modelo OSI. Las tres capas inferiores en el modelo de referencia de protocolo son: apa 1, capa fsica;

apa 2, la capa ATM; y apa 3, la capa AAL. Para habilitar la transferencia tanto de datos como de servicios sncronos, la informacin debe de ser adaptada de diferentes maneras. Se ha dividido ATM en cuatro clases de servicio (A, B, C y D) en base a tres parmetros. En la figura 3, muestra de cmo estn definidos cuatro protocolos (AAL 1, AAL 2, AAL 3/4 y AAL 5) para cada una de las clases.

Figura 3 Para la clasificacin se utilizan los siguientes tres parmetros: Servicios sncronos o asncronos; Tasa de bit constante o variable; Transferencia orientada a la conexin o no orientada a la conexin. 3.4 Modelo de capas de ATM (Capa fsica, Nivel ATM y BISDN ATM) Capa Fsica La primera capa llamada capa fsica (Physical Layer), define lo interfases fsicos con los medios de transmisin y el protocolo de trama para la red ATM es responsable de la correcta transmisin y recepcin de los bits en el medio fsico apropiado. A diferencia de muchas tecnologas LAN como Ethernet, que especifica ciertos medios de transmisin, (10 base T, 10 base 5, etc.) ATM es independiente del transporte fsico. Las celdas ATM pueden ser transportadas en redes SONET (Synchronous Optical Network), SDH (Synchronous Digital Hierarchy), T3/E3, TI/EI o an en

Pgina 48

modems de 9600 bps. Hay dos subcapas en la capa fsica que separan el medio

fsico de transmisin y la extraccin de los datos:

Capa ATM

Provee un solo mecanismo de transporte para mltiples opciones de servicio Es independiente del tipo de informacin que es transmitida (datos, grficos, voz. audio, video) con excepcin del tipo de servicio (QOS) requerido Existen dos tipos de header ATM
o o

Tiene dos subcapas : CS (Convergence Sublayer) y SAR (Segmentation and Reassembly Sublayer)

UNI (User-Network Interface) NNI (Network-Network Interface)

Si bien ATM se maneja con celdas a nivel de capas inferiores, las aplicaciones que generan la informacin a ser transportada por ATM no trabajan con celdas. Estas aplicaciones interactuarn con ATM por medio de una capa llamada ATM Adaptation Layer. Esta capa realiza una serie de funciones entre las que se incluyen deteccin de errores (celdas corruptas). En el momento de establecer la conexin el host debe especificar el protocolo de capa de adaptacin que va a usar. Ambos extremos de la conexin deben acordar en el uso del mismo protocolo y este no puede ser modificado durante la vida de la conexin. Hasta el momento solo se han definido dos protocolos de capa de adaptacin

ATM Adaptation Layer Provee las funciones orientadas al usuario no comprendidas en la Capa ATM Permite a la Capa ATM transportar diferentes protocolos y servicios de capas superiores

Pgina 49

para ser usados por ATM. Uno de ellos se encuentra orientado a la transmisin de informacin de audio y video y el otro para la transmisin de datos tradicionales. ATM Adaptation Layer 1 (AAL1) transmite informacin a una tasa de bits fija. Las conexiones creadas para trabajar con video deben usar AAL1 dado que requieren un servicio de tasa constante para no tener errores de parpadeo o flicker en la imagen. La transmisin de datos tradicionales trabaja con la AAL5 para enviar paquetes de un nodo a otro. Ahora, si bien ATM trabaja con tramas o celdas de tamao fijo. Los protocolos de capa superior generalmente manejan datagramas de longitud variable. Una de las funciones de la AAL5 consiste en adaptar estas tramas a celdas. En particular la AAL5 puede recibir datagramas de hasta 64 Kb de longitud. El paquete manejado por la AAL5 difiere estructuralmente de otros tipos de tramas existentes ya que la informacin de control se inserta al final de la misma. La longitud de la misma es de 8 bytes. Cada una de las tramas de AAL5 deben ser fraccionadas en celdas para poder ser transportadas por la red para luego ser recombinadas en el nodo remoto. Cuando el datagrama es un mltiplo de 48 bytes el resultado de la divisin da un nmero entero de celdas. En caso contrario la ltima de las celdas no se encontrar completa. Para poder manejar paquetes de longitud arbitraria, AAL5 permite que la celda final pueda contener entre 0 y 40 bytes de datos y coloca la informacin de control

al final de la misma antecedida por los ceros de relleno necesarios. En otras palabras, la informacin de control se coloca al final de la secuencia de celdas donde puede ser encontrada y extrada sin necesidad de conocer la longitud del datagrama fraccionado. Convergencia, Segmentacin y Reensamblado Cuando una aplicacin enva datos sobre una conexin ATM usando AAL5, el host pasa los datos a la interfase AAL5. Esta divide los datos en celdas, genera el trailer y transfiere a cada una de ellas a travs de la red ATM. En el nodo receptor AAL5 recibe las celdas y las reensambla en base a la informacin contenida en el trailer para regenerar el datagrama original. El nodo origen usa el byte menos significativo del campo Payload Type de la celda para indicar la celda final de un datagrama. Podemos pensar que este bit funciona como un end of packet bit. En ATM el trmino convergencia se usa para identificar el mtodo usado para detectar el final de cada datagrama fraccionado. Otras capas de adaptacin de ATM trabajan con mtodos diferentes para resolver el problema de convergencia. 3.5 Aplicacin Dispositivos ATM

Una red ATM se construye con conmutadores ATM y dispositivos (o punto) finales ATM. Un conmutador ATM es responsable del transito de las celdas a

Pgina 50

travs de la red: recibe la celda de un punto-final ATM o de otro conmutador ATM, entones lee y actualiza la informacin del encabezado y rpidamente conmuta la celda a una interfaz de salida hacia su destino. Un punto final (o sistema final) ATM contiene una interfaz de red. Ejemplo de estos dispositivos son: estaciones de trabajo, conmutadores LAN, codec de video entre otro. Interfaces de Red ATM Una red ATM consiste en un conjunto de conmutadores ATM interconectados de punto a punto por enlace o interfaces ATM. Los conmutadores ATM soportan 2 tipo principales de interfaces: UNI y NNI conectan dispositivos finales ATM (como son enrutadores o usuarios) a un conmutador ATM. La NNI conecta dos conmutadores ATM las cuales tambin se subdividen en UNI y NNI pblicas y privadas.
usuari o

y un servicio de resolucin de direcciones de multidifusin (MARS). Los componentes de red IP/ATM pueden residir en un servidor o en un conmutador ATM. La ventaja principal de usar IP/ATM es que es ms rpido que LANE. Con IP/ATM, no se agrega informacin adicional de encabezado a los paquetes a medida se transmiten por la pila de protocolo. En cuanto el cliente IP/ATM ha establecido una conexin, los datos pueden transferirse sin modificaciones. IP/ATM admite el uso de un servidor DHCP (Protocolo de configuracin dinmica de host) en la red ATM. Las tres etapas generales del funcionamiento de IP/ATM son: Inicio del cliente Registro del cliente Transferencia de datos

ATM
IWF red

Frame Relay

IW F red

Frame Relay

Inicio y registro de cliente IP/ATM con una direccin IP esttica El ejemplo siguiente describe los pasos para establecer una conexin IP/ATM de un nico cliente IP/ATM con una direccin IP esttica:

usuari o

usuari o

IP sobre ATM IP/ATM es un grupo de servicios para la comunicacin en redes ATM que pueden usarse como alternativa a la emulacin de LAN. IP/ATM se controla mediante dos componentes principales: el cliente IP/ATM y el servidor IP/ATM. El servidor IP/ATM incluye un servidor ARP de ATM

1. El cliente A inicia y obtiene una direccin ATM del conmutador ATM. 2. El cliente A se conecta al servidor ARP/MARS de ATM y se une al grupo de difusin. La asignacin de direccin IP a ATM del cliente A se agrega a la base de datos del servidor ARP de ATM. 3. El cliente A se pone en contacto con el cliente B, una estacin final ATM conectada a la red, y empieza la transferencia de datos.

Pgina 51

establecer conexiones punto a multipunto entre el cliente que las solicita y varias estaciones finales de la red. El proceso de difusin y multidifusin en IP/ATM puede seguir dos mtodos distintos: Conexin directa punto a multipunto: Si un cliente tiene que enviar un paquete IP a una direccin IP de difusin o de multidifusin, enva una solicitud a MARS para resolver la direccin IP en una lista de clientes. MARS enva un conjunto de direcciones a un cliente, lo que le permite configurar una conexin punto a multipunto. Conexin punto a multipunto a travs de un servidor de multidifusin: MARS puede funcionar tambin con un servidor de multidifusin. El servicio ARP/MARS de ATM de Windows tiene un servidor de multidifusin integrado, que registra uno o varios grupos de multidifusin en MARS y recibe una lista de miembros de cada grupo de multidifusin de MARS. MARS actualiza el servidor de multidifusin cuando los clientes se unen a un grupo de multidifusin o lo abandonan. Cuando un cliente efecta una solicitud de difusin o multidifusin a MARS, MARS devuelve slo la direccin del servidor de multidifusin. El cliente se pone en contacto con el servidor de multidifusin, que genera una conexin punto a multipunto con el grupo de multidifusin. El servidor de multidifusin copia y distribuye los paquetes enviados por el cliente que inici la llamada punto a multipunto a las estaciones finales de la lista de multidifusin. VTOA (Voz sobre ATM). ATM ofrece una nueva manera de transportar el trfico de voz sobre la red

Inicio y registro de cliente IP/ATM con DHCP El ejemplo siguiente describe los pasos para establecer una conexin IP/ATM de un nico cliente IP/ATM que obtiene una direccin IP utilizando el Protocolo de configuracin dinmica de host (DHCP). 1. El cliente se inicia y obtiene una direccin ATM del conmutador ATM. 2. El cliente se conecta al servidor ARP/MARS de ATM y se une al grupo de difusin. 3. El cliente se conecta al servidor de multidifusin y enva una solicitud de DHCP. El servidor multidifusin enva la solicitud de DHCP a todos los miembros del grupo de difusin. El servidor DHCP recibe la solicitud. 4. El servidor DHCP enva una respuesta DHCP al servidor de multidifusin, que a su vez enva la respuesta a todo el grupo de difusin. 5. El cliente recibe la respuesta DHCP y registra sus direcciones IP y ATM con el servidor ARP/MARS de ATM. 6. El cliente ahora est listo para ponerse en contacto con otros hosts y comenzar la transferencia de datos. Difusin y multidifusin: La difusin y la multidifusin se emplean para

Pgina 52

de transporte (a parte de la emulacin de circuito). La aproximacin consiste en conseguir que la red de transporte ATM sea emulada como una gran centralita de

trnsito (PBX). Esta tcnica recibe el nombre de conmutacin de voz sobre ATM.

Figura 9: Conmutacin de voz (VSTN) sobre ATM determinada por la red pblica en caso Lo que se busca es que el propio de congestin en la red de transporte conmutador ATM pueda interpretar el corporativa. En el caso que las canal de sealizacin de la centralita y centralitas usen compresin de voz, el uso crear canales conmutados para la de la tcnica de conmutacin de voz transmisin de cada circuito de voz sobre ATM les asegura que un independientemente. El circuito va desde determinado circuito se la centralita origen hasta la de destino comprime/descomprime en un nico sin la necesidad de pasar por ninguna punto y, por lo tanto, la seal no sufre la centralita de trnsito externa. prdida de calidad asociada a las redes basadas en muchos saltos entre La red ATM puede conocer el nmero de centralitas. llamadas de voz que hay en cada momento del tiempo y, por lo tanto, usar La conmutacin de voz sobre ATM nicamente el ancho de banda necesario elimina la necesidad de grandes para su transmisin asignando el resto centralitas de trnsito existentes en las para otros servicios. grandes redes de voz y hace ms sencillas las tablas de encaminamiento con lo que Una ventajas aadida de esta tcnica es la escalabilidad es mucho mayor y el la capacidad de la red ATM de informar coste mucho menor. a las centralitas por el canal de sealizacin de como prosperan sus En esta tcnica se utiliza el servicio VBR llamadas individualmente. Frente a estas que ofrece el protocolo AAL2 como se notificaciones, una centralita puede explicara a continuacin. decidir conmutar una llamada

Pgina 53

En el servicio VBR (Velocidad Binaria Variable) aunque exista una temporizacin relacionada entre los SAPs fuente y el destino, la velocidad de transferencia real de informacin, puede variar durante la conexin. Como con el tipo 1, el segmento contiene un Nmero de Secuencia (SN) de 4 bits para la recuperacin de celdas perdidas.

Debido al tamao variable de las unidades de mensaje, un Indicador de Longitud (LI) en la cola del segmento indica el nmero de bytes tiles en el ltimo segmento. El campo FEC habilita la deteccin y correccin de errores. La capa AAL2 soporta trasporte ATM de voz y video en conexiones orientadas a la conexin con tasa de bit variable (VBR). La ITU-T aprob las definiciones bsicas del protocolo AAL2 en la recomendacin I.363.2 en septiembre de 1997, gracias a la cooperacin del ATM Forum, Voz y Telefona Sobre ATM (Voice and Telephony Over ATM VTOA) y el ITU-T.

Figura 10: Formato del segmento VBR El campo de Tipo de Informacin (IT) indica la posicin relativa del segmento con relacin al mensaje remitido, por ejemplo, una trama comprimida procedente de un video-codec. Los tres tipos de segmento con relacin a la informacin de posicin son: Comienzo de mensaje (BOM) Continuacin de mensaje (COM) Fin de mensaje (EOM).

AAL2 no tiene la sub-capa de Segmentacin y Re ensamblado (SAR). AAL2 tiene una interfase SAP con la capa ATM y otra interfase SAP con las capas superiores, llamada AAL2-SAP. La sub-capa Parte Comn (Common Part Sublayer CPS) tiene dos componentes: CPS-Packet. CPS-Protocol Data Unit (CPSPDU).

Figura 11: Formato de la Celda ATM en AAL2. CPS proporciona la forma de identificar usuarios multiplexados dentro de un mismo VCC, manejando el ensamblado y desensamblado de la cargas de tamao variable para cada usuario. EL CPS ofrece un servicio del tipo extremo a extremo concatenando una secuencia de

Pgina 54

canales AAL2 bidireccionales operando sobre la misma VCC.

Cada usuario AAL2 genera paquetes CPS con 3 bytes de cabecera y un nmero variable de bytes de carga.

Figura 12: Formato del paquete CPS AAL2 usa el campo Channel ID (CID) de 8 bits en la cabecera de los paquetes de la CPS (CPS Packet Header CPS-PH) para multiplexar mltiples usuarios dentro de una misma VCC. El campo CID soporta hasta 248 usuarios individuales por VCC, con ocho CID reservados para propsitos de administracin y funciones futuras. Despus el campo de 6 bits, llamado Indicador de tamao (Length Indicador LI) especifica el numero de bytes (menos uno) en la campo de carga de tamao variable. El tamao mximo de la carga de usuario esta establecida en 45 o 64 bytes. Destacaremos que seleccionando el valor de 45 bytes, un paquete CPS encaja perfectamente dentro de los 48 bytes de carga de la clula ATM. El campo de 5 bits llamado User-to-User Indicaron (UUI), proporciona una forma de identificar el enlace extremo a extremo. Otro campo de 5 bits llamado Header Error Control (HEC) ofrece deteccin de errores y correccin de la CPS-PH. La sub-capa CPS recoge los paquetes CPS de los usuarios de la AAL2, multiplexados dentro del mismo VCC sobre intervalos de tiempo concretos, formando CPS-PDUs compuesta de los 48 bytes de los paquetes CPS. Los CPS-PDU emplean un byte llamado Start Field (STF) seguido de 47 bytes de carga. Un campo de 6 bits llamado Offset Field (OSF) en el campo STF, identifica el punto de comienzo de la prxima cabecera del paquete CPS, para calcular los mrgenes para el prximo paquete. El campo de offset permite a los paquetes CPS abarcar clulas sin ninguna perdida o espacios vacos. Entonces el campo de Comienzo (STF) es crtico para la operacin confiable de la AAL2. Un bit de nmero de secuencia (SN) y otro de paridad (P) agregan una proteccin a errores. Para mantener una entrega de tiempo real, el protocolo AAL2 define un Time Out, si ningn dato es recibido se inserta un campo de relleno o PAD hasta llenar los 48 bytes de la carga en clula ATM.

Pgina 55

Figura 13: Utilizacin de los Campos OSF y STF coste no le hacen adecuado para Utilizando el servicio VBR ofrecido por el velocidades inferiores a 2 Mbit/s. protocolo AAL2 logramos un transporte de voz sobre una red ATM aceptable y de Segn la procedencia de la seal, se menor coste que el servicio de telefona utilizan distintas capas de adaptacin existente. (AAL1, AAL2 para la voz), con lo que se consigue multiplexar trfico sobre el mismo medio de transmisin. Si bien, es Resumen posible el trfico de voz sobre ATM, su rendimiento es escaso y no resulta Una tecnologa actual como es el ATM, econmicamente rentable pues se base de la RDSI de banda ancha, est necesitan grandes inversiones en equipos pensada para soportar un caudal de y en los enlaces de alta velocidad, por lo trfico muy intenso, entre el que se que, slo se justifica en caso de encuentra el de voz y el de datos, junto volmenes muy alto de trfico entre con el de vdeo. Por sus caractersticas nodos. resulta adecuado para cualquier situacin, pero su overhead y su alto

Pgina 56

Captulo 4 Ventajas y Desventajas de voz sobre IP

4.1 Principales ventajas de VoIP Uno de los principales impulsores de la combinacin de redes de voz y datos es el ahorro monetario. Si nos fijamos estrictamente a los costos, minuto a minuto, los ahorros realizados por ir con VoIP podra no ser lo suficientemente grande como para justificar el gasto de implantacin de este servicio. el ahorro en el precios pueden variar dependiendo de la zona geogrfica. En otros pases de Norteamrica, por ejemplo, una comparacin de costos minuto a minuto entre VoIP y PSTN tradicional (una llamada local en algunos pases puede ser alrededor de $ 1 por minuto) ms que compensa el gasto de la nueva red. En Amrica del Norte, sin embargo, muchas empresas grandes pagan 3 centavos o menos por minuto para las llamadas de larga distancia se hacen dentro de los Estados Unidos. Para estas empresas, es difcil justificar la contabilidad que el despliegue de una nueva infraestructura ofrecer un retorno de la inversin (ROI) que dar sus frutos rpidamente, es que, a menos que el factor de elementos que no sean cargos por minuto. Para las redes de empresa, por ejemplo, la consolidacin de las redes de voz y de datos podra significar que el cliente puede pedir ET menos circuitos de la PSTN. Adems, una infraestructura IP (utilizando telfonos IP de Cisco) requiere menos aade, se mueve y cambia de una voz tradicional o red de datos. Esto se debe a que, con una infraestructura, puede utilizar estas caractersticas de datos como protocolo de configuracin dinmica de host (DHCP). DHCP permite a un dispositivo (un PC o un telfono IP) para recibir una direccin IP dinmica (es decir, no necesita la direccin IP para ser configurada de forma esttica en el dispositivo). As, por ejemplo, si usted tiene un telfono IP configurada con DHCP, puede mover el telfono dondequiera que usted necesita y seguir manteniendo el mismo nmero de telfono. Esto es similar a mover su porttil de oficina en oficina y aun as ser capaz de iniciar sesin en el mismo servidor de red. Muchas de las grandes empresas han determinado que cuesta varios cientos de dlares slo para trasladar un telfono hoy en da (esto es debido a factores tales como costos de mano de obra y el costo de volver a configurar el interruptor). Estos costos no se incurre en una infraestructura IP, sin embargo, debido a que su perfil de telfono IP est configurado, y la red IP no importa donde usted se encuentre. Un beneficio adicional de VoIP es la capacidad de tener uno de Servicios de Informacin (SI) de departamento que soporta tanto las redes de voz y datos (como las redes son ahora una sola entidad). Inicialmente, esto puede causar tensin entre estas dos infraestructuras, pero como en cualquier revolucin tecnolgica, hay que mejorar las habilidades de uno a sobrevivir. Este ha sido el caso con la introduccin de nuevas tecnologas de la mayor parte-de la desmotadora de algodn a los robots. Uno de los beneficios de VoIP que las empresas y los proveedores de servicios a

Pgina 57

menudo pasan por alto es el hecho de que las herramientas comunes de infraestructura ya no son necesarias. Estos incluyen herramientas tales como puertos fsicos para servicios tales como correo de voz. En una red de voz por conmutacin de circuitos, se vende correo de voz basado en el nmero de buzones de correo y el nmero de puertos fsicos necesarios para apoyar a los usuarios simultneos. Con VoIP, puertos fsicos de conmutacin de circuitos no son necesarios. El servidor de correo de voz slo es necesario tener una conexin IP (Ethernet, Modo de Transferencia Asncrona [ATM], y as sucesivamente). Adems, VoIP permite que los sistemas de correo de voz para ser puesto en las plataformas basadas en estndares (como PCs y mquinas UNIX). Despus de que la funcin depende de una plataforma basada en estndares, la especulacin de precios es mucho menos probable que ocurra. Proveedores de correo de voz hoy, por ejemplo, la carga 50 centavos a 1,50 dlares por megabyte de espacio en disco duro, ya que utilizan un mecanismo propio para formatear y almacenar sus llamadas de voz. Por otro lado, el precio medio de los discos duros en la tienda PC local es aproximadamente de slo 3 a 4 centavos por megabyte. Qu pasa si el servidor de correo de voz es el mismo que el servidor de correo electrnico y se puede decidir si desea descargar su correo de voz a travs de un telfono o utilizar el cliente de correo electrnico para leer su correo de voz? Aquellos que viajan apreciarn verdaderamente beneficios tales como la capacidad de descargar el correo de voz y responder electrnicamente, y enviar mensajes de voz a un grupo. Esta tecnologa existe hoy en da, y pronto estar disponible y ampliamente utilizado

por las redes empresariales proveedores de servicios.

de

4.2 Paquete de Telefona Call Center En la mayora de los centros de llamadas de hoy, los mayores costos son para el ladrillo y cementos que mantiene a pie un edificio. Usted puede reducir drsticamente los costos reales de alquiler de un edificio, poner un telfono en cada mesa de trabajo, y la compra de la infraestructura necesaria (tecnologa de enrutamiento de llamadas, PCs, etc) mediante el uso de un Paquete de Telefona Call Center (PTCC). Cada centro de llamadas es diferente, pero para muchos centros de llamadas, la capacidad de hacer crecer el negocio, segn sea necesario (quizs como discretamente como una estacin a la vez) es un gran beneficio. Actualmente, los centros de llamadas deben crecer en trozos. El tamao de estos bloques depende del nmero de puertos de los centros de llamadas se puede comprar para su central de conmutacin (PBX) a la vez. Esta es una gran desventaja, ya que los centros de llamadas por lo general tienen que ser flexibles y ser capaces de crecer y reducir el tamao como el nmero de cambios de estaciones requeridas. Muchos centros de llamadas son capaces de crecer en trozos ms pequeos porque el hardware necesario para proporcionar servicios de telefona de escritorio slo se vende en unidades ms grandes (como el cultivo de uno a varios T1 o E1s a la vez, en lugar de un telfono a la vez). Esto evita que los centros de llamadas de la posibilidad de crecer rpidamente basado en el crecimiento estacional o natural.

Pgina 58

Centros de llamadas de conmutacin de circuitos (CSCCs) permiten a los usuarios trabajar desde casa y todava recibir llamadas, pero este equipo es caro. Con PTCCs, los usuarios pueden iniciar sesin en un telfono sin importar donde se encuentren y tengan acceso a las mismas caractersticas exactas como si estuvieran en su escritorio, y los costos son mucho ms bajos. Un CSCC actualmente utiliza un dispositivo conocido como un extensor de PBX, una pieza de equipo remoto que ampla las caractersticas de la central a los locales del usuario. A Extender PBX puede ejecutar ms de $ 1000 por usuario, y eso es slo para el propio equipo. Usted tambin tiene que comprar el software que se debe agregar al sitio central, el circuito de la residencia del trabajador y Equipo (CPE) el arte de las instalaciones del cliente, como el router, para el sitio remoto. Cuando se utiliza una red de VoIP, sin embargo, usted no necesita equipamiento adicional para el sitio remoto. Usted puede tomar el mismo telfono que usa en su trabajo y tienen exactamente la misma

funcionalidad. Por supuesto, la compaa todava tiene que comprar el circuito a la residencia del trabajador, as como el equipo de CPE. Sin embargo, VoIP reduce los costes de localizacin de las estaciones en cualquier lugar geogrficamente. De este modo, VoIP ofrece a los operadores de centros de llamadas una gran ventaja en cuanto a la contratacin de mano de obra calificada o no calificada, as como el crecimiento y la reduccin del nmero de estaciones necesarias en cualquier punto dado en el tiempo. En una infraestructura de telefona de paquetes, puede hacer que un grupo de agentes virtuales distribuidas que se pueden ubicar en cualquier lugar, y todava se les puede ofrecer las mismas herramientas que ofrece un centro de llamadas tradicionales. La Figura 4-1 muestra maneras de utilizar una infraestructura IP comn para unir varios mtodos, y presenta una posibilidad de teletrabajadores como agentes virtuales.

Figura 4-1. Agentes virtuales

Pgina 59

CSCCs se actualizarn a una red de voz y datos integrados inicialmente con base en el precio. Sin embargo, el valor real (que podra estar oculto para algunos) es en los servicios de valor aadido y las aplicaciones que se pueden ofrecer despus de esta mejora de la red est en su lugar. Algunos de estos servicios y aplicaciones incluyen tener tanto el correo de voz y correo electrnico integrado en una sola aplicacin, con la atencin al cliente basado en Web, que tiene la capacidad de CTI, siendo capaz de fax de entrada y salida desde el escritorio (y fax a su email cuenta), y la posibilidad de realizar

videoconferencias de escritorio con su cliente. Tradicionalmente, un centro de llamadas entera gira en torno a la central (como se muestra en la Figura 4-2). Por lo tanto, los centros de llamadas se realizan rescate por el nmero de puertos que pueden permitirse en cualquier punto dado en el tiempo. La dependencia de la central tambin obliga al CSCC para desplegar aplicaciones slo cuando son compatibles con la central o cuando el enlace CTI permite el campo para ser aprobada.

Figura 4-2. Conmutacin de circuitos Call Center En un PTCC, la red est integrada y basada en estndares y no se basa en un solo componente o proveedor para proporcionar la solucin completa. Esto permite que el centro de llamadas tiene a los usuarios remotos para una fraccin del costo de los extensores de PBX (gracias al engranaje de CPE

integrado). Esto tambin permite a la empresa a crecer en los incrementos que los clientes necesitan, y permite a la empresa para agregar nuevas aplicaciones (por ejemplo, datos / voz de colaboracin), segn sea necesario. Otra cuestin importante con CSCCs es la capacidad de retener y desarrollar a los empleados actuales. Los estudios demuestran que dar a los empleados opciones de horarios flexibles y "la

Pgina 60

noche" aumenta en gran medida las tasas de retencin de muchas empresas. Aunque la Figura 4-2 muestra cmo un CSCC es eficiente para un gran centro de llamadas centralizado, el diseo CSCC carece de la flexibilidad necesaria para permitir a los teletrabajadores, y que carece de una verdadera integracin en la telefona por Internet o de

comunicaciones unificadas (como el fax a correo electrnico). PTCC le permite retener una conexin en el centro de llamadas PBX heredada, sino que tambin permite la integracin en la nueva red de apoyo web, telefona por Internet, y comunicaciones unificadas. La Figura 6-3 muestra los componentes y el diseo de la red de un PTCC.

Figura 4-3. Packet Telephony Call Center Esta conexin a la PBX se logra por tener un motor de procesamiento de llamadas externo que se conecta a la central y para el Administrador de llamadas de Cisco a travs de enlaces CTI. El motor de procesamiento de llamadas externo permite a los teletrabajadores y los agentes de llamadas PBX para contestar las llamadas como si estuvieran conectados a la central de llamadas. Tambin, con una conexin de la CSCC legado en la red IP, puede utilizar funciones avanzadas tales como sistemas IVR basados en IP (tambin conocidas

como Unidades de Respuesta de Voz [URV]) y servicios de mensajera unificada, como el fax a correo electrnico , texto a voz, de voz a texto, y as sucesivamente. Como se puede ver en la Figura 4-3, el Call Center Corporacin ya no est atada a los puertos fsicos de la URV, y toda la infraestructura de mensajera (correo electrnico, correo de voz, aplicaciones, etc) est ligado a una infraestructura comn. El motor de enrutamiento de llamadas o call-procesamiento es ahora slo una parte de la red de datos y se elimina de la

Pgina 61

central. Esto permite a los teletrabajadores, agentes de centros de llamadas y agentes de las sucursales para tener el mismo acceso a la misma informacin. El acceso a una

infraestructura comn da a todos en pie de igualdad, y le da al cliente una apariencia comn, como se muestra en la Figura 4-4.

Figura 4-4. Infraestructura Comn para todos los agentes de call Esta nueva arquitectura tambin permite dejar de hacer gastos innecesarios en el legado de engranajes CSCC y comenzar a expandirse en el espacio de la telefona del centro de llamadas de paquetes. Esto, en efecto, le libera de tener que hacer

crecer su negocio en trozos grandes. Esta red tambin utiliza su red (WAN) de infraestructura de datos de rea amplia existente y puede proporcionar un uso ms eficiente del ancho de banda existente. Las llamadas a los agentes remotos son ahora esencialmente "sin cargo" porque estn viajando a travs de una infraestructura IP.

Figura 4-5. Haga clic para hablar

Pgina 62

Otra ventaja clave es la integracin Web. Esto significa que un cliente del centro de llamadas puede solicitar una devolucin de llamada desde el sitio Web (tambin conocida como "click to call back"), que utiliza la red PSTN o realiza una llamada de telefona por Internet. Esto ahorra el centro de call, ya que no tiene que pagar las tarifas de peaje de entrada 800. El centro de llamadas puede dirigir a los clientes al agente correcto dependiendo de dnde se haga clic. Esta aplicacin se conoce como hacer clic para hablar (o haga clic para llamar) y se muestra en la Figura 4-5.

que estn empezando a ofrecer servicios de voz por las siguientes razones: Ellos ya tienen muchas interfaces de velocidad primaria (PRI) en la PSTN, y ya tienen una conexin existente con el mundo entero a travs de la Internet. Si se utilizan mejor su infraestructura IP, con una inversin menor de edad pueden empezar a ofrecer un servicio de pre-o post-pago de tarjeta de llamada. Menor costo infraestructuras P permiten a los ISP a pasar los ahorros a los clientes en forma de tarifas ms bajas. En los mercados internacionales, donde las tasas de larga distancia son altos, los ISP pueden ofrecer servicios competitivos sin dejar de mantener altos beneficios. En los Estados Unidos, la Comisin Federal de Comunicaciones (FCC) clasifica los ISP como "proveedores de servicios mejorados", que es por eso que actualmente no tienen que pagar las tarifas de acceso a las empresas locales para encaminar las llamadas de larga distancia a travs de redes de los transportistas. Esto significa que los proveedores de Internet tienen una estructura de costos ms bajos que otras compaas de larga distancia. La siguiente lista se descompone el flujo de llamadas de una llamada de pre-o post-pago a travs de una red IP: 1. Marca el nmero de abonado de telefona local de proveedor de servicios (tramo de llamada A). 2. Suscriptor consigue un segundo tono de llamada y se le pedir que introduzca el nmero de telfono de destino, nmero de cuenta y contrasea si llama fuera de casa. 3. Llamada se completa con el telfono de destino (llamada piernas B y C). La figura 4-6 muestra cmo se utilizan

4.3 Caso prctico de una tarjeta de llamada a proveedor de servicios Uno de los segmentos de mercado de mayor crecimiento en la telefona de hoy es la industria de tarjeta de llamada. Cada operador de telefona mayor tiene algn tipo de prepago de tarjeta de red telefnica. Este tipo de servicio (permite a los nuevos operadores para ganar cuota de mercado de forma rpida mediante el arrendamiento de la infraestructura de las grandes compaas y venta de tarjetas telefnicas a travs de una regin en particular. Adems, los nuevos operadores estn construyendo sus propias redes menos costosas (tanto de conmutacin de circuitos y conmutacin de paquetes). Estos nuevos operadores estn viendo rpidamente la ventaja de una red basada en paquetes y utilizan la telefona por Internet para mantener sus costos bajos, que a su vez les permite vender ms tarjetas a precios ms baratos. Muchos de estos nuevos participantes son proveedores de servicios de Internet (ISP)

Pgina 63

los tres tramos de llamada para finalizar

la llamada.

Figura 4-6. Marcacin de dos etapas

normalmente se requieren infraestructura escalable.

en

una

Marcacin de dos etapas significa que usted no marca 1 10 nmeros y llamar directamente a la persona que est llamando. En su lugar, se llama a un nmero que se le solicita autenticacin o le proporciona un segundo tono de marcar, y en ese momento se puede marcar el nmero al que desea llamar. Por supuesto, esta red comprende muchos otros componentes. Debe haber un mtodo para autenticar el usuario (tal como un RADIUS o servidor TACACS +), hacer el seguimiento de los registros de facturacin, y el encaminamiento de la llamada al destino apropiado en la infraestructura IP. Figura 4-7 detalla todos los componentes de telefona IP que

Estos componentes incluyen una puerta de enlace H.323 que acta como una interfaz entre la PSTN y la red IP. Un controlador de acceso H.323 para E.164 a la traduccin de direcciones IP y la llamada escala de enrutamiento, as como un servidor RADIUS para la autenticacin y contabilidad, se requiere. Otros componentes pueden ser necesarias en base a su situacin particular. Podra ser necesario para terminar las llamadas de telfono en lugares donde no tienen presencia fsica, por ejemplo, un acuerdo con un proveedor de acuerdos. (Un proveedor de acuerdos con varios proveedores de servicios como suscriptores y realiza un seguimiento de quin puede terminar el trfico en qu regin y en qu coste.)

Figura 4-7. Antes y componentes de telefona de Internet Post-Pago

El protocolo comn para el servicio de liquidacin es el Protocolo de

Pgina 64

Asentamientos abierta (OSP). Este protocolo permite a la clasificacin dinmica y la infraestructura de enrutamiento de llamadas para elegir el mejor lugar para la terminacin de una llamada telefnica, segn la hora del da, el lugar y muchas otras preferencias. Un flujo ms detallado de cmo se muestra el flujo de llamadas de un pre-o post-pago obras de llamadas en las Figuras 4-8,45-9 y45-10. Los pasos que se ilustran en la Figura 4-8 son los siguientes:

1. El abonado que llama al nmero de acceso local de la puerta de entrada. 2. La pasarela consulta al servidor RADIUS con el Nmero de Identificacin Automtica (ANI o identificador de llamadas) de la persona que llama. 3. El servidor RADIUS busca la ANI para verificar que la persona que llama es un abonado y a continuacin, enva un mensaje a la puerta de entrada para autenticar al usuario.

Figura 4-8. Call-Flow: Parte I

Figura 4-9. Llame Flow: Parte II

Figura 4-10. Llame Flow: Parte III

NOTA: Si el ANI no est en la base de datos, la puerta de enlace solicita al usuario un nmero de cuenta o nmero de identificacin personal (PIN) y enva

Pgina 65

este nmero al servidor RADIUS para la verificacin. Los pasos que se ilustran en la Figura 49 son los siguientes: 4. El usuario introduce el nmero de telfono de destino. 5. La pasarela consulta al gatekeeper en las formas que puede enrutar la llamada. 6. El portero busca la direccin E.164 contra una mesa y enva el gateway la direccin IP de la puerta de entrada de destino.

NOTA: El portero que tenga que consultar a un guardin en otra zona. Los pasos finales, ilustrados en la figura 4-10, son los siguientes: 7. La pasarela de origen coloca una llamada H.323 a travs de la red IP a la pasarela de destino. 8. La puerta de enlace de destino realiza una llamada a la PSTN de telfono de destino. 9. Las puertas de enlace envan iniciar / detener los registros al servidor RADIUS para facturacin.

Pgina 66

Captulo 5 Arquitecturas de red VoIP: H.323, SIP y MGCP

un proveedor de servicios. Redes SIP y MGCP basada han sido probadas y desplegadas en el ltimo par de aos. Servicios basados en la Web, llamadas telefnicas por Internet y aplicaciones de movilidad son fcilmente manejados por SIP debido al fuerte apoyo y el uso de protocolos y tecnologas de Internet. El sistema operativo de Microsoft XP ofrece una aplicacin llamada MSN Messenger para apoyar PC basado en SIP para llamadas telefnicas y otros servicios de comunicaciones basadas en IP. Este es un ejemplo del apoyo de este nuevo protocolo de la industria. Algunos proveedores de servicios con redes VoIP H.323 existentes, especialmente ITSPs, combinan tecnologas VoIP tradicionales y nuevos para ampliar el alcance de la red VoIP a otros lugares. Se puede hacer esto mediante la combinacin de redes mayoristas establecidas que tienen presencia global con una red H.323 ncleo interfuncionamiento con redes SIP y MGCP. Sin embargo, otros proveedores de servicios, tales como soportes centrales locales (ILEC), estn migrando de un patrimonio arquitectnico y TDM hacia una arquitectura softswitch centralizado. Un softswitch es una interconexin mdulos de software basadas estndares que dicta el control llamadas, sealizacin, protocolo mediacin, y la creacin de servicios una red convergente. de en de de en

5.1 Introduccin Histricamente, las redes de VoIP se han basado en H.323, pero las nuevas tecnologas de VoIP, tales como Session Initiation Protocol (SIP) y el protocolo de control de pasarela de medios (MGCP), ahora estn ofreciendo nuevos servicios de voz basados en IP y aplicaciones. Estas nuevas tecnologas poseen numerosas ventajas empresariales. Redes de VoIP al por mayor H.323 en el pasado han sido la arquitectura VoIP dominante implementada por los proveedores de servicios en los ltimos aos. Redes VoIP H.323 tambin han sido la arquitectura dominante para servicios de prepago. Tarjeta de llamada de redes proceso de autenticacin de usuarios de prepago en la pasarela y luego llevar la voz a travs de la red IP. El propsito de una red de VoIP al por mayor es para recoger el trfico de otros proveedores de servicios y de trfico transporte mediante el uso de VoIP a los puntos de terminacin de presencia (POP), que pueden estar en el mismo o en diferentes pases. El trfico que se origina puede llevar mucho tiempo multiplexacin por divisin de tiempo (TDM) con sede o ya encapsulados en paquetes IP. La COP terminacin puede ser propiedad de la misma empresa de servicios o pueden ser socios igualitarios, como un proveedor de servicio de telefona Internet (ITSP), Post, Telephone y Telegraph (PTT), ILEC o IXC. Tecnologas de VoIP, como SIP y MGCP, aportar nuevos servicios de voz basados en IP y aplicaciones para usuarios finales y organizaciones. Estos nuevos servicios de VoIP se pueden convertir rpidamente en los flujos de ingresos adicionales por
Pgina 67

De manera ptima, el conmutador de software lleva a cabo el manejo de llamadas inteligente entre pasarelas de

medios independientes de acceso (por ejemplo, con cable o inalmbrico, de banda estrecha o de banda ancha), medio (por ejemplo, vdeo, datos, voz), y la velocidad. Aunque existen implementaciones de arquitecturas slo controlador de pasarela de medios de comunicacin, que son por lo general en el mbito de las soluciones de gestin de punto final, tales como acceso y pasarelas Trunking y suelen formar parte de una arquitectura de red ms grande. Una arquitectura softswitch es ms de un modelo de arquitectura centralizada y por lo general incorpora tanto el controlador de pasarela de medios y funciones de agente de llamada. El Media Gateway Controller (MGC) funcin proporciona la mquina de estado de la llamada para los puntos finales. Su funcin principal es proporcionar a la lgica de control de llamada y sealizacin de llamada para una o ms pasarelas de medios. La funcin de MGC Mantiene el estado de la llamada para cada llamada en una pasarela de medios. Podra mantener estados al portador para las interfaces al portador de la unidad Media Gateway (MG). Se comunica mensajes al portador entre dos ametralladoras, as como con los telfonos IP o terminales. Acta como conducto para la negociacin de parmetros de comunicacin.
Pgina 68

Se origina o termina los mensajes de sealizacin de los puntos finales, otros MGC y redes externas. Pueden interactuar con Application Server (s) a los efectos de la prestacin de un servicio o funcin para el usuario. Podra manejar algunos recursos de red (por ejemplo, los puertos MG, ancho de banda, etc.) Pueden proporcionar funciones de poltica para los puntos finales. Interfaces con enrutamiento y contabilidad solicitudes de enrutamiento de llamadas, autenticacin y contabilidad. Pueden participar en las tareas de gestin en un entorno mvil. (Gestin de la movilidad es generalmente parte del Agente de llamadas.) Protocolos aplicables incluyen MGCP y H.248 (Megaco).

La funcin de Agente de Call proporciona sealizacin de gestin de protocolo e interfaces de protocolo de aplicacin y existe cuando el MGC manijas de control de llamadas y el mantenimiento del estado de llamada. Ejemplos de protocolos de llamadas del agente y APIs incluyen SIP, SIP-T, BICC, H.323, Q.931, Q.SIG, INAP, ISUP, TCAP, BSSAP, RANAP, MAP y CAMEL parte de aplicacin (GSM, 3GPP) (mvil) Las API abiertas (JAIN, Parlay, etc)

Una arquitectura softswitch permite a un proveedor de servicios de minutos de voz "backhaul" a travs del acceso de VoIP en su 05.04 infraestructura TDM existente de clase. Este enfoque facilita la migracin de una arquitectura de voz TDM a una arquitectura basada en IP que puede soportar tanto servicios de voz y datos. Por otra parte, una arquitectura softswitch puede agrupar los servicios de datos, tales como una red privada virtual (VPN) y servicios de datos gestionados, con servicios de voz, como servicio simple, llano, viejo telfono (POTS) lneas y los servicios de tarjeta de llamada. Los atributos importantes de un conmutador de software, tales como el Cisco BTS 10200, tpicamente incluyen los siguientes: Apoya la solicitud de control de sealizacin (por ejemplo, ISUP/H.323/SIP) Soporta traducciones de nmero Proporciona enrutamiento basado en portadora y la hora del da (TOD) Controla gateways usando MGCP para establecer sesiones de llamadas VoIP entre dos puntos finales Proporciona registros detallados de llamadas (CDR) para la facturacin Compatible con 5 servicios de tipo de clase (por ejemplo, identificacin de llamadas)

protocolo. Un Softswitch, como de Cisco BTS 10200, soporta mltiples protocolos de sealizacin VoIP: H.323, SIP y MGCP. Un softswitch utiliza MGCP sealizacin para controlar centralmente y gateways para trabajar con redes SIP H.323 existentes o de manera transparente. A veces, un proveedor de servicios puede implementar un servicio basado en SIP primera y aadir un conmutador de software en el futuro. Arquitectura Softswitch y los servicios de SIP no son mutuamente excluyentes. Etapas de diseo de redes de rutina deben ser contabilizados en la aplicacin de arquitecturas de red VoIP. Por ejemplo, un diseador de la red debe entender el plan de marcado existente y el uso de la marcacin. Despus de llegar a este entendimiento, los componentes de VoIP, tales como los medios de comunicacin controladores y conmutadores de software de puerta de enlace VoIP, debe configurar adecuadamente para interactuar con el plan de marcado de voz. Pasos clave de diseo que deben tenerse en cuenta en una red VoIP proveedor de servicios incluyen lo siguiente: Crear un plan de marcado ampliable. Apoyo ruteo basado en polticas (por ejemplo, Least Cost Routing [LCR]). Deje que la red crezca fcilmente. Mantener los acuerdos de nivel de servicio (SLAs). Proporcionar facturacin. Proporcionar seguridad. Ayuda a la prevencin del fraude. Asegurar el cumplimiento de las regulaciones especficas de cada pas (por ejemplo, CALEA).

Mltiples protocolos VoIP como H.323, SIP y MGCP pueden y deben coexistir. No es raro para una red VoIP proveedor de servicios para incluir a ms de un

Pgina 69

Estos requisitos de diseo estn estrechamente vinculados con el servicio de VoIP y la arquitectura. Por ejemplo, las polticas de encaminamiento definidas para un ITSP son probablemente diferentes de las polticas definidas para un proveedor de servicios de acceso local. En este captulo se ofrece una visin general de los tres tipos de arquitecturas de red VoIP: H.323 Arquitectura de red de VoIP SIP Network Architecture Softswitch Network Architecture

5.2 H.323 Arquitectura de red

de VoIP
Redes de VoIP H.323 basados han sido la arquitectura VoIP comnmente desplegadas. Redes de VoIP al por mayor H.323-basado fueron adoptados por la mayora de los proveedores de servicios. Una de las razones para el uso generalizado es la pronta aceptacin de los productos de H.323 y la restitucin inmediata de la inversin (ROI) en los servicios de voz al por mayor y al por menor basado en H.323. H.323 Servicios VoIP Hay tres tipos comunes de los servicios de VoIP que utilizan una arquitectura de red H.323 VoIP son: VoIP al por mayor Empresa VoIP Retail VoIP Servicios de VoIP al por mayor tambin se conocen como tndem o servicios de voz de trnsito. Este servicio se utiliza normalmente para la terminacin de
Pgina 70

minutos de VoIP internacionales y apoyar originario minutos de VoIP de tarjetas de llamadas o de otro proveedor de servicios. En muchos casos, los servicios de voz mayorista se consideran servicio subyacente proveedores de servicios en el suministro en el pas las llamadas de voz internacionales de larga distancia e internacional. Histricamente, los servicios VoIP al por mayor y al por menor han sido los dos primeros servicios desplegados en una arquitectura de red H.323 VoIP. Las redes basadas en H.323 han demostrado ser fiable y escalable. Algunos proveedores de servicios estn ampliando su red de mayoristas y minoristas para ofrecer servicios adicionales para los clientes empresariales. El uso de un Cisco Gatekeeper, un proveedor de servicios puede ofrecer servicios de VoIP de la empresa en conjunto con Cisco Call Manager. El Call Manager es la interfaz entre los telfonos IP y el Gatekeeper H.323. Esta solucin permite a los telfonos de la empresa para llegar a destinos en la red VoIP del proveedor de servicios. Solicitudes de tarjetas telefnicas son un ejemplo de un servicio de VoIP al por menor. Autenticacin remota Dial-In User Service (RADIUS) y la respuesta de voz interactiva (IVR) de apoyo dentro de un gateway autorizar y llamadas de tarifa. IVR soporta mensajes de voz interactivos, y la puerta de enlace soporta la facturacin de servicios de llamadas de la tarjeta. Servicios de tarjetas telefnicas de prepago y pospago Ambos pueden ser compatibles. Esto ha demostrado ser un mtodo exitoso de introducir Servicios de VoIP a una red de proveedores de servicios.

Componentes H.323 Arquitectura de VoIP

La Figura 5-1 muestra los componentes clave de una red VoIP H.323. Los componentes esenciales de sealizacin H.323 y dispositivos dentro de una red VoIP de Cisco para apoyar a los servicios de VoIP H.323 incluyen: Puerta de enlace Gatekeeper Gateway y guardin de sealizacin: - Inscripcin, Admisin y Estado Protocol (RAS) - H.225 - H.245 - Protocolo de transporte en tiempo real (RTP) Directorio de gatekeeper interconexin SS7 Servidores de aplicaciones VoIP 5.3

Servidor de Rutas AAA / servidor Radius El servidor de facturacin IVR Gestin de Red

Entrada (Gateway)

Una de las principales funciones de una puerta de enlace es traducir las funciones de establecimiento de llamada y el desmontaje entre la red IP y las redes PSTN. Una puerta de enlace conecta dos redes diferentes (por ejemplo, una red H.323 y H.323 de la red no-como Circuit Switched Network). La puerta de enlace realiza funciones tales como la traduccin de protocolo para la configuracin de la llamada y la liberacin, la conversin de formatos de medios de una red a la otra (por ejemplo,

Pgina 71

TDM a IP), y la transferencia de informacin entre las redes conectadas por la puerta de enlace. Para que este proceso funcione, una puerta de enlace debe tener un plan de marcado de las pasarelas. Un plan de marcado define las ubicaciones de los nmeros de telfono en la red VoIP de manera que las llamadas pueden ser establecidos por la pasarela. Un par de dial, un concepto importante en Cisco IOS Software, implementa un plan de marcado de las pasarelas. Un par de dial es el mecanismo que determina la direccin del paquete de voz dentro de la puerta de enlace. Por ejemplo, es el paquete de voz destinado a Atlanta o Tokio? Despus de la llamada se establece, el enrutamiento IP estndar puede enrutar los paquetes de voz. Los dos tipos de pares de marcado son iguales VoIP y POTS pares. El par de dial POTS determina el destino PSTN, y el par de dial VoIP determina el destino de IP de la puerta de enlace de terminacin (TBV) que est asociado con una llamada. Se necesitan tanto POTS y compaeros de VoIP para establecer conexiones VoIP. En otras palabras, pares de marcado determinan cmo una llamada de VoIP est configurada. Compaeros de marcacin y las piernas de llamadas se muestran en la Figura 52. Una llamada de voz consiste en cuatro tramos de llamada. Dos tramos de llamada son del punto de vista de la puerta de entrada de origen (OGW) y dos son del punto de vista de la TGW. Todos los tramos de llamada tienen el mismo identificador de conexin, que identifica la llamada. El CDR utiliza el ID de conexin. El par de dial identifica los puntos extremos de una llamada.

Un par de dial define las caractersticas asociadas a un segmento de llamada. Estas caractersticas incluyen los siguientes: Tipo de codificador-decodificador (codec) Parmetros de calidad de servicio (QoS) Deteccin de actividad de voz (VAD) Supresin de silencio Retransmisin de fax y de tono multifrecuencia (DTMF) Parmetros de doble rel Marcacin interna directa (DID) Las llamadas de la aplicacin (por ejemplo, Toolkit Command Language [TCL] IVR de voz o aplicaciones XML) Nmero de expansin o de traduccin

La figura 5-2 muestra un ejemplo de una llamada realizada a 011441865555555. Los siguientes pasos le ayudarn a comprender mejor cmo sus compaeros de lnea y las piernas de llamadas son una parte integral del establecimiento de una llamada: 1 Un usuario en los diales PSTN un nmero, por ejemplo, 011441865555555. La red PSTN dirige la llamada a la red del ITSP. Esta llamada es recibida por la pasarela de origen. La pasarela de origen recibe esta llamada a travs de una interfaz de CAS o PRI. Como parte de la sealizacin entre la PSTN y el tronco Originarios Gateway, Gateway recibe del PSTN del nmero marcado (en adelante, el DNIS) y el nmero de la persona que realiza la llamada (en adelante, el ANI) . La pasarela de origen utiliza esta

Pgina 72

informacin para buscar la direccin de destino en una estructura de datos a que

se refiere como un par de dial, que fue descrito previamente.

Figura 5-2 Dial Peers VoIP y tramos de llamada 2 POTS pares permiten las llamadas entrantes que se reciben mediante un dispositivo TDM mediante la definicin de las caractersticas de la pierna llamada entre el dispositivo TDM y el gateway Cisco. En este ejemplo se muestra un par de dial puerto de enlace troncal (puerto 0: D) configurado para establecer una conexin con un interruptor de TDM a travs de una interfaz de tronco, tal como un T1 o un E1. El par de dial POTS establece una asociacin con un dispositivo de TDM, tal como un interruptor, con un rango de nmeros de telfono E.164. Un par de dial POTS est configurado, como se muestra en esta figura, para asociar un nmero de telfono de destino con un puerto de voz particular y para proporcionar el par de dial un nmero de etiqueta nica. En este ejemplo, el OGW busca el nmero de destino

011441865555555 en su lista de compaeros de marcacin de entrada que se asocian con POTS Llame Leg 1. El OGW encuentra un compaero de lnea POTS que coincida con cualquiera llamado (DNIS), llamando al (ANI), o puerto de voz entrante. NOTA Cuando se recibe una llamada en el OGW, las cuestiones OGW un tono de llamada a la persona que llama durante la percepcin de los dgitos. El OGW recoge cifras hasta que el par de dial destino puede ser identificado. En este momento, el OGW reenva la llamada al siguiente segmento de llamada. Mediante el uso de DID (DirectInward-Dial), el OGW no presenta un tono de llamada a la persona que llama y no recoge cifras-en este caso, el interruptor de TDM recoge las cifras. La figura 5-2 muestra la declaracin directa hacia el interior de marcacin en el par de dial en el OGW. Esto informa a la

Pgina 73

puerta de entrada a utilizar el DNIS como el nmero de patrn de destino para encontrar los pares de lnea VoIP para el tramo de llamada saliente. Alternativamente, un comando podra haber sido insertado en el par de dial POTS para lanzar un script para autenticar basado en ANI y DNIS para todas las llamadas entrantes desde el puerto TDM 0: D. Un IVR o VXML es una de las aplicaciones que utiliza el ANI y DNIS informacin. Este escenario se llama marcacin de dos etapas. Marcacin con una sola etapa se utiliza en este ejemplo en el que el usuario marca el nmero de destino y la OGW recibe automticamente esta DNIS desde el conmutador TDM. 3 El OGW encuentra un compaero de lnea VoIP que coincida con el nmero llamado (DNIS). VoIP asoma apuntan a los TGWs. Esto se logra mediante la asociacin de nmeros de telfono de destino con una direccin IP especfica. En este ejemplo, se encuentra una coincidencia para 011T. T define el intervalo de tiempo de espera entre dgitos, que se puede definir, entre los dgitos marcados. La puerta de enlace recoge los dgitos marcados a medida que se introducen, hasta que el temporizador entre dgitos o el usuario marca la terminacin de la clave al final de la marcacin (#). Despus de que el par de dial se corresponde, la direccin de destino sesin identifica la direccin IP de la pasarela de terminacin. El controlador de acceso proporciona la puerta de enlace con una direccin de la TGW para que la pasarela puede completar la llamada al telfono con el nmero 011441865555555. Este ejemplo tiene el objetivo sesin de igual a RAS,
Pgina 74

que indica la entrada a emitir una solicitud de resolucin de direcciones H.323 (ARQ) mensaje a su guardin asignado. NOTA Si un gateway recibe un ingreso Rechazar (ARJ) Mensaje detrs del portero despus de emitir un mensaje ARQ, el siguiente ms alto par de dial prioridad se utiliza si existe. Esta funcin se denomina par de dial rotatorio en iOS. Un par de dial rotatorio es un grupo de bsqueda, como la funcin. Un par de dial rotatorio se le asigna un valor de preferencia para dar prioridad a juego de pares de marcado destino. Algunas de las razones para usar pares de marcado rotativos son de la siguiente manera: Proporcionar el equilibrio de carga de puerta de enlace cuando existen mltiples T1 o puertos E1 para completar una llamada Proporcionar PSTN hairpinning cuando no existe TGW o est disponible para terminar la llamada compaeros mando giratorio se discuten con ms detalle en el captulo 7, "Gateway y requisitos de diseo de controlador de acceso."

4 Un mensaje de configuracin se emite a la TGW. 5 El TGW busca el nmero de destino en la lista de pares de marcado. Si existe el par de dial a juego, que identifica la ubicacin del puerto de voz para enviar el paquete de voz a. Si se utiliza un par de dial rotatorio y existen varios puertos que pueden terminar una

llamada, la puerta de entrada que intenta en orden hasta que la llamada se puede establecer. 6 El puerto de la TGW se identifica donde se encuentra la llamada telefnica del partido o el interruptor de terminacin PSTN. NOTA: Es comn que los proveedores de servicios para gateways dedican a manejar slo se origine o termine el trfico. Esto ayuda a mantener y solucionar problemas de una red a gran escala de VoIP. Por ejemplo, POP de un proveedor de servicios en Atlanta podra tener diez pasarelas dedicadas a aceptar slo el trfico entrante de socios igualitarios Estados Unidos y diez portales dedicados a terminar slo el trfico destinado a los Estados Unidos. Reglas de la traduccin cumplen un propsito importante en el gateway. La puerta de enlace utiliza una regla de conversin predefinidos para cambiar la ANI o el DNIS para las llamadas entrantes y salientes para normalizar el nmero de socios igualitarios o requisitos locales PSTN. Gateways utilizar reglas de conversin para normalizar los nmeros de un formato estndar. Reglas de la traduccin se pueden aplicar a los nmeros recibidos desde la PSTN antes de que entren en la red IP. Adems, las reglas de traduccin se pueden aplicar a los nmeros recibidos de la red IP antes de entrar en la PSTN. Por ejemplo, internacional nmeros marcados se pueden normalizar el formato siguiente en cada gateway: cdigo del pas + cdigo de ciudad + nmero local. Reglas de la traduccin se configuran en cada gateway para

manejar las reglas de marcado locales de cada pas. Reglas de la traduccin permiten dgitos a ser manipulados para normalizar los nmeros antes de la puerta de enlace enva al controlador de acceso, donde se lleva a cabo el enrutamiento de llamadas. Reglas de la traduccin se pueden aplicar a POTS y los compaeros de marcacin VoIP o se pueden aplicar a una interfaz POTS fsica. Por ejemplo, en la Figura 5-2, el OGW asigna el comando translatesaliente llamada 1 a los pares de lnea VoIP para quitar el cdigo de acceso 011 para llamadas internacionales que se originan en los Estados Unidos. Este comando usa un comando traduccinregla 1 (no se muestra en la Figura 5-2) para quitarse el 011. Ejemplo Role de traslacin translation-rule 1 Rule 0 ^0111.% 1 Rule 1 ^0112.% 2 Rule 2 ^0113.% 3 Rule 3 ^0114.% 4 Rule 4 ^0115.% 5 Rule 5 ^0116.% 6 Rule 6 ^0117.% 7 Rule 7 ^0118.% 8 Rule 8 ^0119.% 9 Esta regla de conversin permite a los dgitos 011 para ser despojado del nmero internacional. La regla logra esto mediante la sustitucin de los cuatro primeros dgitos (por ejemplo, 0119) de la DNIS, con un solo dgito. Por ejemplo, el artculo 8 se sustituir '0119 'con 9. El smbolo de intercalacin (^) indica que el partido ocurre slo en el principio de la cadena. Cisco IOS Software ha ampliado algunas funciones de puerta de enlace correspondientes a una red de proveedores de servicios. Los nuevos

Pgina 75

conceptos siguientes estn soportados por gateways Cisco IOS: El nmero de traducciones-A nueva versin mejorada de reglas de traduccin IOS ha sido agregado a IOS. Esto aade una mayor flexibilidad en la manipulacin de dgitos. Por ejemplo, las normas mejoradas de traduccin numrica se pueden basar en grupos de enlaces. Esto es til en los casos en que necesitan un grupo seleccionado de ANI y DNIS transportistas para ser manipulado de una manera nica. Traducciones nmero mayor uso sed como expresiones regulares para lograr estos beneficios adicionales; sed define un conjunto de comandos de edicin que se realizarn en una cadena de texto o en un archivo, que se utiliza comnmente en UNIX. Por otra parte, los nmeros existentes (ANI y DNIS) se conservan despus de que se ha completado y registrado en las operaciones contables de la traduccin. Esto es beneficioso en aplicaciones de facturacin. NOTA: Hay una diferencia entre las normas existentes traduccin IOS y las nuevas reglas de traduccin mejoradas. Reglas de traducciones antiguas y nuevas no se deben usar juntas. Un plan de marcado debe ser revisado al migrar a las nuevas reglas de traduccin. Carrier ID-Permite gateways IOS se conecten a mltiples operadores. Esto permite que el trfico se identifica en trminos de qu compaa es enviarlo. Tradicionalmente, slo se conoca la direccin IP de la puerta de enlace. Adems, la traduccin puede ser proporcionada en base a la ID portador. El OGW puede identificar el operador a utilizar por la propagacin de la ID portador a un servidor de ruta. El
Pgina 76

servidor selecciona la ruta portadora destino basndose en el ID de soporte que ha recibido. El gatekeeper puede obtener la capacidad de llamadas en tiempo real basado en el ID de transportista o grupo de lneas externas. Grupo-Trunk similares a un ID portador. Un tronco grupos agrupar circuitos que tienen las mismas caractersticas de sealizacin. IOS soporta enrutamiento basado en este grupo de circuitos, que puede estar asociado con un proveedor de servicio en particular. Como resultado, los grupos de troncales ampliar el rango de seleccin de canales TDM y puertos analgicos para una llamada saliente. Por ejemplo, un tronco puede constar de un conjunto predefinido de ranuras de tiempo DS0 de un T1, o un grupo de circuitos T1 dentro de una puerta de enlace puede compartir el mismo grupo de enlaces. Grupos de enlaces permiten algoritmos ms avanzados en la bsqueda de un canal para enviar una llamada a. Por ejemplo, el esquema de bsqueda utiliza la seleccin sobre la base de un esquema de round robin, una seleccin basada en los canales menos utilizados (por defecto), una seleccin basada en los canales de ms larga inactividad, una seleccin basada en los canales menos ociosos, o slo una seleccin aleatoria de los canales. Los canales pueden ser seleccionados utilizando slo pares o impares canales. Este mtodo evita el deslumbramiento, que puede reducir en general Retardo de marcado del anuncio de la red (PDD). Una etiqueta de grupo de lneas externas se incluye en los registros RADIUS para permitir registros CDR para contener una etiqueta tronco.

 Marcacin mejorada compaerosPermitir el uso de grupos de enlaces y los ID de soporte, como se describe anteriormente. ID Carrier y etiquetas de grupos de troncales son compatibles con los compaeros de lnea. Un ID transportista o grupo de enlaces se configuran en el par de dial para que esto funcione. Las listas de acceso pueden ser usados en pares de marcado para bloquear las llamadas sobre la base de una fuente de portadora / ID de grupo troncal. Adems, los cdigos de causa configurables por el usuario son compatibles, lo que permite que un proveedor de servicios para definir qu cdigo de causa RDSI est asignado a un cdigo de causa H.323 recibidos por una pareja mirando. 5.4 Portero (Gatekeeper) Una de las principales funciones de un controlador de acceso es proporcionar enrutamiento de llamadas. Bsicamente, los porteros deciden lo que las llamadas se dirigen a los que gateways en su zona que el portero es responsable. Los porteros pueden consultar otro guardin o un controlador de directorio para ayudar a terminar la llamada. La decisin en la bsqueda de la TGW para una llamada est influenciada por una caracterstica llamada el indicador de disponibilidad de recursos (RAI). RAI permite una pasarela para comunicar el estado de sus recursos disponibles (digital servicio 0 [DSO] y el procesador de seales digitales [DSP]) a su portero. Por lo tanto, la RAI ayuda al gatekeeper en la toma de su decisin de enrutamiento. El gatekeeper gestiona los portales en su zona, lo que pasa por la configuracin de

la puerta de entrada para registrar a su guardin designado. Por ejemplo, el controlador de acceso puede ser responsable del encaminamiento de llamadas en una ciudad como Atlanta. Normalmente, el portero se encuentra en un POP junto con las puertas de enlace que operan en esta ciudad, y las rutas de las llamadas segn los tres o seis primeros dgitos de un nmero de diez dgitos. Parte de este proceso incluye la traduccin entre E.164 nmeros de telfono y las direcciones IP. Los porteros tambin gestionan los recursos de la puerta de enlace para ayudar a determinar la ruta de llamada correspondiente. Por ejemplo, un controlador de acceso puede ser consciente de los DSO y recursos DSP cuando se intenta establecer una llamada de VoIP. Si la puerta de entrada es bajo encendido o no tiene recursos, el gatekeeper puede seleccionar otra puerta de enlace con los recursos suficientes. Esto ayuda a mantener un cierto porcentaje de xito llamada y PDD. Otra de las funciones de un controlador de acceso es para diferenciar el trfico. Esto significa que un controlador de acceso puede transportar el correo de voz y el trfico de fax a diferentes puertas de enlace donde existe un servidor de correo de voz o un servidor de fax. Tecnologa prefijos o Gatekeeper Transaction Protocol Mensaje (GKTMP) aplicaciones basadas pueden realizar esta tarea. GKTMP se puede utilizar en una red de proveedor de servicios debido a su capacidad para personalizar el control de la inteligencia de control de llamadas en la red VoIP para admitir las capacidades tales como LCR. En otras palabras, GKTMP puede ampliar la informacin de control de llamada de un portero, proporcionando una interfaz para un servidor de aplicaciones

Pgina 77

recorrido donde avanzadas de enrutamiento de llamadas se pueden tomar decisiones. GKTMP es un protocolo que permite una aplicacin externa para intercambiar informacin con un controlador de acceso a travs de una interfaz de programacin de aplicaciones (API) que est disponible pblicamente. Esto permite que las decisiones de enrutamiento inteligente de llamadas a realizar fuera del IOS portero, que permite a un proveedor de servicios para poner a punto sus decisiones de enrutamiento en funcin de sus polticas de red definidos por llamada. Una aplicacin GKTMP basado en LCR puede soportar. Por ejemplo, todas las llamadas realizadas el domingo al Reino Unido deben utilizar portadora ABC. El balanceo de carga, redundancia y alto apoyo llamada volumen se realiza comnmente por una caracterstica llamada gatekeeper clustering que permite hasta cinco porteros que se

agrupan y actuar como uno gatekeeper lgico. 5.5

Gateway y Sealizacin

Gatekeeper

Registro de la puerta de entrada a un portero es uno de los primeros pasos que deben ocurrir antes de que las llamadas se puedan configurar. La puerta de enlace emite un mensaje de peticin de registro (RRQ) a un guardin para iniciar el registro. El controlador de acceso responde con un mensaje de confirmacin de registro (RCF) para aceptar el registro de la puerta de enlace. La Figura 5-3 muestra los mensajes de registro (sombreadas) y la secuencia de mensajes RAS que estn involucrados en el establecimiento de una llamada de voz entre dos puertas de enlace. La puerta de enlace se configura en Auto descubrir o estar estticamente consciente del gatekeeper.

Figura 5-3 Gatekeeper

Signaling

Gateway

y 1 Despus de recibir un establecimiento de llamada, Gateway A enva un mensaje ARQ al Gatekeeper A. En este ejemplo,

Los siguientes pasos ocurren:

Pgina 78

un Gatekeeper no encuentra la direccin de la pasarela de destino de la llamada entrante en su tabla de enrutamiento. 2 Un controlador de acceso enva un mensaje de solicitud de localizacin (LRQ) al controlador de acceso B para ver si guardin de puerta B tiene la ubicacin del TBV que controla el nmero marcado. Gatekeeper A tambin enva un mensaje RIP (peticin en proceso) a la puerta de entrada a decirle que espere mientras se busca la direccin IP de la puerta de entrada de terminacin. 3 Gatekeeper B busca en su tabla de enrutamiento para tratar de encontrar una coincidencia. Controlador de acceso B enva un mensaje de confirmacin de localizacin (LCF) al controlador de acceso A si se encuentra una coincidencia. 4 En respuesta, el controlador de acceso A enva un mensaje de confirmacin de admisin (ACF), que contiene la direccin IP de la puerta de enlace de terminacin. 5 En este punto, Gateway A enva un mensaje de configuracin de puerta de enlace de B. 6 Puerta B enva un ARQ a su portero local (Gatekeeper B) pregunta si se le permite terminar la llamada. Para una llamada bsica, el controlador de acceso garantiza que slo el ancho de banda est disponible para establecer la llamada. 7 Si el ancho de banda disponible, temas Gatekeeper B un mensaje ACF. 8 Puerta B establece una llamada al punto final de destino.

9 Gateway B emite una alerta y mensaje de conexin. 10 En este punto, los procedimientos definidos en H.245 determinar las caractersticas de la sesin de voz entre las dos puertas de entrada. Tipo de cdec es una de las caractersticas negociados. 11 Por ltimo, la conversacin de voz comienza y se intercambian paquetes que contienen muestras de voz. 5.6 RAS

RAS proporciona el registro, admisin y estado de las comunicaciones entre un guardin y una puerta de enlace H.323. Gatekeepers proporcionan control de admisin mediante el uso de mensajes RAS estndar, que autorizan a una puerta de enlace para acceder a la red o de la zona. RAS tambin se utiliza para realizar los cambios de ancho de banda, el estado, y desacoplar las funciones entre la puerta de entrada y controlador de acceso. Un canal de RAS se utiliza para el intercambio de mensajes RAS. El canal RAS se abre antes de abrir cualquier otro canal entre el gateway y el gatekeeper. Un gatekeeper define una coleccin de puertas de enlace registradas como zona. Asociar las puertas de acceso a una zona est determinado por varios factores, incluyendo la distribucin del trfico de carga, rendimiento portero, puerta de enlace y la ubicacin. 5.7 H.225

H.225 se utiliza para establecer la conexin entre dos puntos extremos H.323. Un OGW comunica con un TGW con tres capas principales: protocolo H.225, H.245 y RTP. Despus de que el

Pgina 79

mensaje de establecimiento es recibido por el TBV, usando H.225, se devuelve un mensaje de alerta y conectar H.225. H.225 proporciona control de llamadas basado en el protocolo Q.931 RDSI. El mensaje de alerta identifica que el telfono de terminacin est sonando. El mensaje de conexin identifica que se ha establecido una conexin de voz y que puede ser transportado. Otros mensajes suplementarios, tales como llamada en espera, tambin se especifican por H.225, que se emiten mensajes de liberacin y la liberacin completa despus de la llamada es terminada. Todos H.225 mensajes se envan directamente entre las OGWs y TGWs y no atraviesan el gatekeeper. Este modo de emitir mensajes entre las puertas de enlace se denomina modo directo. NOTA: Un modo de gatekeeper H.323 directa no admite la facturacin en un entorno de centro de distribucin al por mayor. En este entorno, un proveedor de servicios est interconectado con otros proveedores de servicios, a travs de IP, y la cmara de compensacin de sus rutas de llamadas VoIP utilizando un gatekeeper. En esta arquitectura, la sealizacin H.225 se enva directamente entre el OGW y TGW. Por lo tanto, llaman existen registros contables dentro de estos dispositivos, que no sean propiedad del proveedor al por mayor cmara de compensacin. Una alternativa es que el tema gateways de llamada del cliente registros contables al proveedor cmara de compensacin, sin embargo, esto determina que existe una relacin de confianza entre los dos proveedores de servicios. Otra solucin alternativa que resuelve este problema mirando cmara de compensacin es
Pgina 80

insertar otra puerta de entrada a la red de cmara de compensacin mayor. En el momento de escribir estas lneas, esta solucin se est lanzando actualmente en IOS. Esto proporciona a los proveedores de servicios de intercambio de informacin al por mayor un punto de demarcacin para interconectar sus clientes. Gateways ahora mandan los mensajes H.225 directamente a la puerta de entrada y acta como un punto de la escala intermedia. El proveedor de centro de distribucin al por mayor puede recopilar registros RADIUS para facturar a sus clientes. 5.8 H.245

Sealizacin H.245 se utiliza para intercambiar mensajes de control de extremo a extremo que rigen el funcionamiento de los puntos extremos H.323. El OGW y TGW inician un intercambio de capacidades a un acuerdo sobre el tipo de codec a utilizar para la sesin de voz mediante el uso de H.245, que permite a las dos puertas de enlace para determinar el nmero de canales lgicos para abrir, que Gateway es el maestro o esclavo, cmo fax se maneja, y si los tonos DTMF son en banda o fuera de banda. Con H.323 Fast Connect, el mensaje inicial H.225 contiene el mensaje H.245 incrustado en l. 5-9 RTP Despus de la terminacin del mensaje H.245, se establecen flujos RTP entre la OGW y TGW para el transporte de trfico de voz. RTP proporciona la secuencia de numeracin y sellado de tiempo para asegurar la secuencia correcta de los paquetes de voz porque este protocolo es responsable del transporte termino-terminal. Un aspecto

importante de RTP es el protocolo de control de RTP asociado (RTCP) que proporciona informacin sobre la calidad de servicio relacionado con la llamada o inferior) y contiene un recuento independiente del nmero de paquetes y bytes transmitidos entre las puertas de enlace. 5.10 Directorio de Gatekeeper Un controlador de directorio permite a una red VoIP H.323 para escalar por apoyar a otro nivel de enrutamiento de llamadas. Esto funciona por tener una mano gatekeeper H.323 de descuento en cualquier enrutamiento de llamadas mensajes al controlador de directorio que no tiene la responsabilidad de. Por lo tanto, si los problemas de una puerta de enlace de un ARQ al controlador de acceso y el TBV no reside dentro de la zona del controlador de acceso (por ejemplo, no es responsable del cdigo de rea del DNIS entrante), el controlador de acceso enva la solicitud para el uso de un mensaje LRQ al directorio gatekeeper. Para que esto sea compatible, el portero debe tener la LRQ comando forward-consultas como parte de su configuracin de IOS. Un controlador de directorio normalmente proporciona enrutamiento de llamadas internacionales usando el cdigo del pas y el gatekeeper proporciona enrutamiento mediante el rea de plan de numeracin (NPA) o el NPA y el intercambio local (NPA-NXX) en Norteamrica llamada nacional; NXX se llama el prefijo. Con esta estructura jerrquica, un controlador de directorio elimina la necesidad de engranar totalmente los porteros. La determinacin de cmo cada controlador de directorio y cada controlador de acceso soporta

enrutamiento de llamadas es un aspecto importante del diseo del plan de marcado para la red de VoIP. La Figura 5-4 muestra un controlador de directorio en una red VoIP de Cisco. Sin el uso de un controlador de directorio, un portero debe ser consciente de E.164 tablas prefijo a todos los otros guardianes ', denominada tabla de prefijo de la zona, que estn asociados con otras zonas para proporcionar enrutamiento de llamadas basado en la direccin de la parte llamada E.164. En una red totalmente mallada, tabla de prefijos de zona de cada guardin debe actualizarse en la red si uno de los porteros aade un prefijo o un cambio de prefijo en su mesa. Con el uso de un controlador de directorio, la lista de nmeros de telfono, es decir, tablas de prefijos, se han desplazado hacia el controlador de directorio. Mediante el uso de una estructura jerrquica, el portero local, es necesario tener en cuenta slo los nmeros de telfono en su zona local. Por ejemplo, Gatekeeper 1, en la Figura 5-4, slo se ocupa de los nmeros marcados en los EE.UU. (Zona 1). El resto de los nmeros marcados (nmeros internacionales) se envan al controlador de directorio, que no conoce la ubicacin de los diferentes porteros y los programas nacionales de accin que estos guardianes estn sirviendo. Gatekeeper 44 sirve todas las llamadas con destino al Reino Unido (Zona 2). Slo el controlador de acceso que es la adicin de un prefijo o un cambio en el prefijo necesita ser cambiado para los intercambios locales. Esto elimina gran parte de la carga administrativa en el mantenimiento de una gran escala de la red VoIP.

Pgina 81

Figura 5-4 Directorio Gatekeeper Guardianes de Cisco y el directorio de porteros intercambio LRQ y LCF. Cuando se recibe un mensaje LRQ desde un controlador de acceso, el controlador de directorio busca en su tabla de enrutamiento para determinar qu controlador de acceso es responsable para el nmero marcado y, a continuacin reenva la peticin al controlador de acceso apropiado. Si el controlador de directorio no encuentra una coincidencia, se podra reenviar el mensaje LRQ a otro controlador de directorio de proceso (no se muestra en la Figura 5-4). La Figura 5-4 muestra el controlador de directorio peering con otros proveedores de servicios que tambin est usando un controlador de directorio. Este mtodo de interconexin utiliza una conexin IP
Pgina 82

directa en lugar de la conexin TDM directa tradicional. Proveedor de servicios igualitarios que utiliza una conexin IP directa se puede realizar mediante el uso de controladores de acceso del directorio o del Protocolo de Solucin abierta (OSP). 5.11 SS7

Interconexin 2200 y SLT)

(PGW

Un mtodo habitual de las pasarelas de interconexin a la RTPC es mediante el uso de la interfaz RDSI de acceso primario (PRI) y los troncos de CAS. Otro mtodo comn de interconexin a la RTPC, a veces obligatorio en ciertas ciudades de todo el mundo, es a travs del uso de Sistema de Sealizacin 7 (SS7), como se muestra en la Figura 5-5. Cuando SS7 se utiliza en los EE.UU., los enlaces fsicos independientes se utilizan para la sealizacin y los canales portadores. En Europa, sealizacin SS7

y los canales portadores por lo general estn en la misma instalacin E1. SS7 es

comnmente llamado C7 fuera de los EE.UU.

Figura 5-5 SS7 Interconexin a la PSTN Los gateways usan troncos de InterMachine (MIT) para conectarse a los conmutadores PSTN mediante el uso de troncos de TDM, tales como T1, cuando se utiliza SS7 para interconectar a la PSTN. MIT no apoyan ninguna sealizacin de control de llamada y slo llevan el trfico de usuario, denominado canales portadores. En algunos casos, los proveedores de servicios utilizan uno de los intervalos de tiempo de un T1 o un tronco E1 para llevar a la sealizacin SS7. Solucin SS7 de Cisco consiste en dos componentes principales: El PGW 2200 es un software de control de la seal que ejecuta un servidor Sun Solaris que proporciona sealizacin centralizada y llamar a los servicios para mltiples gateways Cisco procesamiento. Todo el control de sealizacin de llamada recibida desde la PSTN termina en el PGW 2200. El PGW 2200 convierte los mensajes de la parte usuario de RDSI

(SS7 ISUP) en Extended mensajes Q.931 Q.931 (+), tambin llamados NI2 + (National ISDN-2). El PGW 2200 transporta el Q931 + sobre IP de la puerta de entrada. El PGW 2200 se configura siempre en pares de alta disponibilidad (Primaria y Secundaria). El gateway soporta control de portador para llamadas mediante la interpretacin de los mensajes Q931 + recibidos del PGW 2200. El PGW 2200 soporta diferentes variantes de ISUP que existen en varios pases y transporta mensajes ISUP a Q.931 + a travs de IP. El PGW 2200 tambin crea un registro detallado de llamadas para cada llamada. El terminal de enlace de sealizacin (SLT) es un router Cisco 2600 con el software IOS que es capaz de soportar SS7. El SLT se configura siempre en pares de alta disponibilidad, que proporcionan mltiples vas de comunicacin entre la red SS7 y PGW 2200.

Pgina 83

El SLT proporciona una interfaz directa a la red del PSTN SS7 a travs del punto de transferencia de seal (STP), como se muestra en la Figura 2-4. El SLT termina la capa 2 de MTP del mensaje SS7 ISUP en una A-o un F-Link. Despus de terminar la parte de transferencia de capa de mensajes (MTP) 2 mensajes, el TR encapsula la informacin de capa 3 de MTP en fiable Protocolo de datagramas de usuario de Cisco (RUDP), que se enva a travs de IP a la PGW 2200. La ltima versin del software IOS gateway soporta un TR incorporado que permite al proveedor de servicios poner fin a una F-link SS7 directamente en el gateway. El PGW 2200 puede ser geogrficamente separadas (por ejemplo, un POP diferente) de la TR a travs de una WAN administrado. Sin embargo, los requisitos de diseo estrictos deben ser seguidas. Retardo de extremo a extremo entre el PGW 2200 y SLT tiene que ser menos de 150 mseg y la prdida de paquetes no debe exceder de 1 por ciento. En esencia, el uso de la SLT permite la PGW a controlarse a distancia desde el punto de interconexin y permite un diseo de red que aumenta la fiabilidad.

controlador de acceso y la aplicacin de servidor de ruta. Recientemente, Cisco ha ampliado la informacin disponible en esta interfaz. La interfaz mejorada proporciona GKTMP zona de encaminamiento para la identificacin del portador y groupID tronco. Gateways pueden proporcionar un guardin de la siguiente informacin: ID Carrier o grupo troncal ID Situacin actual de la utilizacin de cada circuito Nombre del Circuito

Con esta informacin adicional, las aplicaciones de servidor de ruta ahora pueden proporcionar una lgica de control de llamada adicional. Por ejemplo, un portero puede hacer un seguimiento del uso de los circuitos y proporcionar enrutamiento LCR y el soporte basado en esta informacin. Un servidor de ruta tambin puede manipular DNIS y los nmeros ANI. Cisco cuenta con dos productos de servidor de ruta: Network Applications Manager (NAM) y Campus Switch Router (CSR). Un servidor de ruta se sienta en la parte superior del controlador de acceso que proporciona la inteligencia de enrutamiento bsica. Por ejemplo, el encaminamiento se puede basar en LCR, QoS, TOD, o portador. La RSE puede utilizar una combinacin de estas reglas para cumplir con la poltica de un proveedor de servicios en la toma de decisiones de enrutamiento. La eleccin de rutas de interconexin asociados sobre la base de los ndices de precios es un mtodo comn para determinar cmo enrutar las llamadas. RSE contribuye a la aplicacin y cumplimiento de estas normas.

5.12 Servidores

de

aplicaciones

VoIP
Servidores de aplicaciones VoIP consisten en diversas aplicaciones necesarias para soportar los servicios de VoIP. Estas aplicaciones son los siguientes: Ruta de servidor Soporta control avanzado de llamadas para optimizar el enrutamiento de llamadas. Esto se logra mediante el uso de GKTMP entre el
Pgina 84

Tradicionalmente, ha sido comn el uso de interruptores de TDM para aplicar estas reglas en un manual de la moda, sin embargo, con unas aplicaciones GKTMP tasas mensuales de enrutamiento pueden ser capturados de forma automtica, lo que elimina la necesidad de actualizaciones manuales. AAA / RADIUS y facturacin del servidor Debido H.225 establecimiento de llamada y llame mensajes desmontaje no atraviesan el portero, CDRs residen dentro de las puertas de entrada de las personas y deben ser enviados a un servidor de aplicaciones que utiliza el protocolo RADIUS. El servidor de aplicacin puede ser una aplicacin de facturacin que utiliza los registros de contabilidad de RADIUS para la facturacin. Estos registros contables tambin pueden ayudar con el rendimiento del cliente y deteccin de fraudes. Registros RADIUS incluyen los siguientes elementos: Identificador nico por llamada Nmero de la parte llamada Nmero de la parte llamada Conecte el tiempo Desconecte el tiempo Desconecte cdigo de causa QoS de la llamada Iniciar / Tiempos de cualquier fax / modem sesiones rel del extremo Tipo de cdec utilizado

El par de dial se configura mediante la aplicacin de comandos. Aplicaciones de IVR se programan mediante scripts Tcl y residir en el gateway. Scripts de IVR que normalmente residen en un servidor TFTP. Scripts de IVR pueden hacer lo siguiente: Recoger los nmeros de cuenta Recoger nmeros de identificacin personal (PIN) Recoger nmeros de destino Reproducir voz le pide Realizar la autenticacin, autorizacin y contabilidad (AAA tareas) que interactan con una gran variedad de servidores (por ejemplo, el servidor RADIUS) Declaraciones de configuracin que son necesarios para reflejar el uso de SIP, incluyen (se requieren otros pasos de configuracin) Esta informacin de la llamada autentica al usuario y determina el nmero de abonado llamado.

IVR-Una aplicacin IVR autentica llamando usuarios de tarjetas basado en ANI y DNIS la informacin y los procesos de contabilidad y facturacin. Una aplicacin IVR atiende las llamadas entrantes cuando se selecciona un compaero de lnea POTS en el OGW o un compaero de lnea VoIP en el TGW.

Gestin de una Red-componente importante en una arquitectura de proveedor de servicio VoIP. Gestin de redes abarca la gestin de fallos, gestin de configuracin, gestin contable, gestin del rendimiento y la gestin de la seguridad. Estas categoras se refieren como FCAPS. Captulo 9 se centra en la gestin del rendimiento y analiza algunos de los mecanismos necesarios para apoyar a los SLA en una red VoIP. Por ejemplo, los gateways Cisco IOS, porteros, y los routers pueden ser monitorizados por error y la informacin de rendimiento a travs de diferentes mecanismos. Estos mecanismos incluyen, pero no se limitan a, lo siguiente:

Pgina 85

Protocolo simple de administracin de Gestin de Base de Informacin de Red SNMP (MIB) objetos y trampas Registros RADIUS que contienen una calidad de voz mtrica Mensajes de syslog IOS Servicio Agente Assurance (SAA) IOS de lnea de comandos (CLI)

Algunas funciones H.323 no existen en los productos SIP hoy, sin embargo, el SIP se est imponiendo rpidamente en el apoyo a las funciones H.323. Como ejemplo de su madurez, SIP est siendo considerado para apoyar los servicios mayoristas de VoIP. La Figura 4-6 muestra una arquitectura de mayor SIP. Cisco utiliza mensajes LRQ, no definidos en SIP, para implementar una arquitectura de mayor SIP. Otros servicios de apoyo SIP RFC siguientes: RFC 3262 define 100rel y PRACK. RFC 3263 Localizacin de servidores SIP. RFC 3264 oferta / respuesta. RFC 3265 Notificacin de eventos (Suscribir / Notificacin). RFC 2976 SIP INFO Mtodo. RFC 2916 E.164 y DNS (ENUM). RFC 3204 MIME tipos de cuerpo para ISUP y QSIG.

5.13 SIP Network Architecture Redes de VoIP que no son redes H.323 VoIP estn siendo desplegados para apoyar los servicios de voz. Una de las tecnologas cada vez ms popular es Session Initiation Protocol (SIP), que fue estandarizado por el IETF en marzo de 1999 tal como se define en el RFC 2543 y se actualiz en junio de 2002, en el documento RFC 3261. SIP est evolucionando rpidamente y con vencimiento en trminos de caractersticas, la estabilidad y la interoperabilidad de proveedores.

Pgina 86

Figura 5-6 SIP al por mayor de Arquitectura 5.14 Servicios de red SIP Al igual que en H.323, SIP utiliza un protocolo peer-to-peer que se traduce en la inteligencia que existe en los dispositivos de punto final, a diferencia de MCGP donde existe un modelo de comunicacin maestro / esclavo. Esto significa que los dispositivos de punto final, llamadas SIP Usuario-Agente (UAS), pueden tener diferentes niveles de inteligencia, incluyendo la capacidad de aprovechar los servicios disponibles en la red. Por lo tanto, los dispositivos de punto final pueden iniciar una sesin de VoIP con otros dispositivos de punto final. Sin embargo, en la mayora de los casos, un servidor proxy o de softswitch est presente para facilitar la sesin VoIP. Algunos de estos servidores, llamados servidores de aplicaciones, puede utilizar
Pgina 87

los protocolos basados en Internet existentes y API como Lightweight Directory Access Protocol (LDAP), Lenguaje de marcado extensible (XML), Java Interfaz de programacin de aplicaciones de telefona (JTAPI) o Common Gateway Interface (CGI) para aprovechar los servicios de red existentes que ya estn en su lugar. Por ejemplo, los proveedores de servicios estn probando activamente e implementar aplicaciones basadas en SIP, que incluyen PC-aTelfono y comunicaciones de PC a PC. Adems, algunos proveedores de servicios utilizan SIP para soportar aplicaciones multiusuario, como IP Centrex, Hosted IP-Services, los servicios IP-PBX y servicios de VoIP al por mayor. Un servicio de VoIP al por mayor es uno de los servicios de red SIP que se estn probando para el despliegue de varios proveedores de servicios. La arquitectura de red SIP para este servicio es similar al servicio H.323 VoIP al por mayor. La misma estructura jerrquica. Gateways

Servidor proxy SIP Directory Proxy Server

En la arquitectura de VoIP al por mayor, un servidor proxy SIP es similar a un controlador de acceso H.323 donde enrutamiento en el nivel de NPA-NXX se lleva a cabo. Un servidor proxy de directorio es similar a un gatekeeper H.323 directorio donde enrutamiento a nivel de cdigo de pas se lleva a cabo. 5.15 SIP

Red de Components

Arquitectura

El modelo SIP utiliza dos componentes, clientes y servidores, para describir el protocolo de sealizacin. Dos categoras generales de los componentes de SIP son agentes de usuario (UA) y los intermediarios. UAs son puntos finales que inician o terminan las transacciones SIP y cuadros de dilogo, mientras que los intermediarios son los servidores, como los servidores proxy y redireccin, que ayudan a encaminar llamadas y proporcionan algunos servicios de valor aadido, como la seguridad, a lo largo del camino.

Figura 4-7 SIP Network Architecture Un cliente SIP simplemente se refiere a la entidad que se origina una solicitud, y un servidor de SIP es la entidad que recibe una solicitud. Un SIP UA y un proxy SIP tanto constan de un cliente SIP y el servidor SIP. La Figura 6-7 muestra un ejemplo de una arquitectura de red SIP. Una red SIP consta de los siguientes dispositivos y de sealizacin: SIP gateways SIP servidores SIP Mensajes de sealizacin SIP

Pgina 88

5.17 Gateways SIP 5.16 Agentes de usuario de SIP SIP es un protocolo peer-to-peer que puede establecer y derribar llamadas VoIP entre dos puntos terminales SIP. Estas variables se denominan aplicaciones de usuario. Hay dos tipos de agentes de usuario: agente de usuario cliente (UAC) y el agente de usuario del servidor (UAS). Un punto final SIP, se refiere como un agente de usuario SIP, normalmente soporta ambos tipos de agentes de usuario. SIP User Agents originan y terminan SIP pide. Estos clientes suelen tener tanto un UAC y un UAS para originan y terminan solicitudes SIP. SIP User Agents pueden tomar varias formas, incluyendo las siguientes o cualquier dispositivo con conexin a Internet y puede soportar un SIP UA: pones SIP Los clientes de PC basados en SIP (por ejemplo, Softphones) gateways SIP VoIP PDAs basados en SIP Los dispositivos inalmbricos basados en SIP Gateways Cisco IOS proporcionan soporte para H.323, SIP y MGCP. Caractersticas SIP en IOS incluyen IVR, la creacin de CDRs, Fax rel y rels DTMF. Cisco est constantemente aadiendo nuevas funcionalidades SIP gateways IOS. Puertas de enlace en la red SIP realizan las mismas funciones que las puertas de enlace en la red H.323 (descrito anteriormente), por lo que la determinacin de la capacidad apropiada de la puerta de entrada es la misma, ya sea para redes H.323 o SIP. Por una puerta de entrada para hablar con un servidor SIP, los pares de marcado en la puerta de entrada se deben configurar para utilizar SIP, en lugar de H.323, que es el modo de configuracin predeterminada en una puerta de entrada de Cisco IOS. El protocolo que utiliza la puerta de entrada se selecciona a travs de los pares de marcado en una base por llamada. Declaraciones de configuracin que son necesarios para reflejar el uso de SIP, incluyen (se requieren otros pasos de configuracin) Definicin de utilizar un servidor SIP (protocolo de sesin SIPv2) Definir el protocolo VoIP (sesin de destino sip-server)

Ejemplos de telfonos de Cisco que soportan SIP incluyen los siguientes: Cisco 7940 Cisco 7960 Cisco ATA 186 ! dial-peer voice 770 voip session protocol sipv2 destination-pattern 770. session target sip-server !

Un par de dial que est configurado para SIP se muestra en el Ejemplo 5-2. Ejemplo54-2 Peer Dial configurado para SIP

Pgina 89

Ejemplos de gateways IOS que soportan SIP incluyen los siguientes: Cisco 1700 Cisco 2600 Cisco 3600 Cisco AS5350 Cisco AS5400 Cisco AS5850 Cisco 7200 5.18 Servidores SIP Cada telfono SIP de la red debe registrarse con un servidor de registro para notificar al servidor de la direccin a la que se puede llegar. Un mensaje de REGISTRO SIP se emite a este servidor. Una puerta de enlace UA, tales como Cisco 5350, no puede enviar este mensaje al servidor local SIP. Despus del registro, un cliente SIP puede emitir un mensaje de solicitud SIP INVITE a un servidor SIP. La solicitud INVITE establece una llamada SIP. Este servidor puede ser un servidor proxy SIP o SIP servidor de redireccin. Existen tres tipos de servidores SIP: Servidor Proxy El servidor proxy realiza el enrutamiento de mensajes SIP. Adems de controlar el enrutamiento de llamadas, un servidor proxy realiza otras funciones vitales de la red, incluyendo - Autenticacin - Autorizacin - Determinacin de la direccin del siguiente salto

garantizar la seguridad el uso de servicios SIP. Un servidor proxy SIP es un componente opcional que soporta una llamada basada en SIP. En otras palabras, toda la inteligencia de la creacin de una sesin de voz entre dos telfonos SIP puede existir en el propio telfono. Un servidor proxy SIP es similar a un Gatekeeper H.323 en que un portero puede no ser necesario en una simple red de VoIP H.323. Un servidor proxy SIP es similar a la H.323 Gatekeeper Sealizacin modelo (GKRCS) donde todas las travesas de sealizacin del portero, salvo que el servidor proxy SIP normalmente se ocupa solamente de la configuracin de la llamada. Sealizacin posterior es directa entre los dos UAs menos que el servidor proxy SIP pide explcitamente a estar en el camino (Record-Route). Proxies SIP pueden insertar un RecordRoute: cabecera en un mensaje INVITE. Cualquier mtodo adicional asociado con la sesin establecida debe utilizar la misma ruta: header basado en la cabecera Record-Route. Por ejemplo, esto asegura que la sealizacin para una CANCEL o BYE fluye a travs del proxy. Esto podra ser necesario para apoyar la facturacin. Proxies SIP puede utilizar cualquier base de datos, servidor de registro, o el sistema de nombres de dominio (DNS) para determinar la ubicacin del siguiente salto del mensaje. ervidor de redireccin: proporciona el cliente SIP con informacin sobre la ubicacin del siguiente salto para llegar al punto final SIP de finalizacin. Por lo tanto, un servidor redirigir proporciona resolucin de direcciones similar a un Cisco IOS gatekeeper.

Un servidor proxy recibe mensajes SIP y las enva al servidor SIP siguiente para establecer el extremo a extremo de conexin de VoIP. Los servidores proxy pueden autenticar, autorizar, la va y
Pgina 90

El servidor redirigir proporciona una bsqueda para una solicitud SIP. Una bsqueda de base de datos se puede lograr cuando una llamada entra en juego Un servidor proxy es ms inteligente que un servidor de redireccin. Ambas funciones pueden residir en la misma mquina fsica. Un servidor SIP vuelve a utilizar mensajes de error HTTP. Los dispositivos finales registran con el servidor local de SIP. UACs Registrar el servidor SIP registran su ubicacin con el servidor de registro, usando sus direcciones SIP asignados de forma exclusiva. Esta direccin SIP pueden ser nombres de dominio completos (FQDN) o E.164 nmeros, o ambos.

servidor de direccionamiento proporcionada Cisco. ENUM-Esta funcin asigna nmeros E.164 a direcciones DNS. Interfaz: este H.323 LRQ interfaz proporciona la capacidad para trabajar con una red VoIP H.323. Enrutamiento de llamadas puede ser cargado fuera de la red H.323 en H.323 guardianes y servidores de ruta son plenamente conscientes de los recursos disponibles en las puertas de enlace (por ejemplo, RAI).

Los ejemplos de estas combinaciones son los siguientes: Sip: "Jim Durkin" jdurkin@cisco.com Sip: 17705551212@gateway.com, user = pone Sip: 17705551234@10.1.1.1, user = phone sip: jdurkin@10.1.1.1

Cuando se solicite, el servidor de registro proporciona la direccin del cliente SIP al servidor de localizacin. Por ejemplo, un usuario del SIP puede moverse a otro punto final. El servidor de localizacin puede localizar al usuario final SIP utilizando un protocolo basado en Internet, tales como LDAP. Adicin de inteligencia de enrutamiento para una red de llamadas del SIP se puede lograr con ciertas capacidades de proxy SIP: GKTMP-GKTMP permite una interfaz de Cisco SIP Proxy Server (CSP) a un servidor de ruta. Nam es un ejemplo de un

Servidor SIP de Cisco se llama Cisco SIP Proxy Server (CSP). Los CSP que no est basado en iOS, pero corre bien en un servidor Solaris o Linux. CSPSs se pueden agrupar juntos para crear un grupo de servidores de SIP, como se muestra en la Figura 5-8. Cada servidor SIP de Cisco en un clster se sincroniza mediante la agrupacin de servidores SIP juntos, y juntos actan como un servidor. Esta funcin se llama la agricultura. Esta caracterstica permite a todos los servidores SIP tener sus bases de datos de registro sincronizadas entre s.

Figura 5-8 SIP Agricultura

Pgina 91

CMSF soporta la contabilidad de llamadas mediante una interfaz RADIUS, a diferencia de un IOS gatekeeper. Registros RADIUS se crean cuando CMSF encuentros establecimiento de llamada basada en SIP y mensajes desmontaje. Llame a los registros contables de las llamadas VoIP constar de inicio RADIUS y dejar de registros. El servidor proxy SIP en un mensaje SIP 200 OK genera un registro de inicio de una llamada VoIP, y un servidor proxy SIP en un BYE o CANCEL mensaje SIP genera un registro de parada. 5.19 Mensajes de sealizacin SIP SIP es un protocolo de sealizacin que ha sido definido por la Internet Engineering Task Force (IETF) para apoyar sesiones basadas en Internet que requieren de voz o multimedia. SIP es un protocolo pointto puntos que utiliza texto codificados en mensajes en lugar de mensajes binarios como el usado por el protocolo H.323. SIP est dirigido a aplicaciones de tipo Internet, como la mensajera instantnea y VoIP. Una de las ventajas de SIP es que puede utilizar los protocolos basados en Internet para complementar su protocolo de sealizacin. Debido a SIP slo especifica cmo se crean las sesiones, modificado y derribado, funcionalidad adicional es compatible con otros protocolos de IETF. Por ejemplo, SIP utiliza varios protocolos de IETF, como HTTP1.1, Protocolo de Sesin definicin (SDP), RTP / RTCP, Dynamic Host Configuration Protocol (DHCP) y DNS, para llevar a cabo otras tareas, como el nombre de dominio de bsqueda para permitir la movilidad.

Aunque la SIP no fue diseado inicialmente para el interfuncionamiento con protocolos existentes PSTN, como RDSI, puertas de enlace IOS que soportan SIP puede proporcionar amplias capacidades de interfuncionamiento, tales como SIPRDSI y SIP-ISUP interfuncionamiento hoy. Los siguientes son ejemplos de las capacidades de interfuncionamiento: Causa ISDN <---> SIP respuesta ISDN Presente Ind <---> SIP De: Hdr ISDN Progreso Ind <---> SIP 183 Resp ISDN Red't Num <---> SIP Div Hdr SIP y RTP Binding Direccin IP

Estos extremos utilizan dos procesos para llevar a cabo la sealizacin: UAC y UAS. El proceso se origina peticiones UAC y el proceso termina UAS peticiones, como se muestra en la Figura 5-9. Estas solicitudes se definen como sigue: REGISTRO-Este mensaje permite a un cliente SIP para registrarse en el servidor de registro. Los campos clave que se encuentran en el mensaje REGISTER son los siguientes: El primer campo del mensaje de REGISTRO indica el tipo de mensaje y la ubicacin del servidor proxy. Via se utiliza para grabar ruta con el fin de rastreo para las respuestas a dicha peticin especfica. El siguiente campo de mensaje se indica mediante la palabraVia una lista de los

Pgina 92

dispositivos SIP y el protocolo de transporte deseada. Estos dispositivos SIP estn en la ruta de sealizacin que conduce al dispositivo de destino, que normalmente es el servidor proxy El campo permite que el servidor de registro para identificar al autor de el mensaje de REGISTRO. El campo Para notifica al servidor proxy para enviar todos los mensajes con direcciones del telfono SIP. El campo de encabezado Para proporciona el nombre que est registrando. El campo de cabecera de contacto le dice a dnde enviar a, se describe a continuacin. El campo de contacto en realidad identifica la ubicacin exacta para enviar los mensajes destinados para el telfono SIP.

INVITAR-La solicitud INVITE establece una sesin SIP. Campos

clave que se encuentran en el mensaje INVITE son los siguientes: o La lnea de peticin en el INVITE contiene la direccin IP o nombre de dominio del siguiente salto para este INVITE, que suele ser un servidor proxy. o Un cuerpo SIP puede ser SDP, datos adjuntos de correo electrnico u otros datos. SDP asistencia en el establecimiento de una llamada mediante la adicin de un conjunto de parmetros para describir la llamada tal como se define en el RFC 2327. SDP identifica el tipo de medios de comunicacin, tales como voz, y sus caractersticas. Por ejemplo, SDP puede identificar el puerto RTP y el tipo de codec. Despus de que el servidor proxy mira direccin de la parte llamada, el servidor proxy reenva la peticin INVITE a la parte llamada. RFC 3204 define SDP para ISUP.

Pgina 93

Figura 4-9 SIP de extremo a extremo de flujo de llamadas o El campo travs de listas de todos los dispositivos que estaban en el camino del mensaje de solicitud INVITE. Esto es esencialmente una pila donde las direcciones son empujados en como una solicitud viaja a la UA de destino, que a continuacin,

copias simples en la respuesta, con direcciones como se extraen los que la respuesta vuelve a la solicitante. o El campo de registro de carreteras en la solicitud INVITE indica los proxies SIP que deben estar en la ruta de sealizacin de retorno. Es comn que el servidor proxy para incluir su direccin IP en este camino para que reciba las devoluciones de mensajes

Pgina 94

de sealizacin. Record-Route es copiada a la ruta de las solicitudes posteriores para que puedan seguir el mismo conjunto de proxies. o Despus de que el telfono SIP acepta y procesa el mensaje INVITE, devuelve una respuesta de 100, lo que indica que el mensaje INVITE se ha recibido y se detiene retransmisiones del mensaje INVITE. ACK-Un mensaje para confirmar la recepcin de una respuesta definitiva a un mensaje INVITE. BYE-Un mensaje enviado por cualquier cliente SIP para finalizar una llamada. Cancelar un mensaje enviado por la UAC que envi el INVITE para finalizar una llamada que an no est conectado. OPCIONES-Un mensaje se utiliza fuera un cuadro de dilogo para consultar las capacidades de un punto final SIP. Adems, las opciones de una etiqueta utilizada en un mensaje INVITE puede hacer esto al mismo tiempo que la instalacin de dilogo asumiendo son compatibles opciones necesarias. Exigir: Proxy-Exigir, y apoyada: cabeceras se utilizan para indicar que se necesitan mtodos o disponible.

llamadas VoIP. SIP tambin tiene otras capacidades que permiten la creacin de servicios basados en SIP. Estas funciones son las siguientes: o Determinar SIP direccin de punto final y la disponibilidad-SIP puede proporcionar la resolucin de direcciones, asignacin de nombre y redireccionamiento de llamadas. SIP puede determinar si el punto final SIP no est disponible. o determinar las capacidades de punto final SIP-SIP utiliza un protocolo llamado SDP que est contenido en el cuerpo de un mensaje SIP. SDP ayuda en el establecimiento de una llamada mediante la adicin de un SDP que ayuda en el establecimiento de una llamada mediante la adicin de un conjunto de parmetros para describir la llamada. Por ejemplo, SDP identifica el tipo de papel que se van a intercambiar, como voz. SDP permite SIP para determinar un conjunto de servicios que los puntos terminales SIP pueden apoyar. o Establecer y finalizar una llamada de sesin SIP puede establecer una sesin para soportar una conversacin de voz. SIP tambin puede hacer cambios a la llamada de conferencia, como otros puntos terminales SIP en una llamada. SIP utiliza el mensaje BYE para terminar una llamada. o Llame a bifurcar-Esto permite un proxy SIP para enviar un mensaje INVITE a varios puntos terminales SIP (dispositivos UAS). Esta capacidad SIP es til en el suministro de aplicaciones de telefona de centro de llamadas

NOTA Otros mensajes de solicitud SIP han sido y estn siendo estandarizados en el IETF. Por otra parte, debido a la naturaleza insegura de una Internet abierta, en muchos casos, se necesitan mecanismos de autenticacin y autorizacin y dirigidas por SIP tambin. SIP puede configurar y derribar las

Pgina 95

o o

tradicionales, tales como grupos de bsqueda secuenciales o en paralelo. Tambin, bifurcacin llamada se utiliza en aplicaciones de movilidad, tales como cuando los servicios SIP necesitan seguir un usuario de SIP. Transferir una llamada-Esto permite a un usuario de SIP para transferir una llamada. Para apoyar la transferencia de llamada, el par de dial que se corresponde necesita tener el par de sesin de aplicacin de lnea de comandos en la puerta de enlace que est controlando la transferencia. Gateways rel Cisco soportan SIP DTMF DTMF rel, como se define en RFC 2833. Fax relay-Soporta el uso de T.38 para proporcionar una sealizacin basada en estndares y el transporte de fax en tiempo real. provisionales respuestas respuestas SIP confiables pueden ser utilizados para responder a una invitacin a proporcionar informacin sobre los progresos llamada. Respuestas provisionales confiables proporcionan fiabilidad de extremo a extremo, mientras que TCP slo proporciona respuestas fiabilidad hop-by-hop se pueden utilizar tanto para UDP y TCP SIP hairpinning-hairpinning permite una llamada PTSN entrante en una puerta de enlace SIP para ser sealado a travs de la red IP y de vuelta a cabo la misma puerta de enlace. QoS apoyo apoyo-QoS en puertas de enlace SIP se utiliza para indicar al otro punto extremo si existen suficientes recursos de red
Pgina 96

para cumplir con el requisito de QoS deseada. Gateways SIP IOS pueden permitir RSVP y sincronizar RSVP con la creacin de una llamada SIP. En otras palabras, la sealizacin de llamadas del SIP, y la gestin de recursos de RSVP estn sincronizados de modo que el ancho de banda adecuado, la prdida de paquetes, retardo, fluctuacin de fase y se puede establecer durante la duracin de la llamada SIP. SIP soporta un mensaje de llamada UPDATE que se puede utilizar para indicar si se han cumplido estos requisitos. Este mensaje se emite antes de la llamada SIP se configura. NOTA: RSVP debe configurarse en un SIP peer-apoyo dial. o interconexin SS7-similares a H.323, una red SIP utiliza la Cisco PGW 2200 para interconectar a la PSTN. SIP y H.323 de sealizacin diferente, pero cada uno realiza el establecimiento de llamada y funciones similares desmontaje. Por ejemplo, el mensaje de invitacin SIP emitida al proxy SIP es similar a la del mensaje de configuracin H.323. Es importante entender que el SIP y H.323 tienen caractersticas distintas. Por ejemplo, el control de llamadas y redundancia se aplican de manera diferente cuando se utilizan protocolos H.323 o SIP. 5.20 H.323

y SIP Red interfuncionamiento

de

Internetworking H.323 con SIP es una forma de traducir SIP en una red de

ncleo H.323. Una ventaja de este mtodo es que el ITSP puede mantener sus gateways y gatekeepers H.323 existentes ya que las redes H.323 ya tienen procedimientos de software maduros y procesos establecidos. Este es un enfoque a ms largo plazo, porque la opcin de conexin en red H.323 y SIP necesita asegurarse de que la funcionalidad de SIP en la traduccin de llamadas H.323 no se pierde y no elimina

el control de llamadas mejoradas o nicas que se encuentra en la red SIP. Hay otra opcin para apoyar el interfuncionamiento de redes H.323 y SIP. Esta opcin, como se muestra en la figura 5-10, mantiene todos los componentes y la inteligencia, tales como la RAI, dentro de la red H.323, mientras que la creacin de un puente a los servicios SIP.

Figura 5-10 Adicin de SIP a un Core Network H.323 Esta opcin utiliza las mismas puertas de enlace para apoyar tanto a H.323 y SIP. Este es un mtodo para combinar las redes H.323 y SIP. Una ventaja de este enfoque es que el proveedor de servicios pueden aprovechar su inversin existente en sus gateways si ya se est apoyando a los servicios de VoIP H.323 y quiere migrar a los servicios SIP. Esta arquitectura es un paso comn en la migracin de una red H.323 a una red SIP. Este mtodo se implementa por tener el proxy de mensajes LRQ problema del servidor SIP para el gatekeeper H.323 para el intercambio de sealizacin de llamada. Versiones de los DEP como de

1.1 soportan esta capacidad. Sin embargo, la sesin RTP se establece directamente entre los puntos terminales SIP. Un proveedor de servicios basados en SIP, como un ISP o ASP, puede solicitar el uso de la red H.323 de otro proveedor de servicios (ITSP) para llegar a ms clientes. La secuencia de mensajes de apoyo para el interfuncionamiento (requiere que las puertas de enlace para apoyar tanto H.323 entrante y las llamadas SIP), como se muestra en la Figura 5-10, los siguientes: 1. Los problemas de las aplicaciones basadas en SIP de un mensaje INVITE. 2. SIP problemas en el servidor del proveedor de servicios de un mensaje INVITE al servidor proxy SIP que es propiedad del

Pgina 97

proveedor de servicios de interconexin, por ejemplo, un ITSP. 3. El servidor proxy SIP lleva a cabo la resolucin de direcciones mediante la emisin de una solicitud LRQ una direccin de punto final a un guardin para determinar la pasarela adecuada para su uso. 4. La direccin IP de la puerta de entrada se devuelve a travs del mensaje de respuesta LCF. 5. Los servidores proxy SIP INVITE a la puerta de enlace con la direccin IP que se obtiene por el servidor proxy. 5.21 Softswitch

Voz y servicio de acceso a datos locales servicios de paquetes de cable Servicios de transporte de voz

Network

Architecture
Muchos proveedores de servicios que ofrecen servicios de datos de hoy en da se estn moviendo rpidamente para agregar servicios de voz y basados en IP a sus ofertas de servicio existentes. Una arquitectura softswitch, implementado por un Softswitch, es una arquitectura que pueda soportar esto. Dos requisitos clave para un Softswitch son la escalabilidad y alta disponibilidad. El Cisco BTS 10200 Softswitch puede escalar desde unos pocos miles de suscriptores a millones de suscriptores y ofrecer una disponibilidad del 99,999 por ciento. Esta fiabilidad y escalabilidad resultados de la descomposicin de los servicios, as como de la redundancia diseada en la plataforma de BTS o diseo de la red. 5.22 Servicios de red Softswitch Una red softswitch puede proporcionar mltiples servicios de VoIP, incluyendo las siguientes:
Pgina 98

Uno de los servicios comunes que se apoya en una arquitectura softswitch es la voz y los datos de acceso local a los negocios residenciales y pequeas y medianas empresas. Los proveedores de servicios pueden utilizar una arquitectura de softswitch para ofrecer nuevos servicios que aprovechan sus arquitecturas existentes de acceso local (T1, DSL o cable) y su ncleo y borde IP y Multiprotocol Label Switching (MPLS) basados en redes. Por ejemplo, una arquitectura de softswitch puede proporcionar servicios de voz en una red centrada en los datos existentes. Es importante darse cuenta de que una arquitectura de softswitch puede ofrecer una capacidad similar de un interruptor de TDM Clase 5, pero no se espera que sea un reemplazo de un interruptor de Clase 5. La sustitucin de una clase portadores de distribucin con una lista de capacidades que no tienen sentido en una arquitectura de red de paquetes. Un softswitch proporciona un subconjunto de caractersticas de clase 5 que normalmente son ofrecidos por operadores de centrales locales (ILEC, IOC y CLEC). Una arquitectura softswitch puede agrupar los servicios de datos, como los servicios gestionados de VPN y LAN, con servicio de voz como parte de las ofertas de servicios. Los servicios de voz pueden incluir simples lneas POTS, servicios Centrex similares, y servicios de tarjetas telefnicas. Servicios de voz tpicos incluyen los siguientes: Funciones de voz bsicos

Local Larga distancia Clase de la deteccin de servicios Red de anuncios Generacin de registros de facturacin Caractersticas de peaje - Preferred IntraLATA / InterLATA / - Operador internacional - Marque todo (101xxxx) - Llamadas internacionales (011 + CC + #) - Llamada gratuita (800/866/877/888) - Lnea (900) - Portabilidad de Nmero Local (LNP) Caractersticas de los POTES - Una llamada annima rechazo - Desvo de llamadas (incondicional, Ocupado y No contesta) - Control remoto de desvo de llamadas - Llamada tripartita - Llamada en espera (bsico, mejorado) - Llamar a nmero y nombre de la entrega y el bloqueo - Identificador de llamadas y visualizacin del nombre - Msica en espera funciones Centrex - Direct Inward Dialing - Marcacin directa en el exterior - Private planes de marcado de voz (VPN) - La lnea mltiple de grupo de bsqueda - Transferencia de llamadas

- Llamada en espera - Rellamada automtica - Marcacin rpida - Correo de voz - La mensajera unificada Funciones de red - Modificacin nmero B - Basado en polticas de encaminamiento (por ejemplo, LCR) - Seleccin de troncal (por ejemplo, menos vaco) - Testlines: 100, 102, 105, 108 - Verificacin de lnea ocupada - Operador barcaza en Funciones reguladoras - E911 acceso a los servicios de emergencia - 711 Servicio de Retransmisin de Telecomunicaciones - CALEA Funciones de servicio - Acceso a la asistencia 311 no sea de emergencia - 411 de acceso del directorio - 611 servicios de reparacin de acceso - Servicios de operador

Adems, una arquitectura softswitch puede backhaul expresar minutos usando el acceso VoIP en clase de un ILEC 05.04 infraestructura. Arquitecturas Softswitch son ampliamente utilizados por los operadores de servicios mltiples (MSO) para proporcionar servicios de datos y voz a travs de su fibra hbrida coaxial (HFC). Mdems de cable de Cisco, como el uBR925, pueden funcionar como Media Gateways. Estos servicios pueden incluir los mismos servicios que se definen en la solucin de

Pgina 99

acceso local. VoIP en una red MSO se define por las normas de cable de paquetes que contienen sealizacin de llamada, calidad de servicio, el transporte de voz y la codificacin, la facturacin, la seguridad, y los requisitos de gestin de red. Servicios de transporte de voz permiten a un proveedor de servicios de trfico de voz TDM de descarga del circuito TDM red de conmutacin a travs de una red IP. NOTA Hay proveedores de servicios de datos hoy que optar por utilizar H.323 o SIP en redes para implementar servicios de voz. Estos proveedores de servicios de datos se sienten ms cmodos con las arquitecturas peer-to-peer o distribuidos por sus servicios de datos existentes se basan en estas arquitecturas. 5.23 Softswitch

control de estado de llamada de la puerta de entrada en la puerta de entrada se hace menos inteligente, y la inteligencia de control de llamada se realiza en un solo lugar: el softswitch. Las puertas de enlace son responsables de dos cosas: de interfaz de voz a partir de un interruptor de circuitos TDM, tal como una Clase 4 o Clase 5 interruptor, y packetizing voz a partir de estos circuitos TDM en IP. Debido a que las pasarelas no interpretan el protocolo de sealizacin, el agente de llamada debe darles instrucciones para crear o derribar un circuito. El agente de llamada MGCP utiliza para esta funcin. Otra capacidad importante del agente de llamada es que proporciona un camino de sealizacin en una red SS7. Por ejemplo, el dispositivo de acceso integrado de Cisco (IAD) 2400 utiliza protocolos como el protocolo punto a punto sobre Ethernet / Asynchronous Transfer Mode (PPPoE / A) para soportar servicios de voz y datos a travs de la red de acceso local del proveedor de servicios y MGCP permite un agente de centro de llamadas para proporcionar servicio del lado de la lnea y para trabajar con SS7. NOTA MEGACO y H.248 siguen evolucionando y madurando. MEGACO, que se define en el RFC 3015, est siendo estandarizado en el IETF, y H.248 est siendo normalizado en la Recomendacin UIT-T en paralelo. MEGACO y H.248 estn surgiendo alternativas a MGCP. La Figura 5-11 muestra un ejemplo de una arquitectura de agente de llamada que soporta servicios de acceso local.

Arquitectura

Componentes
Un agente de llamada utiliza protocolos de control de pasarela de medios (por ejemplo, MGCP, NCS y TGCP) para el control de Media Gateways. Estos protocolos soportan una arquitectura de control de llamada en la inteligencia de control de llamada se encuentra fuera de las pasarelas. En esta arquitectura, la puerta de enlace no tiene conocimiento de la sealizacin de llamada protocolos. El softswitch mantiene el estado de la llamada de todos los dispositivos de punto final. Este enfoque centralizado es diferente de la puertas de enlace H.323 y SIP en que estas tecnologas mantienen sus estados de llamada dentro de sus puertas de enlace, que apoyan un enfoque distribuido. El softswitch separa el

Pgina 100

Figura 5-11 Acceso Local Arquitectura Softswitch basado Este ejemplo de la arquitectura softswitch puede soportar servicios de datos y voz a los clientes de pequeas y medianas empresas y para los clientes residenciales. La siguiente lista contiene los componentes funcionales clave de esta arquitectura: Softswitch Agente de Call sealizacin - Modelo de llamada MGCP - MGCP - Softswitch interfuncionamiento - SIP / SIP-T - H.323 - PSTN Gateways - Residencial - Acceso - Canalizaciones Agregacin y routers de borde Servidores de funciones:

- POTS - Centrex - Tandem - AIN Recursos de la red - Correo de voz o mensajera unificada - IVR y anuncios - Servidor de CALEA

5.24 Softswitch La funcin clave del softswitch es proporcionar la gestin de llamadas de voz y control de funciones de mediacin y pasaje. Esto incluye el establecimiento y el desmontaje de las llamadas de voz a travs de las instrucciones a los portales a travs de MGCP. El softswitch tambin procesa y controla la conexin a la red SS7 (ya sea directamente oa travs de una pasarela de sealizacin con Sealizacin Transporte [Sigtran] apoyo), apoya la gestin del plan de marcado, y tiene interfaces con los

Pgina 101

sistemas de soporte de operaciones (OSS). 5.25 Agente de Call Signaling MGCP describe un modelo que utiliza una visin extrada de los recursos fsicos y lgicos que se encuentran en una red VoIP. Dos entidades abstractas se definen: los puntos finales y las conexiones. Un extremo es un recurso lgico que existe dentro de una puerta de enlace que se requiere para soportar servicios de voz o de datos. Ejemplos de criterios de valoracin son un canal DS0, lnea analgica, servidor de anuncios, o un circuito virtual ATM. Por otra parte, un punto final puede estar asociada con una o ms entidades externas, como por ejemplo un circuito fsico PRI. Debe existir una relacin entre los puntos finales para completar una llamada. La entidad de conexin proporciona para esta funcin. Una conexin crea una relacin entre dos o ms puntos extremos para permitir una voz o de datos a ser creado en el modelo MGCP. MGCP utiliza un modelo maestro / esclavo que define la puerta de entrada para llevar a cabo un conjunto limitado de las transacciones iniciadas por un MGC o agente de llamada. A pesar de estos comandos son limitadas, un amplio conjunto de servicios de llamadas se puede implementar mediante el uso de la inteligencia que se encuentra dentro del agente de llamada. Este maestro / esclavo modelo es similar a la arquitectura de conmutacin de circuitos TDM tradicional, donde toda la inteligencia de control de llamadas se ha

desarrollado de una manera centralizada, similar a un interruptor de Clase 4 o Clase 5. Al igual que en la clase tradicional 4/5 interruptores, MGCP permite el control de llamadas centralizado. Sin embargo, a diferencia de los interruptores tradicionales, MGCP proporciona un estndar abierto para la separacin clara entre la entidad de control de llamadas centralizado y las entidades troncales y lneas de terminacin. Por lo tanto, la inteligencia de control de llamadas reside fuera de las puertas de entrada y reside en el software de softswitch. El agente de llamada proporciona una API para la insercin de nuevos servicios en la parte superior de la centralizada softswitch-este proceso se conoce como la creacin de servicios. Esta arquitectura de servidor de caractersticas permite el despliegue rpido de nuevos servicios. MGCP es un protocolo ampliamente desplegado desarrollado por IETF (RFC 2705bis) que permite a los dispositivos conmutadores de software para el control de puertas de enlace en una red VoIP. Debido a que el control de la llamada inteligencia reside en el softswitch, las cuestiones MAIL Llamar comandos MGCP estndar para el control de la puerta de entrada. Otros protocolos, tales como H.323 y SIP, se utilizan por el softswitch para interconectar a otros servicios y a la interfaz con otros agentes de llamadas. La figura5-12 muestra un ejemplo de un mensaje de MGCP establecer una llamada de VoIP. MGCP utiliza un simple conjunto de mensajes, que se refiere como primitivas, como se muestra en el Ejemplo 5-3.

Pgina 102

Ejemplo 4-3 MGCP Primitives

Pgina 103

Figura 5-12 Call Agente de flujo de llamadas Mensajes MGCP, como SIP, estn en formato de texto. Tambin, similar al SIP, MGCP utiliza SDP para definir las caractersticas de la sesin portador. Por ejemplo, SDP define el tipo de medio (por

ejemplo, voz), UDP se dirige a utilizar para la sesin RTP, y los tipos de cdec disponibles. Cada mensaje MGCP tiene un formato definido. Un ejemplo de un mensaje MGCP se muestra en el Ejemplo 5-4. Ejemplo 5-4 Ejemplo de mensaje MGCP

El primer campo de la primera lnea en el Ejemplo 5-4 define el mensaje MGCP, en este caso, crear conexin (CRCX). El siguiente campo define el ID de la transaccin, que identifica de forma exclusiva este mensaje en particular para el agente de guardia y la puerta de entrada para realizar un seguimiento de varios mensajes. S0/ds1-2/9 @ gw1.cisco.com identifica el punto final en el que se ha creado la conexin. La sintaxis de la variable se interpreta como en el slot 0, puerto 2 es el objetivo DS1, y el noveno DS0 en este DS1 con la puerta de entrada se identifica como gw1.cisco.com. Las tres lneas siguientes, proporcionados por el agente de llamadas, son parmetros adicionales que se dan a la puerta de entrada para definir las caractersticas de conexin. Estos parmetros se abrevian con un nico carcter en mayscula seguida por el valor. En el Ejemplo 5-4, M abrevia el parmetro Connection Mode y tiene un valor de Send Receive (sendrecv). Este valor de parmetro es interpretada por la puerta de entrada para crear una

conexin bidireccional. C abrevia el parmetro ID de llamada y tiene un valor hexadecimal de 678ABC3. Este valor identifica la llamada particular. L abrevia los Local Connection Options parmetros. El parmetro de telefona como codec, cancelacin de eco, deteccin de silencio, y el tipo de red. En el Ejemplo 5-4, se utilizan tres subparmetros: a (algoritmo de compresin), e (cancelacin de eco) y s (supresin de silencio). El valor de algoritmo de compresin es PCMU, que hace referencia a u-law PCM, y la cancelacin de eco y cancelacin de los valores estn en silencio, lo que indica que estas funciones estn activadas: Softswitch interfuncionamientoSoftswitch puede interfuncionar con otros protocolos, como H.323. Una ventaja de esto es que los proveedores de servicios locales de acceso que utilizan un Softswitch Softswitch pueden atar en otras redes VoIP que son no-MGCPbasado. Esto expande los servicios posibles un flujo de ingresos d que un proveedor de servicio puede alcanzar. Por ejemplo, un

Pgina 104

proveedor de servicios de acceso local podra querer ofrecer un servicio de acceso VoIP para empresas con gateways H.323 / guardianes o para empresas que utilizan Cisco Call Manager. La figura 4-13 muestra un agente de call interfuncionamiento con SIP, H.323 y PSTN. agentes de SIP / SIP-T-Call utilizan SIP o una variante tal como SIP-T para comunicarse con otros agentes de llamadas. SIP-T puede transmitir mensajes SS7 parte usuario RDSI (PU-RDSI). Esto se logra mediante el uso de la capacidad de la SIP para llevar Extensin contenido multipropsito de correo Internet (MIME) dentro de sus mensajes. Mensajes ISUP se

asignan a un archivo adjunto MIME. Un agente de llamada tambin se puede utilizar para controlar los telfonos SIP, por ejemplo. H.323-Cisco BTS10200 y puerta de enlace crean una puerta de enlace lgico H.323. Varias instancias de un gateway H.323 se pueden apoyar simultneamente. Esencialmente, el BTS 10200 enva toda la sealizacin H.323 en un gatekeeper H.323. Estas instancias de puerta de enlace H.323 registro en un gatekeeper. PSTN-La pasarela de medios termina batidores de voz sobre interfaces PSTN (por ejemplo, E1 o T1 troncos).

Figura 5-13 interfuncionamiento

Softswitch

servicios que ofrecen dentro de la red VoIP. Estas clasificaciones y ejemplos de estas clasificaciones son los siguientes: Canalizaciones - 3660 - 5350 - 5400

5.26 Gateways Estas variables se denominan gateways y se clasifican o colocados de acuerdo a los

Pgina 105

- 5850 - MGX 8850 Acceso (Casa y pequea o mediana empresa) - 2600/3600 - IAD 2400 - ATA 186/188 - UBR925 ETTx - 7960/7940

PRI en el canal D se tunneled vuelta al softswitch, en vez de terminarse en la pasarela como en las redes H.323. RUDP proporciona un en-secuencia garantizada la entrega de la informacin de sealizacin desde el agente al Softswitch. La seal PRI Q.931 tambin se puede backhaul de nuevo al agente de llamada con Sigtran, un estndar que est definido en IETF. Sin embargo, sealizacin CAS se termina en la puerta de enlace y traducido a los mensajes MGCP, que permite que el conmutador de software para controlar los eventos de sealizacin CAS. Una IAD es un ejemplo de una pasarela de acceso. El agregados PBX IAD, el trfico de datos, y POTS mviles para proporcionar una plataforma de acceso integrada. El IAD admite una nica conexin a la red del proveedor de servicios y es administrado por el proveedor de servicios. Este ejemplo particular utiliza IAD 2400 de Cisco, que es un componente importante en esta arquitectura. Por ltimo, una puerta de enlace tambin se puede colocar en una residencia o pequeo negocio que soporta una interfaz de tipo POTS. Esto se conoce como una puerta de enlace residencial. Al igual que con gateways SIP y H.323, MGCP una puerta de enlace tiene que tener sus compaeros de lnea configurados para utilizar MGCP. El protocolo VoIP que establece una llamada de VoIP est determinada por la configuracin de par de dial. Un ejemplo de configuracin de pares de lnea para MGCP es como sigue: voz dial-peer 1 ollas

Una puerta de entrada se puede colocar en varias ubicaciones dentro de una red dependiendo de la arquitectura de red y la interfaz que se est proporcionado. Por ejemplo, una puerta de enlace puede residir en la red del proveedor de servicios e interfaces de apoyo pertinentes a la PSTN, tales como los MIT o PRI, que se conecta tpicamente a un conmutador de telecomunicaciones o intercambio de rama privada (PBX). Esto se conoce como una puerta de enlace troncal. Una puerta de enlace trunking manos fuera del trfico a un interruptor de Clase 4/5. Por ejemplo, un portal basado en IOS MGX8850 o como una serie 5X00 puede trasladar el trfico de larga distancia a un vehculo entre centrales (IXC). La puerta de enlace troncal tambin proporciona la conectividad de los servicios 911 y el operador. La puerta de entrada se puede colocar en un local del cliente a la interfaz a un PBX a travs de PRI o canal de sealizacin asociado (CAS). Esto se llama una pasarela de acceso. La seal PRI se backhaul de la puerta de entrada al agente de llamada. La pasarela termina la capa 2 mensajes, definidos en Q.921, y utiliza RUDP de backhaul la informacin de sealizacin Q.931 al softswitch para su procesamiento. Todos los mensajes del

Pgina 106

aplicacin MGCPAPP puerto 0

proporcionar soporte de funciones y el control a travs de una API.

Resumen
5.27 Agregacin y Edge Routers La figura 5-11 muestra un router de agregacin que el punto de acceso a los equipos del cliente de negocios. Por ejemplo, una ESR 10.000 puede ser el router de agregacin si un gran nmero de lneas DS1 se despliegan por el proveedor de servicio a sus clientes de negocios. Un router, tales como RSG, se requiere para apoyar al cliente con conexin a Internet por interfaz con un ISP. 5.28 Servidores de funciones Los servidores disponen de ejecutar las aplicaciones que soportan la oferta de servicios del proveedor de servicios. El servidor caracterstica proporciona funciones avanzadas como, Centrex, ollas, y en tndem con el agente de llamada. Estos servidores incluyen En este captulo se proporciona una visin general de una arquitectura H.323, una arquitectura SIP y una arquitectura softswitch. Cisco ofrece soluciones de voz que soportan estos tres protocolos: H.323, MGCP y SIP. En este captulo tambin cubierto de interconexin de la red H.323 del proveedor de servicios de red SIP de otro proveedor de servicios. Esta arquitectura se ha vuelto ms comn debido a la madurez del protocolo SIP y la necesidad de los proveedores tradicionales de VoIP al por mayor de ampliar su oferta de servicios. Por ejemplo, ITSPs quieren ampliar su base de clientes y aadir servicios nuevos. En este captulo se discute diferentes mtodos para lograr este requisito. Agregar capacidades de SIP a una red es un mtodo de adicin de los servicios de VoIP nueva y mejorada, como las aplicaciones de voz basadas en web.

Pgina 107

Captulo 6 Calidad de servicios (QoS)

6.1 Definicin de Calidad del Servicio Voip Factores de Calidad en Voip: Latencia (retardo), Perdida de Paquetes, Variacin de retardo (jitter), Distorsin de codificacin, Eco, Niveles Variables de seal y Ruido de Fondo. Parmetros garantizables por soluciones tcnicas en redes gestionadas: Retardo, Fluctuaciones de retardo entre paquetes (Jitter), Throughput promedio o velocidad de pico, Perdidas de Paquete. Eco. El eco es perceptible a partir de unos 30ms. Las recomendaciones G.164 (supresores de eco), G.165 y G168 de la UIT proporcionan unos mtodos de medida y limites en los niveles y retardos de eco que se deberan seguir con criterio de cumplimiento mnimo. Las posibilidades de terminacin de llamadas en redes fijas, celulares o inalmbricas hacen que los requerimientos de control de eco sean mas exigentes. Ruido. El ruido es captado por el telfono y se distorsiona tras la codificacin de voz en la pasarela Voip. Si el ruido es similar a la conversacin, el impacto en los codificadores es mayor. El uso en los canceladores de eco con un mecanismo de reduccin automtica de ruido (ANR) mediante tcnicas de filtrado espectral puede disminuir el ruido de fondo hasta un 75% cuando es estacionario (no variable). Silenciamiento. Existen mecanismos de supresin de silencio cuando no hay actividad con objeto de no transmitir paquetes y ahorrar ancho de banda. Se puede enviar informacin de ruido de inactividad para que el extremo lejano lo genere como ruido confortable en

Para abordar este tema se hace necesario iniciar definiendo lo que entenderemos por calidad de servicio (QoS), para luego entrar a la discusin especfica de cada uno de los temas que lo componen y su aplicacin al servicio de Voip. Qu es QoS? Decimos que una red o un proveedor ofrece Calidad de Servicio o QoS (Quality of Service) cuando se garantiza el valor de uno o varios de los parmetros que definen la calidad de servicio que ofrece la red. Si el proveedor no se compromete en ningn parmetro decimos que lo que ofrece un servicio best effort. El contrato que especifica los parmetros de QoS acordados entre el proveedor y el usuario (cliente) se denomina SLA (Service Level Agreement) y se refiere a la habilidad de la red, de ofrecer prioridad a unos determinados tipos de trfico, sobre diferentes tecnologas, incluyendo: Frame Relay, Asynchronous Transfer Mode (ATM), LANs y lneas dedicadas. La calidad del servicio Voip puede discutirse bajo los siguientes apartados: calidad en redes IP, calidad de la Voip, ingeniera de trafico, y seguridad Voip. QoS lo definen 4 parmetros: ancho de banda, retraso temporal, variacin de retraso (o jitter) y probabilidad de error (o prdida de paquetes o fiabilidad).
Pgina 108

periodos de silencio. Los detectores de voz que se usan para restablecer la codificacin tras un periodo de silencio. Calidad vs. Ancho de Banda. Los Cdecs de voz utilizados en Voip reducen el ancho de banda a transmitir segn el grado de compresin, pero a costa de disminuir la calidad. La planificacin del trfico se realiza de manera similar a como se hace con telefona convencional. Ejemplo, con codificacin a 16 Kbps (G.728), 1 erlang de carga y probabilidad de bloqueo del 1% se obtiene: BW = 120 Kbps / 5 lneas. QoS en IP. Puntos de vista del usuario, es aquel comportamiento del servicio que satisface, en el momento actual, las perspectivas del usuario, tiene en cuenta: precio, utilidad, innovacin, posicionamiento frente a otras tecnologas. 6.2 DOS FORMAS BSICAS DE PROPORCIONAR SEGURIDAD.

aplicacin o protocolo externo. El cortafuegos (firewall), que filtra los paquetes entrantes, los dispositivos cifradores con NAT, que aaden seguridad y que deben ser considerados a efectos de compatibilidad cuando se disean protocolos de VoIP. QoS est directamente relacionado con el tamao de colas y la congestin de la red, con la velocidad de conmutacin y ancho de banda de los enlaces. QoS provee de mejores y ms predecibles servicios a la red mediante: Soporte de ancho de banda dedicado. Mejorando la caractersticas de prdida de paquetes. Evitando y manejando la congestin de la red. Organizando el trfico. Introduciendo prioridades de trfico a lo largo de la red. Requerimientos de Calidad de Servicio de las aplicaciones. Requerimientos de Calidad de Servicio de las aplicaciones
Jitte r Alt o Alt o Alt o Medi o Medi o Medi o Baj o Ancho de Banda Baj o Medi o Medi o Baj o Medi o Alt o Baj o

Mediante los mecanismos de seguridad interna propio de los protocolos de VoIP. Los principales protocolos de VoIP permiten la autenticacin del llamante (H.235, SIP, MEGACO) y posibilitan el cifrado de la informacin, usando una
Aplicacin Correo electrnico Transferencia de ficheros Acceso Web Login remoto Audio bajo demanda Vdeo bajo demanda Telefona Fiabilidad Alta (*) Alta (*) Alta (*) Alta (*) Media Media Media Retardo Alto Alto Medio Medio Alto Alto Bajo

Pgina 109

Videoconferencia

Media

Bajo

Baj o

Alt o

(*) La fiabilidad alta en estas aplicaciones se consigue automticamente al utilizar el protocolo de transporte TCP.

6.3

MODELOS DE SERVICIO (QOS)

1) Best-Effort Service a) Es el modelo ms sencillo. Es un modelo simple de servicio, en el cual, una aplicacin enva informacin cuando ella lo desea, en cualquier cantidad, sin ningn permiso requerido, y sin informar previamente a la red. b) No asegura, throughput, retraso o fiabilidad : La red reparte o enva la informacin si puede, sin asegurar ningn retraso, throughput o fiabilidad c) Usa modelo de cola FIFO(First-in fisrt-out)

de servicio: La peticin se realiza mediante una sealizacin explicita, de modo que la aplicacin informa a la red del perfil o caractersticas de su trfico, y pide una clase particular de servicio que pueda satisfacer sus requerimientos, tanto de ancho de banda como de retraso. d) La red confirma la peticin. La aplicacin queda a la espera de enviar la informacin hasta recibir la confirmacin de la peticin por parte de la red. e) La red realiza control de admisin. La red realiza un control de admisin, en funcin de la peticin realizada por la aplicacin y los recursos disponibles en la red. f) La red guarda informacin de estado. La red mantiene informacin del estado de s misma por flujos, mirando la clasificacin, normas, y el algoritmo de cola en cada estado. 6.4 RESOURCE RESERVATION PROTOCOL (RSVP).

2) Integrated Service a) Integrated Service. Dos tipos de QoS. Este modelos tambin es conocido en muchas reas de la literatura de QoS, como Guaranteed level. Se le llama as porque uno de los dos tipos de QoS que ofrece garantiza recursos ntegramente. b) Antes de enviar datos peticin servicio: En este modelo, una aplicacin realiza una peticin de una clase de servicio especfica a la red, antes de comenzar a enviar informacin. c) Sealizacin explicita Clase
Pgina 110

El mecanismo ms importante para llevar a cabo el modelo ntegrated Service es el llamado RSVP, Resource Reservation Protocol, que puede ser utilizado por las aplicaciones para enviar los requerimientos de QoS al router. Problemas de IntServ/RSVP RSVP produjo una euforia inicial (1996-1997) que luego di paso a la decepcin.

La razn principal fueron problemas de escalabilidad debidos a la necesidad de mantener informacin de estado en cada router de cada flujo. Esto hace inviable usar RSVP en grandes redes, por ejemplo en el core de Internet.

reparto basndose en una serie de clases de QoS, especificadas en cada paquete. Esta clasificacin se puede realizar usando diferentes mtodos, como IP Precedence o DSCP (Differentiated Service Code Point). Requisitos para la aplicacin de QoS en DiffServ Comprobar que existe suficiente ancho de banda para cursar la comunicacin. Clasificacin y marcado de paquetes por la direccin IP, puertos, etc. Eleccin de un mecanismo de cola eficiente que respete la SLA . Mecanismo de fragmentacin.

3) Differentiated Service a) Modelo basado en uso de mltiples clases. Differentiated Service es un modelo de mltiples servicios que puede satisfacer diferentes requerimientos de QoS. b) No usa seales Integrated Services. No utiliza seales para especificar los servicios requeridos de la red previamente, lo cual lo diferencia del nivel o modelo Integrated Service, que veremos a continuacin. c) Clase especificada por: IP Precedence, DSCP. En este modelo, la red intenta hacer un
Routers del interior

Arquitectura QoS en una red No todos los routers tienen la misma estructura:

Routers del borde

No todas las tcnicas son apropiadas para todos los routers de la red. Debemos de seleccionar las caractersticas apropiadas de QoS en cada sitio.

C) Modelo de Colas (QoS) 1) FIFO, el ms bsico sa la tcnica de Almacenamiento y

Pgina 111

reenvo su forma ms sencilla, el mecanismo de cola FIFO, se encarga de almacenar paquetes cuando hay congestin en la red, y a enviarlos cuando tiene la posibilidad, manteniendo el orden de llegada, es decir, que no ofrece ninguna prioridad de unos paquetes sobre otros. el mtodo ms rpido. es el mecanismo que se suele utilizar por defecto, como ya comentamos anteriormente cuando hablamos de best-effort. isco lo utiliza por defecto en enlaces superiores a T1 (1.5 Mbps) FIFO est limitado por su bfer. Este algoritmo, al igual que ocurre con el resto de mecanismo de cola, tiene como limitacin la capacidad de su bufer en momentos de congestin.

No es recomendable para QoS. Hoy en da se necesitan algoritmos ms sofisticados, que permiten diferenciar entre distintos tipos de paquete, por lo que este mtodo est cayendo en desuso. 2) Prioritizing Traffic (PQ) Da prioridad estricta al trfico importante egura que el trfico importante reciba un servicio rpido en cada punto de la red, donde est mecanismo este presente. Existen 4 clases de prioridad de trfico En el mecanismo PQ, cada uno de los paquetes debe de ser colocado en una de las cuatro posibles colas (alta, media, normal, baja prioridad), servidas en riguroso orden de prioridad, lo cual puede crear inanicin. Ofrece garantas totales. Las prioridades se definen por filtros en los routers.

Pgina 112

Esquema grfico (PQ) lasificacin: Protocolo,interfaz de acceso dir. Origen y destino, tamao del paquete. La prioridad de los paquetes puede diferenciarse por diversos medios, como: el protocolo de red, el interfaz del router por el que llegue el paquete, el tamao del paquete y la direccin de origen o destino. Los paquetes que no se puedan clasificar sern asignados a la cola de prioridad normal. nconveniente: Este mtodo es esttico y no se adapta a los requerimientos de la red. Adems, puede crear inanicin, es decir dejar fuera de servicio a trfico menos prioritario.

3) Custom Queueing (CQ) Permite que las aplicaciones compartan la red fue diseado para permitir que varias aplicaciones compartieran la red, y que adems tuvieran asignado un ancho de banda mnimo garantizado, y unas garantas aceptables en cuanto a los retrasos. El ancho de banda se reparte equitativamente. este mtodo el acho de banda debe de ser compartido proporcionalmente entre las aplicaciones o usuarios en forma de Round Robin o quantos de tiempo, sin dejar trfico fuera de servicio. d garantas estrictas.

red Esquema grfico (CQ) 4) Weighted fair queuing (WFQ) WFQ es adaptativo a los cambios en la Los mecanismos vistos anteriormente son estticos, y por lo tanto no se adaptan a los cambios producidos en la red. Por ello ha sido necesario un mecanismo como WFQ, que es adaptativo.

Pgina 113

proporciona garantas totales como PQ. Proporciona un buen tiempo de respuesta WFQ es adecuado para situaciones donde se necesite un buen tiempo de respuesta, para usuarios que hagan tanto un uso elevado de la red, tanto como para los que hagan un uso ms leve, sin aadir ancho de banda adicional. isco lo utiliza por defecto en enlaces inferiores a T1 (1,5 Mbps) WFQ es un algoritmo basado en flujos. WFQ es un algoritmo de cola basado en flujos (o sesiones), que

realiza dos tareas simultneamente y de forma automtica: a) Organiza el trfico (de tiempo real), ponindolo al principio de la cola, reduciendo as el tiempo de respuesta. b) Comparte equitativamente el resto del ancho de banda, entre el resto de trfico de alta prioridad WFQ asegura que las diferentes colas no se queden privadas de un mnimo ancho de banda, de modo que el servicio proporcionado al trfico es ms predecible. nsidera flujos de poco caudal con flujos sensibles al retardo, por ej. VOIP es escalable dentro de una gran red.

Esquema grfico (WFQ) 6.5 FUNCIONAMIENTO CBWFQ DE

Los paquetes llegan clasificados, ya no tenemos en cuenta los flujos independientes, solo la clase 6.6 DEFINICIN DE CLASES

La falta de escalabilidad de WFQ se soluciona con Class Based WFQ. La Estructura interna del interface de salida se muestra a continuacin:

Las clases utilizadas en CBWFQ pueden asociarse a: Flujos direcciones protocolo, puertos) origen-destino,

Pgina 114

 Prioridades (campo DS differentiated service, otras etiquetas) Interfaces de entrada/salida VLAN Estas clases se implementan filtrando el trfico con filtros en los routers. Este proceso se llama clasificacin de trfico, LLQ es recomendable para trfico multimedia (VoIP) que requiere de unas caractersticas muy especiales: bajo retardo y jitter.

que puede ir acompaado a su vez con proceso de marcado de paquetes. El servicio recibido en funcin de esta clasificacin se asocia a la poltica de servicio. Se puede configurar junto al resto de colas CBWFQ como una cola ms asociada a una clase determinada.

Pgina 115

4) Modelo Descarte.

de

Fragmentacin

Mecanismos de fragmentacin y descarte 1) Fragmentacin e Insercin (LFI) Link Fragment and Interleaving Problema: Llegada de un paquete IP a su cola de prioridad (estando esta vaca) mientras est saliendo de router en ese momento otro paquete perteneciente a otra clase retardo. El producido por un paquete con tamao de MTU de 1500 bytes en una

lnea de 64 Kbps puede llegar: Retraso = ( 1500 bytes * 8 bits/byte) / 64.000 bps) = 187.5 ms olucin: Troceamos los paquetes de datos en chunks de 10ms, es decir, que el tamao de un paquete ser igual al mximo flujo de informacin que se pueda enviar por la lnea en 10 ms. Los paquetes de VoIP debern ser insertados entre estos paquetes, asegurando un retraso mucho menor. Los paquetes VoIP no deben fragmentarse.

Pgina 116

Ejemplo de uso de LFI 2) Mecanismos de fragmentacin y descarte Congestin: RED & WRED uando simultneamente, muchas conexiones TCP son cortadas por congestin, directamente reducen su caudal abruptamente, con lo cual desaparece la congestin. A continuacin todas las conexiones aumentan su caudal de forma exponencial al comprobar que la congestin ha desaparecido, con lo cual, al poco rato la situacin de congestin vuelve a producirse, adems de producir un fenmeno oscilante. olucin: descartar paquetes slo de una conexin, que viole los caudales preestablecidos y dejar intacta las dems. Existen mecanismo para el tratamiento de la congestin de la red que son beneficiosos. Entre estos se encuentran: RED (Random Early Detection) y WRED (Weighted Random Early Detection) y DWRED (Distributed WRED). Estos mecanismos evitan la congestin de la red y la probabilidad de prdida. En caso de producirse una fuerte congestin pueden ser capaces de realizar el descarte de paquetes oportunos, es decir, no realizando un descarte paquete al azar, lo cual podra producir por ejemplo, la eliminacin de un paquete clave que produjera la reaccin del algoritmo slow-start de TCP. RED (Random Early Detection)

Provee a los operadores de la red, la posibilidad de aplicar normas para el manejo del trfico y maximizar el throughput bajo condiciones de congestin. Trabaja junto a protocolos a nivel de transporte como TCP, evitando la congestin a aplicando una serie de algoritmos: istingue entre rfagas de trfico temporal que pueden ser absorbidas por la red, y cargas excesivas de trfico que pueden saturar la red. Trabaja en cooperacin con el extremo generador de trfico, para evitar la oscilacin producida por el protocolo TCP, que puede causar ondas de congestin en la red. trabaja con TCP, para anticiparse y manejar la congestin en momentos de trfico excesivo, para maximizar el througput mediante el descarte de paquetes. WRED (Weigted Random Early Detection) Combina las capacidades de RED y de IP Precedence, para poveer diferentes clases de servicio en funcin de las caractersticas de la informacin. WRED tambin proporciona manejadores para trfico prioritario en momentos de congestin. Adems posee todas las capacidades anteriormente citadas para RED. WRED tambin puede colaborar con RSVP, proporcionando un controlador de carga, o indicando si es factible una reserva de espacio en alguna cola.

Pgina 117

Esquema grfico WRED 6.7 ANCHO DE BANDA DE LA LLAMADA DE VOIP Las siguientes asunciones de cabeceras de los protocolos se utilizan para los cculo: a) 40 bytes de IP (20 bytes)/ UDP (8 bytes) / cabeceras de RTP) (12 bytes). b) El protocolo en tiempo real comprimido (cRTP) reduce las cabeceras de IP/UDP/RTP a 2 o 4 bytes (cRTP no esta disponible en redes Ethernet). c) 6 bytes para las cabeceras del Point-to-Point Protocol de Multilink (MP) o Frame Relay Forum (FRF). d) 1 byte para las banderas end-offrame en MP and Frame Relay tramas. e) 18 bytes para los cabeceras de Ethernet capa 2, incluyendo 4 bytes de FCS o CRC. Nomenclatura: User Datagram Protocol (UDP)

Real-Time Transport Protocol (RTP) Multilink Point-to-Point Protocol (MP) Frame Check Sequence (FCS) Cyclic Redundancy Check (CRC) Frmulas para el clculo del ancho de banda: Los siguientes clculos son realizados: Tamao total del paquete = (cabecera capa 2: MP or FRF.12 or Ethernet) + (cabecera IP/UDP/RTP) + (voice payload size) PPS = (codec bit rate) / (voice payload size) Ancho de banda = tamao total del paquete * PPS Calculo Simple: Se requiere conocer el ancho de banda empleado en una llamada VoIP utilizando el protocolo G.729 (8 Kbps codec bit rate) con cRTP, MP; tomando en cuenta que

Pgina 118

por omisin se tomaran 20 bytes del tamao de la carga til: Tamao total del paquete (bytes) = (MP cabecera de 6 bytes) + (compresin IP/UDP/RTP cabecera de 2 bytes) + (carga til de la voz de 20 bytes) = 28 bytes Tamao total del paquete (bits) = (28 bytes) * 8 bits per byte = 224 bits

PPS = (8 Kbps codec bit rate) / (160 bits) = 50 pps Note: 160 bits = 20 bytes (default voice payload) * 8 bits per byte Ancho de banda por llamada = tamao del paquete de voz (224 bits) * 50 pps = 11.2 Kbps

Codec Bit Rate (Kbps) Codec Sample Size (Bytes)

Codec Sample Interval (ms)

De acuerdo con el codec, ste es el nmero de los pedacitos por segundo que necesitan ser transmitidos para entregar una llamada de voz. (ndice binario del codec = tamao de muestra del codec/intervalo de la muestra del codec). De acuerdo con el codec, ste es el nmero de los bytes capturados por el procesador de la seal numrica (DSP) en cada intervalo de la muestra del codec. Por ejemplo, el codificador G.729 funciona encendido los intervalos de la muestra del ms 10, correspondiendo a 10 bytes (80 pedacitos) por muestra en un ndice binario de 8 Kbps. (ndice binario del codec = tamao de muestra del codec/intervalo de la muestra del codec). ste es el intervalo de la muestra en el cual el codec funciona. Por ejemplo, el codificador G.729 funciona encendido los intervalos de la muestra del ms 10, correspondiendo a 10 bytes (80 pedacitos) por muestra en un ndice binario de 8 Kbps. (ndice binario del codec = tamao de muestra del

Pgina 119

MOS

Voice Payload Size (Bytes) Voice Payload Size (ms) PPS

codec/intervalo de la muestra del codec). El MOS es un sistema de calificar la calidad de la voz de las conexiones de telfono. Con el MOS, una amplia gama de oyentes juzga la calidad de una muestra de la voz en una escala de una (malo) a cinco (excelente). Las cuentas se hacen un promedio para proporcionar el MOS para el codec. El tamao de la carga til de la voz representa el nmero de los bytes (o de los pedacitos) que se llenan en un paquete. El tamao de la carga til de la voz debe ser un mltiplo del tamao de muestra del codec. Por ejemplo, los paquetes G.729 pueden utilizar 10, 20, 30, 40, 50, o 60 bytes de tamao de la carga til de la voz. El tamao de la carga til de la voz se puede tambin representar en trminos de muestras del codec. Por ejemplo, G.729 voz carga til tamao de 20 ms (dos 10 muestras del codec del ms) representa voz carga til de 20 bytes [(20 bytes * 8)/(ms 20) = 8 Kbps] El PPS representa el nmero de los paquetes que necesitan ser transmitidos cada segundo para entregar el ndice binario del codec. Por ejemplo, para G.729 llamada con voz carga til tamao por paquete de 20 bytes (160 pedacitos), 50 paquete necesitan ser transmitido cada segundo [50 pps = (8)/(de Kbps 160 pedacitos por el paquete)]

Pgina 120