BGP сессиясы иштеп турат, кардардын жолу үзүлгөн: DMVPN үстүндөгү MPLS

Пиринг апталар бою иштеп турат, префикстердин саны туура көрүнөт, бирок бир кардардын трафиги дагы эле узак жол менен жүрөт же такыр жетпейт. Бир көрсөткүч менен эки башка нерсе бааланып жатат. BGP сессиясы эки пир TCP байланышы аркылуу билдирүү алмаша аларын билдирет; ал оверлей ошол кардар үчүн белгиленген пакетти алып өтө алары жөнүндө эч нерсе айтпайт.

Бул ажырым MPLS-over-DMVPN архитектурасында эң оңой көрүнөт, мында хаб жолу менен түз spoke жолу пирингге тиешеси жок себептерден улам башкача жүрүшү мүмкүн.

Сессия чындыгында эмнени далилдейт

BGP TCP үстүндө иштейт, ошондуктан ар бир пирге башка нерсе болгонго чейин экинчи учтун дарегине маршрут керек. Ошол уч катары loopback тандасаңыз, сиз жетүү шартын түздүңүз, ал эми өткөрүү кепилдигин эмес. Андан кийин сессия кардардын трафиги эч качан колдонбой турган интерфейс аркылуу тура алат.

Корутунду чыгарганга чейин эки учта төрт фактыны жазыңыз: сессиянын булак дареги, багытталган дареги, ал турган маршруттоо контексти жана ядро же маршрутизатор ошол жуп үчүн кайсы интерфейсти тандайт. Бул фактылар башкаруу тегиздигин сүрөттөйт. Кардардын пакеттери алардын үстүнө VRF, белгилер стегин жана оверлей картасын кошот.

Төрт механизм, бирөө эмес

Ciscoнун MPLS-over-DMVPN боюнча документтери бөлүктөрдү так бөлөт. MP-BGP провайдердин четириндеги түзмөктөрдүн ортосунда кардардын оверлей белгилерин таратат. MPLS ошол белгилерди пакеттин өткөрүү контекстин тандоо үчүн колдонот. NHRP оверлей дарегин динамикалык туннелге керектүү ташуу учу менен байланыштырат. IPsec колдонулган жерде пир жолун коргойт.

Төртөөнүн кайсынысы болбосун туура болуп, башкасы туура эмес болушу мүмкүн, трафикти ушул айкалыш алып өтөт. Маршрут алмашуу бүтүшү мүмкүн, бирок бир VRF үчүн белги байланышы жок, NHRP картасы эскирген ташуу дарегин көрсөтүп турат, же туннел бар, бирок эч бир саясат ички пакетке жол бербейт. Бул шарттардын бири да сессияны түшүрбөйт.

Хаб жолун кыска жол менен салыштырыңыз, ар жолу бир өзгөрмө

Булак хостту, багыт хостту жана VRFди бекитип, анан ошол агымды эки жолу байкаңыз. Хаб жолунда кийинки хопту, алыскы кардар контекстин аныктоочу кызмат белгисин жана колдонулуп жаткан оверлейден ташууга картаны жазыңыз. Көздөлгөн түз жолдо ушул эле үч нерсени жазыңыз. Эки тизменин ортосундагы айырма — бузулуу же анын жоктугу.

Салыштыруу учурунда агымды өзгөртпөй кармаңыз. Байкоолордун ортосунда булак хостту, VRFди же багытын өзгөртүү бири-бирине байланышсыз эки окуяны жаратат, жана бул көнүгүүнүн ийгиликсиз болушунун эң кеңири тараган жолу.

Loopback сыноолорун өзүнчө бөлүктө кармаңыз

Маршрутизатордун loopbackинен жиберилген ping пайдалуу сыноо жана ал хосттон келген агымдан башка учурду текшерет. Булак дареги маршрутизаторго таандык, анын маршруттоо контексти VRFдин ордуна глобалдык болушу мүмкүн, жана жооп жолу кардар префикси жүрө турган жолдон башкача болушу мүмкүн. Ошондуктан loopbackтин жооп бериши жана бул колдонмонун кыска жол менен иштеши өзүнчө жыйынтыктар, жана экинчиси гана кардарды сүрөттөйт.

Экөөнү тең текшерип, анан жазууларыңызда өзүнчө белгилеңиз. Алар дал келбесе, архитектура кайда четтеп жатканы жөнүндө так бир нерсе билдиңиз, бул бир жашыл белги айта ала тургандан алда канча көп.

Версия жана кемчилик тууралуу билдирүүлөргө өз далили керек

Талаа отчеттору кээде хост маскасын же BGP булак дарегин өзгөртүүнү сунуштайт, жана мындай отчетторду алар жазылган кемчилик жана ал таасир эткен чыгарылыштар менен бирге гана окуган жөн. Бир чыгарылыштын айланып өтүү жолу архитектура ар бир /32 префиксти колдобойт деген билдирүү эмес.

DMVPN фазаңызга, платформаңызга жана чыгарылышыңызга туура келген документтерди колдонуңуз, жана бир бөлүм FlexVPNди кошкондо бир нече жайгаштырууну камтый аларын эстеңиз. Бир жайгаштыруудан алынган мисал экинчисине унчукпай өтпөйт. Сессиянын учтарын сизге чын эле керек болгон башкаруу тегиздигинин архитектурасына жараша тандаңыз, анан кардардын өткөрүү жолун өзүнчө текшериңиз, анткени ар бир loopback маскасын кайра жазуу кайсы иш ийгиликсиз болгонун аныктоонун ордун баспайт.