Route Table and LSP Integration: различия между версиями

Материал из Juniper Exam Wiki
Перейти к навигации Перейти к поиску
(Новая страница: «=BGP Next-hop Installation= ==Traffic-engineering bgp-igp== '''Перенесет''' все маршруты из inet.3 в inet.0. Новые маршруты…»)
 
м
 
Строка 1: Строка 1:
=BGP Next-hop Installation=
=Traffic-engineering bgp-igp=
 
==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==
=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==
=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