Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Aplicaciones para interconectar un circuito de capa 2 con un circuito de capa 2

Los servicios de capa 2 basados en MPLS están creciendo en demanda entre empresas y proveedores de servicios. Esto crea nuevos desafíos para los proveedores de servicios que quieren proporcionar servicios de valor agregado de extremo a extremo. Hay varias razones para unir diferentes servicios de capa 2 entre sí y para servicios de capa 3, por ejemplo, para expandir las ofertas de servicios y expandirse geográficamente. Junos OS tiene varias funciones para abordar las necesidades del proveedor de servicios.

En los circuitos de capa 2 con servicio de emulación de circuito TDM consciente de la estructura mediante encapsulación de red conmutada por paquetes (CESoPSN), puede configurar el tamaño de carga para circuitos virtuales que terminan en interfaces lógicas de intertrabajo de capa 2 (iw). El tamaño de carga debe especificarse para habilitar la unión de pseudocables TDM señalizados por LDP en entornos en los que se requiere una interconexión entre dos circuitos de capa 2. Puede incluir la payload-size bytes instrucción en el [edit interfaces interface-name cesopsn-options] nivel de jerarquía para definir el tamaño en bytes (de 32 a 1024 bytes).

Interconectar un circuito de capa 2 con un circuito de capa 2 incluye las siguientes ventajas:

  • La interconexión de un circuito de capa 2 con un circuito de capa 2 permite compartir la infraestructura de red central de un proveedor de servicios entre los servicios de circuito de capa 2, lo que reduce el costo de proporcionar esos servicios. Un circuito MPLS de capa 2 permite a los proveedores de servicios crear un servicio de circuito de capa 2 a través de una red troncal IP y MPLS existente.

  • Los proveedores de servicios no tienen que invertir en equipos separados de capa 2 para proporcionar servicio de circuito de capa 2. Un proveedor de servicios puede configurar un enrutador de borde de proveedor para ejecutar cualquier protocolo de capa 2. Los clientes que prefieren mantener el control sobre la mayoría de la administración de sus propias redes quieren conexiones de circuito de capa 2 con su proveedor de servicios en lugar de una conexión VPN de capa 3.