నిశ్శబ్ద EVPN హోస్ట్ ఎప్పటికీ పరిష్కరించబడదు: బైండింగ్ వరకు ARPని అనుసరించండి
అరుదుగా పంపే హోస్ట్ దాని కనెక్షన్ సక్రియంగా ఉన్నప్పటికీ లేనట్టు కనిపించవచ్చు. రిజల్యూషన్ మార్పిడి, MAC మార్గం మరియు ప్రాక్సీ బైండింగ్ను క్రమంగా అనుసరించండి.
ఎండ్పాయింట్ కనెక్ట్ చేయబడింది, దాని పోర్ట్ సక్రియంగా ఉంది, అయినా పర్యవేక్షణ హోస్ట్ దానిని చేరుకోలేకపోతోంది. ఎవరో మరొక వైపు నుండి ping నడుపుతారు మరియు అది పని చేయడం ప్రారంభిస్తుంది, ఇది సమస్యను అడపాదడపా కనిపించేలా చేస్తుంది మరియు fabricను నిర్దోషిగా కనిపించేలా చేస్తుంది. ఈ నమూనా నిశ్శబ్ద హోస్ట్ సంతకం: అది అరుదుగా పంపుతుంది, కాబట్టి fabric యొక్క అన్వేషణ మరియు రిఫ్రెష్ ప్రవర్తన దాని కనెక్షన్ స్థితి కంటే ముఖ్యమైనది. ఒక లక్ష్య IP, MAC మరియు bridge domainతో ప్రారంభించి తదుపరి రిజల్యూషన్ మార్పిడిని అనుసరించండి.
తదుపరి ARP లేదా ND మార్పిడిని అనుసరించండి
IPv4 కోసం, అభ్యర్థించే హోస్ట్ యొక్క ARP మార్పిడిని గమనించండి; IPv6 కోసం, Neighbor Solicitation మరియు Advertisementను అనుసరించండి. అభ్యర్థన లక్ష్య స్థానిక విభాగంలోకి మరియు లక్ష్య VNIలోకి ప్రవేశిస్తుందని నిర్ధారించండి, ఎందుకంటే సరైన bridge domainను ఎప్పటికీ చేరుకోని అభ్యర్థనకు ఏ ప్రాక్సీ సమాధానం ఇవ్వలేదు.
తర్వాత fabric లక్ష్యం గురించి ఏమి తెలుసుకుందో చూడండి. MAC మాత్రమే ఉన్న మార్గం Layer 2 గమ్యాన్ని గుర్తించగలదు, అయితే ప్రాక్సీకి దానికి ఇంకా IP-to-MAC బైండింగ్ లేదు. ఇవి వేర్వేరు రికార్డులు, ఒకటి తనిఖీ చేయడం మరొకదాని గురించి ఏమీ చెప్పదు.
చెల్లుబాటు అయ్యే బైండింగ్ ఉన్నట్లయితే, ప్రాక్సీ తన విధానం ప్రకారం సమాధానం ఇవ్వగలదు, కానీ ఆ బైండింగ్లోని MACకి ఇంకా సక్రియ ఫార్వర్డింగ్ మార్గం అవసరం. బైండింగ్ లేకపోతే, సమాధానం నుండి ఏదైనా నేర్చుకునే ముందు అభ్యర్థన flooding లేదా ప్రతిరూప మార్గం ద్వారా ఎండ్పాయింట్ కనెక్షన్ను చేరుకోవాలి.
సరిపోలాల్సిన రెండు రికార్డులు
MAC మార్గం Ethernet చిరునామా ఎక్కడ ఉందో సమాధానం ఇస్తుంది. ప్రాక్సీ పట్టిక ఏ IP ఏ MACకి మ్యాప్ అవుతుందో సమాధానం ఇస్తుంది. ఇటీవల మాట్లాడని హోస్ట్కు పూర్తిగా మంచి MAC మార్గం ఉండి, ఉపయోగించదగిన ప్రాక్సీ ఎంట్రీ లేకపోవచ్చు, మరియు ఆరోగ్యకరమైన కనెక్షన్పై రిజల్యూషన్ వైఫల్యాన్ని సృష్టించే స్థితి అదే.
దూర కనెక్షన్లో, ఎండ్పాయింట్ నిజంగా మార్పిడిని స్వీకరిస్తుందా మరియు సమాధానం ఇస్తుందా అని తనిఖీ చేయండి. దాని సమాధానం స్థానిక అభ్యాసాన్ని మరియు సంబంధిత EVPN ప్రకటనను రిఫ్రెష్ చేస్తుంది, అందుకే మాన్యువల్ ping విషయాలను సరిచేస్తున్నట్టు కనిపిస్తుంది: fabric ఎదురుచూస్తున్న ట్రాఫిక్ను మీరు ఉత్పత్తి చేశారు. సరిచేయడం ఎందుకు నిలదొక్కుకోదో కూడా ఇది వివరిస్తుంది: రిఫ్రెష్ అయిన ఎంట్రీ పాతబడిన వెంటనే ఎండ్పాయింట్ మళ్లీ నిశ్శబ్దమవుతుంది. షెడ్యూల్ చేసిన ping లక్షణానికి చికిత్స చేసి డిజైన్ లోపాన్ని దాచుతుంది.
సమాధానం తర్వాత, ఎంచుకున్న మార్గాన్ని మరియు ఇన్స్టాల్ చేసిన ఫార్వర్డింగ్ స్థితిని అభ్యర్థించినవారి వైపు తిరిగి అనుసరించండి. రిజల్యూషన్ విజయవంతం కావడం మరియు ఫార్వర్డింగ్ విజయవంతం కావడం రెండు వేర్వేరు సంఘటనలు, వాటిని కలిపే టికెట్ మిమ్మల్ని తప్పు పొరకు పంపుతుంది.
ప్రమాణం నిజానికి ఏమి ఊహిస్తుంది
RFC 9161 డైనమిక్ ప్రాక్సీ అభ్యాసం మరియు తెలియని ARP మరియు ND అభ్యర్థనల డిఫాల్ట్ floodingను వివరిస్తుంది. ఆ floodingను పూర్తిగా అణచివేయడం, వారి అభ్యాస లేదా సరఫరా ఊహలు దానిని సురక్షితం చేసే డిప్లాయ్మెంట్లకే పరిమితం, ఇది చాలా కాన్ఫిగరేషన్ గైడ్లు సూచించే దానికంటే సన్నని షరతు.
కొత్తగా కనుగొనబడిన ఎండ్పాయింట్లను ఆశించే fabricకి ఆ అభ్యర్థనలకు పనిచేసే మార్గం అవసరం. BUM ట్రాఫిక్ను తగ్గించడానికి ఎవరైనా తెలియని-అభ్యర్థన floodingను నిలిపివేస్తే, నిశ్శబ్ద హోస్ట్లే దాని ధర చెల్లించే జనాభా, మరియు లక్షణం వారాల తర్వాత అడపాదడపా చేరుకోగలిగే సామర్థ్యం గురించిన ఫిర్యాదుగా వస్తుంది.
అణచివేత సెట్టింగ్ను fabric ఏమి తెలుసుకుంటానని వాగ్దానం చేస్తుంది అనే ప్రకటనగా చదవండి. ఏదీ బైండింగ్లను సరఫరా చేయకపోతే, ఆ వాగ్దానం అరుదైన పంపేవారికి నిజం కాదు. కాన్ఫిగర్ చేసిన అణచివేతను దానిని పోషించాల్సిన సరఫరా వ్యవస్థతో పోల్చండి. అవి రెండూ ఏకీభవించనప్పుడు, fabric కాన్ఫిగర్ చేసినట్లుగానే ప్రవర్తిస్తుంది, మరియు సరిచేయాల్సినది అంచనానే.
రిఫ్రెష్, వృద్ధాప్యం మరియు స్థిర ప్రత్యామ్నాయం
డైనమిక్ ఎంట్రీలు పాతబడకముందు మద్దతు ఉన్న రిఫ్రెష్ ప్రోబ్లను ప్రమాణం వివరిస్తుంది. సమాధానాలు సంబంధిత bridge మరియు ప్రాక్సీ స్థితిని రిఫ్రెష్ చేస్తాయి; సమాధానాలు లేకపోవడం చట్టబద్ధంగా తొలగింపుకు మరియు మార్గం ఉపసంహరణకు దారి తీయవచ్చు. ప్రతి టైమర్ను సాగదీయడం ద్వారా అణచివేయాల్సిన బగ్ ఇది కాదు.
వృద్ధాప్య టైమర్లను అనిర్దిష్టంగా పొడిగించడం కనిపించే వైఫల్యాన్ని పాత వైఫల్యంతో మారుస్తుంది: fabric హోస్ట్ విడిచిపెట్టిన స్థలాన్ని ప్రకటిస్తూనే ఉంటుంది. అమలు యొక్క డాక్యుమెంట్ చేసిన నియంత్రణలను ఉపయోగించి, ఎండ్పాయింట్ సహేతుకంగా మాట్లాడవచ్చని ఆశించే పౌనఃపున్యానికి సరిపోయే జీవితకాలాన్ని ఎంచుకోండి.
తెలిసిన, నిర్వహించబడే ఎండ్పాయింట్లకు, స్థిర లేదా నియంత్రకం సరఫరా చేసిన బైండింగ్ చట్టబద్ధమైన రెండవ నమూనా. భర్తీ మరియు స్థానభ్రంశాన్ని నిర్వహించే యజమాని అవసరం, ఎందుకంటే హోస్ట్ మరొక పోర్ట్కు మారినప్పుడు సరఫరా చేసిన రికార్డు స్వయంగా నవీకరించబడదు.
తదుపరి టికెట్కు ముందు ఏమి నమోదు చేయాలి
బైండింగ్ మూలం, చివరి రిఫ్రెష్ సమయం, ప్రస్తుత స్థానం మరియు ఏదైనా ఉపసంహరణ సంఘటనను MAC మార్గం పక్కన ఉంచండి. ఆ రికార్డు టికెట్ నిజంగా అడిగే ప్రశ్నకు సమాధానం ఇస్తుంది: అప్లికేషన్ అన్వేషణ కోసం వేచి ఉందా, పాత స్థితిపై ఆధారపడుతోందా, లేదా విజయవంతమైన రిజల్యూషన్ తర్వాత ఫార్వర్డ్ చేయలేకపోతోందా?
తర్వాత మూడింటిలో ఏది నిర్వహించడానికి మీరు సిద్ధమో నిర్ణయించుకోండి. floodingతో అన్వేషణ, వాస్తవిక జీవితకాలంతో రిఫ్రెష్, లేదా యజమానితో సరఫరా — అన్నీ సమర్థనీయం. ఒకదానికి కాన్ఫిగర్ చేయబడి మరొకటిలా ప్రవర్తించాలని ఆశించే fabricలోనే నిశ్శబ్ద హోస్ట్లు మాయమవుతాయి.