ఒక VTEP కు ECMP: VXLAN ఎంట్రోపీ ఎక్కడి నుండి వస్తుంది
దూర VTEP కు సమాన ఖర్చుతో పలు తదుపరి హాప్లు ఉండవచ్చు, కానీ /32 వాటిని ఉపయోగకరం చేయదు. పంపిణీ బయటి ట్యూపుల్ మరియు మూల-పోర్ట్ హ్యాష్పై ఆధారపడి ఉంటుంది.
హోస్ట్ రూట్కు సమాన-ఖర్చు బహుమార్గం నిష్ప్రయోజనం అనే వాదన నిజం అనిపించేంత తరచుగా పునరావృతమవుతుంది. /32 ఒక గమ్య చిరునామాను ఎంచుకుంటుంది, ఆ ఎంపికలో ప్యాకెట్ను ఒకే భౌతిక లింక్కు పరిమితం చేసేది ఏదీ లేదు. గమ్యం దూర VXLAN సొరంగం చివర అయినప్పుడు, పలు తదుపరి హాప్లు వేర్వేరు ఓవర్లే ప్రవాహాలను మోయగలవు, అవి అలా చేస్తాయా అనేది ఫార్వార్డింగ్ హ్యాష్కు ఏమి చూడటానికి అనుమతి ఉందనే దానిపై ఆధారపడి ఉంటుంది. మిగిలినది బయటి హెడర్పై అంకగణితం, ప్రిఫిక్స్ లక్షణం కాదు.
మార్గం చేరుకోగలిగేతను నిర్ణయిస్తుంది; హ్యాష్ పంపిణీని నిర్ణయిస్తుంది.
పురాణం: /32 అంటే ఒకే మార్గం
OSPF ఒక VTEP లూప్బ్యాక్కు సమాన-ఖర్చు చేరుకోగలిగేతను నివేదించగలదు, అదే సమయంలో ఫార్వార్డింగ్ పట్టిక అదే ప్రిఫిక్స్కు తదుపరి హాప్ల సమూహాన్ని ఇన్స్టాల్ చేస్తుంది. ప్రోటోకాల్ అభ్యర్థులను అందిస్తుంది; వేదిక వాటిలో ఏవి ఉపయోగించదగినవి మరియు ప్యాకెట్ ఎలా కేటాయించబడుతుందో నిర్ణయిస్తుంది. ఏ రూటింగ్ ప్రోటోకాల్ కూడా ప్రతి ఎన్క్యాప్సులేటెడ్ ఫ్రేమ్కు కొత్త హ్యాష్ను లెక్కించదు. ఆ వేరుపాటే ఒకే మార్గాలు ఉన్న రెండు రౌటర్లు ట్రాఫిక్ను వేర్వేరుగా పంపిణీ చేయగల కారణం.
రూట్ ప్రదర్శన మాత్రమే కాదు, ఇన్స్టాల్ చేసిన ఫార్వార్డింగ్ నమోదును చూడండి, ఎందుకంటే హార్డ్వేర్ లేదా విధాన పరిమితులు నియంత్రణ తలం ఇంకా ప్రకటిస్తున్న అభ్యర్థులను తొలగించవచ్చు.
ఎంట్రోపీ ఎక్కడి నుండి రావాలి
రెండు VTEP ల మధ్య బయటి మూల మరియు గమ్య చిరునామాలు స్థిరంగా ఉంటాయి, సాంప్రదాయ అమరికలో UDP గమ్య పోర్ట్ 4789. ఆ విలువలను మాత్రమే చదివే హ్యాష్ స్థిరమైన ఇన్పుట్ను చూసి స్థిరమైన మార్గాన్ని తిరిగి ఇస్తుంది. బయటి హెడర్లో ఏదో మారాలి, దాన్ని మార్చగల పరికరం VTEP.
RFC 7348 ఎన్క్యాప్సులేటెడ్ ఫ్రేమ్ లోపలి ఫీల్డ్ల నుండి UDP మూల పోర్ట్ను పొందాలని సూచిస్తుంది. అప్పుడు వేర్వేరు లోపలి సంభాషణలు వేర్వేరు బయటి ట్యూపుల్లను ఉత్పత్తి చేస్తాయి, ఇది సాధారణ రవాణా హ్యాష్కు పని చేయడానికి ఏదో ఇస్తుంది.
ఫార్వార్డింగ్ హార్డ్వేర్ ప్యాకెట్ లోపలికి ఇంకా లోతుగా చూడగలిగితే, దాని హ్యాష్ అమలు ఏ లోపలి ఫీల్డ్లను మద్దతిస్తుందో తనిఖీ చేయండి. ఆ లోతును ప్రతి అండర్లే పరికరానికి అవసరంగా పరిగణించకూడదు, ఎందుకంటే మూల-పోర్ట్ వైవిధ్యం ఒక్కటే ఇప్పటికే ఉపయోగకరమైన భేదాలను చూపిస్తుంది.
నిజంగా పొందే హ్యాష్ను తనిఖీ చేయండి
ఊహించకుండా కొలవండి. ఎన్క్యాప్సులేటెడ్ ట్రాఫిక్ నమూనాను పట్టుకోండి మరియు బయటి మూల పోర్ట్లను చూడండి, తర్వాత ఫలితాన్ని ఫార్వార్డింగ్ నమోదులు మరియు లింక్ వారీగా కౌంటర్లతో పోల్చండి.
show ip route 10.255.0.5/32 show ip cef 10.255.0.5 internal ip route show 10.255.0.5 tcpdump -ni eth0 -c 200 'udp port 4789' -vv
ఒకే మూల పోర్ట్ అనేక వేర్వేరు లోపలి సంభాషణల్లో కనిపించడం అంటే VTEP ఆ ఫీల్డ్ను మార్చడం లేదు, మరియు అండర్లే యొక్క ఏ సర్దుబాటు భారాన్ని పంపిణీ చేయదు. ఒక తదుపరి హాప్ వాడుకలో ఉన్నప్పుడు అనేక భిన్న పోర్ట్లు బదులుగా ఫార్వార్డింగ్ సమూహాన్ని సూచిస్తాయి.
నమూనా ముందు మరియు తర్వాత కౌంటర్లను నమోదు చేయండి, అప్లింక్లను పంచుకునే అసంబంధిత ట్రాఫిక్ను గమనించండి, లేకపోతే సంఖ్యలు హ్యాష్కు తగినదానికంటే మోసంగా కనిపిస్తాయి.
సమాన పంపిణీ అంటే ఏమి కాదు
ప్రతి-ప్రవాహ హ్యాష్ ఒక సంభాషణను ఒక మార్గంలో ఉంచడానికి రూపొందించబడింది, దాని ఇన్పుట్లు మరియు అందుబాటులో ఉన్న మార్గ సముదాయం మారకుండా ఉన్నంత వరకు. అందువల్ల ఒక పెద్ద TCP బదిలీ అన్ని అప్లింక్లను ఏకీకృతం చేయదు, లింక్లను జోడించడం ఆ ప్రవాహాన్ని వేగవంతం చేయదు. ఇది సాధారణ ప్రవర్తన, లోపం కాదు.
అనేక ప్రవాహాలు యాదృచ్ఛికంగా అదే తదుపరి హాప్పై ఢీకొనవచ్చు. చిన్న నమూనా చాలా వంగి కనిపించవచ్చు, కానీ హ్యాష్ తనకు కాన్ఫిగర్ చేసిన పనిని ఖచ్చితంగా చేస్తోంది, మరియు లింక్ వైఫల్యం లేదా మార్గ సముదాయ మార్పు స్థాపిత ప్రవాహాలను బదిలీ మధ్యలో కదిలించవచ్చు.
ఆమోదిత ప్రణాళిక కింద ప్రాతినిధ్య చిరునామా జతలు, రవాణాలు మరియు రేట్లతో పరీక్షించండి, మరియు లింక్-అగ్రిగేషన్ సభ్యుల ఎంపికను రూటెడ్ బహుమార్గ ఎంపిక నుండి వేరుగా ఉంచండి, ఎందుకంటే రెండు హ్యాషింగ్ దశలు తమ స్వంత నమూనాను ఏర్పరుస్తాయి. నిండిన తదుపరి-హాప్ సమూహం మరియు కనిపించే బయటి ఎంట్రోపీ ఫలితాన్ని వివరిస్తాయి; ప్రిఫిక్స్ పొడవు కాదు.