03 Capacidades

CARRIER ETHERNET
MÓDULO 3
CAPACIDADES
Julio-2017 03 - 1 1
Curso Carrier Ethernet
Contenido
Capacidades
• Monitoreo de Desempeño - SOAM
• Tipos de transporte Capa 1 (WDM, SDH,
OTN) EPL
• Tipos de transporte Capa 2 (PB, Q-in-Q,
MPLS)
• Escalabilidad
03 - 2 2
CARRIER ETHERNET
SOAM
Operación de Servicios, Administración
y Mantenimiento
03 - 3 3
Link OAM
 OAM/CFM Ethernet proporciona una funcionalidad crítica para las redes de los
Proveedores de Ethernet para asegurarse que estas redes sean consideradas
“Carrier Grade”.
OAM y E-LMI están incluídos en el UNI Tipo 2 del estándar MEF.
• “Link OAM”:
IEEE 802.3ah Clause 57 –EOAM “Ethernet en la primera milla” se aplica para
enlaces de acceso mediante cuatro mecanismos:
- Loopback remoto
- Indicación de falla remota
- Monitoreo de enlaces
- Control de Loopback
Apropiado para enlaces sencillos, pero no efectúa monitoreo a través del EVC.
03 - 4 4
Service OAM
 “Service OAM”
IEEE 802.1ag – “Administración de Fallas de Conectividad (CFM)”-
Usado a nivel de EVC mediante los siguientes mecanismos:
 Continuity Check (CC)
 Loopback (Bucle)
 Linktrace
 También proporciona la capacidad de monitorizar a diferentes y específicos
niveles del servicio (Incluyendo al cliente, proveedor de servicios, operador,
sección) y soporte para dominios de mantenimiento
• ITU-T Y.1731
“OAM Funciones y Mecanismos para Redes Ethernet”
Proporciona toda la funcionalidad de 802.1ag incluyendo:
- Medición de Delay (DM)
- Medición de Variación de Delay (DVM)
- Medición de Pérdidas (LM)
- Conmutación de Protección Automática (APS)
03 - 5 5
Posicionamiento de Protocolos
 “Link OAM” 802.3ah: Es aplicado sobre un enlace Ethernet de capa 2 punto-a-punto.

Es un requerimiento común para el enlace de acceso.
 “Service OAM” CFM 802.1ag / Y.1731: Es aplicado sobre la capa 2 de un servicio

Ethernet “end-to-end”. Puede atravesar varios saltos Ethernet de capa 2, sin
embargo, comparte los túneles de MPLS junto con el tráfico del cliente.
03 - 6 6
Marco de Referencia: OAM de Servicio
Y.1731 Mediciones de Desempeño Basadas en Mensajes

 Medición de Delay (DM), Medición de Variación de Delay (DVM)
 Medición de Pérdidas
Las mediciones se efectúan de extremo a extremo (end-to-end), los NIDs se

consideran sobre las UNI del cliente.
03 - 7 7
Dominios OAM
 Dominio OAM: Una red o sub-red en capa ETH, perteneciente a la misma entidad
administrativa, dentro de la cual, las tramas de OAM pueden intercambiarse.
 Un Servicio puede estar definido a través de una o múltiples sub-redes.
 El dominio OAM determina el alcance del fuljo OAM a través de las fronteras
administrativas.
03 - 8 8
Dominios OAM
MEG Uso Sugerido
Subscriber MEG Monitoreo de Servicio Ethernet por parte del Subscriptor
Aislamiento por parte del Proveedor de Servicios de fallas
Test MEG
reportadas por el subscriptor
Monitoreo por parte del Proveedor de Servicios del servicio
EVC MEG
proporcionado
Service Provider MEG Monitoreo de la red del Proveedor de Servicios
Monitoreo de los Túneles de Acceso por parte del Proveedor de
UTA SP MEG
Servicios
Operator MEG Monitoreo del Operador de su porción de la red
UNI MEG UNI monitoreada por parte del Proveedor de Servicios
ENNI MEG ENNI monitoreada por parte del Operador de Red
Enlace de LAG a través de la UNI monitoreada por el Proveedor de
UNI LAG Link MEG
Servicios
Enlace de LAG a través de la ENNI monitoreada por el Operador de
ENNI LAG Link MEG
Red.
03 - 9 9
Entidades Administrativas: ME
 ME: Entidad de Mantenimiento OAM que requiere ser administrada.

 Una asociación entre 2 “End-Points” dentro de un dominio OAM, donde cada “End-Point”
corresponde a un punto de referencia de provisionamiento.
 La ubicación de los MEP y MIPs así como sus orientaciones presentadas son solo ilustrativas.
03 - 10 10
MEG, MEP, MIP & TrCP
 MEG: Maintenance Entity Group
Incluye diferentes MEs (Maintenance Entities) que:
 Existen dentro de los mismos límites administrativos.
 Tienen el mismo nivel de MEG
 Pertenecen a la misma conexión ETH punto-a-punto o conectividad ETH Multipunto
 MEP: Maintenance End Point

Punto provisionado de referencia OAM que es capaz de iniciar y terminar tramas
OAM proactivas. También puede iniciar y reaccionar a tramas de diagnóstico de OAM
 Un EVC P2P tiene 2 MEPs; Un EVC MP2MP de n UNIs tiene n MEPs
 MIP: Maintenance Intermediate Point

Punto intermedio en un MEG que puede reaccionar a algunas tramas OAM:
 Un MIP no inicia tramas OAM
 Un MIP no toma acciones sobre el tránsito de flujos ETH
 TrCP: Traffic Conditioning Point

Es un “Flow point” ETH que proporciona una función de condicionamiento de tráfico
ETH
03 - 11 11
Dominios OAM para Proveedores de Acceso
03 - 12 12
FM y PM sobre Servicios E-Access
 Servicio E-Access abarca desde UNI a ENNI
 FM y PM se llevan a cabo entre los límites de los EIs (UNI y ENNI)
 Todas las pruebas pueden ejecutarse a nivel TEST MEG (Opcional) u

Operator MEG solamente.
 No se pueden establecer otros MEGs a través de la red de acceso (Access Network).
03 - 13 13
Niveles de MEG
 Ocho niveles de MEG disponibles (Nivel 7 tiene el más largo alcance físico)
 Asignación de niveles de MEG por default de acuerdo al MEF 17:
 Rol del cliente es asignado con 3 niveles de MEG opcionales: 7, 6 o 5
Para servicios de Acceso: MEF 30.1 Default

MEG
Nivel MEG
Los Servicios de Acceso EPL y EVPL DEBEN ser configurados
Subscriber MEG 6
de tal modo que permitan el paso sin Restricciones “Tunnel” Test MEG 5
de todas las tramas SOAM en los niveles por default de Test EVC MEG 4
MEG y Subscriber MEG. Service Provider MEG 3
UTA SP MEG 3
Un MEP en un nivel de MEG particular: Operator MEG 2
 Pasa transparentemente tráfico SOAM de mayores niveles UNI MEG 1

de MEG ENNI MEG 1
 Termina tráfico de su propio nivel de MEG UNI LAG Link MEG 0
 Descarta tráfico de SOAM a niveles más bajos de MEG ENNI LAG Link MEG 0
03 - 14 14
MEGs
 Subscriber MEG: Asignado al Subscriptor
 Test MEG: Asignado al Proveedor de Servicios para el aislamiento de fallas
reportadas por el subscriptor o durante las pruebas de activación
 EVC MEG: Se asume su uso para proporcionar la vista más completa de un EVC
 Service Provider MEG: Utilizado para monitorear una conexión Ethernet del
Proveedor de Servicios
 Operator MEG: Utilizada por el Operador para monitorear un OVC a través de su
Red de Carrier Ethernet (CEN)
 UNI MEG: Permite el monitoreo de la conectividad entre la UNI-C y la UNI-N
 ENNI MEG: Permite el monitoreo de la conectividad entre ENNIs adyacentes.
 LAG MEG: UNI LAG MEG & ENNI LAG MEG son simplemente tipos de UNI
MEG y ENNI MEG respectivamente.
 LAG Link MEG: Se emplea para monitorear un enlace LAG individual
03 - 15 15
Terminología: IEEE / ITU-T
ITU-T Y.1731 IEEE 802.1ag Comentarios
Maintenance Entity Group Maintenance Association

MEF Usa MEG
(MEG) (MA)
Maintenance Entity Group Identifier Maintenance Association Identifier

MEF Usa tanto MEG ID como MAID
(MEG ID) (MAID)
No existe equivalencia de este término en

Maintenance Domain
- ITU. MEF usa MD solo cuando se describe
(MD)
el formato del MAID
Maintenance Entity Group Level Maintenance Domain Level

MEF usa MEG Level
(MEG Level) (MD Level)
03 - 16 16
Ciclo de vida de un Servicio Ethernet
Nueva 1) Provisionamiento y activación del

Orden de Circuito.
Trabajo - Verificar desempeño contra el Acuerdo
de Nivel de Servicio (SLA)
Pasa
Falla
3) Administración de Fallas 2) Administración de Desempeño
- Seccionar el problema Si - ¿El Circuito cumple con el SLA?
- Referirse a la entidad de - ¿Está el cliente satisfecho?
Mantenimiento responsable (ME)
- Identificar y corregir el problema
Fin de Ciclo
No
Desconstruccion del Circuito.
Retorno a Inventario
03 - 17 17
Elementos de un Servicio Ethernet
 Proveedor de Servicios administra el servicio de punta a punta

 Operador al Mayoreo administra a través de su dominio
 Parámetros de SLA de Servicios Ethernet
 Ancho de Banda, Retardo, Variación de Retardo, Pérdida de
tramas (Disponibilidad)
 Verificar la calidad de cada parámetro definido del servicio
 Todos los parámetros de servicio
 Todos los servicios simultáneamente
03 - 18 18
Pruebas Automatizadas de Red
 Facilidades de Prueba controladas por el NOC (Network Operations Center
 Pruebas remotas facilitan la aceptación automática y funciones de diagnóstico
 Util para probar Servicios Ethernet y seccionar fallas
03 - 19 19
Administración de Fallas
Nueva 1) Provisionamiento y activación del

Orden de Circuito.
Trabajo - Verificar desempeño contra el Acuerdo
de Nivel de Servicio (SLA)
Pasa
Falla
3) Administración de Fallas 2) Administración de Desempeño
- Seccionar el problema Si - ¿El Circuito cumple con el SLA?
- Referirse a la entidad de - ¿Está el cliente satisfecho?
Mantenimiento responsable (ME)
- Identificar y corregir el problema
Fin de Ciclo
No
IEEE 802.1ag Connectivity Fault Management (CFM) Desconstruccion del Circuito.
Retorno a Inventario
03 - 20 20
Link OAM
 IEEE 802.3ah – Monitorea enlaces físicos adyacentes de red

 Configuración sencilla, simple e incluso inexistente
 Soporta:
 Auto descubrimiento
 Bucle remoto
 Monitoreo de enlace e indicación de falla remota
(Dying Gasp, falla de enlace, evento crítico)
 NO Monitorea el enlace de punta a punta a través del EVC
 En realidad no forma parte del SOAM
03 - 21 21
Connectivity Fault Management – CFM
 “Servicio OAM”
IEEE 802.1ag – “Connectivity Fault Management (CFM)” Usado sobre el EVC.
Mecanismos:
 Continuity Check (CCM)
 Loopback
 Linktrace
 Adicionalmente provee la capacidad de monitorear en específicos niveles de servicio (Incluyendo

cliente, proveedor de servicios, operador, sección) y soporte para dominio de Mantenimiento.
 ITU-T Y.1731 – “Funciones OAM y Mecanismos para redes basadas en

Ethernet.
Provee todas las funcionalidades de 802.1ag con adiciones incluyendo:
 Medición de Delay (DM)
 Medición de Variación de Retardo
 Medición de pérdidas
03 - 22 22
Fault Management: Marco de Referencia
 Un EVC de P2P cuenta con 2 MEPs; uno en cada extremo del ME

 PDUs de CCM pueden habilitarse para ser enviados periódicamente para
proporcionar un “pulso” o “heartbeat” para corroborar la conectividad entre
MEPs.
 Las tramas de servicio para un EVC ME usarán un MEG nivel 4
 El MEF 17 (R2f) recomienda el envío de CCM con la mayor calidad de Servicio
permitida por el EVC. Especificaciones posteriores recomiendan un CoS con el
FLR más bajo.
03 - 23 23
Continuity Check / Servicios Ethernet
MEP #1 y #2
Envían “pulsos” CCMs MEP #1 MEP #1 MEP #1 MEP #2
sobre trayectorias de Envía CCMs con la Inicia
trabajo y protección. La conexión se bandera: “Remote Defect conmutación
rompe. Reporta “CC Fault” Indication” (RDI) encendida. a trayectoria
Confirma que los CCMs No se reciben CCMs al sistema de MEP #2 de protección
fueron recibidos del MEP #2 Gestión. Alarma remota detectada
correctamente en el otro mediante el RDI recibido.
extremo Reporta alarma al sistema
de Gestión
03 - 24 24
Formato Trama de Servicio OAM
DA SA Type S-VID Type C-VID 8902 Data FCS
OAM PDU
Octets 0 1 2 3
 Nivel de MEG: (Nivel MA) 0-7
0 MA Level Version Op Code Flags TLV Offset
 7 es el de mayor alcance
4
 Versión 0
8
 Op Code: Indica el tipo de mensaje OAM
12
 0-31 IEEE 802.1 y Y.1731
Last End TLV
 32-63 Específicos a Y.1731
 64-255 Reservados IEEE 802.1
Op Codes para IEEE 802.1
 Flags: Uso de “flags” es dependiente del tipo de PDU

OAM  1: CCM MEPs (Continuity Check)
 TLV Offset: Apuntador al 1er TLV en el PDU OAM  3: LBM MEPs y MIPs (Loopback)
 End TLV: Tiene campo Type = 0 y sin valores de LV  2: LBR MEPs y MIPs
 5: LTM MEPs y MIPs (Link Trace)
 4: LTR MEPs y MIPs
 0, 6-31, 64-255: Reservados
03 - 25 25
Códigos y Tipos de Mensajes Y.1731
Valor OpCode OAM PDU Relevancia de OpCode por MEPs/MIPs
OpCodes common with IEEE 802.1
1 CCM MEPs
3 LBM MEPs y MIPs (Verificación de Conectividad)
2 LBR MEPs y MIPs (Verificación de Conectividad)
5 LTM MEPs y MIPs
4 LTR MEPs y MIPs
0, 6-31, 64-255 Reservados por definición por IEEE 802.1
32 GNM MEPs
33 AIS MEPs
35 LCK MEPs
37 TST MEPs
39 APS Linear Referirse a ITU-T G.8031
40 APS Ring Referirse a ITU-T G.8032
41 MCC MEPs
43 LMM MEPs
42 LMR MEPs
45 IDM MEPs
47 DMM MEPs
46 DMR MEPs
49 EXM Fuera del alcance de la recomendación
48 EXR Fuera del alcance de la recomendación
51 VSM Fuera del alcance de la recomendación
50 VSR Fuera del alcance de la recomendación
52 CSF MEPs
53 ISL MEPs
55 SLM MEPs
54 SLR MEPs
34, 36, 38, 44, 60-63 Reservados para futura estandarización por ITU-T
56-59 Reservados por definición por el MEF. La definición esta fuera del alcance de esta recomendación
03 - 26 26
Formato Trama CCM PDU
03 - 27 27
Formato Trama CCM PDU
MSB LSB
 RDI: EL Bit 8 se asigna a 1 para indicar RDI, de otra manera permanece = 0

 Intervalo (Period): Bits 3 al 1 para indicar el periodo de transmisión con la
codificación mostrada en la tabla derecha
03 - 28 28
Periodo de Transmisión de CCM
 El PDU OAM usado para información de ETH-CC es el CCM

 Las tramas que pueden transportar el PDU CCM se llaman tramas CCM
 Cuando ETH-CC es habilitado, un MEP transmite periódicamente tramas CCM

De acuerdo al intervalo de transmisión definido en la configuración.
El periodo de transmision “intervalo” puede ser uno de los siguientes 7 valores:
 3.33 ms: Intervalo de transmisión por default para aplicaciones de conmutación de protección
Tasa de transmisión de 300 tramas por Segundo
 10 ms: Tasa de transmisión es de 100 tramas por Segundo
 100 ms: Intervalo de transmisión por default para aplicaciones de monitoreo de desempeño
Tasa de transmisión de 10 tramas por Segundo
 1 s: Intervalo de transmisión por default para aplicaciones de administración de fallas.
Tasa de transmisión de 1 trama por Segundo
 10 s: Tasa de transmisión de 6 tramas por minute
 1 min: Tasa de transmisión de 1 trama por minute
 10 min: Tasa de transmisión de 6 tramas por hora.
 MEF 30 FM IA: Un MEP debe soportar 3.33, 10 y 100 ms.
03 - 29 29
Continuity Check Messages
 Información de configuración específica requerida por cada MEP para soportar los ETH-CC:
o MEG-ID: Identifica el MEG al cual pertenece el MEP
o MEP-ID: La identidad misma del MEP dentro de la MEG.
o Lista de “Peer MEP IDs”: Lista de MEPs en el MEG. Para un MEG Punto-a-Punto con un solo
ME, la lista consistiría en un solo MEP ID para el Peer.
o MEG Level: El nivel en el cual el MEP es relevante o existe.
o Periodo de transmisión ETH-CC: Dependiente de la aplicación. El ETH-CC tiene 3 diferentes
aplicaciones (Por cada aplicación se especifica un periodo de transmisión por defecto)
- Administración de fallas: Intervalo de transmisión por defecto es de 1 s
Tasa de transmisión = 1 trama por Segundo
- Monitoreo de Desempeño: Intervalo de transmisión por defecto es de 100 ms
Tasa de transmisión = 10 tramas por Segundo
- Conmutación de Protección: Intervalo de transmisión por defecto es de 3.33 ms
Tasa de transmisión = 300 tramas por Segundo
 Prioridad: Identifica la prioridad de las tramas con información ETH-CC. Por defecto la
trama con información ETH-CC es transmitida con la más alta prioridad disponible para el tráfico de
datos. Esta información es configurable por operación.
 Eligibilidad de descarte: Tramas con información ETH-CC son siempre marcadas como
inelegibles para descarte.
03 - 30 30
Loopback
 Verificación bidireccional de conectividad (MIP o MEP

unicast, MEP multicast)
 Prueba de diagnóstico Bidireccional entre MEPs (Unicast)
Opera en la misma forma que un PING ICMP
 Pruebas bajo demanda, una usada para verificación durante entrega e implementación del circuito, la
otra para diagnóstico de fallas.
 LBM tiene un ID de Transacción y Número de Secuencia mandatorios.
Patrón de TLV de Datos/Pruebas se determina en el MEP de transmisión.
 Cuando un MEP/MIP remoto recibe un LBM que corresponde a su dirección,
un LBR será generado.
 Cada campo en el LBM es copiado al LBR
Excepto:
• MAC Address Fuente/Destino son intercambiadas
• Campo de Op Code es modificado de LBM a LBR
 Pruebas de Diagnóstico: LBM incluye un patrón de pruebas; LBR regresa el mismo patrón.
03 - 31 31
Formato Mensaje Loopback
OAM PDU
 Transacción de TLV ID mandatoria Octets 0 1 2 3
 Número de sequencia TLV mandatorio 0 MA Level Version Op Code Flags TLV Offset
 Datos TLV opcionales 4
 Patrón de Prueba opcional 8

12
 TLV Offset: Apuntador al 1er TLV en el
PDU OAM Last End TLV
 End TLV: Tiene campo Type = 0 y sin Op Codes para IEEE 802.1
valores de LV
 1: CCM MEPs (Continuity Check)
 3: LBM MEPs y MIPs (Loopback)
 2: LBR MEPs y MIPs
 0, 6-31, 64-255: Reservados
03 - 32 32
Linktrace Ethernet
Análogo a la funcionalidad de “IP Traceroute”:
 Se emplea para identificar la localización de una falla en el enlace.

 Para corroborar relaciones de adyacencia con MEPs/MIPs remotos en el mismo nivel administrativo.
03 - 33 33
Formato Mensaje Linktrace
OAM PDU
TLVs incluídos: Octets 0 1 2 3
 ID de Transacción, TTL 0 MA Level Version Op Code Flags TLV Offset
 Dirección MAC Origen/Destino 4
 Número de Secuencia 8
12
 TLV Offset: Apuntador al 1er TLV en el
PDU OAM Last End TLV
 End TLV: Tiene campo Type = 0 y sin Op Codes para IEEE 802.1
valores de LV
 1: CCM MEPs (Continuity Check)
 3: LBM MEPs y MIPs (Loopback)
 2: LBR MEPs y MIPs
 0, 6-31, 64-255: Reservados
03 - 34 34
Formato de Mensaje Linktrace
 Los mensajes Linktrace (ETH-LT) son mensajes multicast que son enviados por un MEP Origen para
marcar una ruta hacia un MEP Destino. Cada MIP intermedio y el MEP Destino que reciben un
mensaje de Linktrace contestan con un mensaje de Linktrace Reply hacia el MEP Origen.
El MEP Origen espera 5 segundos para colectar todas las respuestas.
 El PDU LTM incluye los siguientes campos

 ID de Transacción: Campo de 4 octetos que contiene el número de transacción del LTM.
Se espera que el receptor copie este valor en el PDU LTR (Linktrace Reply)
 TTL: Campo de 1 octeto que indica si el mensaje LTM debe ser terminado o no por el receptor.
Cuando un MIP recibe un LTM con TTL=1, el LTM no es reenviado.
Un element de red que recibe un mensaje LTM, decrementa el valor de TTL en una unidad y
copia este valor en el campo de TTL del PDU de LTR, así como en el mensaje de LTM que es
reenviado hacia el siguiente salto.
 MAC Destino: Campo de 6 octetos utilizado para transporter la dirección MAC del punto final
(Destino). Un MIP intermedio copia el valor de este campo dentro del mensaje LTM que es
reenviado hacia el siguiente salto.
 MAC Origen: Campo de 6 octetos usado para transportar la dirección MAC del MEP Origen.
Un MIP intrermedio copia el valor de este campo dentro del mensaje LTM que es reenviado hacia
el siguiente salto en la trayectoria.
03 - 35 35
Formato de Mensaje Linktrace
 El PDU LTR incluye los siguientes campos:

 ID de Transacción: Valor de Transacción copiado
desde el mensaje LTM
 TTL: (Debe ser > 1) Copiado desde el LTM y
disminuido por 1 unidad.
 Nota: La dirección MAC Destino es ahora la
dirección del MEP Origen.
La dirección MAC Origen es la dirección del que
envía el LTR.
03 - 36 36
Indicación de Defecto Remoto (RDI)
 Utilizado por el MEP para comunicarle a su MEP remoto asociado que una condición de defecto ha
sido encontrada.
 RDI es enviado hacia el MEP asociado “Peer MEP”
 ETH-RDI es usado solo cuando la transmisión de ETH-CC es habilitada.
 ETH-RDI tiene las siguientes dos aplicaciones:
 Administración de Fallas en un solo extremo (Single-ended): El MEP Destino detecta una condición de “Remote
Defect Indication” (RDI)
 Se correlaciona con otras condiciones de defectos en el MEP y puede considerarse como la presencia de
una falla.
 La ausencia de información de ETH-RDI en un solo MEP indica la ausencia de defectos en el MEG
completo.
 Contribución a monitoreo de desempeño en el extremo remoto: Refleja que ha habido una
condición de defecto en el extremo remoto lo cual es usado como entrada en el proceso de
monitoreo de desempeño.
 Un MEP que se encuentra en condición de defecto transmite tramas con información de ETH-RDI
 Ante la recepción de tramas con información de ETH-RDI, el MEP determina que el MEP Remoto
asociado (Peer MEP) ha encontrado una condición de defecto.
 En conectividad de ETH Multipunto, un MEP que recibe un RDI no es capaz de determinar cual subgrupo
de MEPs asociados han experimentado el defecto en cuestión. Tal y como sucede con AIS en escenarios
Multipunto.
03 - 37 37
Indicación de Defecto Remoto (RDI)
 LA Información específica de configuración requerida por el MEP

para soportar la funcionalidad de ETH-RDI es:
 Nivel de MEG: Nivel al cual pertenece, o dentro del cual existe el
MEP.
 Intervalo de transmission de ETH-RDI: Dependiente de la aplicación
y es configurado con el mismo valor que el ETH-CC
 Prioridad: Identifica la prioridad de las tramas con información ETH-
RDI.
La prioridad es la misma que la definida en el ETH-CC
 Elegibilidad de descarte: Tramas con información de ETH-RDI son
siempre marcadas como no elegibles para descarte.
 El PDU utilizado para transportar el mensaje ETH-RDI es el

CCM (Continuity Check Message)
03 - 38 38
Indicación de Señal de Alarma ETH (AIS)
 Utilizado para suprimir alarmas que siguen a la detección de condiciones de defecto.
 Tramas AIS son enviadas en dirección/sentido opuestos (Alejándose) del MEP asociado.
 La transmisión de ETH-AIS puede habilitarse o deshabilitarse en el MEP.
 Las condiciones de Defecto pueden incluir:
 Condiciones de falla de señal en el caso de que los mensajes de ETH-CC estén habilitados.
 Condición de AIS o condición de LCK en caso de que los mensajes ETH-CC estén deshabilitados
 La información de configuración específica requerida por el MEP para soportar la
transmisión de mensajes ETH-AIS es la siguiente:
 Nivel de Cliente MEG: Nivel de MEG al cual pertenecen los MEPs/MIPs del nivel de Cliente
 Intervalo de transmisión de ETH-AIS: Determina la periodicidad de transmisión de las tramas con
información de ETH-AIS.
 Prioridad: Identifica la prioridad de las tramas con información de ETH-AIS
 Eligibilidad de Descarte: Tramas con información de ETH-AIS son siempre marcadas como no
elegibles para descarte.
03 - 39 39
Transmisión de AIS
 Ante la detección de una condición de defecto, el MEP transmite tramas de AIS
 Enviadas en sentido opuesto del MEP(s) asociado(s) remoto(s)
 Intervalo de transmisión del AIS es recomendado cada segundo
 El Cliente pudiese consistir en múltiples MEGs que deben ser notificados.
 Tramas AIS enviadas a cada uno de estos clientes (Sub) capas de MEGs.
 La primer trama de AIS para todos los clientes en cualquiera de las sub-capas de MEGs
debe ser transmitida dentro del primer segundo de presentarse la condición de defecto.
 Se soporta otro intervalo de transmisión de AIS de 1 minuto el cual es más
apropiado cuando se están empleando las 4095 VLANs
 Ante la recepción de una trama AIS, el MEP examina la trama a fin de asegurarse que el
nivel de MEG de la trama corresponde al nivel de MEG del mismo MEP
 Ante la recepción de una trama AIS, el MEP detecta la condición de falla de AIS
 Si no se reciben tramas con AIS en un intervalo de 3.5 veces el intervalo definido para la
transmisión de las tramas AIS recibidas anteriormente, el MEP “limpia” la condición de
defecto de AIS.
03 - 40 40
Indicación de Bloqueo “Lock” ETH-LCK
La funcionalidad de señal de
bloqueo “Locked” (ETH-LCK) es
usada para comunicar el bloqueo
administrativo de un Server (MEP
de Sub-Nivel) y la consecuente
interrupción de tráfico de datos
enviados hacia el MEP esperando
recibir dicho tráfico.
Permite al MEP que recibe tramas
con información de ETH-LCK
diferenciar entre una condición de
defecto y una acción administrativa
de bloqueo en el MEP Subyaciente
en capa inferior. El MEP continúa transmitiendo a intervalos tramas con información ETH-LCK
dentro del nivel de MEG del Cliente hasta que la condición
administrativa/diagnóstico es removida.
El MEP extrae tramas con información ETH-LCK dentro de su propio nivel de
MEG y detecta la condición de LCK, lo cual contribuye a la condición de falla
de señal del MEP.
La condición de señal de falla puede resultar en la transmisión de tramas AIS
hacia sus MEPs de Cliente.
03 - 41 41
Indicación de Bloqueo “Lock” ETH-LCK
 ETH-Lock establece los siguientes requerimientos de configuración:

 Nivel de MEG: Nivel al cual pertenece, o donde reside el MEP.
 Intervalo de transmisión de ETH-LCK: Dependiente de la aplicación y es
configurado con el mismo valor de intervalo que el ETH-CC.
El intervalo de transmisión de LCK es el mismo que el de AIS.
La primer trama de LCK debe siempre ser transmitida inmediatamente
después de la acción administrativa/diagnóstico.
 Prioridad: Identifica la prioridad de las tramas con información de ETH-
LCK
 Elegibilidad de Descarte: Tramas con información de ETH-LCK son
marcadas siempre como no elegibles para descartarse.
03 - 42 42
CARRIER ETHERNET
TRANSPORTE DE SERVICIOS
CARRIER ETHERNET
Julio-2017 03 - 43 43
Transporte capa 1
• OTN, WDM, Sone/SDH

• Solo Point-to-Point
(orientado a conexión)
• Adecuado sólo para EPL
• No soporta Multipoint
• No soporta Multicast
• No hay MAC-Learning
03 - 44 44
Transporte capa 2
• Provider Bridge (PB): Q-in-Q (S & C VLAN) 4094 instancias de

servicio
Soporta Multipoint, Multicast, MAC-Learning
• Provider Backbone Bridge (PBB): MAC-in-MAC (B & I-Tag)
instancias ilimitadas de servicio
• Provider Backbone Bridge-Traffic Engineering (PBB-TE): (Orientado
a conexión, servicios P2P), instancias ilimitadas de servicio
No soporta Multipoint, Multicast, MAC-Learning
03 - 45 45
Transporte capa 2.5
• IP/MPLS, MPLS-TE, MPLS-TP, MPLS VPWS, MPLS

VPLS
Instancias ilimitadas de servicio
• MPLS-TE, MPLS-TP, MPLS-VPWS
Solo P2P
No soporta Multipoint, Multicast, MAC Learning
• MPLS-VPLS
03 - 46 46
Provider Bridge – IEEE 802.1ad
• ¿Por qué VLANs apiladas?

PB apila dos tipos de VLAN y puede tener diferentes comportamientos
para cada una
• VLANs de Clientes
Las usan por razones internas y quieren que se mantengan a través
de la red PBN
• ¿Qué pasa si múltiples clientes usan las mismas VLANs? El
proveedor debe:
• Crear IDs de Clientes
• Asignar rangos por cliente
• Hacer un intercambio de VLANs al ingreso y al egreso
• Tratar las VLANs como C-VLAN IDs, y agregar una VLAN-ID de
Servicio la cual funciona como ID del cliente
03 - 47 47
IEEE 802.1ad – VLAN Stacking
03 - 48 48
Provider Bridge 802.1ad (continúa…)
Beneficios de la solución
• Múltiples dominios de Red
pueden compartir la misma red
física sin mezclar el tráfico
• El proveedor separa las
instancias de servicio para
diferentes clientes
• Escalabilidad más allá del
ambiente de redes
empresariales
• Demarcación entre los
dominios de red de Clientes y
del Proveedor de Servicio
• Se requiere una cooperación
limitada para la ingeniería de
Red entre clientes y proveedor
03 - 49 49
Provider Bridge 802.1ad (continúa…)
• Tamaño del Identificador: VLAN-ID de 12 bits

(soporta 4094 EVCs)
• El EVC es identificado por la S-VLAN
• El CoS se identifica por los bits PCP de la C-VLAN y
se trasladan a los bits PCP de la S-VLAN
• Los Multicast son confinados a la S-VLAN y usa las
capacidades nativas de Ethernet (Direcciones MAC
Multicast)
• L2CP: El componente Cliente del PE puede participar
en los protocolos de control del Cliente: STP, Port-
Authentication, MVRP, etc
03 - 50 50
Problemas con PBNs
• PBN Q-in-Q, simplifican la interfaz Cliente-Proveedor,

pero está limitada a 4094 SV-ID
No establece una relación cliente/servidor verdadera
(desacoplada)
• Las VLANs del cliente están ocultas
• Pero las direcciones MAC no
• La función OAM-Trace no es del todo cierta
• Los switches del proveedor tienen que aprender
direcciones MAC de los clientes
• Si se quiere un desacoplamiento total, se puede
hacer con MAC-in-MAC
03 - 51 51
Escalabilidad y Tablas MAC
• ¿Cómo podemos hacer frente a gran cantidad de direcciones MAC?
• ¿Serán únicas de manera global?
• ¿Qué tan grandes pueden ser las tablas MAC?
B-DA: Backbone Destination MAC

B-SA: Backbone Source MAC
B-Tag: Backbone VLAN Tag
I-Tag: Extended Service Tag
03 - 52 52
Provider Backbone Bridge 802.1AH
Interfaz
802.1AD
Interfaz
802.3 o 802.1Q
Interfaz
802.1AH
• Provider Backbone Bridge Network

El Proveedor Backbone es un “provedor de proveedores”
El Proveedor Backbone utiliza tecnología MAC-in-MAC
• Los Switches Backbone de Frontera (BE) usan
I-TAGs con I-SID de 24 bits (una o más)
B-TAG con B-VID de 12 bits (una etiqueta)
03 - 53 53
Provider Backbone Bridge 802.1AH
Interfaz
802.1AD
Interfaz
802.3 o 802.1Q
Interfaz
802.1AH
• I-TAG es un nuevo formato con un I-SID (service

identifier) de 24 bits ( ≥ 16 M )
I-TAG
I-PCP (3b) I-DEI (1b) RES (4b) I-SID (24b)
03 - 54 54
MAC in MAC
802.3
DA SA Tipo Datos FCS
802.1Q
DA SA 8100 C-VLAN Tipo Datos FCS
802.1AD (Q-in-Q)
DA SA 88A8 S-VLAN 8100 C-VLAN Tipo Datos FCS
802.1AH (MAC-in-MAC)
B-DA B-SA 88A8 B-TAG 88E7 I-TAG
DA SA 88A8 S-VLAN 8100 C-VLAN Tipo Datos FCS
03 - 55 55
PBB Gestión de la prioridad
• Campos de las tramas que son

usados para la gestión de la B-DA
prioridad B-SA
• PCP (Priority-Code-Point)
B-VID
• DEI: Drop Eligible Indicator
I-SID
• Estos campos existen en:
DA
• B-Tag, I-Tag: Backbone priority
• S-Tag: Provider Priority SA
• C-Tag: Customer Priority S-VID
C-VID
Payload
03 - 56 56
Provider Backbone Bridge
• Tamaño del ID: Los Backbone Edge Bridges mapean la

S-VLAN ID (12 bits) a un I-SID (de 24 bits)
• El I-SID se puede reutilizar en otra B-VID, por lo que el
número de servicios en una PBBN es prácticamente
ilimitado
• Los EVC se identifican por I-SID
• CoS es indicado en el I-PCP
• Los Multicast son confinados a una instancia de
servicio
• PBBN asigna una dirección MAC Multicast por I-SID y usa MMRP
para registrar las direcciones MAC en los BEB
• El Multicast se propaga en conexiones P2P entre BEB
• No hay manejo de L2CP en la PBBN, dando total transparencia al
servicio (seperación entre direcciones MAC de la PBBN y de
Clientes, separación entre VLAN-ID de la PBBN y de clientes)
03 - 57 57
Provider Backbone Transport
Provider Backbone Transport se construye sobre redes PBBN

802.1ah
• El objetivo es lograr un comportamiento confiable, determinístico y
Carrier-Class
• 802.1ah permite al proveedor implementar su propio espacio de
direcciones (MAC + VLAN)
• Las direcciones no se comparten con el cliente
• Los switches IVL envían tramas basados en direcciones de 60 bits
(MAC+VLAN), sus capacidades son limitadas debido a STP, flooding
• La mayoría de switches IVL permiten una configuración estática
(tabla FID) para el envío de tramas, permitiendo apagar STP, MAC-
Learning, Flooding
• Se puede establecer una topología orientada a conexión
• Se pueden usar OSS o protocolos de control,
como RSVP-TE, para propagar las tablas FID
03 - 58 58
PBB TE
Ethernet Convencional
B-DA Dirección MAC globalmente única del dispositivo
conectado a la red
B-VID VLAN-ID: un identificador único en un dominio libre de

loops en el cuál la dirección MAC se puede propagar
PBB-TE
B-DA Misma funcionalidad
B-VID Ahora define una trayectoria específica a través de la red

hacia un destino dado, que es globalmente único para esa
MAC destino
La base de PBB-TE
El único cambio es que la información de forwarding ya no es aprendida
dinámicamente por el switch sino proporcionada con anterioridad,
resultando en una trayectoria prescrita, predecible y predeterminada
03 - 59 59
PBB TE – IEEE 802.1Qay
• PBB-TE crea trayectorias determinísticas a través de la
red Ethernet
• Se pueden crear túneles para proveer 50ms de conmutación,
balanceo de cargas y diversidad de trayectorias
• Usa el comportamiento de envío de los
switches/bridges pero apaga algunas funciones
• Inundación de tramas con dirección desconocida, STP, MAC-
Learning
• Usa herramientas de gestión para establecer
conexiones y propagar tablas de conmutación
• Permite un uso eficiente de los recursos de la red
• La etiqueta de VLAN no es global en la red, eliminando
problemas de escalabilidad
• Las etiquetas ahora se usan para establecer rutas con destino
alterno
• Un rango de VLANs se pueden usar para PBB y otras para PBB-
TE
03 - 60 60

03 Capacidades

Cargado por

Copyright:

Formatos disponibles

03 Capacidades

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

03 Capacidades

Cargado por

Copyright:

Formatos disponibles

CARRIER ETHERNET

 “Link OAM” 802.3ah: Es aplicado sobre un enlace Ethernet de capa 2 punto-a-punto.

 “Service OAM” CFM 802.1ag / Y.1731: Es aplicado sobre la capa 2 de un servicio

Y.1731 Mediciones de Desempeño Basadas en Mensajes

Las mediciones se efectúan de extremo a extremo (end-to-end), los NIDs se

 ME: Entidad de Mantenimiento OAM que requiere ser administrada.

 MEP: Maintenance End Point

 MIP: Maintenance Intermediate Point

 TrCP: Traffic Conditioning Point

 Servicio E-Access abarca desde UNI a ENNI

 FM y PM se llevan a cabo entre los límites de los EIs (UNI y ENNI)

 Todas las pruebas pueden ejecutarse a nivel TEST MEG (Opcional) u

Para servicios de Acceso: MEF 30.1 Default

MEG y Subscriber MEG. Service Provider MEG 3

 Pasa transparentemente tráfico SOAM de mayores niveles UNI MEG 1

ITU-T Y.1731 IEEE 802.1ag Comentarios

Maintenance Entity Group Maintenance Association

Maintenance Entity Group Identifier Maintenance Association Identifier

No existe equivalencia de este término en

Maintenance Entity Group Level Maintenance Domain Level

Nueva 1) Provisionamiento y activación del

 Proveedor de Servicios administra el servicio de punta a punta

Nueva 1) Provisionamiento y activación del

 IEEE 802.3ah – Monitorea enlaces físicos adyacentes de red

 Adicionalmente provee la capacidad de monitorear en específicos niveles de servicio (Incluyendo

 ITU-T Y.1731 – “Funciones OAM y Mecanismos para redes basadas en

 Medición de Variación de Retardo

 Un EVC de P2P cuenta con 2 MEPs; uno en cada extremo del ME

 Flags: Uso de “flags” es dependiente del tipo de PDU

 RDI: EL Bit 8 se asigna a 1 para indicar RDI, de otra manera permanece = 0

 El PDU OAM usado para información de ETH-CC es el CCM

 Cuando ETH-CC es habilitado, un MEP transmite periódicamente tramas CCM

 Verificación bidireccional de conectividad (MIP o MEP

Opera en la misma forma que un PING ICMP

 Datos TLV opcionales 4

 Patrón de Prueba opcional 8

Análogo a la funcionalidad de “IP Traceroute”:

 Se emplea para identificar la localización de una falla en el enlace.

 ID de Transacción, TTL 0 MA Level Version Op Code Flags TLV Offset

 Dirección MAC Origen/Destino 4

 El PDU LTM incluye los siguientes campos

 El PDU LTR incluye los siguientes campos:

 LA Información específica de configuración requerida por el MEP

 El PDU utilizado para transportar el mensaje ETH-RDI es el

 ETH-Lock establece los siguientes requerimientos de configuración:

• OTN, WDM, Sone/SDH

• Provider Bridge (PB): Q-in-Q (S & C VLAN) 4094 instancias de

• IP/MPLS, MPLS-TE, MPLS-TP, MPLS VPWS, MPLS

• ¿Por qué VLANs apiladas?

• Tamaño del Identificador: VLAN-ID de 12 bits

• PBN Q-in-Q, simplifican la interfaz Cliente-Proveedor,

B-DA: Backbone Destination MAC

• Provider Backbone Bridge Network

• I-TAG es un nuevo formato con un I-SID (service

DA SA 88A8 S-VLAN 8100 C-VLAN Tipo Datos FCS

• Campos de las tramas que son

• Tamaño del ID: Los Backbone Edge Bridges mapean la

Provider Backbone Transport se construye sobre redes PBBN

B-VID VLAN-ID: un identificador único en un dominio libre de