RFC 5786-2010 Рекламирование локальных адресов маршрутизатора в расширениях OSPF Traffic Engineering (TE) (обновления: 3630) - Стандарты и спецификации PDF

RFC 5786-2010
Рекламирование локальных адресов маршрутизатора в расширениях OSPF Traffic Engineering (TE) (обновления: 3630)

Стандартный №
RFC 5786-2010
Дата публикации
2010
Разместил
IETF - Internet Engineering Task Force
Последняя версия
RFC 5786-2010
сфера применения
Введение Мотивация В некоторых случаях @ желательно настроить ограниченный кратчайший путь (CSPF), вычисляемую многопротокольную коммутацию по меткам (MPLS) и пути с коммутацией по меткам (TE LSP) к локальным адресам маршрутизатора, которые в настоящее время не объявлены в TE LSA. @ ie@ адреса интерфейсов обратной связи и не-TE. Например, @ в сети, передающей VPN-трафик и не-VPN-трафик@, часто желательно использовать разные MPLS TE LSP для VPN-трафика и не-VPN-трафика. В этом случае@ один адрес обратной связи может использоваться в качестве следующего перехода BGP для трафика VPN, а другой может использоваться в качестве следующего перехода BGP для трафика, не относящегося к VPN. Также возможно, что для служб VPN и не-VPN используются разные сеансы BGP. Следовательно, желательно иметь два отдельных LSP MPLS TE — по одному на каждый адрес обратной связи. Однако @ текущие маршрутизаторы в сети OSPF могут использовать CSPF только для вычисления MPLS TE LSP по идентификатору маршрутизатора или локальным адресам каналов удаленного маршрутизатора с поддержкой TE. Это ограничение возникает из-за того, что расширения OSPF TE [RFC3630@RFC5329] объявляют только идентификатор маршрутизатора и локальные адреса каналов с поддержкой TE данного маршрутизатора. Другие маршрутизаторы в сети могут заполнять свою базу данных управления трафиком (TED) этими локальными адресами, принадлежащими рекламному маршрутизатору. Однако@ они не могут заполнить TED другими локальными адресами рекламного маршрутизатора@, т.е. адресами шлейфа и адресами интерфейсов, отличных от TE. Заглушки OSPFv2 в LSA маршрутизатора [RFC2328] предоставляют маршрутизатору информацию о доступности заглушки, но ее недостаточно для изучения всех локальных адресов маршрутизатора. В частности, для интерфейса «точка-точка» (P2P) с подсетями идентификатор канала-заглушки@ является адресом подсети. В то время как для интерфейса без подсети идентификатор тупиковой связи представляет собой адрес соседа. Внутрипрефиксных LSA в OSPFv3 [RFC5340] также недостаточно для изучения локальных адресов. По вышеуказанным причинам в этом документе определяется расширение расширений OSPF TE для объявления локальных адресов узла.

RFC 5786-2010 История

  • 2010 RFC 5786-2010 Рекламирование локальных адресов маршрутизатора в расширениях OSPF Traffic Engineering (TE) (обновления: 3630)



© 2023. Все права защищены.