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 las redes de transporte de clase portadora. Se basa en las etiquetas VLAN en capas y la encapsulación MAC en MAC definidas 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 por adelantado 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 (Unidirectional Path Switched Ring) en redes SDH/SONET.
El estándar IEEE 802.1Qay PBB-TE extiende la funcionalidad de los puentes troncales de proveedor IEEE 802.1ah , agregando un modo orientado a la conexión que utiliza troncales punto a punto que brindan resiliencia y niveles de rendimiento configurables. [2]
Un servicio se identifica mediante un I-SID (identificador de instancia de servicio de red troncal) y cada servicio está asociado con un enlace troncal PBB-TE. Cada enlace 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 enlace troncal. B-VID es un identificador de VLAN de red troncal que se utiliza para distinguir diferentes enlaces troncales hacia el mismo destino. El sistema de administración configura los enlaces troncales PBB-TE en todos los puentes de borde y de núcleo mediante la creación de entradas de base de datos de reenvío estático; el sistema de administración es responsable de garantizar que no haya bucles de reenvío.
Los puentes de borde de la red 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 identificación 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 dinámico de MAC. Todos los marcos de difusión o multidifusión entrantes se descartan o se encapsulan como unidifusión dentro del enlace troncal. Todos los paquetes de error de búsqueda de destino se descartan en lugar de inundarse. Al eliminar cualquier difusión o inundación y al utilizar solo 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 la ruta se proporciona configurando un B-VID de trabajo y uno de protección para cada instancia de servicio de red troncal. En caso de falla de 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 en 50 ms.
Los equipos PBB-TE aprovechan las economías de escala inherentes a Ethernet y prometen soluciones entre un 30% y un 40% más económicas que las redes T-MPLS con características y capacidades idénticas, [3] lo que le otorga a PBB-TE un mejor retorno general de la inversión. [4]
Provider Backbone Bridge Traffic Engineering se desarrolló originalmente en 2006 como un protocolo específico de Nortel llamado Provider Backbone Transport (PBT). La empresa defendió la tecnología y la presentó al comité IEEE 802.1, donde se le cambió el nombre a PBB-TE y se creó un grupo de trabajo, P802.1Qay, el 7 de mayo de 2007. [5] 802.1Qay estuvo en votación de patrocinadores desde enero de 2009 [6] hasta abril de 2009. [7] Fue ratificado por la IEEE Standards Association el 18 de junio de 2009. [1] Se publicó en agosto de 2009. [8]