Данас ћемо погледати БГП протокол. Нећемо дуго причати зашто је то и зашто се користи као једини протокол. О овој теми, на пример, има доста информација .
Дакле, шта је БГП? БГП је динамички протокол за рутирање и једини је ЕГП (Ектернал Гатеваи Протоцол) протокол. Овај протокол се користи за изградњу рутирања на Интернету. Погледајмо како се гради суседство између два БГП рутера.
Узмите у обзир суседство између Роутер1 и Роутер3. Хајде да их конфигуришемо помоћу следећих команди:
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Суседство у оквиру једног аутономног система је АС 10. Након уношења информација о рутеру, као што је Роутер1, тај рутер покушава да успостави однос суседности са Роутер3. Почетно стање када се ништа не дешава се зове Идле. Чим се бгп конфигурише на Роутер1, он ће почети да слуша ТЦП порт 179 - прећи ће у стање повезати, а када покуша да отвори сесију са Роутер3, прећи ће у стање Активан.
Након успостављања сесије између рутера 1 и рутера 3, размењују се отворене поруке. Када ову поруку пошаље Роутер1, ово стање ће бити позвано Отворите Послано. А када добије Опен поруку од Роутер3, прећи ће у стање Отвори Потврди. Погледајмо ближе поруку Опен:
Ова порука преноси информације о самом БГП протоколу, који рутер користи. Разменом отворених порука, Роутер1 и Роутер3 међусобно саопштавају информације о својим подешавањима. Следећи параметри се преносе:
- верзија: ово укључује БГП верзију коју рутер користи. Тренутна верзија БГП-а је верзија 4 која је описана у РФЦ 4271. Два БГП рутера ће покушати да преговарају о компатибилној верзији, када постоји неусклађеност онда неће бити БГП сесије.
- Мој АС: ово укључује АС број БГП рутера, рутери ће морати да се договоре о АС броју(овима) и такође дефинише да ли ће покретати иБГП или еБГП.
- Холд Тиме: ако БГП не прими ниједну поруку за одржавање или ажурирање са друге стране током времена чекања онда ће другу страну прогласити 'мртвом' и прекинуће БГП сесију. Подразумевано, време чекања је подешено на 180 секунди на Цисцо ИОС рутерима, порука о одржавању активности се шаље сваких 60 секунди. Оба рутера морају да се договоре о времену чекања или неће бити БГП сесије.
- БГП идентификатор: ово је ИД локалног БГП рутера који се бира баш као што то ради ОСПФ:
- Користите рутер-ИД који је конфигурисан ручно помоћу команде бгп роутер-ид.
- Користите највишу ИП адресу на интерфејсу повратне петље.
- Користите највишу ИП адресу на физичком интерфејсу.
- Опционални параметри: овде ћете наћи неке опционе могућности БГП рутера. Ово поље је додато тако да се нове функције могу додати у БГП без потребе за креирањем нове верзије. Ствари које можете пронаћи овде су:
- подршка за МП-БГП (Мулти Протоцол БГП).
- подршка за освежавање руте.
- подршка за АС бројеве од 4 октета.
Да бисте успоставили суседство, морају бити испуњени следећи услови:
- Број верзије. Тренутна верзија је 4.
- АС број мора да одговара ономе што сте конфигурисали комшија 192.168.13.3 удаљена-као 10.
- ИД рутера мора да се разликује од суседног.
Ако неки од параметара не задовољава ове услове, рутер ће послати Обавештење порука која указује на грешку. Након слања и пријема отворених порука, однос суседства улази у стање USPOSTAVLJENO. Након тога, рутери могу да размењују информације о рутама и то раде користећи Ажурирај поруке. Ово је порука о ажурирању коју рутер1 шаље рутеру3:
Овде можете видети мреже пријављене атрибутима Роутер1 и Патх, који су аналогни метрикама. Разговараћемо детаљније о атрибутима путање. Кеепаливе поруке се такође шаљу у оквиру ТЦП сесије. Преносе се, подразумевано, сваких 60 секунди. Ово је Кеепаливе тајмер. Ако се Кеепаливе порука не прими током тајмера чекања, то ће значити губитак комуникације са суседом. Подразумевано је једнако 180 секунди.
Користан знак:
Чини се да смо схватили како рутери преносе информације једни другима, а сада покушајмо да разумемо логику БГП протокола.
За оглашавање руте до БГП табеле, као у ИГП протоколима, користи се мрежна команда, али је оперативна логика другачија. Ако у ИГП-у, након навођења руте у мрежној команди, ИГП гледа који интерфејси припадају овој подмрежи и укључује их у своју табелу, онда мрежна команда у БГП-у гледа табелу рутирања и тражи тачно одговара рути у мрежној команди. Ако се такви пронађу, ове руте ће се појавити у БГП табели.
Потражите руту у тренутној табели ИП рутера рутера која тачно одговара параметрима мрежне команде; ако ИП рута постоји, ставите еквивалентни НЛРИ у локалну БГП табелу.
Хајде сада да подигнемо БГП на све преостале и видимо како је рута изабрана унутар једног АС-а. Након што БГП рутер прими руте од свог суседа, почиње да бира оптималну руту. Овде морате разумети који тип суседа може бити - унутрашњи и спољашњи. Да ли рутер конфигурацијом разуме да ли је конфигурисани сусед интерни или екстерни? Ако је у тиму:
neighbor 192.168.13.3 remote-as 10 параметар ремоте-ас специфицира АС, који је конфигурисан на самом рутеру у команди рутера бгп 10 Руте које долазе из унутрашњег АС се сматрају интерним, а руте из спољашњег АС-а се сматрају екстерним. И за сваки друга логика пријема и слања дела. Размотрите ову топологију:
Сваки рутер има лоопбацк интерфејс конфигурисан са ип: кккк 255.255.255.0 - где је к број рутера. На Роутер9 имамо лоопбацк интерфејс са адресом - 9.9.9.9 255.255.255.0. Најавићемо то преко БГП-а и видети како се шири. Ова рута ће бити пренета на Роутер8 и Роутер12. Од рутера8, ова рута ће ићи до рутера6, али до рутера5 неће бити у табели рутирања. Такође на Роутер12 ова рута ће се појавити у табели, али на Роутер11 је такође неће бити. Хајде да покушамо да схватимо ово. Хајде да размотримо које податке и параметре Роутер9 преноси својим суседима, извештавајући о овој рути. Пакет испод ће бити послат са Роутер9 на Роутер8.
Информације о рути састоје се од атрибута путање.
Атрибути путање су подељени у 4 категорије:
- Познато обавезно - Сви рутери који користе БГП морају препознати ове атрибуте. Мора бити присутан у свим ажурирањима.
- Познати дискрециони - Сви рутери који користе БГП морају препознати ове атрибуте. Они могу бити присутни у ажурирањима, али њихово присуство није неопходно.
- Опциони транзитиван - можда не препознају све БГП имплементације. Ако рутер не препозна атрибут, он означава ажурирање као делимично и прослеђује га својим суседима, чувајући непрепознати атрибут.
- Опционо непрелазно - можда не препознају све БГП имплементације. Ако рутер не препозна атрибут, онда се атрибут игнорише и одбацује када се прослеђује суседима.
Примери БГП атрибута:
- Познато обавезно:
- Пут аутономног система
- Следећи Скок
- порекло
- Познати дискрециони:
- Локалне преференције
- Атомски агрегат
- Опциони транзитиван:
- Агрегатор
- заједнице
- Опционо непрелазно:
- Дискриминатор са више излаза (МЕД)
- ИД изворника
- Листа кластера
У овом случају, за сада ће нас занимати Оригин, Нект-хоп, АС Патх. Пошто се рута преноси између Роутер8 и Роутер9, односно унутар једног АС, сматра се интерном и обратићемо пажњу на Оригин.
Атрибут порекла - означава како је рута у ажурирању добијена. Могуће вредности атрибута:
- 0 - ИГП: НЛРИ примљен у оквиру оригиналног аутономног система;
- 1 - ЕГП: НЛРИ се учи помоћу Ектериор Гатеваи Протоцол (ЕГП). Претходник БГП-а, није коришћен
- 2 – Непотпуно: НЛРИ је научен на неки други начин
У нашем случају, као што се може видети из пакета, он је једнак 0. Када се ова рута пренесе на Роутер12, овај код ће имати код 1.
Следећи, Нект-хоп. Атрибут следећег скока
- Ово је ИП адреса еБГП рутера кроз коју иде пут до одредишне мреже.
- Атрибут се мења када се префикс пошаље на други АС.
У случају иБГП-а, односно унутар једног АС-а, Нект-хоп ће бити означен од стране онога који је сазнао или рекао за ову руту. У нашем случају, то ће бити 192.168.89.9. Али када се ова рута пренесе са Роутер8 на Роутер6, Роутер8 ће је променити и заменити својом. Следећи скок ће бити 192.168.68.8. Ово нас доводи до два правила:
- Ако рутер прослеђује руту свом унутрашњем суседу, он не мења параметар Нект-хоп.
- Ако рутер преноси руту свом спољном суседу, он мења Нект-хоп на ип интерфејса са којег овај рутер преноси.
Ово нас наводи да разумемо први проблем - Зашто неће бити руте у табели рутирања на Роутер5 и Роутер11. Хајде да погледамо изблиза. Дакле, Роутер6 је примио информације о рути 9.9.9.0/24 и успешно је додао у табелу рутирања:
Router6#show ip route bgp
Codes: L - local, C - connected, S - static, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
E1 - OSPF external type 1, E2 - OSPF external type 2
i - IS-IS, su - IS-IS summary, L1 - IS-IS level-1, L2 - IS-IS level-2
ia - IS-IS inter area, * - candidate default, U - per-user static route
o - ODR, P - periodic downloaded static route, H - NHRP, l - LISP
a - application route
+ - replicated route, % - next hop override, p - overrides from PfR
Gateway of last resort is not set
9.0.0.0/24 is subnetted, 1 subnets
B 9.9.9.0 [20/0] via 192.168.68.8, 00:38:25<source>
Теперь Router6 передал маршрут Router5 и первому правилу Next-hop не изменил. То есть, Router5 должен добавить <b>9.9.9.0 [20/0] via 192.168.68.8</b> , но у него нет маршрута до 192.168.68.8 и поэтому данный маршрут добавлен не будет, хотя информация о данном маршруте будет храниться в таблице BGP:
<source><b>Router5#show ip bgp
BGP table version is 1, local router ID is 5.5.5.5
Status codes: 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,
Origin codes: i - IGP, e - EGP, ? - incomplete
RPKI validation codes: V valid, I invalid, N Not found
Network Next Hop Metric LocPrf Weight Path
* i 9.9.9.0/24 192.168.68.8 0 100 0 45 i</b>Иста ситуација ће се десити између Роутер11-Роутер12. Да бисте избегли ову ситуацију, морате да конфигуришете Роутер6 или Роутер12, када прослеђујете руту њиховим унутрашњим суседима, да замените њихову ИП адресу као Нект-хоп. Ово се ради помоћу команде:
neighbor 192.168.56.5 next-hop-selfНакон ове команде, Роутер6 ће послати Упдате поруку, где ће ип интерфејса Ги0/0 Роутер6 бити наведен као Нект-хоп за руте - 192.168.56.6, након чега ће ова рута већ бити укључена у табелу рутирања.
Идемо даље и видимо да ли се ова рута појављује на Роутер7 и Роутер10. Неће бити у табели рутирања и могли бисмо помислити да је проблем исти као у првом са параметром Нект-хоп, али ако погледамо излаз команде схов ип бгп, видећемо да је рута тамо није примљена чак ни са погрешним Нект-хоп-ом, што значи да рута није ни пренета. И ово ће нас довести до постојања још једног правила:
Руте примљене од унутрашњих суседа не пропагирају се на друге унутрашње суседе.
Пошто је рутер5 примио руту од рутера6, она неће бити пренета свом другом унутрашњем суседу. Да би се трансфер извршио, потребно је да конфигуришете функцију , или конфигуришите потпуно повезане суседске односе (Фулл Месх), то јест, Роутер5-7 ће сви бити суседи свима. У овом случају користићемо Роуте Рефлецтор. На Роутер5 морате да користите ову команду:
neighbor 192.168.57.7 route-reflector-clientРоуте-Рефлецтор мења понашање БГП-а приликом прослеђивања руте унутрашњем суседу. Ако је унутрашњи сусед наведен као рута-рефлектор-клијент, онда ће интерне руте бити оглашене овим клијентима.
Рута се није појавила на Роутер7? Не заборавите ни на Нект-хоп. Након ових манипулација, рута би такође требало да иде на Роутер7, али то се не дешава. Ово нас доводи до другог правила:
Правило следећег скока функционише само за спољне руте. За интерне руте, атрибут нект-хоп се не замењује.
И добијамо ситуацију у којој је потребно креирати окружење коришћењем статичког рутирања или ИГП протокола за информисање рутера о свим рутама унутар АС. Хајде да региструјемо статичке руте на Роутер6 и Роутер7 и након тога ћемо добити жељену руту у табели рутера. У АС 678 ћемо то учинити мало другачије – регистроваћемо статичке руте за 192.168.112.0/24 на Роутер10 и 192.168.110.0/24 на Роутер12. Затим ћемо успоставити суседски однос између Роутер10 и Роутер12. Такође ћемо конфигурисати Роутер12 да пошаље свој следећи скок на Роутер10:
neighbor 192.168.110.10 next-hop-selfРезултат ће бити да ће Роутер10 добити руту 9.9.9.0/24, примаће је и Роутер7 и Роутер12. Хајде да видимо какав избор прави Роутер10:
Router10#show ip bgp
BGP table version is 3, local router ID is 6.6.6.6
Status codes: 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,
Origin codes: i - IGP, e - EGP, ? - incomplete
RPKI validation codes: V valid, I invalid, N Not found
Network Next Hop Metric LocPrf Weight Path
*>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.
Хајде да видимо како функционише процес избора руте:
- Први корак приликом пријема руте је да проверите доступност његовог Нект-хоп-а. Због тога, када смо примили руту на Роутер5 без подешавања Нект-хоп-селф, ова рута није даље обрађена.
- Следи параметар тежине. Овај параметар није атрибут путање (ПА) и не шаље се у БГП порукама. Конфигурише се локално на сваком рутеру и користи се само за манипулисање одабиром руте на самом рутеру. Погледајмо пример. Одмах изнад можете видети да је Роутер10 изабрао руту за 9.9.9.0/24 преко Роутер12 (192.168.112.12). Да бисте променили параметар Виегхт, можете користити мапу руте да поставите одређене руте или доделите тежину његовом суседу помоћу команде:
neighbor 192.168.107.7 weight 200Сада ће све руте од овог суседа имати ову тежину. Да видимо како се избор руте мења након ове манипулације:
Router10#show bgp *Mar 2 11:58:13.956: %SYS-5-CONFIG_I: Configured from console by console BGP table version is 2, local router ID is 6.6.6.6 Status codes: 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, Origin codes: i - IGP, e - EGP, ? - incomplete RPKI validation codes: V valid, I invalid, N Not found Network Next Hop Metric LocPrf Weight Path *> 9.9.9.0/24 192.168.107.7 200 123 45 i * i 192.168.112.12 0 100 0 45 iКао што видите, рута кроз Роутер7 је сада изабрана, али то неће имати никаквог утицаја на друге рутере.
- На трећој позицији имамо Локалне преференције. Овај параметар је добро познати дискрециони атрибут, што значи да је његово присуство опционо. Овај параметар важи само унутар једног АС и утиче на избор путање само за унутрашње суседе. Због тога се преноси само у порукама ажурирања намењеним унутрашњем суседу. Не постоји у порукама ажурирања за спољне суседе. Стога је класификовано као добро познато дискреционо. Хајде да покушамо да га применимо на Роутер5. На Роутер5 би требало да имамо две руте за 9.9.9.0/24 - једну кроз Роутер6 и другу кроз Роутер7.
Гледамо:
Router5#show bgp BGP table version is 2, local router ID is 5.5.5.5 Status codes: 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, Origin codes: i - IGP, e - EGP, ? - incomplete RPKI validation codes: V valid, I invalid, N Not found Network Next Hop Metric LocPrf Weight Path *>i 9.9.9.0/24 192.168.56.6 0 100 0 45 iАли као што видимо једну руту кроз Роутер6. Где је рута кроз Роутер7? Можда га ни Роутер7 нема? Погледајмо:
Router#show bgp BGP table version is 10, local router ID is 7.7.7.7 Status codes: 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, Origin codes: i - IGP, e - EGP, ? - incomplete RPKI validation codes: V valid, I invalid, N Not found Network Next Hop Metric LocPrf Weight Path *>i 9.9.9.0/24 192.168.56.6 0 100 0 45 i 192.168.107.10 0 678 45 iЧудно, изгледа да је све у реду. Зашто се не преноси на Роутер5? Ствар је у томе што БГП има правило:
Рутер преноси само оне руте које користи.
Роутер7 користи руту кроз Роутер5, тако да рута кроз Роутер10 неће бити пренета. Вратимо се на Локална подешавања. Хајде да поставимо локалне поставке на Роутер7 и видимо како Роутер5 реагује на ово:
route-map BGP permit 10 match ip address 10 set local-preference 250 access-list 10 permit any router bgp 123 neighbor 192.168.107.10 route-map BGP in</b>Дакле, направили смо мапу руте која садржи све руте и рекли Роутер7 да промени параметар Лоцал Преференце на 250 када га прими, подразумевана вредност је 100. Да видимо шта се догодило на Роутер5:
Router5#show bgp BGP table version is 8, local router ID is 5.5.5.5 Status codes: 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, Origin codes: i - IGP, e - EGP, ? - incomplete RPKI validation codes: V valid, I invalid, N Not found Network Next Hop Metric LocPrf Weight Path *>i 9.9.9.0/24 192.168.57.7 0 250 0 678 45 iКао што сада видимо, Роутер5 преферира руту кроз Роутер7. Иста слика ће бити и на Роутер6, иако му је исплативије изабрати руту преко Роутер8. Такође додајемо да промена овог параметра захтева поновно покретање суседства да би промена ступила на снагу. читати . Средили смо Локалне поставке. Пређимо на следећи параметар.
- Преферирајте руту са параметром Нект-хоп 0.0.0.0, то јест, локалне или агрегиране руте. Овим рутама се аутоматски додељује параметар тежине једнак максимуму—32678—након уноса мрежне команде:
Router#show bgp BGP table version is 2, local router ID is 9.9.9.9 Status codes: 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, Origin codes: i - IGP, e - EGP, ? - incomplete RPKI validation codes: V valid, I invalid, N Not found Network Next Hop Metric LocPrf Weight Path *> 9.9.9.0/24 0.0.0.0 0 32768 i - Најкраћи пут кроз АС. Изабран је најкраћи параметар АС_Патх. Што мање АС пролази кроз руту, то је боље. Размотрите руту до 9.9.9.0/24 на Роутер10:
Router10#show bgp BGP table version is 2, local router ID is 6.6.6.6 Status codes: 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, Origin codes: i - IGP, e - EGP, ? - incomplete RPKI validation codes: V valid, I invalid, N Not found Network Next Hop Metric LocPrf Weight Path * 9.9.9.0/24 192.168.107.7 0 123 45 i *>i 192.168.112.12 0 100 0 45 iКао што видите, Роутер10 је изабрао руту преко 192.168.112.12 јер за ову руту параметар АС_Патх садржи само 45, ау другом случају 123 и 45. Интуитивно јасно.
- Следећи параметар је Оригин. ИГП (рута добијена коришћењем БГП-а) је боља од ЕГП-а (рута добијена коришћењем претходника БГП-а, више се не користи), а ЕГП је боља од Непотпуна? (добија се неким другим методом, на пример прерасподелом).
- Следећи параметар је МЕД. Имали смо Виегхт који је радио само локално на рутеру. Постојала је Локална преференција, која је функционисала само у оквиру једног аутономног система. Као што можете претпоставити, МЕД је параметар који ће се преносити између аутономних система. Врло добар о овом параметру.
Неће се више користити атрибути, али ако две руте имају исте атрибуте, онда се користе следећа правила:
- Изаберите путању кроз најближег ИГП суседа.
- Изаберите најстарију руту за еБГП путању.
- Изаберите путању преко суседа са најмањим ИД-ом БГП рутера.
- Изаберите путању кроз суседа са најнижом ИП адресом.
Погледајмо сада питање БГП конвергенције.
Хајде да видимо шта ће се десити ако Роутер6 изгуби руту 9.9.9.0/24 кроз Роутер9. Деактивирајмо интерфејс Ги0/1 рутера6, који ће одмах схватити да је БГП сесија са рутером8 прекинута и да је сусед нестао, што значи да рута примљена од њега није важећа. Роутер6 одмах шаље ажуриране поруке, где у пољу Повучене руте указује на мрежу 9.9.9.0/24. Чим Роутер5 прими такву поруку, послаће је Роутер7. Али пошто Роутер7 има руту кроз Роутер10, он ће одмах одговорити ажурирањем са новом рутом. Ако није могуће открити пад суседа на основу стања интерфејса, онда ћете морати да сачекате да се активира тајмер за чекање.
Конфедерација.
Ако се сећате, причали смо о томе да често морате да користите потпуно повезану топологију. Са великим бројем рутера у једном АС-у, ово може да изазове велике проблеме, да бисте то избегли морате да користите конфедерације. Један АС је подељен на неколико под-АС, што им омогућава да раде без потребе за потпуно повезаном топологијом.
Ево линка за ово И конфигурација за ГНС3.
На пример, са овом топологијом морали бисмо да повежемо све рутере у АС 2345 један са другим, али коришћењем Конфедерације, можемо успоставити односе суседности само између рутера који су директно повезани један са другим. Хајде да разговарамо о овоме детаљно. Да имамо само АС 2345, онда лаФорге добивши поход од Пикар рекао би то рутерима Датум и Ворф, али нису хтели да кажу рутеру о томе дробилица . Такође руте које дистрибуира сам рутер лаФорге, не би била пренета дробилица или Ворф-о, не Датум.
Морали бисте да конфигуришете Роуте-Рефлецтор или потпуно повезан однос суседства. Дељењем једног АС 2345 на 4 под-АС (2,3,4,5) за сваки рутер, добијамо другачију оперативну логику. Све је савршено описано .
Извори:
- ЦЦИЕ Роутинг анд Свитцхинг в5.0 Оффициал Церт Гуиде, Волуме 2, Фифтх Едитион, Нарбик Коцхарианс, Терри Винсон.
- Сајт
- Сајт .
Извор: ввв.хабр.цом