CE-లోని RIP మార్గం నుండి దూర VRF వరకు: export ఎక్కడ జరుగుతుంది

RIPv2 update provider edge కు చేరి, VRF routing పట్టికలోకి ప్రవేశించి, ఏదైనా దాన్ని స్పష్టంగా export చేయకపోతే అక్కడే ఆగిపోతుంది. మూడు నిర్ణయాలు వరుసగా జరుగుతాయి, ప్రతిదీ తన సొంత కారణంతో ప్రిఫిక్స్ ను తిరస్కరించవచ్చు. వాటిని ఒకే సంఘటనగా చదవడమే, దూర సైట్ CE స్పష్టంగా ప్రకటించే నెట్‌వర్క్ ను చేరుకోలేనప్పుడు ప్రజలు తప్పు పరికరం వెతుకుతుండటానికి కారణం. PE ద్వారా మార్గాన్ని అనుసరించండి, క్రమం స్పష్టమవుతుంది.

RIP update తో PE ఏమి చేస్తుంది

PE, VRF ఇంటర్‌ఫేస్‌పై update ను స్వీకరించి, మూలం అనుమతించబడిన పొరుగు అని నిర్ధారించి, ప్రకటన నుండి తీసుకున్న hop సంఖ్యతో ప్రిఫిక్స్ ను VRF routing పట్టికలో ఇన్‌స్టాల్ చేస్తుంది. ఆ పట్టిక తన సొంత administrative distance లు, తన సొంత ఉత్తమ మార్గ ఎంపిక కలిగిన సాధారణ routing పట్టిక. CE అదే ప్రిఫిక్స్ ను వేర్వేరు metric లతో రెండుసార్లు ప్రకటిస్తే, మెరుగైనది మాత్రమే పట్టికలో నిలిచి ఉంటుంది. ఈ దశలో ఏదీ సేవా ప్రదాత backbone తో సంబంధం లేదు.

ఇప్పుడు ప్రిఫిక్స్ ఒక కస్టమర్ routing సందర్భం లోపల ఉంది, ఇది మరెక్కడైనా చేరుకోగలగడానికి చాలా దూరం.

Export అనేది విధాన చర్య, protocol పరిణామం కాదు

VRF ను విడిచిపెట్టడానికి, ఒక మార్గం VPN మార్గాలను మోసే MP-BGP ప్రక్రియలోకి తిరిగి పంపిణీ చేయబడాలి, మరియు ఏ దూర VRF లు దాన్ని import చేయవచ్చో గుర్తించే route target extended community అవసరం. RFC 4364 లోని నిర్మాణం సరిగ్గా ఈ కారణం కోసం ఆ మార్పిడులను CE-PE protocol నుండి వేరుగా ఉంచుతుంది. అంచున RIP ఉపయోగించడం సేవా ప్రదాత నెట్‌వర్క్ ను ఏమి దాటాలి అనే దాని గురించి ఏమీ చెప్పదు.

ఏదైనా configure చేసే ముందు export ఒప్పందాన్ని రాయండి: దూరం నుండి చేరుకోగలిగే కస్టమర్ ప్రిఫిక్స్, స్థానికంగా ఉండాల్సిన మార్గాలు, మరియు ఏవైనా default, మరింత నిర్దిష్ట మార్గాలు లేదా భాగస్వామ్య సేవా మినహాయింపులు. ఆ ఒప్పందాన్ని నిజమైన VRF తో పోల్చండి, వేరే కస్టమర్‌కు చెందిన అదే పేరు గల VRF తో కాదు.

Import వైపు తన సొంత route target లు కలిగిన రెండవ విధానం, మరియు సరిపోయే export సరిపోని import తో కలిసి backbone లో ఉన్నా ఏ దూర పట్టికలోనూ కనిపించని ప్రిఫిక్స్ ను ఉత్పత్తి చేస్తుంది.

Redistribution మరియు explicit origination వేర్వేరుగా ప్రవర్తిస్తాయి

Redistribution, VRF పట్టికలో ఇప్పటికే ఉన్న మార్గాలను తీసుకుని route map తో వడపోసి BGP లోకి కాపీ చేస్తుంది. Map ఏ ప్రిఫిక్స్ అర్హత కలిగినవి, అవి ఏ attribute లు మోస్తాయి అని నిర్ణయిస్తుంది, మరియు metric స్పష్టంగా సెట్ చేయాలి ఎందుకంటే RIP hop సంఖ్యకు BGP metric గా అర్థం లేదు. మీరు సెట్ చేయకుండా వదిలేదంతా, ఆరు నెలల తర్వాత config చదివే వ్యక్తిని సాధారణంగా ఆశ్చర్యపరిచే విధంగా వారసత్వంగా వస్తుంది.

Mutual redistribution అనేది నిశ్శబ్ద నష్టం జరిగే చోటు. BGP లోకి export అయిన ప్రిఫిక్స్ రెండవ redistribution పాయింట్ ద్వారా తిరిగి రావచ్చు, tag లు లేదా filter లు లేకపోతే రెండు పట్టికలు ఏ క్షణంలోనైనా నమ్మదగినవిగా కనిపిస్తుండగా మార్గం ఊగిసలాడుతుంది. తిరిగి వచ్చే మార్గాన్ని నిరోధించడానికి topology పై ఆధారపడటం కాకుండా అంచున వర్తించే tag లపై వడపోయండి.

Explicit origination మరింత శుభ్రంగా కనిపిస్తుంది, షరతులు లేనిది కాదు. Network statement సాధారణంగా ప్రిఫిక్స్ origination చేయబడే ముందు routing పట్టికలో సరిపోయే మార్గం అవసరం, కాబట్టి CE దాన్ని ప్రకటించడం ఆపిన క్షణంలోనే ప్రకటన మాయమవుతుంది. ఇది తరచుగా మీకు కావలసిన ప్రవర్తన, ఎప్పటికీ configure చేయబడి ఉండే static మార్గం లాంటిది కాదు. రెండు ప్రవర్తనల్లో ఒకటి ఊహించడం కాకుండా platform యొక్క వాస్తవ నియమాన్ని తనిఖీ చేయండి.

ఏదేమైనా, ప్రతి ప్రిఫిక్స్ గురించి అడగాల్సిన ప్రశ్న ఏమిటంటే ఏ క్రియాశీల మూలం దాన్ని అర్హత కలిగినదిగా చేస్తుంది, ఆ మూలం మాయమైతే ఏమి జరుగుతుంది.

గొలుసును నాలుగు చోట్ల తనిఖీ చేయండి

CE ప్రకటన, VRF routing పట్టిక, దాని route target తో కూడిన VPN మార్గాల పట్టిక, మరియు దూర VRF లోని import, ఆ క్రమంలో చూడండి. IOS లో దీని అర్థం CE పొరుగు అవుట్‌పుట్, show ip route vrf CUSTOMER, show ip bgp vpnv4 vrf CUSTOMER, మరియు దూర PE పై అదే ఆదేశం. IOS-XR లో సమానమైన అవుట్‌పుట్ show bgp vrf CUSTOMER ipv4 unicast కింద ఉంటుంది. ఆదేశాల పేర్లు భిన్నంగా ఉంటాయి, నాలుగు తనిఖీ కేంద్రాలు కాదు.

తిరస్కరించబడాల్సిన ప్రిఫిక్స్ ను, దాటాల్సిన దాని లాగానే జాగ్రత్తగా పరిశీలించండి, ఎందుకంటే అన్నింటినీ అనుమతించే విధానం మొదటి మినహాయింపు వచ్చే వరకు సరైన దానితో సమానంగా కనిపిస్తుంది. తర్వాత withdrawal ను గమనించండి: CE ఇంటర్‌ఫేస్ ను మూసి, దూర నమోదు ఆశించిన timer లోపు మాయమవుతుందని నిర్ధారించండి, అలా ఉండిపోతుందని కాదు.

ప్రతి విధానం ఎవరి సొంతం అని నమోదు చేయండి. సేవా ప్రదాత CE ను నడిపించినప్పుడు, అందించే ప్రవర్తన సేవా ఒప్పందానికి చెందుతుంది, మరియు నిర్వహించబడే పరికరంలో వేరే protocol లేదా withdrawal విధానం ఉండటం మొదట పత్రాల సమస్య, తర్వాతే routing సమస్య.