EIGRP પડોશી કે DMVPN ટ્રાન્ઝિટ? પહેલા ભૂમિકા તપાસો

પડોશીપણું ગાયબ છે અને વચ્ચેનો રાઉટર સ્પષ્ટ સંશયાસ્પદ લાગે છે. તે નિર્દોષ પણ હોઈ શકે. બહારના ટનલ પેકેટ ફોરવર્ડ કરવા અને overlay રાઉટિંગ પ્રોટોકોલમાં ભાગ લેવો બે અલગ કામ છે, અને ઉપકરણ પહેલું કરી શકે છે બીજું કર્યા વિના. નીચેની પાંચ તપાસ ક્રમમાં કરો અને પ્રથમ નિષ્ફળ જનારી પર થોભો.

પગલું 1: બે ભૂમિકાઓ દોરો

ઇચ્છિત EIGRP પડોશીપણું બે રાઉટર વચ્ચેની તાર્કિક કડી તરીકે દોરો, પછી તેના ટનલ પેકેટ વહન કરતા underlay રાઉટર દોરો. એક જ ઉપકરણે બંને યાદીમાં હોવું જરૂરી નથી, અને યાદીઓ મિશ્ર કરવી એ સ્વસ્થ ટ્રાન્ઝિટ રાઉટર પર પડોશીપણું તોડવાનો આરોપ મુકવાનું સૌથી સામાન્ય કારણ છે.

ટ્રાન્ઝિટ રાઉટર પોતાના સામાન્ય IP રાઉટિંગ અને નીતિ વડે બહારના પેકેટ ફોરવર્ડ કરે છે. તેને સુરક્ષિત ટનલની અંદર વહન થતો પ્રોટોકોલ ચલાવવાની જરૂર નથી, અને તે પેકેટ આગળ મોકલવા માટે EIGRP પ્રોસેસની પણ જરૂર નથી.

પગલું 2: વચ્ચેનું ઉપકરણ શું સમાપ્ત કરે છે તે તપાસો

જો વચ્ચેનો રાઉટર ટનલ સમાપ્ત કરે છે અને spoke સાથે EIGRP પડોશીપણાં બનાવવાના છે, તો જવાબ સંપૂર્ણ બદલાય છે. તે ઉપકરણને સમર્થિત overlay રાઉટિંગ વર્તનની જરૂર છે, અને તેને ટ્રાન્ઝિટ કહેવાથી પડોશીની આવશ્યકતા દૂર થતી નથી. રાઉટિંગ રૂપરેખાંકન પહેલા ટનલ રૂપરેખાંકન વાંચો. તે જવાબ પછીની દરેક તપાસ નક્કી કરે છે.

તેથી પહેલો ખરો પ્રશ્ન એ નથી કે કયો પ્રોટોકોલ ટ્યુન કરવો. પ્રશ્ન એ છે કે બોક્સ hub છે, spoke છે, શુદ્ધ underlay હોપ છે કે Layer 2 સેવા છે જે અંતિમ બિંદુઓ વચ્ચે ફ્રેમ વહન કરે છે.

પગલું 3: પડોશીનું નિયંત્રણ સમતલ ચકાસો

જે દરેક ઉપકરણ પડોશી હોવું જોઈએ તેમાં ચાર વસ્તુઓની પુષ્ટિ કરો: EIGRP ઇન્સ્ટન્સ અને સ્વાયત્ત સિસ્ટમ નંબર, પ્રમાણીકરણના પરિમાણો, પ્રોસેસમાં ભાગ લેતું ઇન્ટરફેસ, અને તે ઇન્ટરફેસને આવરી લેતું નેટવર્ક સ્ટેટમેન્ટ. તેમાંથી કોઈપણમાં અસંગતિ પડોશીપણું નીચે રાખે છે જ્યારે ઇન્ટરફેસ ઉપર રહે છે અને ping ચાલુ રહે છે.

RFC 7868 EIGRP ને મલ્ટિકાસ્ટ નિયંત્રણ વિનિમય સાથેના IP પ્રોટોકોલ તરીકે વર્ણવે છે, તેથી પડોશી સંબંધ એવી વસ્તુ નથી જે મધ્યવર્તી રાઉટર પેકેટને ગંતવ્ય તરફ રાઉટ કરીને પ્રોક્સી કરી શકે. કાં તો નિયંત્રણ વિનિમય સાથી સુધી પહોંચે છે, કાં તો પડોશીપણું બનતું નથી.

પગલું 4: પરિવહન નિયંત્રણ વિનિમય પહોંચાડે છે તે ચકાસો

આગળ, ચકાસો કે overlay ઇચ્છિત અંતિમ બિંદુઓ વચ્ચે નિયંત્રણ ટ્રાફિક ખરેખર વહન કરે છે. સાથી માટેનું NHRP મેપિંગ અને ત્યાં પહોંચતો બહારનો રૂટ તપાસો, પછી ટનલ ઇન્ટરફેસ ઉપર છે અને ટ્રાફિક પસાર કરે છે તેની પુષ્ટિ કરો. સફળ underlay ping સાબિત કરે છે કે બહારનો માર્ગ અસ્તિત્વમાં છે; તે સાબિત કરતું નથી કે overlay નિયંત્રણ વિનિમય પહોંચાડાયો છે.

પારદર્શક Layer 2 સેવા, બિંદુ-થી-બિંદુ ટનલ અને બહુબિંદુ DMVPN ક્લાઉડ મલ્ટિકાસ્ટ અલગ રીતે પહોંચાડે છે. ત્રણેય એકસરખું વર્તે છે તેમ ધારવાને બદલે ખરેખર તૈનાત થયેલા મોડલ માટે સમર્થિત ઇન્ટરફેસ, NHRP અને મલ્ટિકાસ્ટ મોડલ અનુસરો.

પગલું 5: ભાગ લઈ શકતું ન હોય તો સીમા ફરી ડિઝાઇન કરો

જો જરૂરી overlay ઉપકરણ પ્રોટોકોલ ચલાવી શકતું ન હોય, તો ડિઝાઇન સ્પષ્ટ રીતે બદલો. તે સીમા પર સમર્થિત પ્રોટોકોલ અથવા વિનિમય મોડલ વાપરો, અથવા યોગ્ય એન્ડ-ટુ-એન્ડ ટનલ ગોઠવો જેથી પડોશીઓ એ જ અંતિમ બિંદુઓ હોય જે ખરેખર એકબીજા સાથે વાત કરે છે. એમ ન ધારો કે સ્થિર રૂટ દરેક નિયંત્રણ પેકેટ માટે અસહભાગીને રિલેમાં ફેરવે છે.

આકૃતિમાં દરેક ઉપકરણની ભૂમિકા નોંધો અને તેને રૂપરેખાંકન સાથે રાખો. RFC 7868 માં પ્રોટોકોલ વિનિમયની વ્યાખ્યા એ સંદર્ભ છે કે કેમ ટ્રાન્ઝિટ ફોરવર્ડિંગ દ્વારા પડોશી સંબંધનું અનુકરણ કરી શકાતું નથી.

પાંચેય તપાસ પછી પણ પડોશીપણું નિષ્ફળ જાય તો બાકીના સંશયાસ્પદો પ્લેટફોર્મ લક્ષણો છે, જેમ કે ટનલ ઇન્ટરફેસ પર મલ્ટિકાસ્ટ હેન્ડલિંગ અને પ્રોટોકોલ 88 ફિલ્ટર કરતી નીતિ. આ ચોક્કસ, પરીક્ષણયોગ્ય કારણો છે અને વચ્ચેના રાઉટરને દોષ આપવાના બીજા રાઉન્ડ કરતાં વધુ કિંમતી છે.