రెండు WANలు ఉన్న DMVPN హబ్ రెండు మార్గాల్లో ఒకదానిలో ఫెయిల్ఓవర్ అవుతుంది, వ్యత్యాసం కనిపించేదానికంటే పెద్దది. ఒకటి రూట్ విధానం ఏ తదుపరి హాప్ను ఎంచుకుంటుందో మారుస్తుంది, కాబట్టి ప్యాకెట్లు ప్రవహిస్తూనే ఉంటాయి, వాటి నిర్గమనం మాత్రమే మారుతుంది. మరొకటి టన్నెల్ను పరిపాలనాపరంగా మూసివేస్తుంది, అది ఆ ఇంటర్ఫేస్పై ప్రతి సేవను తనతో పాటు క్రిందకు తీసుకువస్తుంది. రెండూ సరైనవి కావచ్చు, ఎందుకంటే అవి వేర్వేరు ప్రశ్నలకు సమాధానమిస్తాయి.

నిర్ణయం కాన్ఫిగ్ ముందే వస్తుంది

మూడు షరతులు దీన్ని మీ కోసం నిర్ణయిస్తాయి. టన్నెల్ ఇంటర్ఫేస్ పనిచేయడంపై మరేదైనా ఆధారపడి ఉందా, ఉదాహరణకు రెండవ DMVPN ప్రొఫైల్ లేక దాని స్థితిని చదివే మానిటర్? ఫెయిల్ఓవర్ కావాల్సిన ట్రాఫిక్ తన సొంత విధానాన్ని కలిగి ఉందా, లేక ప్రపంచ రూటింగ్ పట్టికపై ఆధారపడుతుందా? మరియు ఆపరేటర్కు స్పష్టమైన స్థితి మార్పు కావాలా, లేక నిశ్శబ్ద మార్గ మార్పు ఆమోదయోగ్యమా? ఈ మూడింటికి సమాధానం ఇవ్వండి, ఎంపిక సాధారణంగా తనంతట తానే జరుగుతుంది.

మూసివేత పనిచేస్తున్న సేవలను క్రిందకు తీసుకువస్తే, రూట్ విధానమే చిన్న చర్య. ప్రాథమిక WAN క్రింద ఉన్నంత కాలం టన్నెల్ ఉండకూడదు అనేది అవసరమైతే, ఏ విధాన నమోదు కూడా దాన్ని వ్యక్తపరచలేదు.

సమాధానం రాసి పెట్టుకోండి, ఎందుకంటే కాన్ఫిగ్ సులభమైన భాగం.

రూట్ విధానం నిజానికి ఏమి మారుస్తుంది

విధాన ఆధారిత రూటింగ్లో, ట్రాక్ చేసిన వస్తువు తదుపరి హాప్ను నియంత్రించగలదు. రూట్-మ్యాప్ నమోదు అభ్యర్థి తదుపరి హాప్ను మరియు దాన్ని ఉపయోగించడానికి పనిచేయాల్సిన ట్రాక్ చేసిన వస్తువును పేర్కొంటుంది, ఆ ట్రాకింగ్ స్థితి IP SLA ప్రోబ్ నుండి వస్తుంది. వస్తువు క్రిందికి వెళ్లినప్పుడు నమోదు సరిపోలడం ఆగిపోతుంది, ప్యాకెట్ తదుపరి నమోదు లేక సాధారణ రూటింగ్ పట్టిక ద్వారా మదింపు చేయబడుతుంది.

ఈ చివరి వివరం ప్రజలను ఆశ్చర్యపరుస్తుంది: తదుపరి హాప్ను ఎంచుకోవడం ఆపే విధానం సాధారణంగా ట్రాఫిక్ను నిరోధించడం కాకుండా సాధారణ రూటింగ్ను అనుమతిస్తుంది. మీకు వైఫల్యం సమయంలో నల్ల రంధ్రం కావాలంటే, మీరే ఒకటి రాయాలి.

వాక్యనిర్మాణం ప్లాట్ఫారమ్లు మరియు విడుదలల మధ్య మారుతుంది, కాబట్టి మీరు నిజంగా నడిపే సంస్కరణ మార్గదర్శిని చూడండి.

టన్నెల్ మూసివేత ఏమి మారుస్తుంది

ఇంటర్ఫేస్ను మూసివేయడం పరిపాలనా స్థితిని మారుస్తుంది. దానిపై ఆధారపడే ప్రతి టన్నెల్, రూట్ మరియు సెషన్ ఒకేసారి క్రిందకు వెళ్తాయి, టన్నెలే మాయం కావాల్సిన వస్తువు అయితే అదే మీకు కావాల్సినది. EEM యాప్లెట్ కూడా ఇదే విధంగా WAN సమస్యను సంబంధం లేని సేవలను కూడా కలిగిన అంతరాయంగా మారుస్తుంది.

ఈ మార్గం తీసుకుంటే, యాప్లెట్ను ఒక ఇంటర్ఫేస్ మరియు ఒక ట్రిగ్గర్కు పరిమితం చేయండి, మునుపటి పరిపాలనా స్థితిని సేవ్ చేయండి, పునరుద్ధరణ చర్యను నిర్వచించండి మరియు పునరావృత ఫ్లాప్లు దాన్ని లూప్లోకి నెట్టలేవని నిర్ధారించుకోండి.

హార్డ్కోడ్ చేసిన పునరుద్ధరణ ఆదేశం మరొకరు చేసిన నిర్వహణ మూసివేతను కూడా రద్దు చేయగలదు.

ప్రోబ్ మీరు భావించే మార్గంలోనే ప్రయాణించనివ్వండి

ప్రస్తుత ఉత్తమ మార్గాన్ని అనుసరించే ప్రోబ్ మిగతా అన్నింటితో పాటు బ్యాకప్ WANకి మారుతుంది, తర్వాత ప్రాథమికాన్ని ఆరోగ్యకరమని నివేదిస్తుంది, ఎందుకంటే అది ఇకపై దాన్ని ఉపయోగించదు.

ప్రోబ్ను మీరు పరీక్షిస్తున్న మార్గం ఇంటర్ఫేస్ లేక మూల చిరునామాకు పిన్ చేయండి. అది ఏమి లక్ష్యంగా పెట్టుకుందో కూడా తనిఖీ చేయండి, ఎందుకంటే ISP తదుపరి హాప్కు చేరుకోవడం టన్నెల్ ఏ సేవ కోసం ఉందో ఆ సేవకు చేరుకోవడం కంటే తక్కువ రుజువు చేస్తుంది. పైకి మరియు క్రిందకు జాప్యాలను ఉద్దేశపూర్వకంగా సెట్ చేయండి: చిన్న క్రిందకు జాప్యం వేగంగా ప్రతిస్పందించి ఫ్లాప్ అవుతుంది, పొడవైనది చిన్న కదలికలను తట్టుకుని నిజమైన వైఫల్యాలను దాచుతుంది. Cisco యొక్క IOS XEలో ట్రాకింగ్ మరియు విధాన-రూటింగ్ మార్గదర్శిని మద్దతు ఉన్న సంయోగాలను నమోదు చేస్తుంది, మీ ప్లాట్ఫారమ్ ఫీచర్ సెట్ వాటిలో ఏవి ఉపయోగించవచ్చో నిర్ణయిస్తుంది.

రెండు జాప్య విలువలను ట్రాక్ చేసిన వస్తువు పక్కన నమోదు చేయండి, లేకపోతే అది ఎందుకు అలా ప్రవర్తించిందో ఎవరికీ తెలియదు.

పునరుద్ధరణను నిర్ణయించి, తర్వాత ధృవీకరించండి

పునరుద్ధరణకు దాని సొంత నిర్ణయం అవసరం. పరిమితిని నిరంతరం దాటే లింక్ స్పష్టంగా విఫలమైన లింక్ కంటే ఎక్కువసార్లు సెషన్లను కదిలించగలదు, ప్రతి కదలికకు కీల పునఃచర్చ మరియు అప్లికేషన్ పునఃప్రయత్నాల ఖర్చు ఉంటుంది. స్థిరత్వ అవసరాన్ని ఎంచుకోండి, జాప్యం దాన్ని వ్యక్తపరచనివ్వండి. తర్వాత మార్పు విండోలో ప్రోబ్ మార్గం కనిపించేలా ధృవీకరించండి: ఎంచుకున్న రూట్, బాహ్య కూటమి మార్గం మరియు అప్లికేషన్ నిజంగా ఏమి చేసింది.

ఫెయిల్ఓవర్ పనిచేస్తుంది కానీ అప్లికేషన్ ఇంకా విరుగుతుంటే, సమస్య రూటింగ్ పొర పైన ఉంది మరియు ఎంత ట్రాకింగ్ అయినా దాన్ని సరిచేయదు.

ఆ విండో నుండి సాక్ష్యాలను ఉంచండి, ఎందుకంటే తదుపరి మార్పు వాటితో పోల్చబడుతుంది.

సంబంధిత వ్యాసాలు