Junos L2VPN લેબલ દર્શાવે છે પણ કંઈ ફોરવર્ડ કરતું નથી, કેમ

ગ્રાહક રિપોર્ટ આવે છે કે L2VPN કનેક્શન Up છે, એટેચમેન્ટ ઉપર છે, અને કોઈ ફ્રેમ પસાર થતી નથી. સ્ટેટસ લાઇટ પ્રામાણિક છે; ફ્રેમ એવી સેવામાં વર્ગીકૃત થાય છે જેની દૂરના છેડે કોઈ વાપરી શકાય તેવી ફોરવર્ડિંગ સ્થિતિ નથી. BGP-સિગ્નલવાળા પોઇન્ટ-ટુ-પોઇન્ટ L2VPNમાં પહેલો નિર્ણય એટેચમેન્ટનો છે, રૂટ લુકઅપનો નહીં. ગ્રાહકની ફ્રેમ લોજિકલ ઇન્ટરફેસ પર આવે છે, અને તે ઇન્ટરફેસ કનેક્શનનું નામ આપે છે અને તેથી દૂરના સાઇટનું પણ. તે પછીનું બધું પીઅર્સે જાહેર કર્યું તેમાંથી બનેલી લેબલ-ફોરવર્ડિંગ સ્થિતિ છે.

ફ્રેમ ક્યારેય રૂટ લુકઅપ કરતી નથી

સિગ્નલિંગે સ્થિતિ તૈયાર કરી; પેકેટ દીઠ પ્રોસેસિંગ એ પહેલેથી પસંદ થયેલા કનેક્શન પરનું લેબલ લુકઅપ છે. તેથી રૂટ કેમ નથી તે પૂછવું ખોટો પ્રશ્ન છે, અને તે બે મહત્વના મૂલ્યો છુપાવે છે: એટેચમેન્ટનું કનેક્શન અને તે જે સેવા લેબલ વાપરે છે.

આ પ્રયત્નની અસમાનતા પણ સમજાવે છે. કન્ફિગરેશન સમીક્ષા કહે છે કે શું ઇન્સ્ટોલ થવું જોઈતું હતું, જ્યારે કનેક્શન વ્યૂ કહે છે કે ખરેખર શું ઉતરી આવ્યું, અને લેબલ-બ્લોકની અસંગતિમાં ફક્ત બીજું જ ટકે છે.

બે લેબલ, બે દિશા

દરેક PE સ્થાનિક રીતે એક લેબલ બ્લોક ફાળવે છે, તેનો આધાર અને કદ જાહેર કરે છે, અને તેના પીઅર્સ ચોક્કસ સાઇટ માટે લેબલ મેળવવા ઓફસેટ ઉમેરે છે. તેથી ફાળવણી સ્થાનિક રીતે અર્થપૂર્ણ છે: બે PE એક જ સેવા માટે જુદા જુદા આધાર અને જુદા જુદા બ્લોક કદ વાપરી શકે છે. કંઈપણ બદલતા પહેલાં બંને છેડેથી કનેક્શન વાંચો. એક લેબલ નાનું માપેલું બ્લોક બરાબર એવા કનેક્શન જેવું લાગે છે જે ક્યારેય ઇન્સ્ટોલ થતું નથી.

show l2vpn connections instance CUST-A extensive

તે આઉટપુટમાં ઇનકમિંગ લેબલ એ છે જે આ PE એ ફાળવ્યું અને તેના પીઅરને વાપરવા કહ્યું, જ્યારે આઉટગોઇંગ લેબલ એ પીઅરની ફાળવણી છે જે આ PE દબાણ કરે છે. બંનેને ઉલટું વાંચવું એ ક્લાસિક ભૂલ છે, અને તે તમને એવા મૂલ્યની શોધમાં મોકલે છે જે આ બાજુ ક્યારેય આવવું નહોતું. કનેક્શન સંદર્ભ લેબલની બાજુના ક્ષેત્રોનું દસ્તાવેજીકરણ કરે છે, જેમાં સાઇટ, સ્ટેટસ અને બ્લોક માહિતીનો સમાવેશ થાય છે.

લેબલ લુકઅપ શું સાબિત કરે છે

ઇનકમિંગ મૂલ્ય મળ્યા પછી, સ્થાનિક લુકઅપ એક જ આદેશ છે:

show route label 160042

તે આઉટપુટે આગલા હોપ સાથે l2vpn એન્ટ્રી બતાવવી જોઈએ, અને લેબલ ઓપરેશન કહે છે કે ફ્રેમ નીકળતા પહેલાં દબાણ થાય છે, બદલાય છે કે દૂર થાય છે. જો તે કંઈ બતાવે નહીં, તો સેવાની સ્થિતિ ક્યારેય ઇન્સ્ટોલ થઈ નથી, જોકે કનેક્શન Up બતાવે છે, અને અસંગતિ ટ્રાન્સપોર્ટમાં નહીં, સિગ્નલિંગમાં છે.

એક ફ્રેમને અનુસરો

એટેચમેન્ટમાં દબાવેલું એક જ પેકેટ કોઈપણ કન્ફિગરેશન સમીક્ષા કરતાં વધુ નક્કી કરે છે. સેવા લેબલ રૂટે દૂરના PE તરફના ટ્રાન્સપોર્ટ LSP તરફ ઇશારો કરવો જોઈએ, અને બે લેબલ પીઅરે જાહેર કરેલા મૂલ્યોને મેળ ખાવા જોઈએ. જ્યારે ટ્રાન્સપોર્ટ સ્વસ્થ છે અને સેવા લેબલ ખોટું છે, ત્યારે ફ્રેમ યોગ્ય રાઉટર સુધી પહોંચે છે અને ત્યાં જ કાઢી નાખવામાં આવે છે, તેથી દૂરના છેડાના કાઉન્ટર ખાલી દેખાય છે જ્યારે નજીકના છેડાના કાઉન્ટર વ્યસ્ત દેખાય છે.

એટેચમેન્ટનું એન્કેપ્સ્યુલેશન, કંટ્રોલ-વર્ડ સેટિંગ અને MTU એકસાથે તપાસો, કારણ કે તે દરેક હોપનું વર્તન નહીં, વાટાઘાટ કરેલા ગુણધર્મો છે.

સેવા મોડેલોને અલગ રાખો

VPLS MAC સરનામાં શીખે છે અને EVPN એન્ડપોઇન્ટ જાહેર કરે છે, જ્યારે પોઇન્ટ-ટુ-પોઇન્ટ L2VPN બંનેમાંથી કંઈ કરતું નથી, તેથી સમાન BGP અને MPLS ઇન્ફ્રાસ્ટ્રક્ચર પર હોવા છતાં તેમની ફ્રેમ-પસંદગી પ્રક્રિયાઓ એકબીજાના બદલે વાપરી શકાતી નથી. એક મોડેલમાંથી બીજામાં ટ્રબલશૂટિંગ પગલું ખસેડવાથી પાયા વિનાના આત્મવિશ્વાસુ તારણો મળે છે.

ખૂટતા પાથ માટે, બંને પીઅર્સની કનેક્શન સ્થિતિ, એટેચમેન્ટ, બંને લેબલ દિશાઓ, એન્કેપ્સ્યુલેશન, કંટ્રોલ-વર્ડ સેટિંગ અને MTU નોંધો. તે રેકોર્ડ જાહેર કરેલાને ફોરવર્ડિંગ પ્લેન ખરેખર શું કરે છે તેની સાથે જોડે છે, જે એકમાત્ર મહત્વની કડી છે, અને આગલો એન્જિનિયર પણ એ જ પૂછશે.