Configuraciones ML-MR-10 para Pasar Paquetes CDP Paquetes LACP Transparentemente

Introducción

Este documento describe los problemas encontrados cuando debe pasar paquetes de protocolo de detección de Cisco (CDP) y paquetes de protocolo de control de agregación de enlaces (LACP) de forma transparente cuando se utiliza la tarjeta ML-MR-10 y proporciona las configuraciones específicas necesarias para resolver los problemas.

Prerequisites

Requirements

Cisco recomienda que tenga conocimiento sobre estos temas:

• Configuración del circuito de la plataforma de aprovisionamiento multiservicio (MSPP) de la jerarquía digital sincrónica (SDH)/SONET
• Uso y configuración de ML-MR-10
• Controlador de transporte Cisco (CTC, Cisco Transport Controller)
• Comandos Cisco IOS^® estándar

Componentes Utilizados

La información que contiene este documento se basa en estas versiones de software y hardware.

• ONS 15454 SDH/SONET, versión de software 9.0 y posterior
• 15454-ML-MR-10
• Cisco WS-C3750G-48PS y WS-C3560G-24PS
• Comandos IOS estándar de Cisco
• CTC

The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. If your network is live, make sure that you understand the potential impact of any command.

Antecedentes

A continuación se presenta información importante sobre la tarjeta ML-MR-10.

• La tarjeta ML-MR-10 es una tarjeta Ethernet multicapa de diez puertos. Los puertos Ethernet admiten velocidades de 10 Mbps, 100 Mbps o 1000 Mbps a través de Small Form-Factor Pluggables (SFP).

• La tarjeta ML-MR-10 tiene dos puertos RPR (del inglés Resilient Packet Ring, anillo de paquetes flexible), que funcionan de manera similar a los puertos de tarjeta OC-N. Cada puerto Ethernet lleva un circuito de señal de transporte síncrona (STS) con un tamaño de STS-12c, STS-24c, STS-48c o STS-96c. Las dos interfaces de puerto RPR se combinan para soportar una interfaz RPR. El ML-MR-10 sólo admite encapsulación de procedimiento de entramado genérico (GFP-F) asignado a tramas para SONET. Además de esto, el ML-MR-10 se puede configurar para admitir hasta 26 puertos Packet Over SONET (POS), cada uno de los cuales termina un circuito encapsulado SONET GFP-F.

• La tarjeta ML-MR-10 admite protección 1:1 en el nivel de puerto. También admite protección de tarjeta 1:1 con tarjetas redundantes instaladas.

• La tarjeta ML-MR-10 admite la función de actualización de versiones, que permite al usuario actualizar independientemente las tarjetas ML-MR-10 como parte de un proceso de actualización de software general. Con esta función activada, el usuario primero actualiza todas las tarjetas del nodo que no son tarjetas ML-MR-10 y luego, en una segunda pasada, actualiza las tarjetas ML-MR-10.

• La tarjeta ML-MR-10 se puede instalar en las ranuras 1 a 6 y en las ranuras 12 a 17 cuando se utiliza con las tarjetas XC10G y XC-VXC-10G. No es compatible con la tarjeta XCVT.

Consulte Descripción General de la Tarjeta ML-MR-10 para obtener más información.

Problema 1

Dos switches se conectan entre sí mediante una configuración punto a punto ML-MR-10. El ML-MR-10 debe ser transparente de tal manera que los switches puedan verse entre sí. Esto significa que los paquetes CDP también deberían ser capaces de pasar por las tarjetas ML-MR-10. Sin embargo, generalmente se descartan y la salida show cdp neighbors en el switch muestra el ML-MR-10.

Topología para el problema 1

Las conexiones físicas se muestran en la topología. Las tarjetas ML-MR-10 están instaladas en ambos nodos ONS 15454, la interfaz ML-MR-10 Gi0 está conectada con una interfaz en el switch y es la misma en ambos lados.

Para conectar dos tarjetas ML-MR-10 entre sí, el circuito SDH/SONET se construyó desde POS 0 a POS 0.

Aquí el requisito es pasar los paquetes CDP de los switches a través de la configuración ML-MR-10 de forma transparente. Esto significa que cuando el comando show cdp neighbors se ejecuta en el switch, no debe ver el ML-MR-10 como el vecino. En su lugar, se debe ver el switch conectado al final. Básicamente, ambos switches deberían poder verse.

Solución 1

Este problema se puede resolver con una configuración específica en la tarjeta ML-MR-10.

Esta es la configuración necesaria:

interface GigabitEthernet0
no ip address
speed auto
duplex auto
negotiation auto
no keepalive
no cdp enable
service instance 1 ethernet
  encapsulation untagged
  rewrite egress tag pop 1
  bridge-domain 100
 
interface POS0
no ip address
shutdown
pos mode gfp
no cdp enable
service instance 1 ethernet
  encapsulation dot1q 101
  rewrite egress tag push dot1q 101
  bridge-domain 100

En esta configuración, tanto la interfaz Gig 0 como la interfaz POS 0 están en la misma instancia de servicio y en el mismo dominio de puente 100. Esto significa que están unidos, de modo que los paquetes que vienen en Gig 0 se pasan a POS 0 y viceversa.

También en el puerto POS 0, los paquetes entrantes se agregan con una VLAN 101 adicional; esta VLAN luego se elimina en la interfaz Gig 0 cuando el paquete lo deja.

Con esta configuración en ambas tarjetas ML-MR-10, los paquetes entrantes en el POS siempre se etiquetan con VLAN 101 (la VLAN se puede cambiar), por lo que hay un túnel del puerto POS al puerto POS. Cuando el paquete deja la tarjeta a través de Gig 0, esta etiqueta se elimina, lo que hace que los paquetes de datos del switch sean completamente transparentes, lo que incluye CDP.

Este es el otro ejemplo de configuración que también pasa de forma transparente el tráfico de datos y CDP.

interface GigabitEthernet0
 no ip address
 speed auto
 duplex auto
 negotiation auto
 no keepalive
 no cdp enable
 service instance 1 ethernet
  encapsulation default
  bridge-domain 1
 
 
 interface POS0
 no ip address
 no keepalive
 pos mode gfp
 no cdp enable
 service instance 1 ethernet
  encapsulation default
  bridge-domain 1

En esta configuración, el puerto GigabitEthernet y POS forman parte de la misma instancia de servicio y se puentean juntos. También la encapsulación proporcionada bajo la instancia de servicio es predeterminada, lo que significa que pasa todos los paquetes etiquetados/sin etiqueta.

Problema 2

En el diagrama, puede ver que dos interfaces de un switch están conectadas con una tarjeta ML-MR-10.

Suponga que los puertos Gi0 y Gi1 de ML-MR-10 están conectados con los puertos 0/0 y 0/1 del switch, y que las mismas conexiones también están en el otro extremo entre el switch y la tarjeta ML-MR-10.

Aquí el requisito es configurar channel-group en ambas interfaces de switch 0/0 y 0/1, y ambos switches deben formarse directamente como pares.

El ML-MR-10 debe ser transparente en este caso. No debe haber ninguna configuración de grupo de canales en las tarjetas ML-MR-10.

Para conectar dos tarjetas ML-MR-10 entre sí, se construyó un circuito SDH/SONET de POS 0 a POS 0 y POS 1 a POS 1.

Solución 2

A partir del requisito del problema 2, si esta configuración ML-MR-10 debe ser transparente, debe configurarse como si los switches se conectaran directamente entre sí a través de un cable LAN o fibra óptica.

Para lograr esto, la configuración une el puerto Gi0 en ML-MR-10 con POS 0 y el puerto Gi1 con POS 1, y luego crea un circuito punto a punto entre POS 0 y POS 0 y POS 1 a POS 1. Con esta configuración, facilita que los puertos del switch se conecten directamente entre sí.

Además, esta configuración requiere el uso del protocolo LACP.

Esta es la configuración necesaria.

Configuración para ML-MR-10

interface GigabitEthernet0
 no ip address
 speed auto
 duplex auto
 negotiation auto
 no keepalive
 no cdp enable
 service instance 1 ethernet
  encapsulation default
  bridge-domain 1
 !
!        
interface GigabitEthernet1
 no ip address
 speed auto
 duplex auto
 negotiation auto
 no keepalive
 no cdp enable
 service instance 2 ethernet
  encapsulation default
  bridge-domain 2
 
  interface POS0
 no ip address
 no keepalive
 pos mode gfp
 no cdp enable
 service instance 1 ethernet
  encapsulation default
  bridge-domain 1
 !       
!        
interface POS1
 no ip address
 no keepalive
 pos mode gfp
 no cdp enable
 service instance 2 ethernet
  encapsulation default
  bridge-domain 2
 !       
!        

Como puede ver en la configuración de la tarjeta ML-MR-10, esto crea una instancia de servicio común entre el puerto Gigabit Ethernet y el puerto POS y luego el mismo dominio de puente entre ellos.

Las configuraciones de circuito SDH/SONET no se muestran aquí, pero es necesario crear circuitos entre POS 0 a POS 0 y POS 1 a POS 1. El ancho de banda del circuito depende de los requisitos.

Configuración del switch

interface Port-channel1
 switchport trunk encapsulation isl
 switchport trunk allowed vlan 17
 switchport mode trunk
 
interface GigabitEthernet0/0
 switchport trunk encapsulation isl
 switchport trunk allowed vlan 17
 switchport mode trunk
 channel-protocol lacp
 channel-group 1 mode active
!        
interface GigabitEthernet0/1
 switchport trunk encapsulation isl
 switchport trunk allowed vlan 17
 switchport mode trunk
 channel-protocol lacp
 channel-group 1 mode active

La configuración del switch es bastante simple, pero una cosa a observar es el comando switchport trunk encapsulation isl. Debe configurar explícitamente este comando porque, sin este comando, el protocolo de línea no aparece. Esto se debe a que el ML-MR-10 admite el modo Inter-Switch Link Protocol (ISL).

Nota: También se puede utilizar la configuración ML-MR-10 proporcionada en la Solución 1.

Para obtener más información, póngase en contacto con el centro de asistencia técnica Cisco Technical Assistance Center (TAC).

Nota: Inicie sesión en la página web Soporte Técnico de Cisco para obtener más información o acceda a la página web Contactos Mundiales de Cisco para obtener un directorio de números de soporte técnico gratuitos para su país.