DMVPN WAN ફેલઓવર: રૂટ પોલિસી કે ટનલ બંધ કરવી?

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

નિર્ણય કન્ફિગ પહેલાં આવે છે

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

જો બંધ કરવાથી કામ કરતી સેવાઓ નીચે આવે, તો રૂટ પોલિસી નાનું પગલું છે. જો જરૂરિયાત એ હોય કે પ્રાથમિક WAN નીચે હોય ત્યાં સુધી ટનલ હોવી જ ન જોઈએ, તો કોઈ પોલિસી એન્ટ્રી તે વ્યક્ત કરી શકતી નથી.

જવાબ લખી રાખો, કારણ કે કન્ફિગ સહેલો ભાગ છે.

રૂટ પોલિસી ખરેખર શું બદલે છે

પોલિસી-આધારિત રૂટિંગમાં, ટ્રેક કરેલી ઑબ્જેક્ટ આગલા હોપને નિયંત્રિત કરી શકે છે. રૂટ-મેપ એન્ટ્રી ઉમેદવાર આગલા હોપ અને તેના ઉપયોગ માટે ચાલુ હોવી જરૂરી એવી ટ્રેક કરેલી ઑબ્જેક્ટનું નામ આપે છે, અને તે ટ્રેકિંગ સ્થિતિ IP SLA પ્રોબમાંથી આવે છે. જ્યારે ઑબ્જેક્ટ નીચે જાય છે, ત્યારે એન્ટ્રી મેળ ખાવાનું બંધ કરે છે અને પેકેટનું મૂલ્યાંકન આગલી એન્ટ્રી કે સામાન્ય રૂટિંગ ટેબલ દ્વારા થાય છે.

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

સિન્ટેક્સ પ્લેટફોર્મ અને રિલીઝ પ્રમાણે અલગ પડે છે, તેથી તમે ખરેખર ચલાવો છો તે આવૃત્તિની માર્ગદર્શિકા જુઓ.

ટનલ બંધ કરવાથી શું બદલાય છે

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

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

હાર્ડકોડ કરેલી પુનઃપ્રાપ્તિ કમાન્ડ બીજા કોઈએ કરેલા જાળવણી-બંધને પણ ઓવરરાઇડ કરી શકે છે.

પ્રોબને તમે વિચારો તે પથ પર ચલાવો

વર્તમાન શ્રેષ્ઠ રૂટ અનુસરતો પ્રોબ બાકીની બધી વસ્તુ સાથે બેકઅપ WAN પર જાય છે અને પછી પ્રાથમિકને સ્વસ્થ જાહેર કરે છે, કારણ કે તે હવે તેનો ઉપયોગ કરતું નથી.

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

બંને વિલંબ મૂલ્યો ટ્રેક કરેલી ઑબ્જેક્ટની બાજુમાં નોંધો, નહીં તો તે આવું કેમ વર્ત્યું તે કોઈને ખબર નહીં પડે.

પુનઃસ્થાપન નક્કી કરો, પછી ચકાસો

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

જો ફેલઓવર કામ કરે પણ એપ્લિકેશન તૂટે જ રહે, તો સમસ્યા રૂટિંગ સ્તરની ઉપર છે અને કોઈ પણ ટ્રેકિંગ તેને ઠીક નહીં કરે.

તે વિન્ડોના પુરાવા સાચવો, કારણ કે આગલો ફેરફાર તેમની સાથે સરખાવવામાં આવશે.