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

તમે ખરેખર જોઈ શકો તે પેકેટ માર્ગથી શરૂ કરો

spoke પરથી શરૂ કરો જેનું ગંતવ્ય સીધું હોવું જોઈએ. પ્રથમ પેકેટને અનુસરો: તે spoke ના રૂટને hub તરફ અનુસરે છે, કારણ કે હજી કોઈ શોર્ટકટ નથી. hub તેને ફોરવર્ડ કરે છે અને તબક્કો 3 ડિઝાઇનમાં સ્રોતને એક રીડાયરેક્ટ પણ મોકલે છે કે વધુ સારો માર્ગ છે.

એ રીડાયરેક્ટ ટ્રિગર છે, પુરાવો નહીં. તે કહે છે કે hub એ એવો ટ્રાફિક જોયો જેને ઑપ્ટિમાઇઝ કરી શકાય. તે કહેતું નથી કે સ્રોતે શોર્ટકટ બનાવ્યો, ગંતવ્યે રિઝોલ્યુશનનો જવાબ આપ્યો, અથવા પ્રતિસાદ માર્ગ તેનો ઉપયોગ કરે છે.

તેથી પ્રથમ ઉપયોગી અવલોકન પહેલાં અને પછી છે: પ્રથમ ફ્લો hub દ્વારા, પછીનો ફ્લો સીધો.

ત્રણ સ્થિતિઓ જે એક ટનલ જેવી લાગે છે

શોર્ટકટ ત્રણ સ્થિતિના ભાગ પર આધાર રાખે છે, અને દરેકનું પોતાનું જીવનકાળ અને પોતાનો આદેશ છે.

StateWhat it answersWhere to read it
NHRP cacheWhich transport address maps to this overlay addressshow ip nhrp
Route or shortcutWhere one specific inner prefix is forwardedshow ip route 10.10.20.5
IPsec associationWhich peer traffic is protected, and by which SAshow crypto ipsec sa peer 203.0.113.5

NHRP કેશ એન્ટ્રી overlay સરનામાને NBMA ટ્રાન્સપોર્ટ સરનામા સાથે મેપ કરે છે. રૂટ અથવા શોર્ટકટ નક્કી કરે છે કે એક આંતરિક ગંતવ્ય ક્યાં ફોરવર્ડ થાય. IPsec એસોસિએશન પરિણામે થતો ટ્રાફિક સુરક્ષિત કરે છે. ખૂટતો પ્રતિસાદ ત્રણમાંથી કોઈપણમાંથી આવી શકે છે, અને આદેશો કહે છે કે કયો ખૂટે છે.

તેમને એ જ ક્રમમાં વાંચો, કારણ કે ખૂટતું મેપિંગ બાકીના બેને રસહીન બનાવે છે.

વિનંતી અને પ્રતિસાદ અલગથી ચાલો

spoke A થી રિઝોલ્યુશન માંગો અને જુઓ શું પાછું આવે છે. વિનંતી સમર્થિત NHRP ફોરવર્ડિંગ માર્ગથી જાય છે, અને ગંતવ્ય hub દ્વારા નહીં પણ સીધું જવાબ આપી શકે છે. એ અસમાનતા સામાન્ય છે, અને તેથી જ પ્રતિસાદ આદાનપ્રદાનનો રસપ્રદ અડધો ભાગ છે.

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

વિનંતી hub થઈને ગઈ એટલા માટે સાથીના પ્રતિસાદે hub પાર કરવું પડે નહીં. તેને ભૂલ તરીકે ન વાંચો અને અસ્તિત્વમાં ન હોય તેવી રૂટિંગ ખામી પાછળ ન દોડો.

hub નું રીડાયરેક્ટ વાંચો, ફક્ત તેનો રૂટ નહીં

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

તબક્કો 3 સારાંશના અર્થને પણ બદલે છે. શોર્ટકટ વર્તન સાથે spokes ને તબક્કો 2 ડિઝાઇન જે ધારતું હતું તે ચોક્કસ દૂરસ્થ રૂટનો પૂરો સમૂહ જરૂરી નથી, તેથી spoke પરનો સારાંશિત રૂટ આપમેળે ખૂટતું નેટવર્ક નથી. સારાંશને ખામી તરીકે વાંચતા પહેલાં તબક્કો અને રૂટિંગ નીતિની ખાતરી કરો.

એ એક ગેરસમજ બીજા કોઈપણ કરતાં વધુ DMVPN ટિકિટો ઊભી કરે છે.

નિષ્કર્ષને ખૂટતી વસ્તુ તરીકે નોંધો

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

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

એ આદત આગલી ટિકિટમાં કામ લાગે છે. «ટનલ ઉપર છે પણ ધીમી» «B પાસે A ના હોસ્ટ માટે શોર્ટકટ નથી» બને છે, અને બીજું વિધાન પાંચ મિનિટનું સુધારણું છે. આદેશનું આઉટપુટ નિષ્કર્ષ સાથે રાખો, અને વેન્ડરની તબક્કો 3 માર્ગદર્શિકા તેની બાજુમાં રાખો.

સંબંધિત લેખો