Proyecto Traffic Grooming Provisión V3 PDF

Subgerencia Ing.
Redes de Agregación y Acceso
Pág.
Proyecto Traffic Grooming con equipos MNL-TN Ericsson
1/35
Docto: Revisión: 3 Circulación: Gerencia Redes Fecha: 15/04/2015
Rev Nombre E-mail Fecha
3 Moisés Reyes Pardo mpreyes@entel.cl 15/04/2015
Proyecto Traffic Grooming

Equipamiento MNL-TN Ericsson
Documento de Provisión
Subgerencia Ing. Redes de Agregación y Acceso
Pág.
2/35
INDICE GENERAL
1 Introducción _______________________________________________________________________ 3
2 Descripción Solución ________________________________________________________________ 3
2.1 Descripción situación actual. _____________________________________________________ 3
2.2 Situación proyectada ____________________________________________________________ 4
2.3 Descripción del nuevo modelo. ____________________________________________________ 4
3 Configuración Traffic Grooming_______________________________________________________ 5
3.1 Configuración extremo PE-3G. ___________________________________________________ 5
3.1.1 Habilitación y configuración de puerta Giga Óptica _________________________________ 5
3.1.2 Configuración de “SWITCH PORT”. ____________________________________________ 6
3.1.3 Creación de S-VLAN para servicios móviles. ______________________________________ 7
3.1.4 Finalización de la configuración y puesta en marcha. ________________________________ 8
3.2 Configuración extremo remoto. ___________________________________________________ 8
3.2.1 Creación de S-VLAN para servicios móviles. ______________________________________ 8
4 Configuración de servicios fijos ________________________________________________________ 9
5 Protección LAG/LACP ______________________________________________________________ 10
5.1 Configurando LAG en el terminal de MMOO.______________________________________ 11
5.2 Activación de protocolo LACP en configuración LAG _______________________________ 11
6 QoS en equipos MNL-TN ____________________________________________________________ 13
6.1 Configuración de Qos en equipos MNL-TN ________________________________________ 14
6.1.1 Configuración del “Ethernet Switch” ___________________________________________ 14
6.1.2 Configuración de QoS en puertas LAN __________________________________________ 16
7 Conclusiones ______________________________________________________________________ 18
ANEXOS
A - Configuración de puertas Giga-Óptica .................................................................................................. 20
B- Creación de un segundo trunk de VLAN Móvil o Fijo ......................................................................... 22
C- Configuración de QoS con comandos CLI ............................................................................................. 23
D- Configuración PROVIDER BRIDGE .................................................................................................... 26
Pág.
3/35
1 Introducción
En el marco de la búsqueda continua de la optimización de recursos disponibles, para dar
nuevas soluciones utilizando los enlaces micro-ondas Ericsson MNL-TN desplegados en la red, se
implementa el proyecto “Traffic Grooming”.
La iniciativa busca optimizar el uso de la capacidad disponible en la red, debido a que ésta
en su mayoría está compuesta por un tráfico de paquetes, que como característica tiene una gran
variación de demanda en el tiempo. Además, la agregación de servicios entregados en una sola
puerta al PE-3G permite una disminución de las puertas utilizadas tanto en los enlaces MNL-TN
como en los PE-3G.
Este documento muestra como provisionar la agregación de servicios en los enlaces MNL-
TN adyacentes a los PE-3G, para que a estos últimos reciban el tráfico agregado en una sola
puerta.
2 Descripción Solución
A continuación se documenta la situación actual, proyectada y descripción del modelo de
TRAFFIC GROOMING.
2.1 Descripción situación actual.
En la actualidad los servicios son agregados en el PE-3G cada uno haciendo uso de una
puerta independiente, tal como se muestra en la Figura 1. Este diagrama está referenciado al
enlace CNT PISO 13 – AEROPUERTO PUDAHUEL PCS.
Figura 1. Enlace CNT Piso 13 – Aeropuerto Pudahuel PCS

Pág.
4/35
2.2 Situación proyectada
Luego de efectuar el cambio de configuración en el equipo MNL-TN, para entregar tráfico

agregado en una puerta respaldada, el nuevo escenario es el mostrado en la Figura 2.
Nuevamente tomando como referencia el enlace CNT PISO 13 – AEROPUERTO PUDAHUEL
PCS.
Figura 2. Situación Proyectada con Traffic Grooming
Como se observa en el diagrama anterior los servicios serán entregados, agregados sobre
una puerta respaldada en el PE-3G, mediante interfaces ópticas de 1 Gbps protegidas con
LAG/LACP (Link Aggregation Group/ Link Aggregation Control Protocol).
2.3 Descripción del nuevo modelo.
El nuevo modelo consiste en optimizar los recursos disponibles en la red MMOO con
equipos MNL TN o MNL LH perteneciente al portafolio de productos de Ericsson. Para ello se
utilizan técnicas de transporte de datos, (PROVIDER BRIDGE), que permiten agrupar tráficos de
aplicaciones comunes, móvil o fijo, reduciendo la cantidad de interfaces necesarias tanto en el
equipo de MMOO como en el PE-3G.
Para conseguir un transporte de las características mencionadas, es necesario utilizar

tecnología de transporte de la capa de acceso, disponible en los equipos en producción y que
consistente, entre otras, en marcar los tráficos entrante por puerta con una SVLAN (SERVICE
VLAN o PROVIDER VLAN).
Introduciendo los conceptos de VLAN-Móvil y VLAN-Fija. La VLAN-Móvil es idealmente

única y será la encargada de transportar todo el tráfico móvil en su interior de forma agregada,
entregándolo en una puerta única al PE-3G. Mientras que la VLAN-Fija transportará los datos de
un switch MPLS en particular, por lo que pueden coexistir múltiples VLAN-Fijas, cada una asociada
al uplink de un switch diferente.
Pág.
5/35
Adicionalmente, para transportar servicios privados punto a punto se utilizará una VLAN-
Fija disponible en el rango definido.
Por definición, cada tipo de VLAN tendrá un rango de 100 posibilidades de ID, ya que se ha
seleccionado que la VLAN-Móvil existirá en un rango que parte desde el ID 500 hasta el 599,
mientras que la VLAN-Fija parte desde el ID 600 hasta el 699.
Las SERVICE VLAN definidas, sólo son válidas en el dominio de la red de MMOO, no
propagándose a otras redes.
3 Configuración Traffic Grooming

La configuración de los enlaces difiere entre el extremo remoto y el extremo de red adyacente
al PE-3G. La configuración del extremo remoto del enlace es puramente por software, mientras que
en el equipo adyacente al PE-3G, además de las configuraciones por software, se deberá habilitar
puertas con módulo SFPo entre el PE-3G y el MMOO.
Siempre se deberá considerar el uso de Jumper y atenuadores ópticos. El valor recomendado

de recepción óptica es de -12 [dB] en ambos extremos.
3.1 Configuración extremo PE-3G.
La configuración del terminal adyacente al PE-3G debe seguir los pasos que se describen a
continuación.
3.1.1 Habilitación y configuración de puerta Giga Óptica
Una vez conectados los jumpers de F.O, el módulo SFPo en el equipo de radio debe quedar
configurado como se muestra en la Figura 3.
Figura 3. Configuración módulo SFPo equipo MMOO.

Pág.
6/35
Posteriormente, se configura la puerta LAN asociada como se muestra en la Figura 4.
Figura 4. Configuración de la interfaz LAN en equipo MMOO.
Se destacan dos parámetros importantes; al establecer el Admin Status “Down” permite

hacer configuraciones libremente sin tener la precaución o advertencia de que las modificaciones a
realizar provocarán corte de tráfico, mientras el otro parámetro es el puerto lógico del switch,
(Switch Port), que se usará para crossconectar los servicios.
3.1.2 Configuración de “SWITCH PORT”.
Seleccionado el puerto del SWITCH a utilizar, éste debe ser configurado modificando el Port
Role a “CN-UNI”, con lo cual el puerto trabajará como una interfaz TRUNK, sin filtrar las CVLAN
(CUSTOMER VLAN) asociadas a los servicios.
Figura 5. Configuración puerta del SWITCH interno.

Pág.
7/35
3.1.3 Creación de S-VLAN para servicios móviles.
En este paso se crea una S-VLAN con el número 500 y con el nombre “VLAN-Movil”, la
cual transportará todo el tráfico móvil agregado, por lo tanto deberá estar asociada al “switch port”
de la interfaz LAN previamente configurada y a la respectiva WAN de comunicación del enlace
MMOO.
Figura 6. Configuración VLAN-Móvil.

Pág.
8/35
3.1.4 Finalización de la configuración y puesta en marcha.
Para finalizar la configuración y puesta en marcha solo resta levantar la puerta Giga Óptica
cambiando el “Admin Status” a “UP”.
Figura 7. Cambio del estatus administrativo de la puerta LAN.
3.2 Configuración extremo remoto.
La configuración del terminal remoto al PE-3G debe seguir los pasos que se describen a
continuación.
3.2.1 Creación de S-VLAN para servicios móviles.
Es importante destacar que los enlaces que transportan tráfico hacia el PE-3G ya están en
operación haciendo uso de la modalidad “PROVIDER BRIDGE”, por lo cual ya están configuradas
las puertas del “SWITCH PORT” así como los “BANDWIDTH PROFILES” para cada uno de los
servicios existente, pero con SVLAN diferentes.
Aprovechando las configuraciones existentes, lo que se debe modificar es la SVLAN de

cada unos de los servicios móviles, utilizando el valor 500, si es la primera, y el nombre “VLAN-
Móvil”, como se muestra en Figura 8.
Asociando las puertas de servicios móviles con la puerta WAN del SWITCH interno del
equipo MMOO.
Pág.
9/35
Figura 8. Configuración SVLAN extremo remoto
4 Configuración de servicios fijos

Los servicios fijos, a diferencia de los servicios móviles, utilizaran una SVLAN diferente por
SWITCH (perteneciente a la red de acceso L2), para ser agregado en el PE-COM correspondiente
en forma individual.
La configuración a realizar no difiere de la actual, modificando el número de S-VLAN actual

por el valor 600, para el primer SWITCH y sucesivamente. El nombre para la S-VLAN y el nombre
del parámetro “BANDWIDTH PROFILE” debe ser representativo del servicio transportado.
Para evitar que múltiples servicios privados tengan un transporte independiente hasta
ingresar a sus respectivos PE-COM, es que se debe respetar la topología en cascada actual,
donde los servicios privados ingresan al SWITCH de acceso más cercano y a su vez también los
SWITCH se agregan en el próximo existente en la ruta hasta el PE-COM.
Pág.
10/35
5 Protección LAG/LACP
El entregar tráfico agregado en una puerta al PE-3G genera una vulnerabilidad relacionada
a la posible falla, en cualquiera de los dos equipos o elementos que forman parte de la cadena;
puerta, atenuador, corte del jumper de FO, falla de tarjeta o alguna falla humana que provoque una
desconexión accidental de la puerta de agregación. Cualquiera de ellas generaría un impacto
importante en la red.
La vulnerabilidad mencionada se puede reducir aplicando protocolo de protección llamado

LAG (Link Aggregation Group)/LACP (Link Aggregation Control Protocol), el cual en su
configuración más simple permite habilitar dos enlaces Giga-Ethernet entre el equipo MNL-TN y el
PE-3G, los cuales trabajan en modo activo-activo enviando tráfico por ambas interfaces y en caso
de que uno de ellos falle el otro asume el tráfico total, evitando la interrupción de servicio.
Según lo explicado en el párrafo anterior y con el objetivo de mejorar la

disponibilidad de servicio, es de carácter obligatorio utilizar LAG/LACP para todos los
enlaces que sean configurados como “Traffic Grooming” y que entreguen servicios
agregados al PE-3G.
En la Figura 9 se aprecia un diagrama representativo de la estructura general de la

situación proyectada de agregación de servicios protegida con LAG / LACP, en este caso con dos
enlaces de 1 [Gbps] ópticos entre el PE-3G y el MNL-TN.
Figura 9. LAG entre PE-3G y equipo terminal de MMOO.

Pág.
11/35
5.1 Configurando LAG en el terminal de MMOO.
La configuración de LAG se aplica al extremo local, es decir, entre el PE-3G y el terminal

del equipo MMOO, el cual se debe realizar obligatoriamente, utilizando dos puertas GIGA
ETHERNET ópticas, en tarjetas distintas tanto en el PE-3G como el terminal de radio. En el
ejemplo siguiente se utilizan las interfaces 1/8/1 y 1/9/1 utilizando sus respectivos módulos SFPo.
Los pasos a seguir son los siguientes.
1- Verificar que la versión de software “BASELINE” del equipo MNL-TN sea la 5.3 (R29C127),
si el equipo posee una versión de software inferior a la mencionada, se debe hacer el
UPGRADE correspondiente, ya que con la versión 5.3 se asegura el performance correcto
del protocolo LAG/LACP.
2- Asociar cada interfaz física a una puerta del switch configurado como CN-UNI, según el
procedimiento descrito en capitulo 3.1.2.
3- Para mantener un orden en la configuración se asociará la puerta LAN física 1/8/1 al

SWITCH PORT 1 y la interfaz LAN 1/9/1 al SWITCH PORT 2.
4- En la opción “ETHERNET SWITCH”, como se muestra en la figura 10, se crea el “LAG”

escogiendo una de las dos interfaces LAN físicas, configuradas previamente, como
“MASTER PORT” (en este ejemplo LAN 1/8/1) e incorporando ambas del interfaces
constitutiva del LAG como “MEMBER PORTS”.
Figura 10. Configuración LAG
5.2 Activación de protocolo LACP en configuración LAG
Una vez configurado el LAG, es necesario activar el protocolo LACP tanto en el PE-3G
como en el equipo MNL-TN. El protocolo LACP es el encargado de asegurar el performance de las
puertas LAG, asegurando la conmutación de tráfico en conjunto con el PE-3G, en caso de
cualquier tipo de falla que enfrente alguno de los links pertenecientes al “LAG GROUP”.
Pág.
12/35
Para realizar la activación del protocolo LACP se deben seguir los siguientes pasos.
1- En el “Ethernet Switch” seleccionar aquel “switch port” que está asociado a la puerta
“Master” del “LAG Group” y entrar a la configuración.
2- Al interior de la configuración del “switch port”, en el sub menú “Related Task” se debe
seleccionar la opción “Configure Layer 2 Control Protocol”.
3- En el nuevo menú “Control Protocol” se debe modificar el parámetro “Customer Bridge

Protocol Data Unit (BPDU)”, desde su valor por defecto “Discard” a “Forward”. Una vez
modificado el parámetro BPDU se cambia el valor del parámetro “Link Aggregation Control
Protocol (LACP)” desde su valor por defecto “Discard” a “Peer”.
Figura 1. Configuración LACP
NOTA 1: Una vez habilitado el LAG en el enlace MNL-TN, desaparece la opción de asociar las
puertas configuradas, a un “Traffic Shaping”, es decir, los BW de los servicios están limitados en el
extremo remoto del enlace MMOO por la función “Bandwidth Profile”. Mientras, que en el extremo
adyacente al PE-3G el BW estará restringido por el “Traffic Shaping” aplicado en él.
NOTA 2: Al configurar LAG en puertas de tarjetas diferentes. Si se realiza un cold restart a una de
las tarjetas involucradas se genera un pequeño corte de tráfico. Esto se debe a que el puerto físico
de la tarjeta reiniciada estará UP antes de que las capas superiores estén disponibles.
Pág.
13/35
6 QoS en equipos MNL-TN

En el mundo de transmisión de datos en modalidad de paquetes, las demandas de tráfico
son dinámicas y en algunos casos en forma de ráfagas, por lo cual con el fin de asegurar el tráfico
prioritario y entregarle un tratamiento diferenciado es necesario implementar QoS.
En las tablas 2 y 3 se observa la clasificación de marcas DSCP, para tráfico móvil y fijo,
respectivamente. Este mapeo se debe aplicar en los equipos MNL-TN dependiendo si el tráfico de
la puerta a configurar es móvil o fijo.
Con esta medida se asegura el tráfico prioritario bajo congestión, ya sea por aumento de la
demanda o reducción de capacidad fenómenos de propagación.
APPLICATION SERVICE DSCP P-bit QUEUE

Synchronization Network Synch 46
FACH1, 2, RACH, PCH, MBMS,
Radio Network 7 Q7 Strict Priority
FACH, GSM(Abis), OML, RSL, 44
Control
STN/SIU_L2TP_CP
Transport Network IP RAN Nwk Control (OSPF, RIP,
40
Control ICMP, etc)
Radio Network
(IuB) SRB 40
Control
(IuB; PS; DCH+HS)
Signaling 40
Interactive/THP1 + Signaling 6 Q6 Strict Priority
Signaling QCI5 (IMS Signaling) 40
(IuB) Inter-node Signaling (NBAP,
Low Prio Signaling 40
RNSAP, RANAP)
Low Prio Signaling S1-AP, X2-AP Internode Signaling 40
OAM High Priority SIU OAM Access 40
Real-time Conversational / Speech & Data
42
Conversational (IuB, Abis)
5 Q5 Strict Priority
Real-time
QCI1 - VoLTE 42
Conversational
CBR streaming (IuB; PS; DCH+HS) Streaming 38
4 Q4 WFQ 40 %
CBR streaming QCI2, QCI3, QCI4 38
(IuB; PS; DCH)
Non-GBR data 28
Interactive/THP1+THP2+THP3 3 Q3 WFQ 30 %
Non-GBR data GSM (Abis; PS) GPRS 28
Non-GBR data (IuB; PS; HS) Interactive/THP1 26
Non-GBR data QCI6 26
2 Q2 WFQ 15 %
O&M Access & Bulk SIU O&M File Transfer 26
O&M Access & Bulk LTE OAM 26
(IuB; PS; DCH+HS) Background
Non-GBR data 22
(“THP4”)
1 Q1 WFQ 10 %
Non-GBR data (IuB; PS; HS) Interactive/ THP3 20
Non-GBR data (IuB; PS; HS) Interactive/ THP2 18
User Data PS QCI7, QCI8, QCI9 0
WFQ 5 %
User Data PS User Data PS 0 0 Q0
User Data PS All unmarked traffic 0
Tabla 2: Mapeo de QoS para tráfico de red Móvil (TND LTE 2600 año 2013)
Pág.
14/35
La tabla 2 es una adaptación mejorada de la propuesta Ericsson en el TND LTE 2600 del año
2013, que sólo configura una cola prioritaria por limitaciones en la SIU. Adicionalmente, se
aumenta el número de cola a 8 para tener mejor granularidad y discriminación de tráfico,
asegurando que las marcas DSCP se mantienen sin modificación.
APPLICATION SERVICE DSCP P-bit QUEUE

- - - 7 Q7 Strict Priority
- - - 6 Q6 Strict Priority
Real-time
VoIP 46 5 Q5 Strict Priority
Conversational
Video VideoC 38
4 Q4 WFQ 40 %
User Data Data Gold 18
- - - 3 Q3 WFQ 30 %
- - - 2 Q2 WFQ 15 %
- - - 1 Q1 WFQ 10 %
User Data PS BE 0 WFQ 5 %
0 Q0
User Data PS All unmarked traffic 0
Tabla 3: Mapeo de QoS para tráfico privado
El modelo de QoS para servicios privados sólo usa cuatro flujos e igual número de colas. La
clasificación sugerida en la tabla 3 tiene por objeto homologar los flujos con el modelo móvil,
manteniendo como tráfico prioritario los flujos de señalización, control y sincronismo. Igualmente,
las marcas DSCP no experimentan modificaciones.
6.1 Configuración de Qos en equipos MNL-TN
Para que el equipo de transporte de microondas MNL-TN efectúe una correcta aplicación
de QoS, de acuerdo al mapeo presentado en las Tablas 2 y 3, es necesario seguir los siguientes
pasos.
6.1.1 Configuración del “Ethernet Switch”
El equipo MNL-TN posee en su tarjeta controladora un SWITCH interno, el cual se habilita

con las características que se describen a continuación.
Figura 12. Configurando SWITCH interno

Pág.
15/35
Cabe destacar que “PROVIDER MODE” es el protocolo actual utilizado para provisionar
servicios ETHERNET en los enlaces de microondas MNL-TN, ya que bajo este estándar se
implementa “PROVIDER BRIDGE” o “QinQ”
Configurado el protocolo indicado para el switch interno, se debe seleccionar el parámetro

“PCP SELECTION” en la opción “CONFIGURE QoS”, Figura 13, donde usaremos la opción “8p0d”,
lo que significa que se tendrá a disposición ocho colas, de las cuales cero de ellas son
descartables. Con esta selección se explicita que, de existir descarte de tráfico, este se efectuará
por la prioridad implícita a cada una de las colas, sin usar el protocolo “COLOR DROP” asociado a
las colas descartables.
Figura 13. Selección del número de colas
En la opción “SCHEDULING PROFILE” se selecciona la cantidad de colas STRICT

PRIORITY o WFQ, seleccionando el valor “WFQSTRICTPRIORITYYMIXED” que proporciona 3
colas STRICT PRIORITY y cinco colas WFQ.
La Figura 14 muestra la asociación entre PCP y TRAFFIC CLASS (Cola), que se mantiene
en el valor por defecto.
Figura 14. Asociación PCP y Traffic Class.

Pág.
16/35
La Figura 15 muestra la configuración de las 8 colas seleccionadas, estableciendo la ponderación

para las colas WFQ y habilitando el protocolo WRED que dice relación con el descarte de
retransmisiones TCP bajo congestión.
Figura 15. Configuración de las 8 colas establecidas.
La selección de parámetros mostrada anteriormente genera un modelo de ocho colas de

prioridad, tres de ellas con prioridad estricta debido a la sensibilidad de dicho tráfico, mientras que
las demás cinco colas son WFQ con sus respectivas ponderaciones y con el protocolo WRED
habilitado. Los parámetros del protocolo WRED aplicado están por defecto en el equipo MNL-TN,
los cuales se describen a continuación.
Name StandardWRED
Threshold-low 25%
Threshold-high 80%
p-mark 10%
Gain 9
Tabla 3. Parámetros WRED
6.1.2 Configuración de QoS en puertas LAN
Una vez que se verifica que el SWITCH del equipo tiene configurado el protocolo indicado
en el punto 6.1.1, se debe ir a “SWITCH PORT – CONFIGURE QoS”, donde se debe especificar el
tipo de marcaje que traen los paquetes de datos para poder procesarlos. Dentro de las opciones
debemos escoger “DSCP IPv4” tal como se muestra en la figura 16.
Pág.
17/35
Figura 16. Seleccionar DSCP IPv4 para clasificar tráfico
Luego de seleccionar el tipo de marcaje a procesar se debe configurar el parámetro “User

Priority Mapping”, el cual hará la traducción que necesitamos de DSCP a PCP, es decir, mapeará
la prioridad definida para la aplicación en las distintas prioridades definidas internamente en el
equipo de radio..
Es importante destacar que para mapear se utiliza la tabla 2 si la puerta corresponde a un

servicio móvil o la tabla 3 si la puerta corresponde a un servicio privado.
La figura 17 muestra el menú de configuración para el mapeo de DSCP a PCP, indicando

un ejemplo en la manera de fijar los parámetros requeridos.
Figura 17. Mapeo DSCP a PCP

Pág.
18/35
7 Conclusiones
La nueva forma de provisionar servicios agregados genera los siguientes beneficios.
1- Eficiencia en el uso del ancho de banda existente en los enlaces MMOO adyacentes al
PE-3G, debido a que se comparte plenamente el medio de transporte.
2- Ahorro en el uso de puertas de los equipos MNL-TN y PE-3G.
3- Disminución en la vulnerabilidad de corte de servicios gracias a la aplicación de

protocolo de protección LAG/LACP.
4- Aplicación de QoS, garantizando la correcta manipulación de datos dependiendo de su

naturaleza.
Esta implementación permite a futuro proseguir con las siguientes optimizaciones.
1- Extender la nueva provisión de servicios a los siguientes tramos de red, acercándose

progresivamente a los sitios móviles.
2- Ampliar la red de MMOO basados en proyecciones de utilización real de los enlaces.
3- Facilitará la medición de la cantidad de tráfico móvil y fijo que transportan los enlaces
MMOO, gracias a estadísticas extraídas de la plataforma de gestión IPT-NMS.
Pág.
19/35
ANEXO
Pág.
20/35
A - Configuración de puertas Giga-Óptica
Debido a que el tráfico al PE-3G será entregado de forma agregada por puertas Giga-
Ethernet Ópticas es que se entrega a continuación el procedimiento de configuración.
Una vez que se inserta el módulo SFPo en el equipo MNL-TN en la puerta designada, el
equipo reconoce el nuevo equipamiento y se debe configurar como se muestra en la siguiente
sucesión de imágenes.
Figura A 1. Configuración puerta física con modulo óptico

Pág.
21/35
La Figura A 2 muestra los parámetros que debe tener seleccionado que el módulo SFPo.
El primer bloque tiene el funcionamiento general del módulo con su “Admin Status” en
servicio, notificaciones habilitadas y que reconozca el tipo de módulo SFPo que fue inserto.
El segundo bloque hace referencia al modo de funcionamiento del láser, donde

forzadamente se mantiene encendido en todo momento.
La Figura A 3 muestra la configuración de la Puerta LAN correspondiente al módulo SFPo

que ha sido insertado.
El primer bloque es de configuración de la puerta LAN, donde se debe seleccionar “UP” en

el “Admin Status”, de esta manera la puerta sube permitiendo el flujo de datos a través de ella,
luego se habilitan las notificaciones y en detalle se habilita la notificación “Ethernet Down”, la cual
arrojará una alarma cuando no reciba tráfico indicando que se espera un flujo de datos por la
puerta y este no existe.
El segundo bloque es descriptivo, es una etiqueta para la puerta y no cumple otra función
más que informar para que se está usando dicha interfaz.
El tercer bloque indica cómo se establecerá la comunicación entre interfaces, donde se

quita la opción de auto-negociación y forzando su velocidad de transmisión a 1000Mbit/s Full
Duplex.
Pág.
22/35
B- Creación de un segundo trunk de VLAN Móvil o Fijo
Si por algún motivo fuera necesario crear una nueva S-VLAN para agrupar más servicios
móviles o agregar un nuevo switch con servicios fijos, se ha dejado un rango de valor para VLAN
ID para continuar agregando nuevos TRUNK de VLAN. El rango escogido para los TRUNK de
VLAN móviles es del ID N° 500 hasta el 599, mientras que para los servicios fijos se han dejado
disponibles los valores desde el 600 hasta el 699.
Un rango de 100 distintas S-VLAN permite crecer sin problemas, estableciendo un

parámetro claro de distinción entre S-VLAN para servicios móviles y fijos.
La creación de una nueva S-VLAN debe seguir el proceso descrito en los capitulos 3
“Configuración en servicios móviles” y 4 “Configuración en servicios fijos”.
Pág.
23/35
C- Configuración de QoS con comandos CLI
La configuración por medio de líneas de comando (CLI), es altamente eficiente ya que los
tiempos de ejecución se reducen considerablemente. El no usar una interfaz gráfica permite enviar
los comandos en un lenguaje de más bajo nivel que no requieren consultar al nodo por información
adicional que no se requiere puntualmente.
Para utilizar comandos CLI sobre el nodo, es necesario iniciar una sesión de telnet. Una
vez que la sesión haya comenzado es posible efectuar las modificaciones requeridas y descritas a
continuación.
La configuración de QoS se divide en dos grandes bloques.
El primer bloque tiene relación con la configuración del “Ethernet Switch”, (switch interno del
equipo), la cual es idéntica para todos los enlaces a los cuales es necesario aplicar QoS.
El segundo bloque tiene relación con la configuración de las puertas LAN, las cuales varían
dependiendo de cada enlace, ya que es función del tipo de servicio y su ubicación física en el
terminal mismo.
Por ejemplo, todos los nodos poseen el mismo “Ethernet Switch” por ello todos usarán la misma
configuración para aplicar QoS (primer bloque), pero un terminal puede tener un servicio móvil en
la puerta 1/8/1 mientras que su extremo remoto, el mismo servicio está configurado en la puerta
1/9/3. Al existir diferencias entre las interfaces por terminal de un mismo enlace, es que se debe
hacer una configuración específica y diferente por puerta (segundo bloque).
Para configurar QoS usando comandos CLI se deben seguir los siguientes pasos.
Iniciar sesión telnet en el nodo a configurar en modo privilegiado o súper-usuario. En este ejemplo
el nodo tiene la siguiente IP de gestión: 10.251.136.177
telnet 10.251.136.177
ericsson
enable
ericsson
Configuración del primer bloque QoS-ETHERNET-SWITCH
1- Configuración de switch interno para que use el estándar 802.1ad (provider mode)
config
bridge mode dot1 ad
2- Configuración de QoS en Ethernet Switch
rem Selección de PCP, se usa 8 colas 0 dropeables

bridge network-pcp-selection 8p0d
Pág.
24/35
rem selección del tipo de mapeo desde la prioridad de red hacia las colas de tráfico
rem en este caso se usa una definida por el usuario para que el mapeo sea uno a uno
bridge priority-mapping type userdefined
bridge priority-mapping map 0 0
rem selección de Scheduling and WFQ, en este caso se selecciona un mix de 3SP y 5 WFQ
bridge scheduler-profile 2
rem Con la siguiente lista de comandos se configuran las ponderaciones de las colas WFQ
rem en total las 5 colas WFQ suman 100%, partiendo de la cola menos prioritaria y
rem terminando en la más prioritaria
rem El equipo entrega un mensaje de warning por cada cambio en estos parámetros que tienen
rem relación con que la suma de las ponderaciones de las colas WFQ no deben superar el 100%
rem si se está seguro de que las colas suman 100% no se debe tomar en cuenta el mensaje de
rem alerta tal como ocurre en este caso
bridge wfq-weight 0 5
rem se habilita en cada una de las colas WFQ protocolo WRED

bridge wred 0 enable 1
Configuración del segundo bloque QoS-LAN-PORTS
En este ejemplo se muestra la configuración para una puerta LAN, de un servicio móvil, asociada
al switch port 1. Para ello se debe estar en sub-mode “config”.
rem Para configurar el bridge port 1 para que trabaje con IPv4 y mapear los DSCP a PCP
bridge-port 1
trusted dscpIPv4
user-priority-mapping 0-63 0
user-priority-mapping 18 1
Pág.
25/35
En este ejemplo se muestra la configuración para una puerta LAN, de un servicio fijo, asociada al
switch port 2. Para ello se debe estar en sub-mode “config”.
rem Para configurar el bridge port 2 para que trabaje con IPv4 y mapear los DSCP a PCP
bridge-port 1
trusted dscpIPv4
user-priority-mapping 0-63 0
Pág.
26/35
D- Configuración PROVIDER BRIDGE
El documento que a continuación se transcribe fue emitido el año 2010 con motivo de la
habilitación de PROVIDER BRIDGE en los enlaces MNL TN.
Configurar Modo Provider Bridge en equipo Ericsson

MINI-LINK TN 4.4 FP 1
Pág.
27/35
MODO PROVIDER BRIDGE (802.1 AD).
IEEE 802.1ad basa su funcionamiento en apilar de forma consecutiva dos tags VLAN,
uno para el proveedor (S-VLAN) y otro para el cliente (C-VLAN). El mecanismo añade
una nueva etiqueta Q-Tag que permite que el proveedor administre sus propias
etiquetas e identifique individualmente las redes de sus clientes, mientras que la
primera (original) Q-tag se utiliza para identificar las VLANs en la red del cliente. Las
tramas de cliente que llegan al proveedor con tag VLAN (lo que pasará a ser C-VLAN)
son encapsuladas mediante una S-VLAN que vendrá determinada por el servicio al que
el cliente haya accedido.
Esta nueva definición permite que el proveedor de servicios maneje mediante una sola
VLAN a clientes que tienen múltiples VLANs en su LAN.
- Con Provider Bridge, el VLAN ID del cliente (CE-VLAN) tiene significado en la red
interna del cliente y es oculto a la red del operador.
- Tiene un limitado número de servicios (4094).
- Los elementos que se encargan de la interconexión interna de la propia red

únicamente tendrán en cuenta el identificador S-VLAN a la hora de tomar decisiones.
Formato de la Trama IEEE 802.1ad:
Figura 1.- Formato de la Trama IEEE 802.1ad
- S-VLAN: Identificador de VLAN para la isla 802.1ad.
- Cada S-VLAN es identificada unívocamente por el S-VID o Identificador de Service

VLAN dentro de la etiqueta de servicio (S-TAG) y que será diferente de la VLAN de
clientes (C-TAG).
- Cada C-VLAN se apila dentro de la S-VLAN de modo que diferentes clientes podrán
emplear la misma C-VLAN sin conflictos puesto que toda VLAN de servicio proporciona
transparencia para el tráfico entre C-VLAN.
Pág.
28/35
Metro Ethernet.
Infraestructura perteneciente a un proveedor de servicios, a la cual los usuarios

acceden mediante sus propios equipos: CEs (Customer Equiments).
Un CE puede ser un router, o switch IEEE 802.1Q que se conectan a la red a través de
los UNIs.
La UNI es la interfaz estándar Ethernet, que define el punto de demarcación entre el

equipo del cliente y la red del proveedor de servicio Ethernet (ver figura 2).
Figura 2.- Modelo de Red de Metro Ethernet.
Toda la información que se genera y recibe en los extremos es en formatos de tramas

Ethernet.
El término EVC (Ethernet Virtual Conection, Conexión Virtual Ethernet) es la asociación

entre dos o más interfaces UNI. Es un túnel lógico (virtual) que proporciona al usuario
servicios extremo a extremo.
Es creada por el proveedor de servicio para un cliente.
Una trama enviada en un EVC puede ser envíada a uno o más UNIs del EVC: - Nunca
será enviada de vuelta al UNI de entrada. - Nunca será enviada a un UNI que no
pertenece al EVC.
Transparencia de VLAN.- Significa que el proveedor del servicio no cambia el

identificador de la VLAN (la MEN aparece como un gran switch).
El servicio hace que la MEN (Metro Ethernet Network, Red Metro Ethernet) parezca una
LAN.
La red del proveedor emula la función de un conmutador LAN o bridge para conectar
todos los UNI del cliente, para formar una única VLAN.
Pág.
29/35
SWITCH NPU:
Existen 2 tipos de NPU que poseen un Switch interno y que además dispone ENTEL,
estas son la NPU1 C y NPU3 B.
La NPU1C es compatible con el equipo MNL TN 6pD y la NPU1C con el equipo MNL TN
20p.
A continuación, se detallan las características de cada una:
Se desprende de las tablas, que el Switch interno de la NPU1C, posee 24 puertas, 4 de

estas se encuentran disponibles en el Front Panel, y las restantes 20 por el Back Plane.
En cambio, la NPU3B, posee 10 puertas, 2 de estas están disponibles por el Front
Panel, 1 puerta se dispone para la gestión y las restantes 7, se encuentran en el Back
Plane.
La configuracion del modo Provider Bridge está disponible solo para los release MINI-
LINK TN 4.4 FP en adelante. Por lo tanto se deberá hacer un Upgrade a los equipos
que posean un release anterior.
A continuación desarrollaremos un caso en el que se utiliza el Switch de la NPU3B.

Pág.
30/35
Configuracion Red Provider Bridge:
Para este ejemplo, se toma en cuenta que ya se ha habilitado el modo Provider Bridge
en cada nodo TN y que también se ha creado el Bounding de las líneas de transmisión.
Además se asume que la WAN en cada Nodo TN tiene asociado su respectivo Packet
Link como se mostrara en figuras posteriores. Para consultar como se configura cada
uno de los puntos antes señalados, se adjunta un anexo.
A continuación se analiza la red representada por la figura. El equipo utilizado es el

MNL TN 6pD (NPU3B):
SVLAN102 SVLAN103
Extremo agregador
SVLAN100
PE-3G
CN-UNI
I-NNI (PN)
MINI-LINK
TN
CN-UNI MINI-LINK
CN-UNI CN-UNI I-NNI (PN) TN
SVLAN101
I-NNI (PN)
I-NNI (PN) Extremo desagregador
MINI-LINK (PE-3G)
TN
I-NNI (PN) Sitio intermedio
I-NNI (PN)
Trunk de
VLANS
SVLAN 104
Figura 3. Esquema de conexión ejemplo.
En la figura se observan 4 clientes o Nodos B y un quinto nodo que agrega la SVLAN

104 al sitio intermedio, que se agregan a un enlace Minilink TN, que llega a un PE-3G a
través de un Trunk de VLAN, el que finalmente es desagregado, separando cada S-
VLAN en una puerta LAN. El propósito de esta red, es agrupar las VLANs que provienen
de cada Nodo B, en una S-VLAN por Nodo B o Cliente. Tomar en cuenta que para esta
red, le son indiferentes las VLAN que posean los Nodos B o Clientes, ya que el modo
Provider Bridge trabaja discriminando por S-VLAN.
Asignación De SVLAN
Para la asignación de S-VALN se deberá consultar a un administrador de este recurso,

el cual tendrá a disposición 4096 S-VLAN a asignar en una región.
Pág.
31/35
Para cada S-VLAN le corresponderá un único Nodo B.
En este ejemplo, las S-VLAN asignadas a los Nodos B o Clientes son: 100-101-102-103
y 104.
El administrador de SVLAN será Ignacio Rachner, correo IRachner@entel.cl, Anexo:

33266.
Para solicitar una SVLAN, se deberá enviar un correo a Ignacio, indicando el nemónico
del sitio y el nombre de este.
CONFIGURACION DEL EXTREMO AGREGADOR:
El Nodo agregador se representa en la siguiente figura:
SVLAN100
Extremo agregador
CN-UNI
I-NNI (PN) TRUNK DE VLANs - 1
MINI-LINK
CN-UNI TN
SVLAN101
Figura 4. Extremo agregador de sitios.
Este extremo, se encarga de subir 2 servicios a la red TN Full IP. No importando las
VLAN que posean los Nodos B, Clientes o servicios, en modo Provider Bridge, le son
asignados 1 S-VLAN a cada puerta LAN que será habilitada para el trafico Ethernet de
cada nodo B.
Una vez que el administrador de S-VLAN ha asignado este recurso, proseguimos con
crear las rutas de la S-VLAN.
Como fue mencionado, este ejemplo se basa en la NPU3B. Esta tarjeta posee 10
puertas, 2 de estas están disponibles por el Front Panel, 1 puerta se dispone para la
gestión y las restantes 7, se encuentran en el Back Plane.
La siguiente figura detalla la configuracion interna que debe tener el extremo

agregador:
Pág.
32/35
Extremo agregador
LAN CN-UNI
1/8/3 1
I-NNI (PN)
WAN
10 1/7/100
LAN 2
1/8/4 CN-UNI PACKET
LINK
Figura 5. Configuración extremo agregado.
Inicialmente se tiene que vincular la puerta 1 del Switch con la LAN 1/8/3 y la puerta 2
con la LAN 1/8/4. Además se debe vincular la puerta 10 del Switch con la WAN
previamente creada, y esta a su Packet Link correspondiente.
Es necesario crear un puente entre la puerta 1 del Switch con la puerta 10, y otro
puente entre la puerta 2 y 10. Cada uno de estos puentes le es asignado una S-VLAN.
Como fue visto anteriormente, en la asignación de S-VLAN, el primer puente (1-10), le
es asignada la S-VLAN 100 y el segundo puente la S-VLAN 101.
Configuracion de perfil de ancho de banda:
En el modo Provider Bridge, es posible asignar un Tag a cada puerta del Switch del
equipo que va asociada a una puerta de la ETU3 (en el ejemplo corresponde a la
puerta 1 y 2 del Switch). Este Tag se puede descomponer en dos tipos:
UNI: Asegura una velocidad constante a la puerta más una velocidad variable.
UNI+UserPriority: Se utiliza para dar prioridades a flujos cuando existe

desvanecimiento en una línea.
En este manual solo se configurara el Tag UNI.
Luego de asignar como UNI las puertas 1 y 2 del Switch, se debe asignar un perfil que
debe ser creado. Este Perfil indicara la velocidad asegurada y la velocidad variable de
que tendrán las S-VLAN.
Nota: La suma de la velocidad asegurada y variable de cada perfil de SVLAN no debe

superar la capacidad total del Packet Link, de lo contrario, se utilizara un algoritmo que
ajustara las velocidades aseguradas de cada perfil.
Pág.
33/35
Asignación de Rol a puerta del Switch.
Cada una de las puertas del Switch (NPU3B), puede ser configurada para ser
conectada a una puerta física del equipo o para ser conectada a otra puerta lógica del
Switch.
Para cualquiera de estas puertas, se asocia un Rol.
Para este manual se tienen dos Rol: I-NNI (PN) y CN-UNI.
I - NNI (PN): Rol que se asigna cuando la Puerta del Switch es conectada a una puerta
lógica del equipo (otra puerta del Switch). Además es asignada cuando se conecta
dentro del la red del proveedor.
CN-UNI: Rol que se asigna cuando la Puerta del Switch es conectada a una puerta
física del equipo, o cuando se conecta un Nodo B a una puerta del equipo (TN).
De acuerdo a lo explicado, la figura 5 posee un Rol asignado a cada puerta del Switch
habilitada. La puerta 1 y 2 es asociada puertas LAN, por lo tanto, el rol que se asigna
es el CN-UNI. Para la puerta 10, por estar dentro de la red TN, se le asigna el rol I-INN
(PN).
De esta forma, todo el tráfico que provenga del Packet Link hacia los Nodos B, solo las
tramas que estén Tagueadas con la S-VLAN 100 pueden llegar a la LAN 1/8/3 y solo
las tramas que estén Tagueadas con la S-VLAN 101, podrán llegar a la LAN 1/8/4.
Cualquier otra trama que llegue con un Tag de S-VLAN distinto de 100 o 101 será
descartado.
CONFIGURACIÓN DEL SITIO INTERMEDIO:
En este sitio tenemos la particularidad que se agregan 2 nodos B y además se agrega

un Trunk de VLANs proveniente del extremo agregador (2 S-VLAN) y un Trunk de
VLANs de nodo TN que apila VLANs en la S-VLAN 104. Para el caso de los Nodos B que
se agregan, se opera de la misma manera que en el extremo agregador. Lo que varía
es en la configuracion de los dos Packet Link que se suben en este punto. Se debe
considerar que los Trunks de VLANs poseen tramas que están marcadas con las S-
VALN 100, 101 provenientes del extremo agregador y 104 del nodo TN. Por lo tanto, la
puerta que se asocia al Trunk del extremo agregador (Puerta 3 del Switch del sitio
intermedio – Consultar figura 6), debe interconectarse a la puerta 10 del Switch (Esta
se conecta a la WAN que corresponde al Packet Link que mira al PE-3G). Finalmente,
obtenido el puente entre la puerta 1 y 10, se asocia a este las S-VLAN 100, 101. De
igual forma para el Packet Link del Nodo TN, se crea el puente entre la puerta 4 y 10.
Luego se asocia la S-VLAN 104 a este puente. De esta forma, todo el tráfico quedara
distribuido en S-VLANs distintas dentro del Switch interno del sitio intermedio. En la
siguiente figura se muestra la configuracion de los Switch de cada nodo TN:
Pág.
34/35
LAN LAN
Sitio intermedio
Extremo agregador
1/8/3 1/8/4
WAN 1/7/200 PACKET
LAN CN-UNI LINK
1/8/3 1 CN- I-NNI (PN)
I-NNI (PN) UNI 4
2
WAN WAN
10 1/7/100 1/7/100
CN- I-NNI (PN)
LAN 2 UNI 1
1/8/4 CN-UNI PACKET WAN 1/7/200
LINK PACKET LINK SVLAN 102
10
I-NNI (PN) PACKET

LINK
3
Extremo desagregador (PE-3G)

LAN
1/8/5
5 CN-UNI
LAN
1/8/5
4 CN-UNI
LAN
WAN 10 SVLAN 102 1/8/4
PACKET LINK
1/7/100 3 CN-UNI
I-NNI (PN)
LAN
1/8/3
2 CN-UNI LAN
1/7/3
1 CN-UNI
Figura 6. Configuración Switch NPU3B de cada Nodo TN

Para la configuración de del perfil de ancho de banda y la asignación de Rol a las
puertas del Switch, se procede de la misma forma que en extremo agregador.
Pág.
35/35
CONFIGURACIÓN EXTREMO DESAGREGADOR:
En el extremo desagregador, solo llega un Trunk de VLANs. En este Trunk de VLANS

vienen todas las S-VLANs que fueron asignadas anteriormente. Por lo tanto, se deben
desagregar cada una de estas S-VLANs en una puerta LAN diferente.
Por lo tanto, por cada S-VLAN, existe una puerta en el Switch que se asociara a una
puerta LAN.
La Puerta 10 del Switch, se asocia a la WAN que trae el Trunk de VLANs. Esta puerta
deberá ser asociada creando puentes entre las puertas 1, 2, 3, 4 y 5. Como se puede
observar en la figura 6, cada uno de estos puentes transportara una S-VLAN distinta.
Para la configuración de del perfil de ancho de banda y la asignación de Rol a las

puertas del Switch, se procede de la misma forma que en extremo agregador.
Finalmente, se obtiene que en el extremo desagregador, existen 5 puertas LAN, cada

una de esta asociada a un único Nodo B.
La razón por la que se necesita que cada Nodo B se refleje en una única puerta LAN en
el extremo desagregador, es existe una unidad en ENTEL que requiere llevar
estadística por sitio. Por lo tanto, lo máximo que se puede desagregar si tenemos un
MNL TN 20p en el extremo desagregador (NPU1C), son 23 Nodos B o clientes.
Si este requerimiento cambia, solo se deberá entregar un Trunk de VLANs, que

transporte todos los Nodos B que sean necesarios, no existiendo un límite para estos.
ELIMINACION DE TAGS DEL MODO PROVIDER BRIDGE:
Como fue explicado, el modo Provider Bridge incluye dentro de la trama Ethernet Tags
de S-VLAN y C-VLAN. Pero fuera de la nube del Provider Bridge, esta trama no tiene
sentido, por lo tanto, se debe marcar la opción de “Puerta/Remover Tag” en las
puertas del Switch que se asocien a una puerta LAN. Esta opción se encuentra en la
configuracion del Switch. Al marcar esta opción, se eliminan los Tags incluidos en el
modo Provider Bridge, cuando la trama se dirija a una puerta LAN. Finalmente, a la
salida de cada LAN, pasará solo trafico Ethernet.
Para este ejemplo, las puertas que se deben marcar son la puerta 1 y 2 del Switch
interno del extremo agregador, la puerta 1 y 2 del Switch interno del sitio intermedio,
y la puerta 1, 2, 3, 4 y 5 del Switch interno del extremo desagregador.

Proyecto Traffic Grooming Provisión V3 PDF

Enviado por

Dados do documento

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Proyecto Traffic Grooming Provisión V3 PDF

Enviado por

Direitos autorais:

Formatos disponíveis

Subgerencia Ing.

Redes de Agregación y Acceso

Proyecto Traffic Grooming

2.1 Descripción situación actual.

Figura 1. Enlace CNT Piso 13 – Aeropuerto Pudahuel PCS

2.2 Situación proyectada

Luego de efectuar el cambio de configuración en el equipo MNL-TN, para entregar tráfico

Figura 2. Situación Proyectada con Traffic Grooming

2.3 Descripción del nuevo modelo.

Para conseguir un transporte de las características mencionadas, es necesario utilizar

Introduciendo los conceptos de VLAN-Móvil y VLAN-Fija. La VLAN-Móvil es idealmente

3 Configuración Traffic Grooming

Siempre se deberá considerar el uso de Jumper y atenuadores ópticos. El valor recomendado

3.1 Configuración extremo PE-3G.

3.1.1 Habilitación y configuración de puerta Giga Óptica

Figura 3. Configuración módulo SFPo equipo MMOO.

Posteriormente, se configura la puerta LAN asociada como se muestra en la Figura 4.

Figura 4. Configuración de la interfaz LAN en equipo MMOO.

Se destacan dos parámetros importantes; al establecer el Admin Status “Down” permite

3.1.2 Configuración de “SWITCH PORT”.

Figura 5. Configuración puerta del SWITCH interno.

3.1.3 Creación de S-VLAN para servicios móviles.

Figura 6. Configuración VLAN-Móvil.

3.1.4 Finalización de la configuración y puesta en marcha.

Figura 7. Cambio del estatus administrativo de la puerta LAN.

3.2 Configuración extremo remoto.

3.2.1 Creación de S-VLAN para servicios móviles.

Aprovechando las configuraciones existentes, lo que se debe modificar es la SVLAN de

Figura 8. Configuración SVLAN extremo remoto

4 Configuración de servicios fijos

La configuración a realizar no difiere de la actual, modificando el número de S-VLAN actual

La vulnerabilidad mencionada se puede reducir aplicando protocolo de protección llamado

Según lo explicado en el párrafo anterior y con el objetivo de mejorar la

En la Figura 9 se aprecia un diagrama representativo de la estructura general de la

Figura 9. LAG entre PE-3G y equipo terminal de MMOO.

5.1 Configurando LAG en el terminal de MMOO.

La configuración de LAG se aplica al extremo local, es decir, entre el PE-3G y el terminal

Los pasos a seguir son los siguientes.

3- Para mantener un orden en la configuración se asociará la puerta LAN física 1/8/1 al

4- En la opción “ETHERNET SWITCH”, como se muestra en la figura 10, se crea el “LAG”

Figura 10. Configuración LAG

5.2 Activación de protocolo LACP en configuración LAG

3- En el nuevo menú “Control Protocol” se debe modificar el parámetro “Customer Bridge

Figura 1. Configuración LACP

6 QoS en equipos MNL-TN

APPLICATION SERVICE DSCP P-bit QUEUE

APPLICATION SERVICE DSCP P-bit QUEUE

Tabla 3: Mapeo de QoS para tráfico privado

6.1 Configuración de Qos en equipos MNL-TN

6.1.1 Configuración del “Ethernet Switch”

El equipo MNL-TN posee en su tarjeta controladora un SWITCH interno, el cual se habilita

Figura 12. Configurando SWITCH interno

Configurado el protocolo indicado para el switch interno, se debe seleccionar el parámetro

Figura 13. Selección del número de colas

En la opción “SCHEDULING PROFILE” se selecciona la cantidad de colas STRICT

Figura 14. Asociación PCP y Traffic Class.

La Figura 15 muestra la configuración de las 8 colas seleccionadas, estableciendo la ponderación

Figura 15. Configuración de las 8 colas establecidas.

La selección de parámetros mostrada anteriormente genera un modelo de ocho colas de

6.1.2 Configuración de QoS en puertas LAN

Figura 16. Seleccionar DSCP IPv4 para clasificar tráfico

Luego de seleccionar el tipo de marcaje a procesar se debe configurar el parámetro “User

Es importante destacar que para mapear se utiliza la tabla 2 si la puerta corresponde a un