VPN పై OSPF పొరుగువారు ఏర్పడటం లేదా? వీటిని క్రమంగా తనిఖీ చేయండి

టన్నెల్ నడుస్తోంది, ఇంటర్ఫేస్లు ఒకే సబ్నెట్లో ఉన్నాయి, అయినా OSPF ఏమీ చూపడం లేదు. చాలాసార్లు టన్నెల్ సరిగ్గా ఉంటుంది మరియు OSPF యొక్క ఒక అవసరం నెరవేరలేదు. క్రింది ఐదు తనిఖీలను క్రమంగా చేయండి మరియు మొదటి వైఫల్యం వద్ద ఆగండి.

ప్రతి తనిఖీకి వేర్వేరు లక్షణం ఉంటుంది, కాబట్టి జాబితా కంటే క్రమం ముఖ్యం.

తనిఖీ 1: లింక్ నమూనా సరైనదేనా

పాయింట్-టు-పాయింట్ ఇంటర్ఫేస్ మరియు పంచుకున్న బహుళ-యాక్సెస్ నెట్వర్క్ వేర్వేరు OSPF వాతావరణాలు. బ్రాడ్కాస్ట్-LAN కాన్ఫిగరేషన్ను టన్నెల్పై కాపీ చేయడం ఇక్కడ అత్యంత సాధారణ తప్పు. VPN అమలు మద్దతిచ్చే నెట్వర్క్ రకాన్ని సెట్ చేయండి, రూట్ చేయబడిన టన్నెల్కు సాధారణంగా పాయింట్-టు-పాయింట్. తర్వాత ప్లాట్ఫారమ్ అంగీకరిస్తుందా అని నిర్ధారించండి, ఎందుకంటే కొన్ని అమలులు సెట్టింగ్ను విస్మరిస్తాయి లేదా దానిపై రాస్తాయి.

లింక్ నమూనా తప్పు అయితే, జాబితాలో తదుపరి ఏదీ సహాయం చేయదు.

తనిఖీ 2: ప్యాకెట్లు పాస్ కావడానికి అనుమతి ఉందా

OSPFv2 అనేది IP ప్రోటోకాల్ 89, TCP లేదా UDP పోర్ట్ కాదు, కాబట్టి పోర్ట్ల కోసం రాసిన ఫైర్వాల్ నియమం దాన్ని నిశ్శబ్దంగా విస్మరిస్తుంది. హలోలు కూడా మల్టీకాస్ట్ చిరునామాలకు వెళ్తాయి, వాటిని విధానం అనుమతించకపోవచ్చు. టన్నెల్ రెండు చివరల మధ్య ప్రోటోకాల్ 89ను అనుమతించండి, తర్వాత ప్లాట్ఫారమ్కు స్పష్టమైన పొరుగు ప్రకటనలు అవసరమా అని తనిఖీ చేయండి.

ping మాత్రమే పాస్ అయ్యే టన్నెల్ విధానం సమస్య, రౌటింగ్ కాదు.

తనిఖీ 3: పొరుగు పారామితులు సరిపోలుతున్నాయా

ప్రాంత ID, హలో మరియు డెడ్ విరామాలు, ప్రామాణీకరణ మరియు stub ఫ్లాగ్లు అన్నీ సరిపోలాలి. అసమతుల్యత సాధారణంగా పొరుగును నిశ్శబ్దంగా విఫలం కాకుండా కనిపించే స్థితిలో వదిలివేస్తుంది, ఇది ఉపయోగకరం. రెండు చివరలలో నడుస్తున్న కాన్ఫిగరేషన్ను పోల్చండి, ఉద్దేశించినది కాదు.

MTU అసమతుల్యత సూక్ష్మమైనది. ఇది ExStart వద్ద డేటాబేస్ మార్పిడిని నిరోధిస్తుంది, కాబట్టి పొరుగు ఎప్పటికీ Full చేరుకోదు.

తనిఖీ 4: స్థితి ఏమి చెబుతుంది

స్థితి వైఫల్యానికి పేరు పెడుతుంది. Init అంటే హలోలు వస్తున్నాయి కానీ ఈ రౌటర్ వాటిలో జాబితా చేయబడలేదు, ఇది ఒక-మార్గం లేదా మల్టీకాస్ట్ సమస్యను సూచిస్తుంది. Two-Way DR కాని పొరుగుతో బ్రాడ్కాస్ట్ సెగ్మెంట్లో సాధారణం మరియు పాయింట్-టు-పాయింట్ లింక్లో అసాధారణం. ExStart లేదా Exchange ఇరుక్కోవడం MTU లేదా డేటాబేస్ వివరణ సమస్య. Loading అంటే లింక్-స్టేట్ అభ్యర్థనలకు సమాధానం ఇవ్వడం లేదు.

ఏదైనా మార్చే ముందు స్థితిని చదవండి, ఎందుకంటే అది జాబితాలో చాలా వరకు తొలగిస్తుంది.

show ip ospf neighbor స్థితి, పొరుగు చిరునామా మరియు డెడ్ టైమర్ను ముద్రిస్తుంది. ఆ టైమర్ను రెండు వైపుల హలో విరామంతో పోల్చండి: హలో కంటే నాలుగు రెట్లు డెడ్ విరామం సాధారణం, మిగతావన్నీ అసమతుల్యత. స్థితి నిలువు వరుస మొత్తం పేజీలో వేగవంతమైన పఠనం.

తనిఖీ 5: వాస్తవంగా ఏమి ప్రకటించబడుతుంది

Full పొరుగుతనం ఒక మార్గం కాదు. ఏ నెట్వర్క్లు సృష్టించబడతాయి, ఏవి నేర్చుకోబడతాయి మరియు ఏవి రౌటింగ్ పట్టికలో ఇన్స్టాల్ చేయబడతాయో తనిఖీ చేయండి. నెట్వర్క్ ప్రకటన లేకపోవడం లేదా సైట్ ప్రిఫిక్స్ను మినహాయించే పునఃపంపిణీ విధానం ఆరోగ్యకరమైన పొరుగును మరియు ఖాళీ పట్టికను ఇస్తుంది.

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

IPv6 కోసం OSPFv3 కి దాని స్వంత అవసరాలు ఉన్నాయి మరియు ఇది ప్రతి OSPFv2 సెట్టింగ్పై చిరునామా కుటుంబ స్విచ్ కాదు. సరిపోలే ప్రోటోకాల్ మరియు ప్లాట్ఫారమ్ డాక్యుమెంటేషన్ ఉపయోగించండి. మరియు కనెక్షన్ ఒక స్థిర లింక్ అయితే, మీరు నిర్వహించవలసిన నియంత్రణ తలాన్ని జోడించే ముందు స్థిర మార్గాలను పోల్చండి.