RSVP-TE సొరంగం పనిచేస్తోంది, కానీ కస్టమర్ L3VPN-కు మార్గం లేదు
రవాణా మరియు సేవ వేర్వేరు నిర్ణయాలు. లేబుల్ స్టాక్ చదవండి, తదుపరి హాప్ పరిష్కారం మరియు VRF అనుసంధానాన్ని విడివిడిగా తనిఖీ చేయండి, ఆపై ఒక నిజమైన కస్టమర్ ప్రవాహాన్ని పరీక్షించండి.
కస్టమర్ VPN ఆగిపోయిందని నివేదించినప్పుడు మరియు రవాణా బృందం సొరంగం బాగానే ఉందని నివేదించినప్పుడు రెండు బృందాలు ఒకేసారి సరైనవి కావచ్చు. ట్రాఫిక్-ఇంజినీర్డ్ LSP మరియు MPLS L3VPN వేర్వేరు ప్రశ్నలకు సమాధానం ఇస్తాయి: ఒకటి లేబుల్ చేసిన ప్యాకెట్లను కోర్ ద్వారా కదిలిస్తుంది, మరొకటి ప్యాకెట్ ఏ రౌటింగ్ సందర్భానికి చెందుతుందో నిర్ణయిస్తుంది. రెండింటినీ కలిపేస్తే, చర్చ వృత్తంలో తిరుగుతుంది, ఎందుకంటే ప్రతి వైపు వేరే వస్తువును కొలుస్తుంది మరియు రెండు కొలతలు చెల్లుబాటు అవుతాయి.
రవాణా నడుస్తూ సేవ ఆగిపోవడం సాధారణ స్థితి
LSP స్థాపించబడి, ట్రాఫిక్ మోసి, ప్రతి పర్యవేక్షణ వ్యవస్థలో కనిపించవచ్చు, కానీ కస్టమర్ సేవ ఉపయోగించలేనిదిగా ఉంటుంది. ఈ కలయికలో ఎటువంటి వైరుధ్యం లేదు, ఎందుకంటే దూర ప్రిఫిక్స్ ఉందా, దిగుమతి విధానం దానిని అంగీకరించిందా, లేదా అనుసంధాన సర్క్యూట్ ఫ్రేమ్లను పంపుతోందా అనే దానిపై సొరంగానికి ఎటువంటి అభిప్రాయం లేదు.
గందరగోళాన్ని సాధారణంగా బయటపెట్టే లక్షణం అసమానంగా ఉంటుంది: PE లూప్బ్యాక్ నుండి పింగ్లు విజయవంతమవుతాయి, కానీ కస్టమర్ LAN లోని హోస్ట్కు ఏమీ రాదు, లేదా దీనికి విరుద్ధంగా. సిద్ధాంతాన్ని రూపొందించే ముందు ఏ చిరునామాలు పనిచేశాయో రాయండి. మీరు రెండు వేర్వేరు వస్తువులను పరీక్షిస్తున్నారని గమనించిన తర్వాత, తదుపరి అడుగు ఎవరి గ్రాఫ్ సరైనదో వాదించడం కాదు, లేబుల్ స్టాక్ చదవడం. రెండు చిరునామాలు, ఇద్దరు యజమానులు, మరియు సాధారణంగా ఒకరు ఏదో పాడు చేశారని ప్రతి ఒక్కరూ నమ్మే ఇద్దరు వేర్వేరు వ్యక్తులు.
స్టాక్ను రెండు బాధ్యతలుగా చదవండి
కింది లేబుల్ సేవకు, పైన లేబుల్ మార్గానికి చెందుతాయి. RFC 4364 క్రమాన్ని సరళంగా వివరిస్తుంది: మొదట VPN మార్గ లేబుల్ విధించబడుతుంది, తర్వాత ఆ లేబుల్ ప్యాకెట్ BGP తదుపరి హాప్ వైపు సొరంగం ద్వారా పంపబడుతుంది, అక్కడే ట్రాఫిక్-ఇంజినీరింగ్ సొరంగం తన సొంత లేబుల్ను పైన ఉంచుతుంది.
| Object | Decision it encodes | Who owns it |
|---|---|---|
| Attachment and VRF | Which customer context receives the arriving packet | Edge configuration |
| VPN route and service label | Which remote forwarding context handles the destination | BGP VPN signalling |
| Transport LSP and tunnel label | How the core carries the packet to the BGP next hop | RSVP-TE or another tunnel mechanism |
దూర PE లో సేవా లేబుల్ చికిత్సను ఎంచుకుంటుంది, అది VRF శోధన లేదా అనుసంధాన నిర్ణయం కావచ్చు. ఆ లేబుల్ను కోర్ను మాత్రమే దాటే దానితో భర్తీ చేయలేము, మరియు ఒకే ఇంటర్ఫేస్లో ఒకే స్టాక్లో రెండూ కనిపించినా అవి పరస్పరం మార్చుకోగలిగినవి కావు.
RSVP విజయం ఏమి నిరూపిస్తుంది, ఏమి నిరూపించదు
RSVP-TE వనరుల రిజర్వేషన్లతో లేదా లేకుండా స్పష్టంగా రూట్ చేయబడిన LSPలను స్థాపిస్తుంది, ఇది కోర్ గుండా ప్యాకెట్ వెళ్ళే మార్గం గురించి నిర్దిష్టమైన మరియు ఉపయోగకరమైన హామీ. ఇది కస్టమర్ మార్గాల గురించిన ప్రకటన కాదు, మరియు కాన్ఫిగర్ చేసిన సొరంగం పేరు మార్గమే కాదు.
RSVP ఉండటం కూడా చివరి నుండి చివరి వరకు పనితీరు వాగ్దానాన్ని ఇవ్వదు. ఒక LSPపై బ్యాండ్విడ్త్ రిజర్వేషన్ అనుసంధాన సర్క్యూట్, కస్టమర్ స్వంత యాక్సెస్ లైన్ లేదా దూర అంచున క్యూ ప్రవర్తన గురించి ఏమీ చెప్పదు. దానిని హామీగా భావించడం ఎవరూ అడగని ప్రశ్నలకు విశ్వాసపూర్వక సమాధానాలను ఇస్తుంది. అవసరం నిజంగా బ్యాండ్విడ్త్ నిబద్ధత అయితే, దానిని నిజంగా అమలు చేసే భాగాలతో కలిపి నిర్మించాలి, మరియు LSP ఆ గొలుసు మధ్య భాగం మాత్రమే.
క్రమంగా తనిఖీ చేయండి, తర్వాత ఆపండి
రవాణా నుండి బయటకు పని చేయండి మరియు విఫలమయ్యే మొదటి దశలో ఆపండి, ఎందుకంటే తదుపరి ప్రతి దశ మునుపటివి నిలబడ్డాయని ఊహిస్తుంది. మొదట LSP స్థాపించబడిందని మరియు సేవా ప్రిఫిక్స్ యొక్క ఫార్వార్డింగ్ ఎంట్రీ నిజంగా దానిని సూచిస్తుందని నిర్ధారించండి. తర్వాత VPN మార్గం సరైన పట్టికలో ఉందని, దాని లేబుల్ బైండింగ్ ఉందని మరియు దిగుమతి విధానం దానిని అంగీకరించిందని నిర్ధారించండి. తర్వాత అనుసంధానాన్ని నిర్ధారించండి: ఇంటర్ఫేస్, ఎన్క్యాప్సులేషన్ మరియు వర్తించే చోట ఆ ఒప్పందానికి చెందిన VLAN గుర్తింపు.
show mpls lsp
show mpls forwarding-table 10.60.0.0 24
show bgp vpnv4 unicast vrf CUSTOMER 10.60.0.0/24
show ip vrf detail CUSTOMERకమాండ్ సింటాక్స్ ప్లాట్ఫారమ్ను బట్టి మారుతుంది, కాబట్టి ఆ నాలుగు పంక్తులను స్క్రిప్ట్గా కాకుండా నాలుగు ప్రశ్నలుగా పరిగణించండి. ముఖ్యమైనది ఏమిటంటే ప్రతి ఒక్కటి వేరే వస్తువును ప్రశ్నిస్తుంది, అందుకే వైఫల్యం నిర్దిష్ట యజమానిని సూచిస్తుంది.
అనుమతించబడిన ఒక అభ్యర్థనను అనుసరించి మంచి సాక్ష్యాలను ఉంచండి
విధానం అనుమతించిన ఒక నిజమైన కస్టమర్ అభ్యర్థన మరియు దాని ప్రతిస్పందనతో ముగించండి. చివరి నుండి చివరి వరకు పనిచేసే ఒక ప్రవాహం ఒక పేజీ కౌంటర్ రీడింగ్ల కంటే ఎక్కువ పరిష్కరిస్తుంది, మరియు ఇది ప్రతి భాగాన్ని విడివిడిగా కాకుండా కలయికను పరీక్షిస్తుంది.
తర్వాతి దశ విఫలమైనప్పుడు, రవాణాను మళ్లీ నిర్మించడం బదులు విజయవంతమైన LSP పరిశీలనను సంరక్షించండి. పనిచేస్తున్న సొరంగాన్ని మళ్లీ నిర్మించడం లేని దూర ప్రిఫిక్స్, తప్పు VRF అనుసంధానం లేదా గమ్యస్థాన యాక్సెస్ నియమాన్ని సరిచేయలేదు, మరియు రవాణా ఆరోగ్యంగా ఉందని మొదట చెప్పిన సాక్ష్యాన్ని నాశనం చేస్తుంది.