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 desean ofrecer servicios de valor agregado de extremo a extremo. Hay varias razones para unir diferentes servicios de capa 2 entre sí y 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 circuitos de capa 2 con servicio de emulación de circuitos TDM con conocimiento de estructura sobre encapsulación de red conmutada de paquetes (CESoPSN), puede configurar el tamaño de carga para los circuitos virtuales que terminan en interfaces lógicas de intertrabajo (iw) de capa 2. Se debe especificar el tamaño de carga para permitir la unión de pseudocables TDM señalados 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).

La interconexión de 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 de capa 2 separados para proporcionar servicio de circuito de capa 2. Un operador de telecomunicaciones puede configurar un enrutador de borde de proveedor para que ejecute 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.