Параметр «meshed» применяется в случаях, когда на сети существуют Route Reflector.
Например, когда Route Reflector Client строит сессию с Route Reflectors, а также необходимо построить дополнительную IBGP сессию с другим маршрутизатором, например, как изображено на рисунке 1 (красная пунктирная линия между маршрутизаторами R3 и R2).
Благодаря данному параметру мы можем сократить количество Update сообщений и следовательно количество маршрутов от RR.
В качестве примера рассмотрим схему включения, изображенную на рисунке 1.
Рисунок 1 — Схема включения
На рисунке 1 изображено следующее оборудование:
R5 - RR (Route Reflector).
R3 - R2 - Meshed clients.
R4 - Client.
R6 - EBGP сосед.
Параметр meshed настраивается на RR (Route Reflector). В качестве примера приведем настройки маршрутизатора R5 (RR).
router bgp 64500
bgp router-id 5.5.5.5
neighbor 10.0.0.18
address-family ipv4 unicast
exit
description EBGP
remote-as 64501
exit
neighbor 2.2.2.2
address-family ipv4 unicast
next-hop-self
exit
description Client_meshed_R2
remote-as 64500
route-reflector-client meshed <=================
update-source 5.5.5.5
exit
neighbor 3.3.3.3
address-family ipv4 unicast
next-hop-self
exit
description Client_meshed_R3
remote-as 64500
route-reflector-client meshed <=================
update-source 5.5.5.5
exit
neighbor 4.4.4.4
address-family ipv4 unicast
next-hop-self
exit
description Client_R4
remote-as 64500
route-reflector-client
update-source 5.5.5.5
exit
exit
На R2 маршрутизаторе:
router bgp 64500
bgp router-id 2.2.2.2
neighbor 3.3.3.3
address-family ipv4 unicast
exit
description Meshed_R3
remote-as 64500
update-source 2.2.2.2
exit
neighbor 5.5.5.5
address-family ipv4 unicast
exit
description R5_RR
remote-as 64500
update-source 2.2.2.2
exit
exit
На R3 маршрутизаторе:
router bgp 64500
address-family ipv4 unicast
network 3.1.1.1/32
exit
bgp router-id 3.3.3.3
neighbor 2.2.2.2
address-family ipv4 unicast
exit
description Meshed_R2
remote-as 64500
update-source 3.3.3.3
exit
neighbor 5.5.5.5
address-family ipv4 unicast
exit
description R5_RR
remote-as 64500
update-source 3.3.3.3
exit
exit
Настройки маршрутизаторов R6 и R4 не приведены, так как настроен классический EBGP и IBGP клиент с анонсированием соответствующих сетей, как изображено на рисунке 1.
После настройки данного параметра мы видим, что маршрутизатор R2 принимает только маршрут от R3, а от RR нет:
0/ME5100:R2# show bgp ipv4 unicast 3.1.1.1/32
Fri May 12 10:44:35 2023
BGP router identifier 2.2.2.2, local AS number 64500
BGP routing table entry for 3.1.1.1/32
Path #0
AS path:
3.3.3.3 from 3.3.3.3 (3.3.3.3)
Origin igp, metric 0, local-pref 100, weight 0, active, internal, best
Address family: ipv4/unicast
NLRI pathID: 0
Aggregator AS: 0, Address: 0.0.0.0, Atomic aggregate: absent
Is not stale, is not history
Route flap penalty: 0, flap count 0, is not suppressed
Route flap time left: 00:00:00, time start: never
Route is not ECMP
Total entries: 1
Вывод команды «show bgp ipv4 »:
0/ME5100:R2# show bgp ipv4 Fri May 12 10:47:03 2023 BGP router identifier 2.2.2.2, local AS number 64500 Graceful Restart is disabled BGP table state: active BGP scan interval: 120 secs Status codes: d damped, h history, > best, b backup, S stale, * active, u untracked, i internal Origin codes: i igp, e egp, ? incomplete Network Next hop Metric LocPrf Weight Path ------------------------ ---------------- ------- ------- ------- ----- *>i 3.1.1.1/32 3.3.3.3 0 100 0 i *>i 4.1.1.1/32 4.4.4.4 0 100 0 i *>i 6.1.1.1/32 5.5.5.5 0 100 0 64501 i Total entries: 3
Если не использовать параметр meshed, то маршрут также будет приходить с маршрутизатора R5 (RR):
0/ME5100:R2# show bgp ipv4 unicast 3.1.1.1/32
Fri May 12 10:50:57 2023
BGP router identifier 2.2.2.2, local AS number 64500
BGP routing table entry for 3.1.1.1/32
Path #0
AS path:
3.3.3.3 from 5.5.5.5 (5.5.5.5)
Origin igp, metric 0, local-pref 100, weight 0, inactive, internal
Address family: ipv4/unicast
NLRI pathID: 0
Aggregator AS: 0, Address: 0.0.0.0, Atomic aggregate: absent
Cluster List: 5.5.5.5
Originator ID: 3.3.3.3
Is not stale, is not history
Route flap penalty: 0, flap count 0, is not suppressed
Route flap time left: 00:00:00, time start: never
Route is not ECMP
Path #1
AS path:
3.3.3.3 from 3.3.3.3 (3.3.3.3)
Origin igp, metric 0, local-pref 100, weight 0, active, internal, best
Address family: ipv4/unicast
NLRI pathID: 0
Aggregator AS: 0, Address: 0.0.0.0, Atomic aggregate: absent
Is not stale, is not history
Route flap penalty: 0, flap count 0, is not suppressed
Route flap time left: 00:00:00, time start: never
Route is not ECMP
Total entries: 2
0/ME5100:R2#
Таким образом в данном сценарии (Рисунок 1) мы наблюдаем следующие поведения RR:
1. Если маршрутизатор R5 (RR) получит маршрут от R6 (EBGP сосед), то маршрут распространяется в сторону Meshed клиентов и просто клиентов. Рисунок 2.
Рисунок 2 — Распространения маршрутной информации от EBGP соседа.
2. Если маршрутизатор R5 (RR) получает маршрут от R4 (Client), то маршрутизатор отправляет всем своим клиентам, meshed клиентам, не клиентам и внешним EBGP соседям. Рисунок 3
Рисунок 3 - Распространения маршрутной информации от Client соседа.
3. В случае если распространяет маршрутную информацию Meshed Client, например, маршрутизатор R3, то маршрутная информация попадает на R5 (RR) и R2 (Meshed Client). В свою очередь RR отражает маршрутную информацию в строну клиентов, не клиентов и EBGP соседу, но не отражает в сторону Meshed Client, маршрутизатор R2. Рисунок 4.
Рисунок 4 - Распространения маршрутной информации от meshed клиента R3.
Таким образом, RR получив маршрут от meshed клиента, не рассылает маршрутную информацию другим meshed клиентам, так как подразумевается, что между meshed клиентами существует связность.