Provider Backbone Bridge Traffic Engineering ( PBB-TE ) es una tecnología de redes informáticas especificada en IEEE 802.1Qay , una enmienda al estándar IEEE 802.1Q . [1] PBB-TE adapta Ethernet a redes de transporte de clase portadora. Se basa en las etiquetas VLAN en capas y la encapsulación MAC-in-MAC definida en IEEE 802.1ah (Provider Backbone Bridges (PBB)), pero se diferencia de PBB en la eliminación de inundaciones, tablas de reenvío creadas dinámicamente y protocolos de árbol de expansión. En comparación con PBB y sus predecesores, PBB-TE se comporta de manera más predecible y su comportamiento puede ser controlado más fácilmente por el operador de red, a expensas de requerir una configuración de conexión inicial en cada puente a lo largo de una ruta de reenvío. Las operaciones, administración y gestión (OAM) de PBB-TE generalmente se basan en IEEE 802.1ag . Inicialmente se basó en Provider Backbone Transport (PBT) de Nortel.
Las características y comportamientos orientados a la conexión de PBB-TE, así como su enfoque OAM, están inspirados en SDH / SONET . PBB-TE también puede proporcionar niveles de protección de ruta similares a la protección UPSR (anillo conmutado de ruta unidireccional) en redes SDH/SONET.
El estándar IEEE 802.1Qay PBB-TE amplía la funcionalidad de los puentes troncales del proveedor IEEE 802.1ah , añadiendo un modo orientado a la conexión que utiliza troncales punto a punto que ofrecen resiliencia y niveles de rendimiento configurables. [2]
Un servicio se identifica mediante un I-SID (Identificador de instancia de servicio troncal) y cada servicio está asociado con una troncal PBB-TE. Cada troncal PBB-TE se identifica mediante un triplete de B-SA, B-DA y B-VID. B-SA y B-DA identifican los puentes de origen y destino, respectivamente, que son los puntos finales del troncal. El B-VID es un identificador de VLAN troncal que se utiliza para distinguir diferentes troncales hacia el mismo destino. El sistema de gestión configura las troncales PBB-TE en todos los puentes perimetrales y centrales mediante la creación de entradas de base de datos de reenvío estático; el sistema de gestión es responsable de garantizar que no haya bucles de reenvío.
Los puentes de borde troncal asignan tramas hacia y desde un I-SID y realizan las funciones de encapsulación y desencapsulación del encabezado MAC. Los puentes centrales actúan como nodos de tránsito. Los paquetes se reenvían según la ID de VLAN externa (B-VID) y la dirección MAC de destino (B-DA).
El reenvío se basa en las entradas de la base de datos de reenvío estático (FDB); No se utiliza el aprendizaje MAC dinámico. Cualquier trama entrante de difusión o multidifusión se descarta o se encapsula como unidifusión dentro del troncal. Todos los paquetes de errores de búsqueda de destino se descartan en lugar de inundarse. Al eliminar cualquier difusión o inundación y utilizar únicamente las rutas de reenvío sin bucles configuradas por la administración, ya no es necesario utilizar un protocolo de árbol de expansión.
La protección de ruta se proporciona configurando un B-VID de trabajo y uno de protección para cada instancia de servicio troncal. En caso de falla en la ruta de trabajo (como lo indica la pérdida de mensajes de verificación de continuidad 802.1ag, CCM), el puente de origen intercambia el valor B-VID para redirigir el tráfico a la ruta de protección preconfigurada dentro de 50 ms.
Los equipos PBB-TE aprovechan las economías de escala inherentes a Ethernet, prometiendo soluciones que son entre un 30% y un 40% más baratas que las redes T-MPLS con características y capacidades idénticas, [3] dando a PBB-TE un mejor retorno de la inversión general. [4]
Provider Backbone Bridge Traffic Engineering se desarrolló originalmente en 2006 como un protocolo específico de Nortel denominado Provider Backbone Transport (PBT). La compañía defendió la tecnología y la llevó al comité IEEE 802.1, donde pasó a llamarse PBB-TE y se creó un grupo de trabajo, P802.1Qay, el 7 de mayo de 2007. [5] 802.1Qay estuvo en la boleta de patrocinadores desde enero de 2009. [6] a abril de 2009. [7] Fue ratificado por la IEEE Standards Association el 18 de junio de 2009. [1] Fue publicado en agosto de 2009. [8]