OSPF edo EIGRP ASA VTI baten gainean: zein onartzen du zure bertsioak
OSPFv2 eta EIGRP ASA VTI batetik 9.19(1) bertsiotik aurrera soilik igarotzen dira, eta multicast gaituta dagoenean bakarrik. Konparatu biak erabiltzen duzun bertsioan, eta gero egiaztatu bizilagunak.
OSPF eta EIGRPren arteko eztabaida gehienek tunelak protokoloa jada eraman dezakeela suposatzen dute, eta ASA batean suposizio hori da lehenengo egiaztatzea merezi duen zatia. Konparazioa interesgarri bihurtzen da irudia, VTI mota eta multicast bidea baieztatu ondoren soilik. Ordena hori gaizki egiten baduzu, arratsalde bat emango duzu inoiz bizilagun-harremanik sortuko ez duen tunel batean tenporizadoreak doitzen. Diseinu horietako bakoitza bertsioaren oharrekin eta exekuzio-konfigurazioarekin hasten dut, ez protokolo-lehentasunarekin.
Bertsioak erabakitzen du protokoloak baino lehen
Ciscoren VTI gida ASA 9.24rako erabilgarria den dokumentazio-oinarria da: VTI estatiko eta dinamikoak deskribatzen ditu eta bideratze estatikoa, BGP, OSPF eta EIGRP zerrendatzen ditu. Bere eginbide-historiak OSPFv2 eta EIGRPren VTI gaineko euskarria 9.19(1) bertsioan kokatzen du. Horretatik zaharragoa dena beste elkarrizketa bat da.
Beraz, lehen bi galderak aspergarriak eta erabakigarriak dira:
| 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 batek VTIak erabil ezin dituela edo IGP bat eraman ezin duela dioen baieztapena irudi zahar batzuentzat egia zen eta ez da oraingo euskarri-matrizea. Era berean, 9.24 gida ez da gailu bakoitza eguneratzeko jarraibidea. Bertsio horrek zer onartzen duen esaten du, eta zure inplementatutako bertsioak bere buruaren alde erantzun behar du.
Unicast igarotzeak ez du esan nahi IGP-a sortuko denik
Gida berak adierazten du unicast-a lehenespenez igarotzen dela eta multicast gaituta egon behar dela OSPFv2 edo EIGRPrako VTIan, multicast taldeetan muga dokumentatuekin. Esaldi bakar horrek azaltzen ditu diseinu honetan ikusi ditudan bizilagun-harreman hutsegite gehienak. Tunelaren zehar funtzionatzen duen ping batek edo IPsec egoera berde batek unicast bidea soilik frogatzen du. Protokoloaren aurkikuntzak multicast bidea behar du, eta biak bereiz konfiguratzen dira.
Egiaztatu tunelaren interfazearen konfigurazioan multicast ezarpen hori hello edo hold tenporizadoreak ukitu aurretik. Ezarpening ez badago, bizilagun-harremana ez da motela, ezinezkoa baizik.
OSPF eta EIGRP elkarren ondoan tunel berean
Tunelaren beraren gainean bi protokoloek beste edozein tokitan bezala ematen dute. OSPFek behar du bat datozen sare mota, eremua, autentifikazioa eta bizilagun parametroak; EIGRPek bere AS zenbakia eta berarekin doazen interfaze mailako ezarpenak behar ditu.
Tranpa beste tunel eredu bateko bizilagun adierazpenak kopiatzea da. VTIrik gabeko diseinu batean bizilagun estatikoen inguruko aholkua multicast-a saihesteko zegoen, eta ez da aldatzen protokoloa berez eraman behar duen VTI batera. Konfiguratu onartutako interfaze-jokaera eta utzi protokoloari bere bizilagun-harremana eratzea.
Gero konparatu zure topologiarako benetan desberdinak diren ardatzetan: beste aldearekin interoperabilitatea, proba dezakezun konbergentzia-jokaera eta zure taldeko ezagutza operatiboa. Protokolo bat azkarragoa edo arinagoa delako anekdota historikoa ez da zure sarearen neurketa.
Bizilagunak ez dira instalatutako bideekin berdinak
Bizilagun-harremana altxatu ondoren, bereizi sortzen dena onartzen denetik. Begiratu zein adar-prefix iragartzen dituen alde bakoitzak, zein jasotzen diren, zein hautatzen diren eta zein iristen diren benetan bideratze-taulara. Inportazio, esportazio eta birbanaketaren irismena deliberatua izan behar da, gailuak dakienero guztiaren iragarki orokorra izan beharrean.
show ospf neighbor eta show eigrp neighbors esaten dizute saioa bizirik dagoela. show route esaten dizu adar-prefixa iritsi den, eta horiek galdera ezberdinak dira.
Aplikazioaren bidea hirugarren galdera bat da berriz. Bizilagun-harreman batek irisgarritasuna banatzen du; ez du suebakiaren bidez baimenik ematen eta ez du frogatzen trafiko-hautatzaileek eta iragazketa-arauen bat datozenik. Egiaztatu baimendutako fluxua eta haren erantzun-bidea onartutako proba batekin, bideak politika dakarrela suposatu beharrean.
Amaitutako konparazioak zer jaso behar duen
Idatzi tunelaren interfazea, hura onartzen duen bertsioa, egiaztatu duzun kontrol-trukea eta mugatu duzun bide-politika. Gehitu multicast ezarpena, isilpean gainerako guztiak funtzionatzen duen erabakitzen duen xehetasuna delako. Gorde erregistro hori inplementatutako bertsioaren ondoan, geroagoko eginbide-aldaketa bat berrikusi ahal izateko, bitartean iraungi den suposizio batetik abiatu gabe.
Horietako bat ere falta bada, lehentasun bat duzu, ez diseinu bat. Konpondu lehenengo falta den egitatea; protokoloaren aukera zati erraza da.