ASA VTI పై OSPF లేదా EIGRP: మీ రిలీజ్ ఏదాన్ని మద్దతిస్తుంది
OSPFv2 మరియు EIGRP ASA VTI ద్వారా 9.19(1) నుండి మాత్రమే, మరియు multicast ప్రారంభించినప్పుడు మాత్రమే వెళ్తాయి. మీరు నడిపే రిలీజ్లో రెండింటినీ పోల్చి, తర్వాత పొరుగువారిని ధృవీకరించండి.
OSPF మరియు EIGRP మధ్య చాలా చర్చలు టన్నెల్ ఇప్పటికే ప్రోటోకాల్ను మోయగలదని ఊహిస్తాయి, మరియు ASAలో మొదట తనిఖీ చేయవలసిన భాగం ఆ ఊహనే. ఇమేజ్, VTI రకం మరియు multicast మార్గం ధృవీకరించిన తర్వాతే పోలిక ఆసక్తికరంగా మారుతుంది. ఈ క్రమం తప్పితే, ఎప్పటికీ పొరుగు సంబంధం ఏర్పడని టన్నెల్లో టైమర్లను సర్దుబాటు చేస్తూ మధ్యాహ్నం గడుపుతారు. ఇలాంటి ప్రతి డిజైన్ను నేను రిలీజ్ నోట్లు మరియు నడుస్తున్న కాన్ఫిగరేషన్తో ప్రారంభిస్తాను, ప్రోటోకాల్ ప్రాధాన్యతతో కాదు.
ప్రోటోకాల్ కంటే ముందు రిలీజ్ నిర్ణయిస్తుంది
ASA 9.24 కోసం Cisco VTI మార్గదర్శిని ఉపయోగించదగిన డాక్యుమెంటేషన్ ఆధారం: ఇది స్థిర మరియు డైనమిక్ VTIలను వివరిస్తుంది మరియు స్థిర రౌటింగ్, BGP, OSPF మరియు EIGRPలను జాబితా చేస్తుంది. దాని ఫీచర్ చరిత్ర VTIపై OSPFv2 మరియు EIGRP మద్దతును 9.19(1) వద్ద ఉంచుతుంది. దాని కంటే పాతది వేరే సంభాషణ.
కాబట్టి మొదటి రెండు ప్రశ్నలు నీరసంగా మరియు నిర్ణయాత్మకంగా ఉన్నాయి:
| Check | What decides it |
|---|---|
| Image and release | Whether the feature history lists OSPFv2 or EIGRP on VTI for the version you run |
| VTI type | Static or dynamic, and which routing context the platform permits |
| Multicast on the tunnel | Whether it is enabled, and whether the group limits are respected |
ASA VTIని ఉపయోగించలేదు లేదా IGP మోయలేదు అనే ప్రకటన కొన్ని పాత ఇమేజ్లకు నిజం, ఇది ప్రస్తుత మద్దతు మ్యాట్రిక్స్ కాదు. అదేవిధంగా, 9.24 మార్గదర్శిని ప్రతి పరికరాన్ని అప్గ్రేడ్ చేయాలనే సూచన కాదు. ఆ రిలీజ్ ఏమి మద్దతిస్తుందో చెబుతుంది, మరియు మీరు అమలు చేసిన రిలీజ్ తనకు తానే సమాధానం చెప్పాలి."
unicast వెళ్లడం IGP ఏర్పడుతుందని అర్థం కాదు
అదే మార్గదర్శిని unicast డిఫాల్ట్గా వెళ్తుందని మరియు VTIపై OSPFv2 లేదా EIGRP కోసం multicast ప్రారంభించాలని, multicast సమూహాలపై డాక్యుమెంటెడ్ పరిమితులతో పేర్కొంటుంది. ఆ ఒక్క వాక్యం ఈ డిజైన్లో నేను చూసిన చాలా విఫల పొరుగు సంబంధాలను వివరిస్తుంది. టన్నెల్ ద్వారా పనిచేసే ping లేదా ఆకుపచ్చ IPsec స్థితి unicast మార్గాన్ని మాత్రమే నిరూపిస్తుంది. ప్రోటోకాల్ కనుగొనడానికి multicast మార్గం అవసరం, రెండూ విడివిడిగా కాన్ఫిగర్ చేయబడతాయి.
hello లేదా hold టైమర్లను తాకే ముందు టన్నెల్ ఇంటర్ఫేస్ కాన్ఫిగరేషన్లో ఆ multicast సెట్టింగ్ను తనిఖీ చేయండి. సెట్టింగ్ లేకపోతే, పొరుగు సంబంధం నెమ్మదిగా కాదు, అసాధ్యం.
ఒకే టన్నెల్లో OSPF మరియు EIGRP పక్కపక్కన
టన్నెల్ మీదనే రెండు ప్రోటోకాల్లు మరెక్కడైనా ఉన్నట్లే కనిపిస్తాయి. OSPFకు సరిపోయే నెట్వర్క్ రకం, ప్రాంతం, ప్రామాణీకరణ మరియు పొరుగు పరామితులు అవసరం; EIGRPకు దాని AS నంబర్ మరియు దానితో వెళ్లే ఇంటర్ఫేస్-స్థాయి సెట్టింగ్లు అవసరం.
ఉచ్చు ఏమిటంటే మరో టన్నెల్ మాదిరి నుండి పొరుగు ప్రకటనలను కాపీ చేయడం. VTI లేని డిజైన్లో స్థిర పొరుగువారి గురించిన సలహా multicastను నివారించడానికి ఉండేది, అది ప్రోటోకాల్ను సహజంగా మోయాల్సిన VTIకి వర్తించదు. మద్దతు ఉన్న ఇంటర్ఫేస్ ప్రవర్తనను కాన్ఫిగర్ చేయండి, తర్వాత ప్రోటోకాల్ తన పొరుగు సంబంధాన్ని తానే ఏర్పరచుకోనివ్వండి.
తర్వాత మీ టోపాలజీకి నిజంగా భిన్నమైన అక్షాలపై పోల్చండి: మరో వైపుతో పరస్పర ఆపరేబిలిటీ, పరీక్షించగల కన్వర్జెన్స్ ప్రవర్తన, మరియు మీ బృందంలోని కార్యాచరణ జ్ఞానం. ఒక ప్రోటోకాల్ వేగంగా లేదా తేలికగా ఉందనే చారిత్రక కథ మీ నెట్వర్క్ కొలత కాదు.
పొరుగువారు ఇన్స్టాల్ చేసిన మార్గాలకు సమానం కాదు
పొరుగు సంబంధం లేచిన తర్వాత, ఉత్పన్నమయ్యేదాన్ని అంగీకరించేదాని నుండి వేరు చేయండి. ప్రతి వైపు ఏ శాఖ ప్రిఫిక్స్లను ప్రకటిస్తుంది, ఏవి స్వీకరించబడతాయి, ఏవి ఎంపిక చేయబడతాయి, ఏవి నిజంగా రౌటింగ్ పట్టికను చేరుకుంటాయో చూడండి. దిగుమతి, ఎగుమతి మరియు పునఃపంపిణీ పరిధి పరికరానికి తెలిసిన ప్రతిదానిని ఒకేలా ప్రకటించడం కాకుండా ఉద్దేశపూర్వకంగా ఉండాలి.
show ospf neighbor మరియు show eigrp neighbors సెషన్ సజీవంగా ఉందని మీకు చెబుతాయి. show route శాఖ ప్రిఫిక్స్ వచ్చిందో లేదో మీకు చెబుతుంది, ఇవి వేర్వేరు ప్రశ్నలు.
అప్లికేషన్ మార్గం మళ్లీ మూడవ ప్రశ్న. పొరుగు సంబంధం చేరుకోగల సామర్థ్యాన్ని పంపిణీ చేస్తుంది; అది ఫైర్వాల్ ద్వారా అనుమతి ఇవ్వదు, ట్రాఫిక్ ఎంపికదారులు మరియు ఫిల్టరింగ్ నియమాలు ఏకీభవిస్తాయని నిరూపించదు. మార్గం అంటే విధానం అని ఊహించడం బదులు, అనుమతించిన ప్రవాహాన్ని మరియు దాని ప్రతిస్పందన మార్గాన్ని ఆమోదిత పరీక్షతో ధృవీకరించండి.
పూర్తయిన పోలిక ఏమి నమోదు చేయాలి
టన్నెల్ ఇంటర్ఫేస్, దానిని మద్దతిచే రిలీజ్, మీరు ధృవీకరించిన నియంత్రణ మార్పిడి మరియు మీరు పరిమితం చేసిన మార్గ విధానాన్ని రాయండి. multicast సెట్టింగ్ను జోడించండి, ఎందుకంటే మిగతావి పనిచేస్తాయో లేదో నిశ్శబ్దంగా నిర్ణయించే వివరం అదే. ఆ రికార్డును అమలు చేసిన రిలీజ్ పక్కన ఉంచండి, అప్పుడు తర్వాతి ఫీచర్ మార్పును ఇప్పటికే గడువు ముగిసిన ఊహ నుండి మళ్లీ ప్రారంభించకుండా సమీక్షించవచ్చు.
ఆ నాలుగింటిలో ఏదైనా లేకపోతే, మీ దగ్గర డిజైన్ కాదు, ప్రాధాన్యత ఉంది. మొదట లేని వాస్తవాన్ని సరిచేయండి; ప్రోటోకాల్ ఎంపిక సులభమైన భాగం.