OSPF గరిష్ఠ మెట్రిక్: శాఖను తొలగించకుండా దాని ట్రాన్సిట్ను నిరుత్సాహపరచడం

రెండు కార్యాలయాలు ఒక శాఖ ద్వారా కలుపబడ్డాయి; అది తన స్వంత ట్రాఫిక్ను మరియు చాలా కొద్దిగా ఇతరత్రా మోయాలి. శాఖకు రెండు ప్రదేశాలకూ మార్గాలు కావాలి, ఏ ప్రదేశం కూడా వాటి మధ్య మార్గంగా దానికి ప్రాధాన్యం ఇవ్వకూడదు. శాఖను టోపాలజీ నుండి తొలగించడం ట్రాన్సిట్ సమస్యను పరిష్కరించి అవసరాన్ని భంగం చేస్తుంది, ఎందుకంటే శాఖ ఇంకా రెండు ప్రదేశాలకూ చేరాలి, రెండు ప్రదేశాలూ ఇంకా శాఖకు చేరాలి.

మీకు కావలసింది రూటింగ్ ప్రోటోకాల్లో వ్యక్తీకరించబడిన ప్రాధాన్యత; అది శాఖను పూర్తిగా చేరగలిగేలా ఉంచి, దాని గుండా వెళ్లే ప్రతిదానికీ దాన్ని చెడు ఎంపికగా చేస్తుంది. రౌటర్లు సమస్యను చూసే క్రమంలోనే నడవండి.

తప్పించుకోవాలనుకునే మార్గంతో ప్రారంభించండి

టోపాలజీని ప్రోటోకాల్ చూసే విధంగా గీయండి, రేఖాచిత్రం చూసే విధంగా కాదు. ఏ ఇంటర్ఫేస్లు పొరుగుతనాన్ని ఏర్పరుస్తాయి, ఏవి ఒకే ప్రాంతంలో ఉన్నాయి, శాఖకు ప్రాధాన్యం ఇస్తే ఆ పొరుగుతనాల్లో ఏవి రెండు కార్యాలయాల మధ్య ట్రాఫిక్ను మోస్తాయి? ఇవి మూడు వేర్వేరు ప్రశ్నలు, రేఖాచిత్రం వాటిలో ఏదానికీ నమ్మదగిన సమాధానం ఇవ్వదు.

తర్వాత ప్రత్యామ్నాయ మార్గాన్ని కనుగొనండి. కార్యాలయాల మధ్య ఏకైక మార్గం శాఖ గుండా వెళితే, ఏ మెట్రిక్ కూడా ట్రాఫిక్ను అక్కడి నుండి కదిలించలేదు, ఎందుకంటే ట్రాఫిక్కు వెళ్లడానికి స్థలం లేదు. అధిక్యత ఈ నిర్మాణం యొక్క వివరం కాదు; అది ముందస్తు షరతు. కాగితంపై మాత్రమే ఉన్న రెండవ మార్గం లెక్కించబడదు.

show ip ospf neighbor
show ip ospf interface brief
show ip route 10.40.0.0

ఈ మూడు వీక్షణలు వేర్వేరు ప్రశ్నలకు సమాధానం ఇస్తాయి: ఎవరు పొరుగువారు, ఏ ఇంటర్ఫేస్లు ఏ ఖర్చుతో పాల్గొంటాయి, పరికరం ఇప్పుడు ఏ మార్గాన్ని ఎంచుకుంటుంది. టన్నెల్ అమలు నాల్గవదాన్ని జోడిస్తుంది: రేఖాచిత్రంలోని గీత పొరుగుతనం దాని ద్వారా ఏర్పడిందని రుజువు కాదు, ఏర్పడిన పొరుగుతనం ఫార్వార్డింగ్ అదే మార్గాన్ని అనుసరిస్తుందని రుజువు కాదు. టన్నెల్ నిర్మాణాల్లోనే ఈ అంతరం ఎక్కువగా కనిపిస్తుంది.

గరిష్ఠ మెట్రిక్ ఏమి ప్రకటిస్తుంది

RFC 6987, తన స్టబ్ కాని లింకులను గరిష్ఠ లింక్ మెట్రిక్తో ప్రకటించే రౌటర్ను వివరిస్తుంది, అది 0xffff గా నిర్వచించబడింది. రౌటర్ ఇంకా తనను మరియు తన లింకులను వివరిస్తుంది; వాటికి పరిధి శిఖరం వద్ద ధర పెడుతుంది, కాబట్టి ప్రతి ఇతర రౌటర్ దాని గుండా వెళ్లే మార్గాన్ని ఖరీదైనదిగా లెక్కిస్తుంది.

ఇది router-LSA మార్పు, టోపాలజీ తొలగింపు కాదు. భేదం ముఖ్యం: router-LSA ఫ్లష్ చేయడం టోపాలజీ సమాచారాన్నే వెనక్కి తీసుకుంటుంది, ఇది రౌటర్ను మరియు దాని వెనుక ఉన్న ప్రిఫిక్స్లను చేరుకోవడానికి అవసరమైన సంబంధాలను కూడా వెనక్కి తీసుకోవచ్చు. ప్రకటనను ఉంచి దాని ధరను పెంచడం ఆ సంబంధాలను కాపాడుతుంది. ఈ పద్ధతికి మరియు తొలగింపుకు మధ్య మొత్తం భేదం అదే.

RFC 6987 యంత్రాంగానికి ప్రాంత రకాలు లేదా నియమిత రౌటర్ ఎంపికతో ఎటువంటి సంబంధం లేదు. స్టబ్ ప్రాంతం ప్రాంత సరిహద్దులో లింక్-స్టేట్ ప్రకటనల ఒక వర్గాన్ని నిరోధిస్తుంది, స్టబ్ రౌటర్ తన స్వంత లింకులకు ధర పెడుతుంది. సమానమైన పదాలు, సంబంధం లేని యంత్రం.

చేరుకోగల సామర్థ్యం నిలిచి ఉండి ట్రాన్సిట్ నిలవకుండా ఉండటం ఎందుకు

ఇతర రౌటర్లకు ఇంకా శాఖ యొక్క కనెక్ట్ అయిన ప్రిఫిక్స్లకు మార్గం ఉంది, ఎందుకంటే శాఖ వాటిని ఇంకా ప్రకటిస్తుంది, లింకులు ఇంకా ఉన్నాయి. మారేది ఏమిటంటే వేరే చోటికి వెళ్తున్నప్పుడు శాఖ గుండా వెళ్లే ఏ మార్గం యొక్క మొత్తం ఖర్చు. ప్రిఫిక్స్లు కదలవు; రౌటర్ను దాటడం ధర మాత్రమే మారుతుంది.

మూలం లేదా గమ్యం శాఖయే అయిన ట్రాఫిక్కు, ఖరీదైన లింక్ ఇంకా ఏకైక సమంజసమైన మార్గంలో ఉంది, కాబట్టి అది ఉపయోగించబడుతుంది. రెండు కార్యాలయాల మధ్య ట్రాఫిక్కు, ప్రత్యామ్నాయ మార్గం ఇప్పుడు ఖర్చులో గెలుస్తుంది, శాఖ టోపాలజీ నుండి మాయం కాకుండా ఫార్వార్డింగ్ నిర్ణయం నుండి బయటకు వస్తుంది. రెండు దిశలు, రెండు వేర్వేరు సమాధానాలు, రెండూ యంత్రాంగం పని చేస్తున్నట్లు చూపిస్తాయి.

ఇది ఊహించవలసినది కాదు, ధృవీకరించవలసిన ప్రవర్తన. శాఖ సృష్టించే router-LSA చూడండి, తర్వాత శాఖ వెనుక ఉన్న గమ్యానికి మరియు మరొక కార్యాలయంలోని గమ్యానికి మరో రౌటర్ ఎంచుకునే మార్గాన్ని చూడండి. రెండు సమాధానాలు భిన్నంగా ఉండాలి, లేకపోతే మెట్రిక్ మార్పు మీరు భావించే నిర్ణయాన్ని చేరుకోదు.

చివరి మార్గ సమస్య

అదే RFC ఈ పద్ధతి వినియోగాన్ని నిషేధించదని స్పష్టం చేస్తుంది. ప్రత్యామ్నాయ మార్గం విఫలమైనప్పుడు, రౌటర్లు శాఖ గుండా వెళ్లే ఖరీదైన మార్గానికి తిరిగి వస్తాయి, ఎందుకంటే అది ఇంకా చెల్లుబాటు అయ్యే మార్గం, ప్రోటోకాల్ మార్గం లేకపోవడం కంటే ఖరీదైన మార్గాన్ని ఇష్టపడుతుంది.

ఆ తిరిగి రావడం ఆమోదయోగ్యమా అనేది అమలుకు ముందు మీరు సమాధానం చెప్పవలసిన విధాన ప్రశ్న. చిన్న అప్లింక్పై ఉన్న శాఖ అకస్మాత్తుగా కార్యాలయాల మధ్య ట్రాఫిక్ను మోస్తే అది అంతరాయం కంటే దారుణంగా ఉండవచ్చు, నిర్వహణ విండోలో మీకు కావలసినది కూడా అదే కావచ్చు. రెండు సమాధానాలూ చెల్లుబాటు; మౌనం కాదు.

అవసరం ప్రాధాన్యత కాదు కఠిన నిషేధం అయితే, మెట్రిక్ నిర్మాణం మాత్రమే దాన్ని ఇవ్వదు. ఉద్దేశానికి సరిపోయే ఫార్వార్డింగ్ అమలు, ట్రాఫిక్ ఏమైనా వచ్చిన సందర్భానికి నిర్వచిత ప్రవర్తన అవసరం. మార్గాన్ని ఉపయోగించదగినదిగా ప్రకటించి తర్వాత ట్రాఫిక్ను పడవేయడం రూటింగ్ లూప్ కంటే నిర్ధారణ కష్టమైన నల్ల బిలాన్ని సృష్టిస్తుంది.

OSPFv3 కోసం RFC R-బిట్ను ట్రాన్సిట్ భాగస్వామ్యాన్ని మినహాయించే మరో మార్గంగా చర్చిస్తుంది. అది గరిష్ఠ-మెట్రిక్ పద్ధతి వంటి చివరి-మార్గ ప్రవర్తనను వారసత్వంగా పొందుతుందని భావించకండి, రెండు చిరునామా కుటుంబాల మధ్య ఒకే లక్షణం అన్నట్లు సెట్టింగ్లను కాపీ చేయకండి.

సాధారణ మరియు వైఫల్య పరిస్థితుల్లో నిరూపించండి

రెండుసార్లు పరీక్షించండి: ఒకసారి రెండు మార్గాలూ అందుబాటులో ఉన్నప్పుడు, ఒకసారి ప్రాధాన్య మార్గం తొలగించినప్పుడు. మొదటి పరీక్ష ప్రాధాన్యత పని చేస్తున్నట్లు చూపిస్తుంది, రెండవది ప్రాధాన్యతను గౌరవించలేనప్పుడు నెట్వర్క్ ఏమి చేస్తుందో చూపిస్తుంది. రెండవ పరీక్షను దాటవేయడం ముఖ్యమైన సగభాగాన్ని పరీక్షించకుండా వదిలేస్తుంది.

show ip ospf database router 10.0.0.3
show ip route 172.20.8.0
traceroute 172.20.8.1

డేటాబేస్ వీక్షణ ప్రకటించిన మెట్రిక్ను చూపిస్తుంది, మార్గ శోధన ఎంచుకున్న తదుపరి హాప్ను చూపిస్తుంది, ట్రేస్ ప్యాకెట్లు నిజంగా ఎక్కడికి వెళ్లాయో చూపిస్తుంది. ఈ మూడూ సరిపోతే, సరిగ్గా కనిపించే కాన్ఫిగరేషన్ కాదు, ధృవీకరించిన నిర్మాణం మీ దగ్గర ఉంది.

తర్వాత ప్రాధాన్య మార్గాన్ని పునరుద్ధరించి, శాఖ తన స్వంత ట్రాఫిక్ మాత్రమే మోసే స్థితికి తిరిగి వస్తుందని నిర్ధారించండి. పునరుద్ధరణ దశ శుభ్రతకు కాదు, పరీక్షకు చెందుతుంది, ఎందుకంటే తదుపరి మార్పు వరకు మాత్రమే పని చేసే నిర్మాణం నిర్మాణం కాదు. రెండు ఫలితాలను, తిరిగి రావడంతో సహా, రాయండి, ఎందుకంటే రెండవదే ఎవరికైనా రాత్రి మూడు గంటలకు అవసరమయ్యే సమాధానం.