Днес ще разгледаме протокола BGP. Няма да губим време, за да говорим защо и как се използва той като единствен протокол. Има доста информация по този въпрос, например .
И така, какво е BGP? BGP е протокол за динамично маршрутизиране, който е единственият EGP (External Gateway Protocol) протокол. Този протокол се използва за изграждане на маршрутизация в интернет. Нека разгледаме как се изгражда съседство между два маршрутизатора BGP.
Нека разгледаме съседството между Router1 и Router3. Ще ги настроим с помощта на следните команди:
router bgp 10
network 192.168.12.0
network 192.168.13.0
neighbor 192.168.13.3 remote-as 10
router bgp 10
network 192.168.13.0
network 192.168.24.0
neighbor 192.168.13.1 remote-as 10Съседство в една автономна система — AS 10. След въвеждане на данните на маршрутизатора, например на Router1, този маршрутизатор ще се опита да настрои отношения на съседство с маршрутизатора Router3. Началното състояние, когато нищо не се случва, се нарича Idle. Когато BGP на Router1 бъде настроен, той ще започне да слуша TCP порт 179 — ще премине в състояние Свържете се, а когато опита да отвори сесия с Router3, той ще премине в състояние Активен.
След като сесията бъде установена между Router1 и Router3, ще настъпи размяна на Open съобщения. Когато това съобщение бъде изпратено от Router1, това състояние ще се нарича Open Sent. А когато получи Open съобщение от Router3, той ще премине в състояние Open Confirm. Нека разгледаме по-подробно Open съобщението:
Това съобщение предава информация за самия протокол BGP, който използва маршрутизаторът. Като обменят Open съобщения, Router1 и Router3 споделят информация за своите настройки. Предават се следните параметри:
- Version: това включва версията на BGP, която маршрутизаторът използва. Настоящата версия на BGP е версия 4, описана в RFC 4271. Два BGP маршрутизатора ще се опитат да преговарят за съвместима версия; когато има несъответствие, няма да има BGP сесия.
- My AS: това включва номер на AS на BGP маршрутизатора; маршрутизаторите трябва да се съгласят относно AS номера(ата) и също така определя дали ще работят iBGP или eBGP.
- Hold Time: ако BGP не получи никакви keepalive или update съобщения от другата страна в продължение на времето за задържане, то ще обяви другата страна за „мъртва“ и ще приключи BGP сесията. По подразбиране времето за задържане е настроено на 180 секунди на маршрутизаторите Cisco IOS, съобщението keepalive се изпраща на всеки 60 секунди. И двете маршрутизатори трябва да се съгласят относно времето за задържане, иначе няма да има BGP сесия.
- BGP Identifier: това е локалният BGP идентификатор на маршрутизатора, който се избира по начина, по който OSPF прави:
- Използвайте router-ID, който е конфигуриран ръчно с командата bgp router-id.
- Използвайте най-високия IP адрес на интерфейс с loopback.
- Използвайте най-високия IP адрес на физически интерфейс.
- Опционални параметри: тук ще намерите някои опционални възможности на BGP рутера. Това поле е добавено, за да могат нови функции да бъдат добавени към BGP, без да се налага създаването на нова версия. Възможностите, които можете да намерите тук, са:
- подкрепа за MP-BGP (Многопротоколен BGP).
- подкрепа за Route Refresh.
- подкрепа за 4-октетни AS номера.
За установяване на връзка е необходимо да бъдат изпълнени следните условия:
- Номер на версия. Настоящата версия е 4.
- Номерът на AS трябва да съвпада с този, който сте конфигурирали. neighbor 192.168.13.3 remote-as 10.
- Router ID трябва да е различен от този на съседа.
Ако някой от параметрите не удовлетворява тези условия, рутерът ще изпрати Notification съобщение, в което ще посочи грешка. След изпращането и получаването на Open съобщения, връзката с съседа преминава в състояние ESTABLISHED. След това рутерите могат да обменят информация за маршрути и правят това чрез Актуализация съобщения. Ето какво Update съобщение изпраща Router1 към Router3:
Тук посочват мрежите, за които информира Router1, и Path attributes, които представляват еквивалент на метрики. За Path attributes ще говорим по-подробно. В рамките на TCP сесията се предават и Keepalive съобщения. Те се предават, по подразбиране, на всеки 60 секунди. Това е Keepalive Timer. Ако в течение на Hold Timer не бъде получено Keepalive съобщение, това ще означава загуба на връзка със съседа. По подразбиране, той е равен на 180 секунди.
Полезна таблица:
Изглежда вече разбираме как рутерите си предават информация, сега да опитаме да разберем логиката на работа на протокола BGP.
За анонсиране на маршрут в таблицата BGP, както и в протоколите IGP, се използва командата network, но логиката на работа е различна. Ако в IGP, след указването на маршрута в командата network, IGP проверява – кои интерфейси принадлежат на съответната подсет и ги включва в своята таблица, то командата network в BGP търси точно съвпадение с маршрута в командата network. При намирането на такива маршрути, те ще попаднат в таблицата BGP.
Търсете маршрут в текущата IP таблица на рутера, който точно съвпада с параметрите на командата network; ако IP маршрутът съществува, поставете еквивалента NLRI в локалната BGP таблица.
Сега ще стартираме BGP на всички останали и ще видим как се прави избор на маршрут вътре в едно AS. След като BGP рутерът получи маршрути от съседа, започва изборът на оптимален маршрут. Тук е важно да се разбере какви видове съседи могат да бъдат — вътрешни и външни. Рутерът по конфигурация разбира дали конфигурираният съсед е вътрешен или външен? Ако в командата:
neighbor 192.168.13.3 remote-as 10 като параметър remote-as е указан AS, който е конфигуриран на самия рутер в командата router bgp 10. Маршрутите, дошли от вътрешния AS, се считат за вътрешни, а маршрутите от външната съответно за външни. И по отношение на всеки работи различна логика на получаване и изпращане. Нека разгледаме такава топология:
На всеки рутер е настроен интерфейс loopback с ip: x.x.x.x 255.255.255.0 — къде x е номерът на рутера. На Router9 имаме loopback интерфейс с адрес — 9.9.9.9 255.255.255.0. Ние ще анонсираме този адрес по BGP и ще видим как се разпространява. Този маршрут ще бъде предаден на Router8 и Router12. От Router8 този маршрут ще достигне до Router6, но в таблицата на маршрутизацията на Router5 няма да го намерим. По същия начин, от Router12 маршрутът ще попадне в таблицата, но и на Router11 няма да бъде. Нека се опитаме да разберем това. Нека разгледаме какви данни и параметри предава Router9 на своите съседи, информира им за този маршрут. Пакетът по-долу ще бъде изпратен от Router9 на Router8.
Информацията за маршрута се състои от атрибути на пътя (Path attributes).
Атрибутите на пътя са разделени на 4 категории:
- Well-known mandatory — всички рутери, работещи по протокол BGP, трябва да разпознават тези атрибути. Те трябва да присъстват във всичките актуализации (update).
- Well-known discretionary — всички рутери, работещи по протокол BGP, трябва да разпознават тези атрибути. Те могат да присъстват в актуализации (update), но тяхното присъствие не е задължително.
- Optional transitive — може да не бъдат разпознавани от всички реализации на BGP. Ако рутерът не е разпознал атрибута, той маркира актуализацията като частична (partial) и я изпраща на съседите, запазвайки неразпознатия атрибут.
- Optional non-transitive — може да не бъдат разпознавани от всички реализации на BGP. Ако рутерът не е разпознал атрибута, той се игнорира и при предаване на съседите се отхвърля.
Примери на атрибути на BGP:
- Well-known mandatory:
- Autonomous system path
- Next-hop
- Origin
- Well-known discretionary:
- Local preference
- Atomic aggregate
- Optional transitive:
- Aggregator
- Communities
- Optional non-transitive:
- Multi-exit discriminator (MED)
- Originator ID
- Cluster list
В този случай ни интересуват засега Origin, Next-hop, AS Path. Тъй като маршрутът предава между Router8 и Router9, тоест вътре в една AS, той се счита за вътрешен и нека обърнем внимание на Origin.
Атрибутът Origin — указва как е бил получен маршрутът в актуализацията. Възможни стойности на атрибута:
- 0 — IGP: NLRI получена вътре в изходящата автономна система;
- 1 — EGP: NLRI е усвоена по протокол Exterior Gateway Protocol (EGP). Предшественика на BGP, не се използва.
- 2 — Непълен: NLRI е усвоена по друг начин.
В нашия случай, както се вижда от пакета, равен на 0. Когато този маршрут бъде предаден на Router12, този код ще има код — 1.
Следва, Next-hop. Атрибутът Next-hop.
- Това е IP адресът на eBGP маршрутизатора, през който минава пътят към целевата мрежа.
- Атрибутът се променя при предаване на префикса в друга AS.
В случая на iBGP, тоест в рамките на една AS, Next-hop ще бъде посочен от маршрутизатора, който е научил или е съобщил за този маршрут. В нашия случай това ще бъде 192.168.89.9. Но когато маршрутът се предава от Router8 на Router6, Router8 ще го промени и ще го замести със своя. Next-hop ще бъде — 192.168.68.8. Това ни довежда до две правила:
- Ако маршрутизаторът предава маршрут на своя вътрешен съсед, той не променя параметъра Next-hop.
- Ако маршрутизаторът предава маршрут на своя външен съсед, той променя Next-hop на IP адреса на интерфейса, от който предава този маршрутизатор.
Това ни води до разбирането на първия проблем — Защо маршрутът няма да бъде в таблицата на маршрутизация на Router5 и Router11. Нека разгледаме по-подробно. И така, Router6 получи информация за маршрута 9.9.9.0/24 и успешно я добави в таблицата за маршрутизация:
Router6#show ip route bgp
Кодове: L - локален, C - свързан, S - статичен, R - RIP, M - мобилен, B - BGP
D - EIGRP, EX - EIGRP външен, O - OSPF, IA - OSPF междуплощи
N1 - OSPF NSSA външен тип 1, N2 - OSPF NSSA външен тип 2
E1 - OSPF външен тип 1, E2 - OSPF външен тип 2
i - IS-IS, su - IS-IS обобщение, L1 - IS-IS ниво-1, L2 - IS-IS ниво-2
ia - IS-IS междуплощи, * - кандидат за подразбиране, U - статичен маршрут за потребител
o - ODR, P - периодично изтеглен статичен маршрут, H - NHRP, l - LISP
a - маршрут на приложение
+ - репликиран маршрут, % - замяна на следващия хоп, p - замени от PfR
Входна точка на последния куриер не е зададена
9.0.0.0/24 е подсетнат, 1 подсет
B 9.9.9.0 [20/0] през 192.168.68.8, 00:38:25<source>
Сега Router6 е предал маршрута на Router5 и първото правило за следващ хоп не е променено. Тоест, Router5 трябва да добави <b>9.9.9.0 [20/0] през 192.168.68.8</b> , но той няма маршрут до 192.168.68.8 и затова този маршрут няма да бъде добавен, въпреки че информацията за този маршрут ще бъде запазена в BGP таблицата:
<source><b>Router5#show ip bgp
Версия на BGP таблицата е 1, локален идентификатор на рутера е 5.5.5.5
Кодове за статус: s потиснато, d задържано, h история, * валидно, > най-добро, i - вътрешно,
r RIB-неуспех, S остаряло, m множество пътища, b резервен път, f RT-Филтър,
x най-добро-външно, a допълнителен път, c RIB-компресирано,
Кодове на произхода: i - IGP, e - EGP, ? - непълно
Кодове за валидиране RPKI: V валидно, I невалидно, N Не е намерено
Мрежа Следващ хоп Метрика LocPrf Тегло Път
* i 9.9.9.0/24 192.168.68.8 0 100 0 45 i</b>Същата ситуация ще се случи и между Router11-Router12. За да избегнем подобна ситуация, е необходимо да настроим Router6 или Router12, при предаване на маршрут на своите вътрешни съседи, да поставят своя IP адрес като Next-hop. Това се прави с командата:
neighbor 192.168.56.5 next-hop-selfСлед тази команда Router6 ще изпрати Update съобщение, където за маршрутите като Next-hop ще бъде посочен IP адресът на интерфейса Gi0/0 на Router6 — 192.168.56.6, след което този маршрут вече ще попадне в таблицата за маршрутизация.
Да продължим напред и да видим дали този маршрут ще се появи на Router7 и Router10. В таблицата за маршрутизация той няма да бъде и можем да си помислим, че проблемът е като при първия с параметъра Next-hop, но ако погледнем изхода на командата show ip bgp, ще видим, че маршрутът не е бил получен, дори с неправилен Next-hop, което означава, че маршрутът дори не е бил предаван. И това ни води до съществуването на още едно правило:
Маршрутите, получени от вътрешни съседи, не се предават на други вътрешни съседи.
Тъй като Router5 е получил маршрут от Router6, той няма да го предаде на другия си вътрешен съсед. За да се извърши предаването, е необходимо да се настрои функцията , или да се настроят пълно свързани отношения на съседство (Full Mesh), т.е. Router5-7 всеки ще бъде съсед с всеки. В този случай ще използваме Route Reflector. На Router5 е необходимо да се използва следната команда:
neighbor 192.168.57.7 route-reflector-clientRoute Reflector променя поведението на BGP при предаване на маршрута на вътрешния съсед. Ако вътрешният съсед е посочен като route-reflector-client, то на тези клиенти ще се обявяват вътрешни маршрути.
Маршрутът не се е появил на Router7? Не забравяйте също и за Next-hop. След тези манипулации маршрутът трябва да е и на Router7, но това не се случва. Това ни подава към още едно правило:
Правилото next-hop работи само за външни маршрути. За вътрешни маршрути замяната на атрибута next-hop не се случва.
И получаваме ситуация, в която е необходимо да се създаде среда чрез статична маршрутизация или протоколи IGP да съобщят на маршрутизаторите за всички маршрути вътре в AS. Ще запишем статични маршрути на Router6 и Router7, и след това ще получим желания маршрут в таблицата на маршрутизатора. В AS 678 обаче ще подходим малко по-различно — ще запишем статични маршрути за 192.168.112.0/24 на Router10 и 192.168.110.0/24 на Router12. След това ще установим отношения на съседство между Router10 и Router12. Също така ще настроим на Router12 изпращането на собственото си next-hop за Router10:
neighbor 192.168.110.10 next-hop-selfВ резултат Router10 ще получава маршрут 9.9.9.0/24, той ще бъде получен и от Router7, и от Router12. Нека да видим какъв избор ще направи Router10:
Router10#show ip bgp
BGP таблица версия 3, локален идентификатор на маршрутизатора 6.6.6.6
Кодовете за статус: s suppresssed, d damped, h history, * valid, > best, i - internal,
r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter,
x best-external, a additional-path, c RIB-compressed,
Кодовете за произход: i - IGP, e - EGP, ? - incomplete
Кодовете за валидация RPKI: V valid, I invalid, N Not found
Мрежа Next Hop Метричен LocPrf Weight Път
* >i 9.9.9.0/24 192.168.112.12 0 100 0 45 i
192.168.107.7 0 123 45 i Както виждаме, има два маршрута и стрелката ( > ) означава, че е избран маршрутът през 192.168.112.12.
Нека видим как протича процесът на избор на маршрут:
- Първото нещо, което се проверява при получаване на маршрут, е наличността на неговия Next-hop. Именно затова, когато получавахме маршрута на Router5 без настройка на Next-hop-self, този маршрут не беше предаден за обработка.
- Следва параметърът Weight. Този параметър не е атрибут на пътя (PA) и не се предава в BGP съобщения. Той се настройва локално на всеки маршрутизатор и се използва само за манипулиране на избора на маршрут на самия маршрутизатор. Нека разгледаме пример. По-горе е показано, че Router10 е избрал маршрут за 9.9.9.0/24 през Router12 (192.168.112.12). За да промените параметъра Weight, можете да използвате route-map, за да зададете определен маршрут, или да присвоите тежест на съседа с командата:
neighbor 192.168.107.7 weight 200Сега всички маршрути от този съсед ще имат такава тежест. Да видим как ще се промени изборът на маршрут след тази манипулация:
Router10#show bgp *Mar 2 11:58:13.956: %SYS-5-CONFIG_I: Конфигурирано от конзолата от конзолата Версия на BGP таблицата 2, локален идентификатор на маршрутизатора 6.6.6.6 Кодове на статуса: s suppressed, d damped, h history, * valid, > best, i - internal, r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter, x best-external, a additional-path, c RIB-compressed, Кодове за произход: i - IGP, e - EGP, ? - incomplete Кодове за валидация RPKI: V valid, I invalid, N Not found Мрежа Следващ хоп Метрична стойност LocPrf Weight Път *> 9.9.9.0/24 192.168.107.7 200 123 45 i * i 192.168.112.12 0 100 0 45 iКакто виждате, сега е избран маршрутът през Router7, но това няма да има никакъв ефект върху останалите маршрутизатори.
- На трето място имаме — Local Preference. Този параметър е Well-known discretionary атрибут, което означава, че присъствието му не е задължително. Този параметър има сила само в рамките на една AS и влияе на избора на път само за вътрешни съседи. Именно затова той се предава само в Update съобщения, предназначени за вътрешния съсед. В Update съобщения за външни съседи той липсва. Затова е класифициран като Well-known discretionary. Нека го приложим на Router5. На Router5 трябва да имаме два маршрута за 9.9.9.0/24 — един през Router6 и втори през Router7.
Да видим:
Router5#show bgp Версия на BGP таблицата 2, локален идентификатор на маршрутизатора 5.5.5.5 Кодове на статуса: s suppressed, d damped, h history, * valid, > best, i - internal, r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter, x best-external, a additional-path, c RIB-compressed, Кодове за произход: i - IGP, e - EGP, ? - incomplete Кодове за валидация RPKI: V valid, I invalid, N Not found Мрежа Следващ хоп Метрична стойност LocPrf Weight Път *>i 9.9.9.0/24 192.168.56.6 0 100 0 45 iНо как виждаме, един маршрут през Router6. А къде е маршрутът през Router7? Може би и на Router7 го няма? Да видим:
Router#show bgp BGP таблица версия 10, локальный идентификатор маршрутизатора 7.7.7.7 Коды статуса: s подавлено, d ограничено, h история, * действительный, > лучший, i - внутренний, r сбой RIB, S устаревший, m многопуть, b резервный путь, f RT-Filter, x лучший внешний, a дополнительный путь, c RIB-сжатый, Коды происхождения: i - IGP, e - EGP, ? - неполный Коды проверки RPKI: V действительный, I недействительный, N Не найдено Сеть Следующий Хоп Метрика LocPrf Вес Путь *>i 9.9.9.0/24 192.168.56.6 0 100 0 45 i 192.168.107.10 0 678 45 iСтранно, вроде все в порядке. Почему же он не передается на Router5? Все дело в том, что у BGP есть правило:
Маршрутизатор передает только те маршруты, которые использует сам.
Router7 использует маршрут через Router5, поэтому маршрут через Router10 передаваться не будет. Вернемся к Local Preference. Давайте зададим Local Preference на Router7 и посмотрим, как отреагирует на это Router5:
маршрутна карта BGP позволи 10 съвпадение с IP адрес 10 задайте локална предпочитания 250 списък за достъп 10 позволява всяко рутер BGP 123 съседи 192.168.107.10 маршрутна карта BGP вход</b>Итак, мы создали маршрутную карту, в которую попадают все маршруты и сказали Router7, чтобы при получении он менял параметр Local Preference на 250, по умолчанию равен 100. Смотрим, что произошло на Router5:
Router5#show bgp BGP таблица версия 8, локальный идентификатор маршрутизатора 5.5.5.5 Коды статуса: s подавлено, d ограничено, h история, * действительный, > лучший, i - внутренний, r сбой RIB, S устаревший, m многопуть, b резервный путь, f RT-Filter, x лучший внешний, a дополнительный путь, c RIB-сжатый, Коды происхождения: i - IGP, e - EGP, ? - неполный Коды проверки RPKI: V действительный, I недействительный, N Не найдено Сеть Следующий Хоп Метрика LocPrf Вес Путь *>i 9.9.9.0/24 192.168.57.7 0 250 0 678 45 iКак мы видим, теперь Router5 предпочитает маршрут через Router7. Такая же картина будет и на Router6, хотя ему выгоднее выбрать маршрут через Router8. Добавим также, что изменения данного параметра требуют перезапуска соседства, чтобы изменения вступили в силу. Читать . С Local Preference разобрались. Переходим к следующему параметру.
- Предпочтение маршрута с параметром Next-hop 0.0.0.0, то есть локальные или агрегированные маршруты. Данным маршрутам автоматически после ввода команды network присваивается параметр Weight равный максимальному — 32678:
Router#show bgp BGP таблица версия 2, локальный идентификатор маршрутизатора 9.9.9.9 Коды статуса: s подавлено, d ограничено, h история, * действительный, > лучший, i - внутренний, r сбой RIB, S устаревший, m многопуть, b резервный путь, f RT-Filter, x лучший внешний, a дополнительный путь, c RIB-сжатый, Коды происхождения: i - IGP, e - EGP, ? - неполный Коды проверки RPKI: V действительный, I недействительный, N Не найдено Сеть Следующий Хоп Метрика LocPrf Вес Путь *> 9.9.9.0/24 0.0.0.0 0 32768 i - Кратчайший путь через AS. Выбирается самый короткий параметр AS_Path. Чем меньше количество AS проходит маршрут, тем он лучше. Рассмотрим маршрут к 9.9.9.0/24 на Router10:
Router10#show bgp BGP таблица версия 2, локальный идентификатор маршрутизатора 6.6.6.6 Коды состояния: s подавлен, d угасший, h история, * действителен, > лучший, i - внутренний, r RIB-ошибка, S устаревший, m многопутевой, b резервный путь, f RT-Фильтр, x лучший-внешний, a дополнительный путь, c RIB-сжатый, Коды происхождения: i - IGP, e - EGP, ? - неполный Коды проверки RPKI: V действителен, I недействителен, N не найден Сеть Следующий Хоп Метрика LocPrf Вес Путь * 9.9.9.0/24 192.168.107.7 0 123 45 i * >i 192.168.112.12 0 100 0 45 iКак виждате, Router10 выбрал маршрут через 192.168.112.12, потому что в данном маршруте параметр AS_Path содержит только 45, в то время как в другом случае 123 и 45. Это интуитивно понятно.
- Следующий параметр — Origin. IGP (маршрут получен при помощи BGP) лучше, чем EGP (маршрут получен при помощи предшественника BGP, который сейчас не используется), а EGP лучше, чем Incomplete? (получен каким-либо другим способом, например, редистрибуцией).
- Следующий параметр — MED. У нас был Weight, который работал только локально на маршрутизаторе. Имелся Local Preference, который работал только в пределах одной автономной системы. Как не сложно догадаться, MED — это параметр, который будет передаваться между автономными системами. Это весьма полезно. о данном параметре.
Больше атрибутов использоваться не будет, но если у двух маршрутов они одинаковые, то применяются следующие правила:
- Выбрать путь через ближайшего IGP-соседа.
- Выбрать самый старый маршрут для eBGP-пути.
- Выбрать путь через соседа с наименьшим BGP router ID.
- Выбрать путь через соседа с наименьшим IP-адресом.
Теперь рассмотрим вопрос сходимости BGP.
Посмотрим, что произойдет, если, допустим, Router6 потеряет маршрут 9.9.9.0/24 через Router9. Отключим интерфейс Gi0/1 у Router6, который сразу поймет, что BGP-сессия с Router8 прервана и сосед отсутствует, а значит и маршрут, полученный от него, не действителен. Router6 немедленно отправляет сообщения Update, указывая сеть 9.9.9.0/24 в поле Withdrawn Routes. Как только Router5 получит такое сообщение, он отправит его к Router7. Но так как у Router7 есть маршрут через Router10, он немедленно отправит Update с новым маршрутом. Если не удается обнаружить падение соседа по состоянию интерфейса, придется ждать срабатывания Hold Timer.
Конфедерация.
Ако помните, говорихме за необходимостта от използване на пълносвързана топология. С голям брой маршрутизатори в една AS това може да предизвика сериозни проблеми и за да избегнем това, трябва да използваме конфедерации. Една AS се разделя на няколко sub-AS, което им позволява да работят без изискването за пълносвързана топология.
Тук е линкът към тази , а конфигурация за GNS3.
Например, при такава топология, щяхме да трябва да свържем всички маршрутизатори в AS 2345 помежду им, но използвайки конфедерация, можем да установим отношения за съседство само между маршрутизаторите, които са директно свързани помежду си. Нека обсъдим това подробно. Ако имаме само AS 2345, то laForge получавайки маршрут от Picard щеше да го предаде на своите маршрутизатори Данни и Worf, но те не биха разказали за него на маршрутизатора Crusher . Също така, маршрутите, които самият маршрутизатор laForge, не биха били предадени Crusher нито Worf-ом, нито Данни.
Пришло би се да настроим Route-Reflector или пълносвързани отношения за съседство. Разделяйки една AS 2345 на 4 sub-AS (2, 3, 4, 5) за всеки маршрутизатор, в крайна сметка получаваме друга логика на работа. Всичко това е отлично описано .
Източници:
- CCIE Routing and Switching v5.0 Official Cert Guide, Volume 2, Fifth Edition, Narbik Kocharians, Terry Vinson.
- Сайт
- Сайт .
Източник: habr.com
