Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 

Introducción a GMPLS

 

La MPLS tradicional está diseñada para transportar el tráfico IP de capa 3 utilizando rutas basadas en IP y asociar estas rutas con etiquetas asignadas de forma arbitraria. Un administrador de red puede configurar estas etiquetas de forma explícita o se pueden asignar dinámicamente por medio de un protocolo como LDP o RSVP.

GMPLS generaliza MPLS en que define etiquetas para cambiar los distintos tipos de tráfico de capa 1, capa 2 o capa 3. Los nodos GMPLS pueden tener vínculos con una o más de las siguientes capacidades de conmutación:

  • Capacidad de conmutación de fibra (FSC)

  • Compatible con la conmutación lambda (LSC)

  • Multiplexación por división de tiempo (MDT) con capacidad de conmutación (TSC)

  • Capacidad para conmutación de paquetes (PSC)

Las rutas conmutadas por etiqueta (LSP) deben iniciar y terminar en vínculos con la misma capacidad de conmutación. Por ejemplo, los enrutadores pueden establecer LSP de conmutación de paquetes con otros enrutadores. Los LSP pueden trasladarse a un LSP de conmutación MDT entre los multiplexores Add/Drop de SONET (ADM) que, a su vez, podrían ser transportados sobre un LSP con conmutación lambda.

El resultado de esta extensión del protocolo MPLS es una expansión en el número de dispositivos que pueden participar en la conmutación de etiquetas. Los dispositivos de capa inferior, como los ADM de OXCs y SONET, ahora pueden participar en la señalización de GMPLS y configurar rutas de transferencia para transferir datos. Un enrutador puede participar en la señalización de rutas ópticas en una red de transporte.

Dos modelos de servicio determinan la visibilidad que un nodo de cliente (un enrutador, por ejemplo) tiene en el núcleo óptico o en la red de transporte. La primera se realiza a través de una interfaz de usuario a red (UNI), a la que a menudo se hace referencia como modelo de superposición. El segundo se conoce como modelo de sistemas de mismo nivel. Juniper Networks admite ambos modelos.

Nota

No hay necesariamente una correspondencia uno a uno entre una interfaz física y una interfaz GMPLS. Si una conexión GMPLS usa un conector físico no canalizado, la etiqueta GMPLS puede usar el ID de puerto físico. Sin embargo, la etiqueta para interfaces canalizadas se suele basar en un canal o en una ranura de tiempo. Por lo tanto, es mejor hacer referencia a las etiquetas GMPLS como identificadores de un recurso en un vínculo de ingeniería de tráfico.

Para establecer LSP, GMPLS utiliza los mecanismos siguientes:

  • Un canal de control fuera de banda y un canal—de datos los mensajes RSVP para la configuración de LSP se envían a través de una red de control fuera de banda. Una vez que se ha completado la configuración de LSP y se ha aprovisionado la ruta de acceso, el canal de datos está en funcionamiento y puede utilizarse para transportar tráfico. El protocolo de administración de vínculos (LMP) se utiliza para definir y administrar los canales de datos entre un par de nodos. Opcionalmente, puede utilizar LMP para establecer y mantener canales de control de LMP entre los interlocutores que ejecutan el mismo Junos OS versión.

  • Extensiones RSVP-TE para GMPLS—RSVP-te ya está diseñado para señalar la configuración de LSP de paquetes. Esto se ha ampliado para GMPLS de modo que sea capaz de solicitar una configuración de ruta para varios tipos de LSP (no de paquetes) y etiquetas de solicitud, como las longitudes de onda, franjas temporales y fibras como objetos de etiqueta.

  • Los datos—de LSP bidireccionales pueden viajar de dos maneras entre dispositivos GMPLS a través de una sola ruta, por lo que los LSP de la nonpaquete son señalizados como bidireccionales.