Route Table and LSP Integration: различия между версиями
(Новая страница: «=BGP Next-hop Installation= ==Traffic-engineering bgp-igp== '''Перенесет''' все маршруты из inet.3 в inet.0. Новые маршруты…») |
м |
||
Строка 1: | Строка 1: | ||
=Traffic-engineering bgp-igp= | |||
'''Перенесет''' все маршруты из inet.3 в inet.0. Новые маршруты из inet.3 перекроют старые маршруты из inet.0, т.к. протоколы LDP и RSVP имеют лучший преференс. | '''Перенесет''' все маршруты из inet.3 в inet.0. Новые маршруты из inet.3 перекроют старые маршруты из inet.0, т.к. протоколы LDP и RSVP имеют лучший преференс. | ||
Этот делается в целях обеспечения всей маршрутизации в сети по mpls-lsp (LDP и RSVP signalled). Но в этом варианте не работают VPN, основанные на MPLS, | Этот делается в целях обеспечения всей маршрутизации в сети по mpls-lsp (LDP и RSVP signalled). Но в этом варианте не работают VPN, основанные на MPLS, | ||
потому, что таблица Inet3 останется пуста. | потому, что таблица Inet3 останется пуста. | ||
=Traffic-engineering bgp-igp-both-ribs= | |||
'''Скопирует''' маршруты из inet.3 в inet.0. Новые маршруты из inet.3, опять же, перекроют старые маршруты из inet.0, | '''Скопирует''' маршруты из inet.3 в inet.0. Новые маршруты из inet.3, опять же, перекроют старые маршруты из inet.0, | ||
но старые маршруты в inet3 останутся, поэтому этот способ годится, если в сети нужны VPN-сервисы. | но старые маршруты в inet3 останутся, поэтому этот способ годится, если в сети нужны VPN-сервисы. | ||
=Traffic-engineering mpls-forwarding= | |||
'''Скопирует''' все маршруты из inet.3 в inet.0, но и старые маршруты в inet.0 оставит для совместимости с некоторыми политиками маршрутизации. Однако, фактически, форвардинг будет происходить по новым маршрутам. | '''Скопирует''' все маршруты из inet.3 в inet.0, но и старые маршруты в inet.0 оставит для совместимости с некоторыми политиками маршрутизации. Однако, фактически, форвардинг будет происходить по новым маршрутам. | ||
Для индикации итого, какие маршруты в inet.0 для форвардинга трафика, а какие чисто инфомративные, есть дополнительные обозначения (#|@) в выводе show route: | Для индикации итого, какие маршруты в inet.0 для форвардинга трафика, а какие чисто инфомративные, есть дополнительные обозначения (#|@) в выводе show route: |
Текущая версия на 18:16, 28 октября 2016
Traffic-engineering bgp-igp
Перенесет все маршруты из inet.3 в inet.0. Новые маршруты из inet.3 перекроют старые маршруты из inet.0, т.к. протоколы LDP и RSVP имеют лучший преференс. Этот делается в целях обеспечения всей маршрутизации в сети по mpls-lsp (LDP и RSVP signalled). Но в этом варианте не работают VPN, основанные на MPLS, потому, что таблица Inet3 останется пуста.
Traffic-engineering bgp-igp-both-ribs
Скопирует маршруты из inet.3 в inet.0. Новые маршруты из inet.3, опять же, перекроют старые маршруты из inet.0, но старые маршруты в inet3 останутся, поэтому этот способ годится, если в сети нужны VPN-сервисы.
Traffic-engineering mpls-forwarding
Скопирует все маршруты из inet.3 в inet.0, но и старые маршруты в inet.0 оставит для совместимости с некоторыми политиками маршрутизации. Однако, фактически, форвардинг будет происходить по новым маршрутам. Для индикации итого, какие маршруты в inet.0 для форвардинга трафика, а какие чисто инфомративные, есть дополнительные обозначения (#|@) в выводе show route:
> show route 10.200.86.3 inet.0: 29 destinations, 38 routes (29 active, 1 holddown, 0 hidden) @ = Routing Use Only, # = Forwarding Use Only + = Active Route, - = Last Active, * = Both 10.200.86.3/32 @[OSPF/10] 00:25:58, metric 3 > to 192.168.86.5 via ge-0/0/0.20 #[RSVP/7/1] 00:20:06, metric 3 > to 192.168.86.5 via ge-0/0/0.20, label-switched-path dalwhinnie-to-oban [LDP/9] 00:02:30, metric 1 > to 192.168.86.5 via ge-0/0/0.20, Push 300288