Jirani wa EIGRP au Usafirishaji wa DMVPN? Chunguza Jukumu Kwanza

Ujirani haupo, na ruta ya katikati inaonekana kama mshukiwa aliye dhahiri. Inaweza kuwa haina hatia. Kusambaza pakiti za nje za handaki na kushiriki katika itifaki ya uelekezaji ya overlay ni kazi mbili tofauti, na kifaa kinaweza kufanya ya kwanza bila ya pili. Fanya ukaguzi watano hapa chini kwa mpangilio na usimame kwenye ule wa kwanza unaoshindikana.

Hatua 1: chora majukumu mawili

Chora ujirani unaokusudiwa wa EIGRP kama muunganisho wa kimantiki kati ya ruta mbili, kisha chora ruta za underlay zinazobeba pakiti zake za handaki. Kifaa kimoja hakihitaji kuonekana katika orodha zote mbili, na kuchanganya orodha ndiyo sababu ya kawaida zaidi ya ruta nzuri ya usafirishaji kushutumiwa kwa kuvunja ujirani.

Ruta ya usafirishaji husambaza pakiti za nje kwa uelekezaji wake wa kawaida wa IP na sera zake. Haihitaji kuendesha itifaki inayobebwa ndani ya handaki lililolindwa, na haihitaji mchakato wa EIGRP ili kusambaza pakiti hizo mbele.

Hatua 2: angalia kile kifaa cha katikati kinachomaliza

Iwapo ruta ya katikati inamaliza handaki na inapaswa kuunda ujirani wa EIGRP na spoke, jibu linabadilika kabisa. Kifaa hicho kinahitaji tabia ya uelekezaji ya overlay inayotumika, na kukiita usafirishaji hakuondoi sharti la jirani. Soma usanidi wa handaki kabla ya usanidi wa uelekezaji. Jibu hilo huamua kila ukaguzi unaofuata.

Kwa hiyo swali la kwanza la kweli si itifaki gani ya kurekebisha. Swali ni kama sanduku ni hub, spoke, kuruka kwa underlay tupu, au huduma ya Layer 2 inayobeba fremu kati ya ncha.

Hatua 3: thibitisha ndege ya udhibiti ya jirani

Kwenye kila kifaa kinachopaswa kuwa jirani, thibitisha mambo manne: mfano wa EIGRP na namba ya mfumo unaojitegemea, vigezo vya uthibitishaji, kiolesura kinachoshiriki katika mchakato, na tamko la mtandao linalofunika kiolesura hicho. Kutopatana kwa kimoja chao huweka ujirani chini wakati kiolesura kikiwa juu na ping ikiendelea kufanya kazi.

RFC 7868 inaeleza EIGRP kama itifaki ya IP yenye mabadilishano ya udhibiti ya multicast, ndiyo sababu uhusiano wa ujirani si kitu ambacho ruta ya kati inaweza kuchukua nafasi yake kwa kuelekeza pakiti kuelekea lengo. Ama mabadilishano ya udhibiti yanafika kwa mwenzake au ujirani hautokei.

Hatua 4: thibitisha kwamba usafirishaji unaleta mabadilishano ya udhibiti

Kisha, angalia kama overlay inabeba trafiki ya udhibiti kati ya ncha zinazokusudiwa. Chunguza ramani ya NHRP ya mwenzake na njia ya nje inayofika kwake, kisha thibitisha kwamba kiolesura cha handaki kiko juu na kinapita trafiki. Ping ya underlay iliyofanikiwa inathibitisha kwamba njia ya nje ipo; haithibitishi kwamba mabadilishano ya udhibiti ya overlay yalifika.

Huduma ya Layer 2 iliyo wazi, handaki la nukta-hadi-nukta na wingu la DMVPN la nukta nyingi hulete multicast kwa namna tofauti. Fuata modeli ya kiolesura, NHRP na multicast inayotumika kwa kile kilichowekwa kweli badala ya kudhani kwamba vyote vitatu vina tabia moja.

Hatua 5: tengeneza upya mpaka ikiwa hauwezi kushiriki

Iwapo kifaa cha overlay kinachohitajika hakiwezi kuendesha itifaki, badilisha muundo kwa uwazi. Tumia itifaki au modeli ya mabadilishano inayotumika kwenye mpaka huo, au andaa handaki la mwisho-hadi-mwisho linalofaa ili majirani wawe ncha zinazozungumza kwa kweli. Usidhani kwamba njia tuli hugeuza asiyeshiriki kuwa kipitishio kwa kila pakiti ya udhibiti.

Rekodi jukumu la kila kifaa kwenye mchoro na ulihifadhi pamoja na usanidi. RFC 7868 inafafanua mabadilishano ya itifaki, na ufafanuzi huo ndio rejeleo la kwa nini uhusiano wa ujirani hauwezi kuigwa kwa usafirishaji wa kupitisha.

Ujirani unaposhindikana hata baada ya ukaguzi wote watano, washukiwa waliobaki ni vipengele vya jukwaa kama vile utunzaji wa multicast kwenye kiolesura cha handaki na sera inayochuja itifaki 88. Hizi ni sababu mahususi zinazoweza kupimwa, na zina thamani zaidi kuliko raundi nyingine ya kulaumu ruta ya katikati.