EIGRP кошуналары DMVPN катмарында көтөрүлбөйт

Катмар аркылуу unicast иштейт, ал эми кошуналык баары бир ишке ашпайт, ошондуктан NHRP multicast репликациясын, туннелдин EIGRP саясатын жана IPsecти үч өзүнчө катмар катары текшериңиз.

Туннель көтөрүлгөн, бир spoke экинчисин ping кыла алат, ал эми EIGRP hub-та эч бир кошунаны көрсөтпөйт. Бул айкалыш сыр эмес, кадимки: ping NHRP аркылуу unicast жетүүнү далилдейт, EIGRP hello билдирүүлөрү multicast болуп саналат. DMVPN катмарында маршруттоо протоколунун жеткирүү модели экинчи конфигурация бети, жана адамдар дал ошону өткөрүп жиберет, анткени биринчи бет мурунтан эле ден соолуктуу көрүнөт. Төмөнкү ар бир катмар өз буйругу менен текшерилет, ошондуктан бир катмардагы бузулуу сизди тизменин башына кайтарбайт.

Күткөн кошуналыктарды жазып алыңыз

Каалаган show буйругунан мурун кыскача тизме түзүңүз: кайсы spoke кайсы hub менен peer болушу керек, кайсы туннель интерфейси аркылуу жана кайсы EIGRP автономдуу системасында. Көп hub-туу долбоорлор hub-тардын ортосундагы боштуктарда кулайт, жана тизме «EIGRP бузулган» дегенди «spoke 3 hub 2-де катталбайт» дегенге айландырат. Ар бир байланышта күткөн туннель ички тармактарын кошуңуз, анткени эки учтун ортосундагы дарек шайкешсиздиги так протокол бузулушуна окшош. Тизмени билетке жазыңыз, кийинки смена долбоор менен салыштырсын, акыркы экран сүрөтү менен эмес.

Алгач NHRP, анан multicast жолун текшериңиз

Каттоо абалы жана hub чын эле кармаган карталар менен баштаңыз. Hub-та динамикалык жазуусу жок spoke катталган эмес, жана аны эч бир маршруттоо протоколу оңдобойт. Андан кийин spoke hub-тун NBMA дарегинен multicast кабыл аларын тастыктаңыз, бул NHS жазуусунан өзүнчө сап.

show dmvpn
show ip nhrp
show ip nhrp nhs detail
interface Tunnel0
 ip nhrp network-id 1
 ip nhrp nhs 203.0.113.1 nbma 198.51.100.1
 ip nhrp map multicast 198.51.100.1
 tunnel mode gre multipoint
 tunnel key 100

Так ушул ip nhrp map multicast сап spoke-ко hello-лорун катмар аркылуу репликацияланган multicast катары hub-ка жөнөтүүгө мүмкүндүк берет жана hub-тун multicast-ы катталган spoke-торго жетүүгө мүмкүндүк берет. Ансыз NHRP аркылуу unicast иштейт, multicast иштебейт, жана ping-ди далилге окшоткон дал ушул бөлүнүү. Cisco нускамасы IOS XE DMVPN ар бир фаза үчүн hub жана spoke-тордун multicast жүрүм-турумун документтештирет, ошондуктан конфигурацияңызды башка топологиядан үзүндү көчүрүүнүн ордуна чын эле киргизген фазаңызга ылайыкташтырыңыз.

EIGRPдин өз интерфейс саясатын текшериңиз

EIGRP процессинде жок же passive болгон туннель катмар канчалык ден соолуктуу болбосун, эч качан кошуналык түзбөйт. Интерфейстин катышуусун жана кошуналар таблицасын чогуу окуңуз, анткени биринчиси экинчисин түшүндүрөт.

show ip eigrp interfaces detail Tunnel0
show ip eigrp neighbors detail
show run | section router eigrp
router eigrp 100
 network 10.10.0.0 0.0.0.255
 passive-interface default
 no passive-interface Tunnel0

Аутентификация жана метрика салмактары эки учта тең дал келиши керек. Туура эмес режимдеги ачкыч тизмеги же K маанисинин шайкешсиздиги кабыл алуучуда ачык syslog сабы жок hello-лорду таштайт. Эгер долбоор ачык конфигурацияланган unicast кошуналарды колдонсо, аны multicast параметрлеринин үстүнө катмарлоонун ордуна ошол моделди толук карманыңыз.

GRE ташуу менен IPsec коргоону өзүнчө кармаңыз

DMVPN multicast-ты GRE ичинде ташыйт, ал эми IPsec ички multicast-ты эмес, GRE пакеттерин коргойт. Ошондуктан «IPsec multicast ташый албайт» деген жалпы бекемдөө бул долбоор үчүн туура эмес жана диагностика катары пайдасыз. Туннелдеги IPsec профилин, ар бир peer үчүн коопсуздук ассоциацияларын жана туннель интерфейсинин абалын үч өзүнчө факт катары текшериңиз.

show crypto ipsec sa peer 198.51.100.1
show interfaces Tunnel0 | include line protocol
show ip nhrp multicast

Жогору турган жана эсептегичтери кыймылдап жаткан SA, EIGRP төмөндө калганда, иликтөөңүздү стектин жогору жагына кайтарат: пакеттер корголуп жеткирилет, демек маселе протокол кайсы пакеттерди жөнөтүүнү тандашында.

Кошуналардын санын эмес, маршруттарды текшериңиз

Кошуналык түзүлгөндөн кийин анын эмнени жарыялаганын жана орнотконун окуңуз. Көп чекиттүү туннелде split horizon жана next-hop жүрүм-туруму spoke hub аркылуу башка spoke-ко жете аларын аныктайт, ал эми жыйынтыктоо кошуналык мамилеси кемчиликсиз болсо да prefix-ти жашыра алат.

Эки сайттын ортосундагы уруксат берилген колдонмо менен бүтүрүп, анын өткөн жолун тастыктаңыз. Түз spoke-to-spoke кыска жолдору өз NHRP жана коопсуздук абалы бар жөнөтүү талабы, жана аларды кошуналардын саны жакшыраак көрүнүшү үчүн кошуу адатта экинчи маселени жаратат.

Фазалык долбоорду, multicast картасын жана EIGRP саясатын бир жерге жазыңыз. Кийинки инженерге долбоор керек болот, транскрипт эмес.

Тектеш макалалар