Routing IP: Guía de configuración de OSPF, Cisco IOS Release 12.2SR
OSPF Sham-Link Support for MPLS VPN
2 Agosto 2013 - Traducción Automática | Otras Versiones: PDFpdf 186 KB | Inglés (1 Noviembre 2011) | Comentarios

OSPF Sham-Link Support for MPLS VPN

Última actualización: 1 de noviembre de 2011

Historial de la característica

Versión

Modificación

12.2(8)T

Esta función fue introducida.

Este módulo describe cómo configurar y utilizar un impostor-link para conectar los sitios del cliente del Red privada virtual (VPN) que funcionan con los links traseros del protocolo y de la parte OSPF del Open Shortest Path First (OSPF) en una configuración VPN del Multiprotocol Label Switching (MPLS).

Encontrar la información de la característica

Su versión de software puede no soportar todas las características documentadas en este módulo. Para la últimas información y advertencias de la característica, vea los Release Note para su plataforma y versión de software. Para encontrar la información sobre las características documentadas en este módulo, y ver una lista de las versiones en las cuales se soporta cada característica, vea la tabla de información de la característica en el extremo de este documento.

Utilice el Cisco Feature Navigator para encontrar la información sobre el soporte del Soporte de la plataforma y de la imagen del software de Cisco. Para acceder el Cisco Feature Navigator, vaya a www.cisco.com/go/cfn. Una cuenta en el cisco.com no se requiere.

Descripción general de características

Usando el OSPF en las conexiones del router PE-CE

En una configuración del MPLS VPN, el protocolo OSPF es Routers de una de la manera frontera del cliente de la usted puede conectar (CE) al Routers del borde del proveedor de servicio (PE) en la estructura básica VPN. El OSPF es de uso frecuente por los clientes que ejecutan el OSPF como su Routing Protocol del intrasite, inscriben a un servicio VPN, y quieren intercambiar la información de ruteo entre sus sitios usando el OSPF (durante la migración o sobre una base permanente) sobre una estructura básica del MPLS VPN.

La figura abajo muestra un ejemplo de cómo los sitios del cliente VPN que ejecutan el OSPF pueden conectar sobre una estructura básica del MPLS VPN.



Cuando el OSPF se utiliza para conectar al Routers PE y CE, toda la información de ruteo aprendida de un sitio VPN se pone en el caso del VPN Routing and Forwarding (VRF) asociado a la interfaz entrante. El Routers PE que asocia al uso VPN el Border Gateway Protocol (BGP) de distribuir las rutas VPN el uno al otro. Un router CE puede entonces aprender las rutas a otros sitios en el VPN mirando con su router asociado PE. El superbackbone del MPLS VPN proporciona un nivel adicional de jerarquía de ruteo para interconectar los sitios VPN que ejecutan el OSPF.

Cuando las OSPF rutas se propagan sobre la estructura básica del MPLS VPN, la información adicional sobre el prefijo bajo la forma de comunidades ampliadas BGP (tipo de la ruta, comunidades ampliadas del dominio ID) se añade al final del fichero a la actualización de BGP. Esta información de comunidad es utilizada por el router de recepción PE para decidir al tipo del anuncio del estado del vínculo (LSA) que se generará cuando la ruta BGP se redistribuye al proceso OSPF PE-CE. De esta manera, las rutas OSPF internas que pertenecen al mismo VPN y se hacen publicidad sobre la estructura básica VPN se consideran como rutas del interarea en los sitios remotos.

Para la información básica sobre cómo configurar un MPLS VPN, refiera “al módulo de la configuración de Redes privadas virtuales MPLS”.

Usando un Impostor-link para corregir la encaminamiento trasera OSPF

Aunque las conexiones OSPF PE-CE asuman que la única trayectoria entre dos sitios del cliente está a través de la estructura básica del MPLS VPN, las trayectorias traseras entre los sitios VPN (mostrados en el gris en la figura abajo) pueden existir. Si estos sitios pertenecen a la misma área OSPF, la trayectoria sobre un link trasero será seleccionada siempre porque el OSPF prefiere las trayectorias del intraarea a las trayectorias del interarea. (El Routers PE hace publicidad de las OSPF rutas aprendidas sobre la estructura básica VPN como trayectorias del interarea.) Por este motivo, los links traseros OSPF entre los sitios VPN deben ser tenidos en cuenta para realizar rutear basara en la directiva.



Por ejemplo, la figura antedicha muestra tres sitios del cliente, cada uno con los links traseros. Porque cada sitio ejecuta el OSPF dentro de la misma configuración del área 1, toda la encaminamiento entre los tres sitios sigue la trayectoria del intraarea a través de los links traseros, bastante que sobre la estructura básica del MPLS VPN.

El siguiente ejemplo muestra las entradas de la tabla de ruteo BGP para el prefijo 10.3.1.7/32 en el router PE-1 en la figura arriba. Este prefijo es el Loopback Interface del router CE de Winchester. Tal y como se muestra en de intrépido en este ejemplo, el Loopback Interface es docto vía el BGP de PE-2 y de PE-3. También se genera con la redistribución en el BGP en el PE-1.

PE-1# show ip bgp vpnv4 all 10.3.1.7
BGP routing table entry for 100:251:10.3.1.7/32, version 58
Paths: (3 available, best #2)
  Advertised to non peer-group peers:
  10.3.1.2 10.3.1.5 
  Local
    10.3.1.5 (metric 30) from 10.3.1.5 (10.3.1.5)
      Origin incomplete, metric 22, localpref 100, valid, internal
      Extended Community: RT:1:793 OSPF DOMAIN ID:0.0.0.100 OSPF
      RT:1:2:0 OSPF 2
  Local
    10.2.1.38 from 0.0.0.0 (10.3.1.6)
      Origin incomplete, metric 86, localpref 100, weight 32768,
      valid, sourced, best
      Extended Community: RT:1:793 OSPF DOMAIN ID:0.0.0.100 OSPF
      RT:1:2:0 OSPF 2
  Local
    10.3.1.2 (metric 30) from 10.3.1.2 (10.3.1.2)
      Origin incomplete, metric 11, localpref 100, valid, internal
      Extended Community: RT:1:793 OSPF DOMAIN ID:0.0.0.100 OSPF
      RT:1:2:0 OSPF 2

Dentro del BGP, la ruta localmente generada (10.2.1.38) se considera ser la mejor ruta. Sin embargo, tal y como se muestra en de intrépido en el próximo ejemplo, la tabla de ruteo VRF muestra que la ruta seleccionada es docta vía el OSPF con un salto siguiente de 10.2.1.38, que es el router CE de Viena.

PE-1# show ip route vrf ospf 10.3.1.7
Routing entry for 10.3.1.7/32
  Known via "ospf 100", distance 110, metric 86, type intra area
  Redistributing via bgp 215
  Advertised by bgp 215
  Last update from 10.2.1.38 on Serial0/0/0, 00:00:17 ago
  Routing Descriptor Blocks:
  * 10.2.1.38
, from 10.3.1.7, 00:00:17 ago, via Serial0/0/0
      Route metric is 86, traffic share count is 1

Se selecciona esta trayectoria porque:

  • La trayectoria del intra-area OSPF se prefiere sobre la trayectoria del interarea (sobre la estructura básica del MPLS VPN) generada por el router PE-1.
  • El OSPF tiene una distancia administrativa menor (AD) que el Internal BGP (BGP que se ejecuta entre el Routers en el mismo sistema autónomo).

Si los links traseros entre los sitios se utilizan solamente para los objetivos de backup y no participan en el servicio VPN, después la selección de la ruta predeterminado mostrada en el ejemplo anterior no es aceptable. Para restablecer la selección de trayecto deseado sobre la estructura básica del MPLS VPN, usted debe establecer las relaciones (lógicas) adicionales del intra-area OSPF entre el ingreso y la salida VRF en el Routers relevante PE. Este link se llama un impostor-link.

Un impostor-link se requiere entre cualquier dos sitios VPN que pertenezca a la misma área OSPF y comparta un link trasero OSPF. Si ningún link trasero existe entre los sitios, no se requiere ningún impostor-link.

La figura abajo muestra un impostor-link de la muestra entre el PE-1 y PE-2. Un coste se configura con cada impostor-link y se utiliza para decidir a si el tráfico será enviado sobre la trayectoria trasera o la trayectoria del impostor-link. Cuando un impostor-link se configura entre el Routers PE, los PE pueden poblar la tabla de ruteo VRF con las OSPF rutas aprendidas sobre el impostor-link.



Porque el impostor-link se considera como link del intra-area entre el Routers PE, se crea una adyacencia OSPF y el intercambio de base de datos (para el proceso OSPF determinado) ocurre a través del link. El router PE puede entonces inundar los LSA entre los sitios de enfrente de la estructura básica del MPLS VPN. Como consecuencia, se crea la Conectividad deseada del intra-area.

La sección, “creando un Impostor-link”, describe cómo configurar un impostor-link entre dos Routers PE. Para más información sobre cómo configurar el OSPF, refiera “configurando al módulo OSPF”.

Ejemplo de configuración del Impostor-link

El ejemplo en esta sección se diseña para mostrar cómo un impostor-link se utiliza para afectar solamente a la selección de trayecto del intra-area OSPF del Routers PE y CE. El router PE también utiliza la información recibida del MP-BGP para fijar el stack de la etiqueta saliente de los paquetes entrantes, y para decidir a qué router de la salida PE al switch de etiqueta los paquetes.

La figura abajo muestra una topología del MPLS VPN de la muestra en la cual una configuración del impostor-link sea necesaria. Un cliente VPN tiene tres sitios, cada uno con un link trasero. Se han configurado dos impostor-links, uno entre el PE-1 y PE-2, y otro entre PE-2 y PE-3. Un impostor-link entre el PE-1 y PE-3 no es necesario en esta configuración porque los sitios de Viena y de Winchester no comparten un link trasero.



El siguiente ejemplo muestra la expedición que ocurre entre los sitios del punto de vista de cómo el PE-1 ve el prefijo 10.3.1.7/32, la interfaz loopback1 del router CE de Winchester en la figura arriba.

PE-1# show ip bgp vpnv4 all 10.3.1.7
BGP routing table entry for 100:251:10.3.1.7/32, version 124
Paths: (1 available, best #1)   
  Local
    10.3.1.2 (metric 30) from 10.3.1.2
 (10.3.1.2)
       Origin incomplete, metric 11, localpref 100, valid, internal, 
       best
       Extended Community: RT:1:793 OSPF DOMAIN ID:0.0.0.100 OSPF    
       RT:1:2:0 OSPF 2
PE-1# show ip route vrf ospf 10.3.1.7
Routing entry for 10.3.1.7/32
  Known via "ospf 100
", distance 110, metric 13, type intra area
  Redistributing via bgp 215
  Last update from 10.3.1.2 00:12:59 ago
  Routing Descriptor Blocks:
10.3.1.2 (Default-IP-Routing-Table), from 10.3.1.7, 00:12:59 ago 

El próximo ejemplo muestra la información de reenvío en la cual el salto siguiente para la ruta, 10.3.1.2, es el router PE-3 bastante que el router PE-2 (cuál es el mejor trayecto según el OSPF). La razón que la OSPF ruta no se redistribuye al BGP en el PE es porque el otro extremo del impostor-link redistribuyó la ruta al BGP y allí no es ya ninguna necesidad de la duplicación. El impostor-link OSPF se utiliza para influenciar solamente la selección de trayecto del intra-area. Al enviar el tráfico a un destino determinado, el router PE utiliza la información de reenvío MP-BGP.

PE-1# show ip bgp vpnv4 all tag | begin 10.3.1.7
   10.3.1.7/32      10.3.1.2
        notag/38

PE-1# show tag-switching forwarding 10.3.1.2
Local  Outgoing   Prefix           Bytes tag  Outgoing   Next Hop    
tag    tag or VC  or Tunnel Id     switched   interface              
31    42         10.3.1.2/32
       0          PO3/0/0    point2point  
PE-1# show ip cef vrf ospf 10.3.1.7
10.3.1.7/32, version 73, epoch 0, cached adjacency to POS3/0/0
0 packets, 0 bytes
  tag information set
   local tag: VPN-route-head
   fast tag rewrite with PO3/0/0, point2point, tags imposed: {42 38
}
  via 10.3.1.2
, 0 dependencies, recursive
    next hop 10.1.1.17, POS3/0/0 via 10.3.1.2/32
    valid cached adjacency
    tag rewrite with PO3/0/0, point2point, tags imposed: {42 38}

Si un prefijo es docto a través del impostor-link y la trayectoria vía el impostor-link se selecciona como el mejor, el router PE no genera una actualización MP-BGP para el prefijo. No es posible rutear el tráfico a partir de un impostor-link sobre otro impostor-link.

En el siguiente ejemplo, PE-2 muestra cómo una actualización MP-BGP para el prefijo no se genera. Aunque 10.3.1.7/32 se haya aprendido vía el OSPF a través del impostor-link tal y como se muestra en de intrépido, no se realiza ninguna generación local de una ruta en el BGP. La única entrada dentro de la tabla BGP es la actualización MP-BGP recibida de PE-3 (el router de la salida PE para el prefijo 10.3.1.7/32).

PE-2# show ip route vrf ospf 10.3.1.7
Routing entry for 10.3.1.7/32
  Known via "ospf 100
", distance 110, metric 12, type intra area
  Redistributing via bgp 215
  Last update from 10.3.1.2 00:00:10 ago
  Routing Descriptor Blocks:
  * 10.3.1.2 (Default-IP-Routing-Table), from 10.3.1.7, 00:00:10 ago
      Route metric is 12, traffic share count is 1
PE-2# show ip bgp vpnv4 all 10.3.1.7
BGP routing table entry for 100:251:10.3.1.7/32, version 166
Paths: (1 available, best #1)
  Not advertised to any peer
  Local
    10.3.1.2 (metric 30) from 10.3.1.2 (10.3.1.2)
      Origin incomplete, metric 11, localpref 100, valid, internal,
      best
      Extended Community: RT:1:793 OSPF DOMAIN ID:0.0.0.100 OSPF
      RT:1:2:0 OSPF 2

El router PE utiliza la información recibida del MP-BGP para fijar la pila de etiquetas en curso de paquetes entrantes, y para decidir a qué router de la salida PE al switch de etiqueta los paquetes.

Beneficios

Conexión del sitio del cliente a través de la estructura básica del MPLS VPN

Un impostor-link supera el comportamiento del OSPF predeterminado para seleccionar una ruta trasera del intra-area entre los sitios VPN en vez de una ruta del interarea (PE-a-PE). Un impostor-link se asegura de que los sitios del cliente OSPF que comparten un link trasero puedan comunicar sobre la estructura básica del MPLS VPN y participar en los servicios VPN.

Encaminamiento flexible en una configuración del MPLS VPN

En una configuración del MPLS VPN, el costo de OSPF configurado con un impostor-link permite que usted decida a si el tráfico del sitio del cliente OSPF es ruteado sobre un link trasero o con la estructura básica VPN.

Restricciones

Cuando el OSPF se utiliza como protocolo entre el Routers PE y CE, el OSPF métrico se preserva cuando las rutas se hacen publicidad sobre la estructura básica VPN. El métrico se utiliza en el Routers del telecontrol PE para seleccionar la ruta correcta. Por este motivo, usted no debe modificar el valor métrico cuando el OSPF se redistribuye al BGP, y cuando el BGP se redistribuye al OSPF. Si usted modifica el valor métrico, rutear los loopes puede ocurrir.

Características y Tecnologías relacionadas

  • MPLS
  • OSPF
  • BGP

Documentos Relacionados

  • Routing IP del Cisco IOS: Referencia del comando ospf
  • “Módulo de las Redes privadas virtuales MPLS”
  • “Configurando módulo OSPF”
  • Routing IP del Cisco IOS: Guía de configuración BGP, versión 15,0
  • RFC 1163, un protocolo Protocolo de la puerta de enlace marginal (BGP)
  • RFC 1164, aplicación del protocolo Protocolo de la puerta de enlace marginal (BGP) en Internet
  • RFC 2283, Extensiones Multiprotocol para BGP-4
  • RFC 2328, trayecto más corto abierto primero, versión 2
  • RFC 2547, BGP/MPLS VPN

Plataformas Soportadas

  • Cisco 1400 Series
  • Cisco 1600
  • Cisco 1600R
  • Cisco 1710
  • Cisco 1720
  • Cisco 1721
  • Cisco 1750
  • Cisco 1751
  • Cisco 2420
  • Cisco 2600
  • Cisco 2691
  • Cisco 3620
  • Cisco 3631
  • Cisco 3640
  • Cisco 3660
  • Cisco 3725
  • Cisco 3745
  • Cisco 7100
  • Cisco 7200
  • Cisco 7500
  • Cisco 7700
  • URM
  • Cisco uBR7200

Determinar el Soporte de la plataforma con el Cisco Feature Navigator

El software de Cisco IOS se suministra en conjuntos de funciones que soportan plataformas específicas. Para conseguir información actualizada relativa al soporte de plataformas de esta función, acceda a Cisco Feature Navigator. Cisco Feature Navigator actualiza dinámicamente la lista de plataformas soportadas a medida que se añade soporte para nuevas plataformas.

Cisco Feature Navigator es una herramienta basada en web que le permite determinar rápidamente qué imágenes del software de Cisco IOS soportan un determinado conjunto de funciones y qué funciones soporta una determinada imagen de Cisco IOS. Puede buscar por función o por versión. En la sección de la versión, puede comparar las versiones una al lado de otra para mostrar las funciones únicas de cada versión de software y las funciones en común.

Cisco Feature Navigator se actualiza regularmente cuando se publican versiones importantes de la tecnología y el software de Cisco IOS. Para acceder a la información más actualizada, vaya a la página de inicio de Cisco Feature Navigator en la URL siguiente:

http://www.cisco.com/cisco/web/LA/support/index.html

MIB de los estándares y RFC soportados

Estándares

Esta función no soporta estándares nuevos o modificados.

MIB

Esta función no soporta MIBs nuevas o modificadas.

Para obtener listas de MIB soportadas por la versión de plataforma y laCisco IOS, y descargar módulos MIB, vaya al sitio web de Cisco MIB en Cisco.com en el URL siguiente:

http://www.cisco.com/public/sw-center/netmgmt/cmtk/mibs.shtml

RFC

Esta función no soporta RFCs nuevos o modificados.

Prerrequisitos

Antes de que usted pueda configurar un impostor-link en un MPLS VPN, usted debe primero habilitar el OSPF como sigue:

  • Cree un proceso de ruteo de OSPF.
  • Especifique el rango de los IP Addresses que se asociarán al proceso de ruteo.
  • Asigne los ID de áreas que se asociarán al rango de los IP Addresses.

Para más información sobre estos procedimientos de configuración de OSPF, vaya a:

http://www.cisco.com/en/US/docs/ios/iproute_ospf/command/reference/iro_book.html

Tareas de Configuración

Vea las secciones siguientes para las tareas de configuración para la característica del impostor-link. Cada una de las tareas de la lista se identifica como obligatoria u opcional.

Crear un Impostor-link

Antes de comenzar

Antes de que usted cree un impostor-link entre el Routers PE en un MPLS VPN, usted debe:

  • Configure un direccionamiento separado de /32 en el telecontrol PE para poder enviar los paquetes OSPF sobre la estructura básica VPN al extremo remoto del impostor-link. El direccionamiento de /32 debe cumplir los criterios siguientes:
    • Pertenezca a un VRF.
    • No ser hecho publicidad por el OSPF.
    • Sea hecho publicidad por el BGP.

Usted puede utilizar el direccionamiento de /32 para otros impostor-links.

  • Asocie el impostor-link con una área OSPF existente.

PASOS SUMARIOS

1. Router1# configuró terminal

2. Número de interfaz del Interface Loopback Router1(config)#

3. Router1(config-if)# IP VRF que remite el vrf-name

4. Máscara del IP address del IP Address Router1(config-if)#

5. Extremo Router1(config)#

6. Router2# configuró terminal

7. Número de interfaz del Interface Loopback Router2(config)#

8. Router2(config-if)# IP VRF que remite el vrf-name

9. Máscara del IP address del IP Address Router2(config-if)#

10. Extremo Router1(config)#

11 Vrf-name del vrf del router ospf process-id Router1(config)#

12.    Número del coste de la dirección destino del impostor-linksource-direccionamiento areaarea-identificación Router1(config-if)#

13.    Vrf-name del vrf del router ospf process-id Router2(config)#

14.    Número del coste de la dirección destino del fuente-direccionamiento del impostor-link del ID de área del área Router2(config-if)#


PASOS DETALLADOS
 Comando o acciónPropósito
Paso 1
Router1# configuró terminal 

Ingresa al modo de configuración global en el primer router PE.

 
Paso 2
Número de interfaz del Interface Loopback Router1(config)# 

Crea un Loopback Interface que se utilizará como punto final del impostor-link en el PE-1 y ingresa al modo de configuración de la interfaz.

 
Paso 3
Router1(config-if)# IP VRF que remite el vrf-name 

Asocia el Loopback Interface a un VRF. Remueve la dirección IP.

 
Paso 4
Máscara del IP address del IP Address Router1(config-if)# 

Configura de nuevo la dirección IP del Loopback Interface en el PE-1.

 
Paso 5
Extremo Router1(config)# 

Devoluciones al modo EXEC.

 
Paso 6
Router2# configuró terminal 

Ingresa al modo de configuración global en el segundo router PE.

 
Paso 7
Número de interfaz del Interface Loopback Router2(config)# 

Crea un Loopback Interface que se utilizará como el punto final del impostor-link en PE-2 y ingresa al modo de configuración de la interfaz.

 
Paso 8
Router2(config-if)# IP VRF que remite el vrf-name 

Asocia el segundo Loopback Interface a un VRF. Remueve la dirección IP.

 
Paso 9
Máscara del IP address del IP Address Router2(config-if)# 

Configura de nuevo la dirección IP del Loopback Interface en PE-2.

 
Paso 10
Extremo Router1(config)# 

Devoluciones al modo EXEC.

 
Paso 11
Vrf-name del vrf del router ospf process-id Router1(config)# 

Configura el proceso OSPF especificado con el VRF asociado a la interfaz del impostor-link en el PE-1 y ingresa al modo de configuración de la interfaz.

 
Paso 12
Número del coste de la dirección destino del impostor-linksource-direccionamiento areaarea-identificación Router1(config-if)#  

Configura el impostor-link en la interfaz PE-1 dentro de una área OSPF especificada y con las interfaces del loopback especificadas por los IP Addresses como puntos finales. el número del coste configura el costo de OSPF para enviar un paquete del IP en la interfaz del impostor-link PE-1.

 
Paso 13
Vrf-name del vrf del router ospf process-id Router2(config)# 

Configura el proceso OSPF especificado con el VRF asociado a la interfaz del impostor-link en PE-2 y ingresa al modo de configuración de la interfaz.

 
Paso 14
La dirección destino del fuente-direccionamiento del impostor-link del ID de área del área Router2(config-if)# costó el número 

Configura el impostor-link en la interfaz PE-2 dentro de una área OSPF especificada y con las interfaces del loopback especificadas por los IP Addresses como puntos finales. el número del coste configura el costo de OSPF para enviar un paquete del IP en la interfaz del impostor-link PE-2.

 

Verificar la creación del Impostor-link

Para verificar que el impostor-link fuera creado y sea con éxito operativo, utilice los impostor-links OSPF del IP de la demostración ordenan en el modo EXEC:

Router1# show ip ospf sham-links
Sham Link OSPF_SL0 to address 10.2.1.2 is up
Area 1 source address 10.2.1.1
  Run as demand circuit
  DoNotAge LSA allowed. Cost of using 40 State POINT_TO_POINT,
  Timer intervals configured, Hello 10, Dead 40, Wait 40,
    Hello due in 00:00:04
    Adjacency State FULL (Hello suppressed)
    Index 2/2, retransmission queue length 4, number of 
    retransmission 0
    First 0x63311F3C(205)/0x63311FE4(59) Next  
    0x63311F3C(205)/0x63311FE4(59)
    Last retransmission scan length is 0, maximum is 0
    Last retransmission scan time is 0 msec, maximum is 0 msec
    Link State retransmission due in 360 msec

Monitoreando y manteniendo un Impostor-link

Comando

Propósito

Router# show ip ospf sham-links

Visualiza el estado operacional de todos los impostor-links configurados para un router.

Router# show ip ospf data router  ip-address

Visualiza la información sobre cómo el impostor-link se hace publicidad como conexión Point-to-Point innumerable entre dos Routers PE.

Ejemplos de Configuración

El siguiente ejemplo muestra cómo configurar un impostor-link entre dos Routers PE:

Router1(config)
# interface loopback 1
Router1(config-if)# ip vrf forwarding ospf
Router1(config-if)# ip address 10.2.1.1 255.255.255.255
!
Router2(config)# interface loopback 1
Router2(config-if)# ip vrf forwarding ospf
Router2(config-if)# ip address 10.2.1.2 255.255.255.255
!
Router1(config)# router ospf 100 vrf ospf
Router1(config-if)# area 1 sham-link 10.2.1.1 10.2.1.2 cost 40
!
Router2(config)# router ospf 100 vrf ospf
Router2(config-if)# area 1 sham-link 10.2.1.2 10.2.1.1 cost 40

Glosario

BGP --Protocolo Protocolo de la puerta de enlace marginal (BGP). Interdomain Routing Protocol que intercambia información de alcance con otros sistemas BGP. Se define en el RFC 1163.

Router CE --Router borde del cliente. Router que forma parte de la red de un cliente y que está conectado con un router de borde del proveedor (PE). El Routers CE no es consciente de los VPN asociados.

CEF -- Cisco Express Forwarding. Una tecnología avanzada del Switching IP de la capa 3. El CEF optimiza el rendimiento de la red y el scalability para las redes con los patrones de tráfico grandes y dinámicos.

OSPF --Abra el protocolo shortest path first.

IGP --Protocolo Interior Gateway Protocols. Protocolo de Internet que se usa para intercambiar información de ruteo dentro de un sistema autónomo. Los ejemplos de comunes IGP incluyen el IGRP, el OSPF, y el RIP.

LSA --anuncio del estado del vínculo. Un paquete de broadcast usado por los protocolos del link-state. El LSA contiene la información sobre los vecinos y los costos del trayecto y es utilizado por el router de recepción para mantener una tabla de ruteo.

MPLS --Multiprotocol Label Switching. Estándar emergente del sector en el que se basa el switching de etiquetas.

Router PE --router de borde del proveedor. Un router que es parte de a la red del proveedor de servicios conectó con un router de la frontera del cliente (CE). Todo el proceso VPN ocurre en el router PE.

SPF --primer cálculo del trayecto más corto.

VPN --Red privada virtual. Una red basada en IP segura que comparte recursos en una o más redes físicas. Una VPN contiene sitios geográficamente dispersos que pueden comunicarse con seguridad sobre una estructura básica compartida.

VRF --Caso del VPN Routing and Forwarding. Un VRF consta de una tabla de IP Routing, una tabla de reenvío derivada, un conjunto de interfaces que utiliza la tabla de reenvío y un conjunto de reglas y protocolos de ruteo que determina qué incluye la tabla de reenvío. En general, un VRF incluye la información de ruteo que define un sitio de cliente VPN conectado a un router PE.

Cisco y el logotipo de Cisco son marcas registradas o marcas registradas de Cisco y/o de sus afiliados en los E.E.U.U. y otros países. Para ver una lista de marcas registradas de Cisco, vaya a este URL: www.cisco.com/go/trademarks. Las marcas registradas de tercera persona mencionadas son la propiedad de sus propietarios respectivos. El uso de la palabra Partner no implica en una relación de sociedad entre Cisco y ninguna otra compañía. (1110R)

Las direcciones IP (Internet Protocol) y los números de teléfono utilizados en este documento no son direcciones y números de teléfono reales. Cualesquiera ejemplos, muestra de la salida de comandos, diagramas de topología de red y otras figuras incluidos en el documento se muestran solamente con fines ilustrativos. El uso de direcciones IP o números de teléfono reales en contenido ilustrativo es involuntario y fortuito.

Cisco Systems, Inc. del © 2011 todos los derechos reservados.