સ્તરીય DMVPN: દરેક ટનલ સંબંધ માટે એક ક્લાઉડ

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

લક્ષણ સ્તરની સીમા પર દેખાય છે

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

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

એક ક્લાઉડ, એક ઇન્ટરફેસ કરાર

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

બે ટનલ ઇન્ટરફેસ ધરાવતા પ્રાદેશિક હબને બે કરારની જરૂર છે, બે સરનામાંવાળા એકની નહીં. અંડરલે સ્રોત, NHRP ડોમેન અને રૂટ ઇન્ટરફેસ મુજબ અલગ હોઈ શકે છે, અને તેમને ભેગા કરતું દસ્તાવેજ બીજું ગોઠવનારને ભ્રમિત કરશે.

આઈડી સ્થાનિક સંદર્ભ છે, પ્રવેશ નિયંત્રણ નહીં

NHRP નેટવર્ક આઈડી અને GRE કી એ બે મૂલ્યો છે જેને સૌથી વધુ વૈશ્વિક સેટિંગ માનવામાં આવે છે. IOS XE NHRP માર્ગદર્શિકા નેટવર્ક આઈડીને સ્થાનિક રીતે અર્થપૂર્ણ તરીકે વર્ણવે છે, તેથી દૂરના રાઉટર પર મેળ ખાતા નંબર કંઈપણ પ્રમાણિત કરતા નથી અને એક રાઉટરનો સ્થાનિક નંબર બદલવાથી પ્રવેશ સીમા બનતી નથી.

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

સ્તરો વચ્ચે જાણી જોઈને રૂટ કરો

પ્રાદેશિક હબ ઉપર તરફ કયા પ્રીફિક્સની જાહેરાત કરે છે અને તે તેની શાખાઓને કયા કેન્દ્રીય લક્ષ્યો આપે છે તે નક્કી કરો. પછી દરેક માર્ગ માટે વાસ્તવિક આગલું હોપ અને તબક્કા-વિશિષ્ટ શોર્ટકટ વર્તન તપાસો, કારણ કે સારાંશ રૂટ અને શોર્ટકટ આકૃતિ સૂચવે તેના કરતાં ઘણું અલગ ફોરવર્ડિંગ આપી શકે છે.

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

અણધાર્યા શોર્ટકટનું નિદાન કરો

જ્યારે શાખા કેન્દ્રીય અંતિમ બિંદુ સાથે સીધો સંબંધ બનાવવાનો પ્રયાસ કરે છે, ત્યારે આઈડી અવ્યવસ્થિત રીતે બદલતા પહેલાં તેનો રૂટ, તેનું NHRP મેપિંગ અને પસંદ કરેલ ટનલ સંદર્ભ તપાસો. ખૂટતી પહોંચ, અનિચ્છનીય NHS સંબંધ અને કાયદેસર પરંતુ અનધિકૃત શોર્ટકટ ત્રણ અલગ સુધારા માંગે છે.

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