Tecnologas de Transporte Parte II Prof Dr Ing

“Tecnologías de Transporte” Parte II Prof. Dr. Ing. Gustavo Hirchoren

Material basado en “Data and Computer Communications”, Sixth Edition, William Stallings

Bibliografía “Data and Computer Communications”, Sixth Edition, William Stallings. Upper Saddle River, NJ: Prentice Hall, 2000. “ISDN and Broadband ISDN, with Frame Relay and ATM”, William Stallings. Upper Saddle River, NJ: Prentice Hall, 1999.

Bibliografía “Voice Over IP”, Uyless Black. Upper Saddle River, NJ: Prentice Hall PTR, 2000.

B-ISDN z N-ISDN: opera en modo circuito. Utiliza TDM sincrónico o determinístico z B-ISDN: inicialmente se pensó en extender el funcionamiento de la N-ISDN incorporando nuevos canales (H 2: 30 -45 Mbps y H 4: 120 -140 Mbps) pero esto fue rechazado z La transferencia síncrona versus la asíncrona tiene las siguientes desventajas: y. No es una interface flexible y. Muchas aplicaciones son de naturaleza “bursty” y. El uso de múltiples tasas de datos altas complica el sistema de switching (N-ISDN sólo conmuta 64 kbps)

TDM sincrónico y TDM asincrónico o estadístico z B-ISDN: opera en modo paquete utilizando TDM asincrónico o estadístico (ATDM) surge el modo de transferencia asíncrona (ATM)

Características de ATM z Utiliza paquetes de tamaño fijo y pequeño (celdas) z Toma ventaja de la confiabilidad y alta velocidad de las redes digitales modernas para proveer conmutación rápida de celdas. No realiza control de flujo ni control de error link por link z Es orientado a conexión

Arquitectura del protocolo B-ISDN

Planos del modelo de referencia z Plano de Usuario y. Provee transferencia de información de usuario z Plano de Control y. Provee el manejo de la señalización z Plano de Management y. Layer management y. Plane management

Canales virtuales y trayectos virtuales z “Virtual channel connections (VCC)” y. Análogas a circuitos virtuales en X. 25 o conexiones lógicas en Frame Relay z Se pueden establecer entre usuario-usuario, usuario-red y red-red z En ATM se ha introducido un segundo sublayer: “Virtual path connections” (VPC) que tienen las siguientes ventajas: y. Menor procesamiento y tiempo de establecimiento de conexión y. Arquitectura de red simplificada y. Mejor performance de red y confiabilidad

Conexiones lógicas ATM

Celdas ATM z Tamaño fijo de 53 bytes z Header de 5 octetos z Campo de información de 48 octetos z Celdas pequeñas reducen retardo de cola para celdas de alta prioridad z Celdas pequeñas pueden ser conmutadas más eficientemente z Más simplementar la conmutación de celdas pequeñas en hardware

Formato de celda ATM

Formato de header z “Generic flow control” y. Sólo en la interface usuario - red (UNI) z “Virtual path identifier” z “Virtual channel identifier” z “Payload type” yej. distinguir info de usuario de gestión de red z “Cell loss priority” z “Header error control” (HEC): permite detectar y corregir hasta un error en el header

Transmisión de celdas ATM z Interfaz física basada en celdas: y. No se usa trama y. Stream continuo de celdas de 53 octetos y. Delineación de celdas basada sobre campo “header error control” y 25. 6 Mbps z Interfaz física basada en SDH / SONET: y 51. 84 Mbps: STM-0 / STS-1 y 155. 52 Mbps: STM-1 y 622. 08 Mbps: STM-4

Diagrama de estados para delineación de celdas

Interfaz física basada en SDH z Impone estructura sobre stream ATM z Ej. a 155. 52 Mbps usa trama STM-1 (STS-3) z Puede transportar payloads ATM y STM z Conexiones específicas pueden ser de conmutación de circuitos usando un canal con STM

STM-1 Payload para transmisión de ATM sobre SDH

Gestión de tráfico en redes ATM z Alta velocidad, tamaño pequeño de celda, bits de overhead limitados z Métodos de control de tráfico y congestión están todavía evolucionando z Requerimientos: y. Mayoría del tráfico no permite control de flujo y. La realimentación es lenta debido al reducido tiempo de transmisión de celda comparado con el retardo de propagación y. Rango amplio de demanda de aplicaciones

Gestión de tráfico en redes ATM y. Aplicaciones pueden generar patrones de tráfico muy diferentes y. Aplicaciones diferentes requieren diferentes servicios de la red (servicio sensible al retardo para voz y video y servicio sensible a la pérdida para datos) y. Muy alta velocidad de conmutación y transmisión

Efectos latencia/velocidad z ATM a 150 Mbps ~2. 8 x 10 -6 segundos para insertar una celda z Tiempo para atravesar la red depende del retardo de propagación y del retardo de conmutación z Para simplicidad vamos a ignorar el retardo de conmutación y considerar el retardo de propagación como dos tercios de la velocidad de la luz

Efectos latencia/velocidad z Si la fuente y destino están sobre las costas opuestas de USA el “round-trip propagation delay” es ~ 48 x 10 -3 segundos z Hasta que la notificación de celda perdida alcanza la fuente ésta transmitió 7. 2 x 106 bits z Por lo tanto las técnicas de control de congestión reactivas no son adecuadas para ATM

Variación de retardo de celda z Voz y video sobre ATM se transmiten como un flujo continuo de celdas z Retardo a través de la red debe ser pequeño y no variable z Para CBR (“ constant bit rate”) la tasa de entrega de celdas debe ser constante z Hay siempre alguna variación en el retardo de tránsito z Se retrasa la entrega de celdas a la aplicación en el destino para lograr una tasa de entrega constante

Reensamble temporal de celdas CBR

Contribución de la red a la variación de retardo de celda z Redes de Packet switching y. Retardos de cola y tiempo de decisión de ruteo z Redes Frame relay y. Efectos de la red pero en menor medida z Redes ATM y. Efectos menores que en Frame Relay y. Protocolo ATM fue diseñado para minimizar el overhead de procesamiento en los conmutadores y. Conmutadores ATM tienen muy alto “throughput” y. Unico factor que conduce a variación de retardo de celda es la congestión carga total aceptada por la red no debe causar congestión

Variación de retardo de celda en la UNI z Aún si una aplicación genera datos a una tasa constante z Debido al procesamiento que ocurre en las tres capas del modelo ATM y. Entrelazado de celdas de diferentes conexiones y. Entrelazado de celdas de OAM y. Si las celdas se transmiten usando SDH el overhead de la trama se inserta en la capa física retrasando los bits de la capa ATM x. Ninguno de esos retardos se puede predecir agregando un elemento aleatorio en el intervalo de tiempo entre la recepción de los datos en la capa ATM y la transmisión de esos datos en una celda en la UNI

Orígenes de variación de retardo de celda (I. 371)

Control de tráfico y de congestión z Control de tráfico y de congestión de la capa ATM debe soportar un conjunto de clases de Qo. S suficiente para todos los servicios de red z No debe confiar en protocolos AAL que son específicos de la red ni en protocolos de capas más altas que son específicas a la aplicación z Debe minimizar la complejidad de la red y de los terminales y maximizar la utilización de la red

Tiempos de respuesta considerados z Tiempo de inserción de celda z “Round trip propagation time” z Duración de conexión z Largo término z La estrategia de control de tráfico se basa en: y. Determinar si una dada nueva conexión ATM se puede acomodar y. Coincidir con el usuario sobre los parámetros de performance que serán soportados

Gestión de tráfico y técnicas de control de congestión z Gestión de recursos usando trayectos virtuales z Control de admisión de conexión (CAC) z Control de parámetros de uso (UPC) z Descarte selectivo de celdas z “Traffic shaping”

Gestión de recursos usando trayectos virtuales z Separar los flujos de tráfico de acuerdo a las características del servicio y. Aplicación usuario-usuario y. Aplicación usuario-red y. Aplicación red-red z Trata con: y“Cell loss ratio” (CLR) y“Cell transfer delay” (CTD) y“Cell delay variation” (CDV)

Configuración de VCCs y VPCs

Alocando VCCs dentro de VPC z Todos los VCCs dentro del VPC deben experimentar una performance de red similar z Opciones para alocación: y. Sumar las demandas pico y. Utilizar multiplexado estadístico

Control de admisión de conexión (CAC) z Primera medida de defensa z Usuario especifica características del tráfico para una nueva conexión (VCC o VPC) y solicita una Qo. S z Red acepta la conexión si y sólo si estima que puede satisfacerla manteniendo la Qo. S de las conexiones ya establecidas z Contrato de tráfico y“Peak cell rate” (PCR) y“Cell delay variation” (CDV) y“Sustainable cell rate” (SCR) y“Burst tolerance”

Control de parámetros de uso (UPC) z Monitorear conexiones para asegurar que el tráfico esté conforme al contrato z Protege los recursos de red de una sobrecarga sobre una conexión z Se puede realizar tanto a nivel de VPC como de VCC z Controla PCR y CDV z Controla SCR y “Burst tolerance” z Descarta o marca celdas que no cumplen el contrato de tráfico

Conformación del tráfico (“Traffic Shaping”) z Suaviza un flujo de tráfico y reduce las ráfagas de celdas z Algoritmo “Token Bucket”

Algoritmo “Token Bucket”

Categorías de servicios ATM z Real-time: requiere retardo y jitter de retardo pequeños y“Constant bit rate” (CBR) Ej. : emulación de circuitos y“Real time variable bit rate” (rt-VBR) Ej. : voz o video comprimido z Non-real time y“Non-real time variable bit rate” (nrt-VBR) y“Available bit rate” (ABR) y“Unspecified bit rate” (UBR)

nrt-VBR z Para aplicaciones en las que sea posible caracterizar el flujo de tráfico esperado z Entonces la red puede proveer Qo. S en cuanto a pérdida y retardo z Los sistemas terminales especifican: y. Peak cell rate y. Sustainable or average rate y. Burstiness z Para aplicaciones que tienen requerimientos críticos de tiempo de respuesta, ej. reservas de aerolíneas, transacciones bancarias, etc.

UBR z En cualquier instante de tiempo puede haber una cierta capacidad disponible en la red ATM debido a que: y. No se dedican todos los recursos de la red a tráfico CBR y VBR y. El tráfico VBR presenta naturaleza “bursty” z Este servicio es adecuado para aplicaciones que pueden tolerar retardos variables y celdas perdidas y. Ej. tráfico basado en TCP z Se provee “best-effort service”

ABR z Las aplicaciones especifican “peak cell rate” (PCR) y “minimum cell rate” (MCR) z La red maneja los recursos de manera tal que todas las aplicaciones ABR reciben por lo menos su MCR z Cualquier capacidad adicional disponible se comparte entre todas las fuentes ABR z La red envía una realimentación explícita a las fuentes z Ej. : interconexión de LAN’s

Servicios ATM

Gestión de tráfico ATM-ABR z Algunas aplicaciones (tráfico Web, transferencia de archivos, etc) no tienen características de tráfico bien definidas z Una posibilidad es usar la técnica “best effort” y. Permite compartir la capacidad no usada en una forma no controlada. y. Si ocurre congestión se descartan celdas causando retransmisiones y. Es el modo de operación usado en el servicio UBR y. La desventaja es su ineficiencia z En cambio ABR utiliza un control a lazo cerrado

Gestión de tráfico ATM-ABR z Conexiones ABR comparten la capacidad disponible z La tasa de celdas/seg de cada conexión varía entre su “minimum cell rate” (MCR) y su “peak cell rate” (PCR) z La red provee realimentación a las fuentes ABR tal que un flujo ABR está limitado a la capacidad disponible y. Buffers absorben el tráfico generado durante el retardo de realimentación z Se garantiza una baja “cell loss ratio” (CLR). Es la mayor diferencia entre ABR y UBR

Mecanismos de realimentación z Tasas de transmisión: y“Allowed cell rate” (ACR) y“Minimum cell rate” (MCR) y“Peak cell rate” (PCR) y“Initial cell rate” (ICR) z Comienza con ACR=ICR z Se ajusta ACR en base a la realimentación de la red y. Celdas de gestión de recursos (celdas RM) contienen: x“Congestion indication bit” (CI) x“No increase bit” (NI) x“Explicit cell rate” (ER)

Variaciones en “Allowed Cell Rate” (ACR)

Flujo de celdas de datos y RM sobre una conexión ABR

Mecanismos de un switch ATM para proveer control de tasa z Marcar EFCI (“explicit forward congestion indication”) y. En una celda “Forward RM” usando el campo PT del header de celda ATM y. Provoca que el destino active el bit CI en una celda “Backward RM” z Marcar tasa relativa y. Marcar directamente el bit CI o el bit NI de una celda RM y. También un switch puede generar directamente una celda BRM con el bit CI o el bit NI activado

Mecanismos de un switch ATM para proveer control de tasa z Marcar tasa explícita y. El switch puede reducir el valor del campo ER de una celda FRM o BRM z El destino, si está experimentando congestión, puede también setear el bit CI o el bit NI o reducir el valor del campo ER

“ATM Adaptation Layer” z Permite el soporte de protocolos de transferencia de información no basados en ATM z Servicios de la capa de adaptación y. Segmentación y re-ensamble y. Temporización y. Manejar errores de transmisión y. Manejar celdas perdidas y mal insertadas y. Control de flujo

Protocolos AAL z “Convergence sublayer” (CS) y. Soporte para aplicaciones específicas z “Segmentation and re-assembly sublayer” (SAR) y. Empaqueta y desempaqueta información recibida del CS en celdas z Cuatro tipos y. AAL Tipo 1: CBR y. AAL Tipo 2: rt-VBR y. AAL Tipo 3/4: nrt-VBR y. AAL Tipo 5: nrt-VBR

Protocolos AAL

z SN: número de secuencia de 3 bits. Primer bit: bit CSI (indicador del sublayer de convergencia), lleva la SRTS AAL Tipo 1 (etiqueta de tiempo residual síncrona) en las celdas con SN impar z SNP: protección de número de secuencia z AAL 1 - Modo de transferencia de datos no estructurado:

AAL Tipo 1 z AAL 1 - Modo de transferencia de datos estructurado: y Por ej. para transmisión de tramas de 2 Mbps, 34 Mbps, 140 Mbps y En las celdas con SN par se roba un byte a los datos para utilizar como puntero al byte de comienzo de los datos estructurados. Lleva un valor entre 0 y 93 (este último indica que no hay comienzo de bloque en esos 93 bytes)

AAL Tipo 2 z El objetivo es proveer un mecanismo para enviar paquetes pequeños (tales como los de voz) sobre una red ATM para tener: y. Bajo retardo y. No enviar celdas parcialmente llenas z AAL 2 soporta el multiplexado de múltiples conexiones en una celda z Los paquetes multiplexados pueden ser de longitud variable, útil para acomodar codificadores de tasa de bit variable

AAL Tipo 2

AAL Tipo 2 z Los campos en los 48 bytes se agrupan en: start field, CPS-packet header, payload y PAD z CPS-packet header y. CID: identifica al usuario del canal. El valor 0 no está permitido porque octetos con todos ceros se reserva para el padding. Los valores de 1 a 7 están reservados para gestión y. LI: es uno menos que el número de octetos en el payload del paquete y. UUI: envía información transparentemente y. HEC: permite detectar errores en el CPS-packet header

AAL Tipo 2 z Start Field y. OSF (0 -47): indica el offset medido en número de bytes entre el fin del start field y el primer comienzo de un header de paquete, o en su ausencia al comienzo del campo PAD, o el valor 47 indica que no hay límite de comienzo y. SN: bit usado para numerar en módulo 2 las celdas y. P: bit usado por el receptor para detectar errores en el start field z PAD: relleno con todos ceros, si fuera necesario z Nota: puede haber varios paquetes en una celda

Vo. ATM usando AAL 2

Vo. ATM usando AAL 2 z Consideremos un gateway de voz sobre ATM (Vo. ATM) que utiliza el codificador G. 729 A con tramas de 10 bytes que son encapsuladas con un header de RTP de 4 bytes z ATM-SDU contendrá el campo start field y luego se carga con paquetes de 17 bytes que pertenecen a distintas comunicaciones, hasta completar los 48 bytes z Un paquete puede estar distribuido a lo largo de varias celdas z Es posible multiplexar también voz y datos

AAL Tipo 3/4

AAL Tipo 3/4 - Overhead en CS z CPI: indicador de parte común (todos ceros) z Btag, Etag: etiquetas de comienzo y fin, son iguales entre sí, y el valor se va incrementando en uno z BASize: tamaño de alocación de buffer y. En “Message mode”: igual al campo Length y. En “Stream mode”: mayor o igual al campo Length z PAD: relleno (0 -3 bytes) para lograr múltiplo de 4 bytes z AL: alineamiento (todos ceros) z Length: longitud del campo de información

AAL Tipo 3/4 - Overhead en SAR z ST: tipo de segmento (BOM, COM, EOM, SSM) z SN: número de secuencia módulo 16 z MID: identificación de multiplexado, identifica la CPCS PDU z LI: indicador de longitud de datos en el payload (en caso de ser menor a 44 bytes el resto se rellena) z CRC: CRC-10 calculado sobre la entera SAR PDU para detección de error

AAL Tipo 5

AAL Tipo 5 - Overhead en CS z PAD: relleno (0 -47 bytes) para lograr múltiplo de 48 bytes z UU: user-user, para enviar información z CPI: indicador de parte común, reservado para uso futuro z Length: número de bytes en el campo de datos z CRC-32: calculado sobre la entera CPCS PDU para detección de error

AAL Tipo 5 z El sublayer SAR no agrega overhead z AAL 5 es conocido como “SEAL” (“simple efficient adaptation layer”) z Es el protocolo de la capa de adaptación más usado para datos (IP sobre ATM, Frame Relay sobre ATM, etc)

Ejemplo de Transmisión AAL 5