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 સાથે આવી શકે છે અને તોપણ VRF માં ન ઉતરે કારણ કે importtarget મેળ ખાતું નથી. સ્વીકારનાર 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 સભ્યપદ અથવા પાછા જવાના રસ્તા વિશેના ચોક્કસ પ્રશ્નમાં ફેરવે છે અને આગલા ડિબગ સત્રને એ જ પાંચ કમાન્ડ એ જ ક્રમમાં પુનરાવર્તિત કરવાથી રોકે છે.