సంఖ్య లేని సొరంగం: ఏ చిరునామాను అప్పు తీసుకుంటుంది?
సంఖ్య లేని సొరంగం మరో ఇంటర్ఫేస్ చిరునామాను అప్పు తీసుకుంటుంది, దానితో దాత ఆధారితత్వం అవుతుంది. బాహ్య మూలం, అప్పు తీసుకున్న గుర్తింపు మరియు రూట్ చేయబడిన ప్రిఫిక్స్‌లను వేరు చేయండి.
సంఖ్య లేని సొరంగం లాజికల్ ఇంటర్ఫేస్ కోసం సబ్‌నెట్ సృష్టించే దశను దాటవేస్తుంది, కాని చిరునామా కేటాయింపును పూర్తిగా దాటవేయదు. అమలుకు ఇప్పటికీ స్థానిక IP గుర్తింపు అవసరం, కాబట్టి అది మరో కాన్ఫిగర్ చేసిన ఇంటర్ఫేస్ చిరునామాను అప్పు తీసుకుంటుంది. ఆ దాత ఇప్పుడు మీ రూపకల్పనలో భాగం: దాని చిరునామా మారినా లేదా దాని ఇంటర్ఫేస్ ఫ్లాప్ అయినా సొరంగం IP ప్రవర్తన దానిని అనుసరిస్తుంది. చాలా రచనల్లో మూడు నిర్ణయాలు కలిసిపోతాయి, వాటిని వేరు చేయడం సరిగ్గా కనిపించే కాని ఏమీ రూట్ చేయని కాన్ఫిగరేషన్‌ను నివారిస్తుంది.
దాతను రూపకల్పన ఎంపికగా పరిగణించండి, వాక్య నిర్మాణ వివరంగా కాదు.
చిరునామా మూడు పాత్రలు, వేరుగా ఉంచబడ్డాయి
బాహ్య మూలం అనేది అండర్‌లే అంతటా సొరంగం ప్యాకెట్లను మోసుకెళ్లే చిరునామా, మరియు సహచరుడు చేరుకోగలగాల్సినది అదే. అప్పు తీసుకున్న చిరునామా అనేది ప్యాకెట్లు డీక్యాప్సులేట్ అయిన తర్వాత సంఖ్య లేని లాజికల్ ఇంటర్ఫేస్ IP ప్రాసెసింగ్ కోసం ఉపయోగించే గుర్తింపు. రక్షిత ప్రిఫిక్స్‌లు అనేవి వాటి ట్రాఫిక్ సొరంగం దాటాల్సిన LAN నెట్‌వర్క్‌లు, అవి సొరంగం చిరునామా ద్వారా కాకుండా రూటింగ్ ప్రోటోకాల్ ద్వారా ప్రకటించబడతాయి. ఇంటర్ఫేస్‌ను సంఖ్య లేనిదిగా గుర్తించడం ఈ పాత్రల్లో ఏదీ ఇతరులకు ఇవ్వదు.
ఆ విభజన సాధారణ గందరగోళాన్ని వివరిస్తుంది: చిరునామా అప్పు తీసుకోవడం దాత యొక్క మొత్తం Ethernet విభాగాన్ని దూర సహచరుడికి అప్పగించదు.
దాత ఇంటర్ఫేస్ ఎంపిక
లూప్‌బ్యాక్ సాధారణంగా మంచి దాత, ఎందుకంటే దాని చిరునామా స్థిరంగా ఉంటుంది, ఎల్లప్పుడూ పనిచేస్తుంది మరియు ఏ ఒక్క భౌతిక లింక్‌పైనా ఆధారపడదు. LAN ఇంటర్ఫేస్ నుండి అప్పు తీసుకోవడం సొరంగాన్ని ఆ ఇంటర్ఫేస్ స్థితి మరియు చిరునామా కేటాయింపుకు కట్టివేస్తుంది, ఇది మరో కార్యాచరణ వ్యాపారం: ప్రయోగశాలలో సౌకర్యం, LAN కి మళ్లీ చిరునామాలు ఇచ్చినప్పుడు సున్నితం. ఏది ఎంచుకునే ముందు మీరు నిర్మిస్తున్న సొరంగం రకంపై ప్లాట్‌ఫారమ్ సంఖ్య లేని పనిని మద్దతిస్తుందని నిర్ధారించండి.
మీరు ఏ దాతను ఎంచుకున్నా, సొరంగం కాన్ఫిగరేషన్ పక్కనే మార్పు రికార్డులో దానిని ఆధారితత్వంగా నమోదు చేయండి.
సొరంగాన్ని కాన్ఫిగర్ చేసి తిరిగి చదవండి
క్రింది ఉదాహరణ IOS కుటుంబ రూటర్లపై బహుళ బిందువుల GRE సొరంగం, ఇది లూప్‌బ్యాక్ అప్పు తీసుకుని దాని బాహ్య మూలాన్ని అండర్‌లే ఇంటర్ఫేస్ వైపు మళ్లిస్తుంది. NHRP గుర్తింపు అప్పు తీసుకున్న చిరునామా నుండి వేరు, దానిని స్పష్టంగా కాన్ఫిగర్ చేయాలి.
interface Loopback0 ip address 10.255.255.1 255.255.255.255 interface Tunnel0 ip unnumbered Loopback0 tunnel source GigabitEthernet0/0 tunnel mode gre multipoint ip nhrp network-id 100 ! verify show interfaces Tunnel0 | include line protocol|Tunnel source show ip interface brief | include Tunnel|Loopback show ip nhrp
మొదట ఇంటర్ఫేస్ పంక్తిని చదవండి: down అని నివేదించే సంఖ్య లేని సొరంగం అప్పు తీసుకున్న చిరునామాతో సంబంధం లేకుండా రూట్ చేయదు. తర్వాత దాత పనిచేస్తున్నదా మరియు దాని చిరునామా మీరు ఉద్దేశించినదేనా అని తనిఖీ చేయండి, ఎందుకంటే మళ్లీ చిరునామా పొందిన లూప్‌బ్యాక్ సొరంగం చూపించే గుర్తింపును నిశ్శబ్దంగా మారుస్తుంది.
రక్షిత ప్రిఫిక్స్‌ల కోసం రూటింగ్ పట్టికను మరియు సొరంగం పైన పొరుగు స్థితిని తనిఖీ చేసి ముగించండి, ఎందుకంటే సరైన ఇంటర్ఫేస్ స్థితి రెండింటిలో ఏది చేరుకోగలదని నిరూపించదు.
అప్పు తీసుకున్న చిరునామా ఇవ్వనిది
DMVPN కి spokes ఒకరినొకరు కనుగొనడానికి NHRP నమోదులు మరియు మ్యాపింగ్‌లు అవసరం; సంఖ్య లేని లైన్ అందులో ఏదీ ఇవ్వదు. ప్రామాణీకరణ, అనుమతించిన ఫార్వార్డింగ్ మరియు తిరిగి వచ్చే మార్గాలు ఇంకా అవసరం, మరియు ఏ ప్రిఫిక్స్ మార్పిడి చేయక ముందు రూటింగ్ ప్రోటోకాల్ సొరంగం అంతటా పొరుగు స్థితిని ఏర్పరచాలి. వీటిలో ప్రతిదీ ఇంటర్ఫేస్ పనిచేస్తున్నట్టు నివేదించే సమయంలోనే విఫలమవవచ్చు, అందుకే ధృవీకరణ చిరునామా నుండి మ్యాపింగ్‌కు, అక్కడి నుండి మార్గానికి వెళ్తుంది.
ఆదేశాల వాక్య నిర్మాణం మరియు చిరునామా నియమాలు ఉత్పత్తి మరియు విడుదలను బట్టి మారుతాయి, కాబట్టి మరో ప్లాట్‌ఫారమ్ నుండి కాన్ఫిగరేషన్ కాపీ చేయడం బదులు మీ ముందున్న పరికరం ఇంటర్ఫేస్ నమూనాకు సరిపోయేలా చేసుకోండి. లక్ష్యం ఒకటే కావచ్చు, అవసరమైన పంక్తులు కావు.
దాత, బాహ్య మూలం మరియు ప్రకటించిన ప్రిఫిక్స్‌లను సొరంగం పత్రాలలో రాయండి, తర్వాత దాత చిరునామా మారితే బిగ్గరగా విఫలమయ్యే ఒక తనిఖీని జోడించండి. ఆ ఒక్క తనిఖీ సంఖ్య లేని రూపకల్పనలు ఎక్కువగా దాచే వైఫల్య విధానాన్ని పట్టుకుంటుంది.