కోర్లో VPNv4 కి MPLS అవసరమా? తప్పనిసరి కాదు
BGP VPNv4 మార్గ పంపిణీ సందర్భాన్ని చర్చిస్తుంది, ఫార్వర్డింగ్ మార్గాన్ని కాదు. దిగుమతి, తదుపరి హాప్ పరిష్కారం మరియు మీరు అమలు చేయగల ఎన్క్యాప్సులేషన్ వేరు చేయండి.
రెండు రౌటర్ల మధ్య VPNv4 చిరునామా కుటుంబాన్ని ఆన్ చేయడం మార్గ పంపిణీ సందర్భాన్ని మాత్రమే సృష్టిస్తుంది, అంతకంటే ఎక్కువ ఏమీ లేదు. ఇది ఫార్వర్డింగ్ మార్గాన్ని ఇన్స్టాల్ చేయదు, మరియు ఏ ఎన్క్యాప్సులేషన్ కస్టమర్ ప్యాకెట్ను దూరపు ముగింపు బిందువుకు తీసుకెళ్తుందో కూడా చెప్పదు. ఈ రెండు వాస్తవాలు వేరు చేయబడిన తర్వాత, «కోర్లో దీనికి MPLS అవసరమా» అనే ప్రశ్న ప్లాట్ఫారమ్ మద్దతు ఇచ్చే డేటా ప్లేన్ గురించి మరింత సన్నని, సమాధానం ఇవ్వగల ప్రశ్నగా మారుతుంది.
చిరునామా కుటుంబం నిజంగా ఏమి చర్చిస్తుంది
బహుళ ప్రోటోకాల్ BGP, AFI 1 మరియు SAFI 128 కింద VPNv4 నెట్వర్క్ పొర యొక్క చేరుకోగల సమాచారాన్ని మోస్తుంది, మరియు ప్రతి నమోదు మార్గ భేదకాన్ని ప్రిఫిక్స్ మరియు లేబుల్తో జత చేస్తుంది. సెషన్ రెండు పక్షాలు ఆ సమాచారాన్ని ఎన్కోడ్ మరియు డీకోడ్ చేయగలవని చర్చిస్తుంది. అది చర్చించనిది డేటా ప్లేన్. ఈ పేరా తర్వాత అన్నీ ఫార్వర్డింగ్కు సంబంధించినవి, మరియు వాటిలో ఏదీ సెషన్ లేవడం ద్వారా నిర్ణయించబడదు.
అందువల్ల విజయవంతమైన సెషన్ నియంత్రణ ప్లేన్ సామర్థ్యానికి రుజువు, ఫార్వర్డింగ్కు కాదు. రౌటర్ వేలాది VPNv4 నమోదులను ఉంచుకుని కూడా ప్రతి కస్టమర్ ప్యాకెట్ను వదిలేయగలదు, మరియు ఈ రెండు వైఫల్య తరగతులు మొదట్లోనే గందరగోళం కావడానికి అదే కారణం.
NLRI లోని లేబుల్ను గమనించండి. ఇది సేవా లేబుల్, VRF లోపలి ప్రిఫిక్స్కు కట్టబడింది, మరియు ప్యాకెట్ నిష్క్రమణ ముగింపు బిందువుకు చేరిన తర్వాత దానికి ఫార్వర్డింగ్ పాత్ర ఉంటుంది. ఏదైనా ట్రాన్సిట్ పరికరం దాన్ని చదువుతుందా అనేది ప్రత్యేక డిజైన్ నిర్ణయం.
స్వీకరణ, దిగుమతి మరియు ఫార్వర్డింగ్ మూడు దశలు
ఒక మార్గాన్ని స్వీకరించడం, దాన్ని ఉపయోగించడానికి అనుమతి ఉండటం మరియు దానితో ఫార్వర్డ్ చేయగలగడం పరికరంలోని వేర్వేరు భాగాలు చేస్తాయి. BGP విన్నది నిల్వ చేస్తుంది; దిగుమతి విధానం మరియు మార్గ లక్ష్య సరిపోలిక ఏ VRF దాన్ని పరిగణించగలదో నిర్ణయిస్తాయి; తర్వాత ఫార్వర్డింగ్ ప్లేన్ ప్రకటించిన తదుపరి హాప్ను అది నిజంగా తీగపైకి నెట్టగల ఏదో ఒకటిగా పరిష్కరించాలి.
| Step in the chain | What has to be true | How it fails quietly |
|---|---|---|
| NLRI exchange | Both speakers negotiate the VPNv4 capability | Session stays up while the family is never activated |
| Import eligibility | A route target on the received route matches the VRF import policy | The route exists in the table but never enters the VRF |
| Next-hop resolution | The advertised next hop resolves to a usable tunnel or label path | Best path is selected, then marked unreachable or unusable |
| Encapsulation | The egress endpoint can decapsulate what the ingress produced | Packets arrive and are discarded for a format mismatch |
అత్యంత ఆశ్చర్యకరమైన వైఫల్యాలు ఈ మధ్య దశలోనే నివసిస్తాయి. ఒక మార్గం BGP పట్టికలో ఉండవచ్చు, చెల్లుబాటు అవుతుంది మరియు ఉత్తమమూ కావచ్చు, కానీ VRF మార్గ పట్టిక ఖాళీగా ఉంటుంది, ఎందుకంటే ఏ మార్గ లక్ష్యం దిగుమతి జాబితాతో సరిపోలలేదు. ప్రోటోకాల్ లోపం సంభవించనందున ఏదీ ప్రోటోకాల్ లోపాన్ని నమోదు చేయదు.
చివరి దశలోనే ప్లాట్ఫారమ్ మద్దతు కనిపిస్తుంది. అండర్లేలో చేరుకోగల తదుపరి హాప్ స్వయంచాలకంగా VPN సేవా రవాణాగా పరిష్కరించబడదు, మరియు పరికరం నిర్దిష్ట సొరంగ రకం, నిర్దిష్ట లేబుల్ ఆపరేషన్ లేదా రెండింటినీ కోరవచ్చు. పరిష్కార స్థితిని చదవడం మార్గ సంఖ్యను చదవడం కంటే ఎక్కువ సమాచారాన్ని ఇస్తుంది.
IP కోర్ తాను ఎప్పుడూ స్విచ్ చేయని స్టాక్ను మోయగలదు
నిలుపుకోదగిన భేదం «కోర్ MPLS నడపదు» మరియు «సేవలో ఎక్కడా లేబుల్ లేదు» మధ్య ఉంది. ఇవి వేర్వేరు ప్రకటనలు, మొదటిది మాత్రమే ట్రాన్సిట్ పరికరాల గురించి. RFC 4023 IP లేదా GRE సొరంగాల ద్వారా MPLS మోయడాన్ని నిర్వచిస్తుంది, మరియు ఆ యంత్రాంగమే పూర్తిగా IP కోర్లో రెండవ ప్రకటనను సాధ్యం చేస్తుంది.
customer packet + service label
encapsulated in GRE, addressed to the egress tunnel endpoint
forwarded by ordinary IP routers on the outer header
decapsulated at the endpoint, label still meaningfulట్రాన్సిట్ రౌటర్లు బయటి IP గమ్యస్థానం ఆధారంగా ఫార్వర్డ్ చేస్తాయి, కస్టమర్ ప్రిఫిక్స్లు లేదా స్థానిక లేబుల్ స్విచింగ్ అవసరం లేదు. దూరపు చివరలో బయటి సొరంగం తీసివేయబడుతుంది, సేవా లేబుల్ తన పనిని తిరిగి ప్రారంభిస్తుంది. కోర్ అపారదర్శకమైన భారాన్ని కదిలించింది, IP నెట్వర్క్ మంచిది కావడం సరిగ్గా అందులోనే.
ఈ డిజైన్ మీకు ఇవ్వనిది సార్వత్రిక హామీ. ప్రతి రౌటర్ ప్రతి VPNv4 తదుపరి హాప్ను ఏదైనా GRE ఇంటర్ఫేస్ ద్వారా పరిష్కరిస్తుందని ఇది రుజువు కాదు, పని చేస్తున్న స్థానిక MPLS కాన్ఫిగరేషన్ను తొలగించడానికి కారణం కాదు. ఇది సార్వత్రిక ప్రకటనకు వ్యతిరేక ఉదాహరణ, ఆచరణాత్మక ప్రశ్న ప్లాట్ఫారమ్కే స్థానికంగా ఉంటుంది. ఆ ప్రశ్నను ప్రోటోకాల్ నియమంగా కాకుండా ప్లాట్ఫారమ్ పరిమితిగా నమోదు చేయండి.
బాక్స్పై గొలుసు విరిగే వరకు నడవండి
స్వీకరించిన మార్గం నుండి ప్రారంభించి విఫలమయ్యే మొదటి దశలో ఆపండి, ఎందుకంటే మునుపటి దశ విరిగి ఉన్నప్పుడు తర్వాతి దశలను నిర్ధారణ చేయలేము. సాధారణ అమలులో నాలుగు ఆదేశాలు దీనిలో ఎక్కువ భాగాన్ని కవర్ చేస్తాయి.
show bgp vpnv4 unicast all summary
show bgp vrf CUSTOMER_A ip route 198.51.100.0/24
show ip route vrf CUSTOMER_A 198.51.100.0
show mpls forwarding-table vrf CUSTOMER_Aవాటిని నాలుగు స్వతంత్ర తనిఖీలుగా కాకుండా క్రమంగా చదవండి. మొదటిది కుటుంబం సక్రియంగా ఉందని మరియు సహచరుడు మార్గాలను మార్పిడి చేస్తున్నాడని ధృవీకరిస్తుంది; రెండవది ప్రిఫిక్స్ ఉపయోగకరమైన తదుపరి హాప్తో వచ్చిందా అని చూపిస్తుంది; మూడవది దిగుమతి అర్హతను నిరూపిస్తుంది; నాల్గవది ఫార్వర్డింగ్ ప్లేన్ దానికి లేబుల్ లేదా సొరంగాన్ని కట్టిందా అని చూపిస్తుంది.
తర్వాత పనిభార మార్గాన్ని రెండు దిశల్లో పరీక్షించండి, ఎన్క్యాప్సులేషన్ను తట్టుకునే MTU తో. GRE హెడర్ బైట్లను జోడిస్తుంది, చిన్న పరీక్షలను దాటే మార్గం పూర్తి పరిమాణ ప్యాకెట్లపై ఒక దిశలో మాత్రమే విఫలం కావచ్చు, అది రవాణా లోపంగా కాకుండా అప్లికేషన్ లోపంగా కనిపిస్తుంది.
రెండు కార్యాచరణ గమనికలు చక్రాన్ని మూసివేస్తాయి. GRE అనేది ఎన్క్యాప్సులేషన్, గోప్యత కాదు, కాబట్టి నమ్మదగని ట్రాన్సిట్ నెట్వర్క్కు ఊహకు బదులు పైన మద్దతు ఉన్న భద్రతా ఏర్పాటు అవసరం. మరియు డిజైన్ సమీక్షకు ముందు ప్లాట్ఫారమ్ నిజంగా ఏ ఎన్క్యాప్సులేషన్కు మద్దతు ఇస్తుందో నమోదు చేయండి, ఎందుకంటే ఆ ఒక్క సమాధానమే IP-మాత్రమే కోర్ సరైన ఎంపికా లేదా ఫార్వర్డ్ చేయలేని ప్రణాళికా అని నిర్ణయిస్తుంది.