MPLS L3VPN ల్యాబ్ పింగ్ చేయడం లేదా? ఈ ఐదు హాప్లను తనిఖీ చేయండి
కస్టమర్ పింగ్ ఐదు వేర్వేరు ఆధారాల గుండా వెళుతుంది. వాటిని క్రమంగా చూడండి, మొదటి విరిగిన చెక్పాయింట్ ఏ కాన్ఫిగరేషన్ సరిచేయాలో చెబుతుంది.
కస్టమర్కు రెండు రూటర్లు, ఒక జత provider edge పరికరాలు మరియు లోప సందేశం లేకుండా చనిపోయే ఒక పింగ్. చిన్న MPLS L3VPN ల్యాబ్లో సమస్య దాదాపు ఎప్పుడూ ఐదు చెక్పాయింట్లలో ఒకదానిపై కూర్చుంటుంది, ప్రతి దానిలో ఆధారం పనిచేస్తోందా లేదా అని చూపే కమాండ్ ఉంది. తప్పు ఏమిటంటే పింగ్ విఫలమైన ప్రతిసారీ BGPని మళ్లీ ప్రారంభించడం, ఆధారాలను క్రమంగా పరీక్షించడం బదులు. మీరు నేరుగా VRF కాన్ఫిగరేషన్కు దూకితే, రెండు పరికరాల దూరంలో పరిష్కరించబడని తదుపరి హాప్తో ప్రారంభమైన సమస్యపై గంట గడపవచ్చు.
జాబితాను క్రింద నుండి పైకి పని చేయండి. పాస్ అయ్యే చెక్పాయింట్ పాస్గానే ఉంటుంది, మొదటి వైఫల్యమే డీబగ్ చేయదగినది.
మొదటి చెక్పాయింట్: PEలు ఒకదానికొకటి చేరుకుంటాయి
ప్రతి PEకి మరొక PE యొక్క loopbackకి మార్గం అవసరం, ఆ మార్గం ఏదో నిజమైన దాని ద్వారా పరిష్కరించబడాలి. interior gateway protocol అక్కడికి వెళ్లే సాధారణ మార్గం, కానీ పునరావృత శోధన సజీవమైన adjacencyపై పడేంత వరకు స్థిర మార్గం కూడా పనిచేస్తుంది. IOS శైలి పరికరాల్లో, show ip route 10.0.0.2 మరియు తర్వాత show ip cef 10.0.0.2 prefix ఉందా మరియు దాని వెనుక పరిష్కరించబడిన adjacency ఉందా అని చూపుతాయి. పట్టికలో ఉన్న మార్గం, దాని వెనుక adjacency లేకపోతే, అది చేరుకోగల సామర్థ్యం కాదు.
రెండు దిశలను తనిఖీ చేయండి. అసమాన IGP ఖర్చులు, తప్పు వైపున ఉన్న passive interface లేదా loopbackను వడపోసే distribute list ప్రతి ఒక దిశను మాత్రమే విరుస్తాయి, ఒక దిశ సెషన్ను చంపడానికి సరిపోతుంది. loopbackలు పింగ్ చేస్తే కానీ BGP సెషన్ Activeలో నిలబడితే, మరేదైనా తాకడానికి ముందు update source చూడండి.
రెండవ చెక్పాయింట్: లేబుల్ మార్గం ఉంది
దూరపు loopbackకి ఉన్న IP మార్గం రవాణా లేబుల్ పెడుతుందని నిరూపించదు. LDP రూపకల్పనలో, దూరపు loopbackకి స్థానిక మరియు దూర బైండింగ్ రెండూ ఉన్నాయని, బయటకు వెళ్లే లేబుల్ forwarding పట్టికలో కనిపిస్తుందని నిర్ధారించండి. show mpls ldp bindings 10.0.0.2 32 లేబుల్ జతలను చూపుతుంది, show mpls forwarding-table 10.0.0.2 line card నిజంగా ఏమి పెడుతుందో చూపుతుంది. రెండవ కమాండ్ ఏ లేబుల్నూ చూపకపోతే లేదా IPకి తిరిగి పడిపోతే, రవాణా VPN ట్రాఫిక్ను రూపకల్పన ఊహించినట్లు మోసుకెళ్లడం లేదు.
ఈ తేడా MPLS forwarding stateను గమ్యస్థాన prefixల నుండి ఎలా వేరు చేస్తుంది అనే దాని నుండి వస్తుంది, అదే RFC 3031 లో వివరించిన నమూనా. మీ ల్యాబ్ LDPకి బదులు RSVP-TE లేదా BGPకి ఆనుకున్న లేబుల్లను ఉపయోగిస్తే, ఆ యంత్రాంగం యొక్క స్వంత స్థితిని తనిఖీ చేయండి; LDP ప్రతి అండర్లే లేబుల్ను పంపిణీ చేస్తుందని ఊహించడం దెయ్యపు బగ్ను వెంబడించే సాధారణ మార్గం. విరిగిన లేబుల్ మార్గం తర్వాత సాధారణంగా ఉన్నా పనికిరాని VPN మార్గంగా కనిపిస్తుంది.
మూడవ చెక్పాయింట్: VPN మార్గం తప్పకుండా చేరుకుంది
సరైన కస్టమర్ prefix యొక్క VPNv4 లేదా VPNv6 మార్గాన్ని చూడండి, సెషన్ సారాంశాన్ని కాదు. show bgp vpnv4 unicast all 10.10.1.0/24 route distinguisher, దూరపు PE loopbackకి సెట్ చేసిన next hop మరియు లేబుల్ చూపాలి. prefix లేకపోతే, మొదటి అనుమానం మూల PEపై ఉన్న export విధానం లేదా స్వీకరించే PEపై ఉన్న import విధానం, route targetలే సాధారణ నిందితుడు.
route target తనిఖీని BGP స్వీకరణ నుండి వేరుగా చదవండి. మార్గం సరైన next hopతో రావచ్చు మరియు importtarget సరిపోకపోవడంతో VRFలో దిగకపోవచ్చు. స్వీకరించే PEలో show ip route vrf CUSTOMER 10.10.1.0 ముఖ్యమైన పరీక్ష; BGP పట్టిక మార్గం నియంత్రణ తలాన్ని దాటిందని మాత్రమే నిరూపిస్తుంది.
నాలుగవ చెక్పాయింట్: interface VRFలో ఉంది
route distinguisher మరియు route targetలతో ఉన్న VRF నిర్వచనం ఏ interfaceనూ దానిలోకి జరపదు. CE వైపు ఉన్న interfaceకి VRF కేటాయింపు అవసరం, show ip vrf interfaces లేదా show ip interface brief దానిని సరైన ఇన్స్టాన్స్ కింద జాబితా చేయాలి. నకలు చేసిన కాన్ఫిగరేషన్ ఎక్కువగా తప్పు చేసే చెక్పాయింట్ ఇదే, ఎందుకంటే VRF బ్లాక్ పూర్తిగా కనిపిస్తుంది కానీ interface ఇంకా ప్రపంచ పట్టికలో కూర్చుంది.
తర్వాత PE స్థానిక కస్టమర్ prefixను ఆ VRFలో నేర్చుకుందని మరియు CEకి కనెక్షన్ ద్వారా తిరిగి మార్గం ఉందని నిర్ధారించండి. CEపై PE వైపు చూపే స్థిర default ల్యాబ్కు సరిపోతుంది, PE యొక్క VRFలో CE యొక్క LANకి మార్గం ఉంటే. రెండింటిలో ఏ సగం లేకపోయినా, ఏ లేబుల్ పెట్టే ముందే పింగ్ విఫలమవుతుంది.
ఐదవ చెక్పాయింట్: సమాధానం ఇంటికి దారి కనుగొంటుంది
ముందుకు వెళ్లే ప్యాకెట్ మరియు తర్వాత తిరిగి వచ్చే ప్యాకెట్ను ట్రాక్ చేయండి, ఎందుకంటే అవి వేర్వేరు పట్టికలను ఉపయోగిస్తాయి. ప్రవేశ PEపై కస్టమర్ మూలం VRF లోపల దూరపు prefixకి దూరపు లేబుల్తో పరిష్కరించబడాలి. నిర్గమ PEపై గమ్యం అదే VRF లోపల CE వైపు ఉన్న interfaceకి పరిష్కరించబడాలి. PE నుండే పంపిన పింగ్ సాక్ష్యం కాదు: అది ప్రపంచ పట్టిక లేదా మరొక మూల చిరునామా ద్వారా బయటకు వెళ్లవచ్చు, అందుకే ping vrf CUSTOMER 10.10.2.10 source 10.10.1.1 అమలు చేయాల్సిన పరీక్ష.
హోస్ట్ల ఫైర్వాల్లు, reverse-path filtering మరియు CE యొక్క access జాబితాలు ఇంకా వర్తిస్తాయి. ముందుకు వెళ్లే మార్గం పనిచేసి సమాధానం చనిపోతే, సమస్య తిరిగి వచ్చే వైపు మార్గంలో లేదా వడపోతలో ఉంది, MPLS రవాణాలో కాదు.
ప్రతి చెక్పాయింట్కు మొదటి విఫలమైన ఆధారాన్ని పేర్కొనే ఒక పంక్తి ఉంచండి. ఆ పంక్తి కస్టమర్ పింగ్ చేయలేకపోతున్నారనే ఫిర్యాదును చేరుకోగల సామర్థ్యం, లేబుల్ స్థితి, మార్గ దిగుమతి, interface సభ్యత్వం లేదా తిరిగి వెళ్లే మార్గం గురించిన నిర్దిష్ట ప్రశ్నగా మారుస్తుంది మరియు తదుపరి డీబగ్ సెషన్ అదే ఐదు కమాండ్లను అదే క్రమంలో పునరావృతం చేయకుండా ఆపుతుంది.