AS વચ્ચે VPNv4: લેબલ ફોરવર્ડિંગ કરારની શું જરૂરિયાતો છે
AS વચ્ચેનું VPNv4 લેબલ જુદા જુદા મોડેલમાં જુદો અર્થ ધરાવે છે. મોડેલ ઓળખો, એક રૂટ પર ચાલો અને ડિસ્પ્લે પર ભરોસો કરતાં પહેલાં બંને છેડા તપાસો.
AS સીમા રાઉટર પર VPNv4 લેબલ વાંચવાથી ત્યાં સુધી થોડું જ ખબર પડે છે જ્યાં સુધી તમે જાણતા ન હો કે હેન્ડઓફ કયું આંતર-AS મોડેલ લાગુ કરે છે. લેબલ પોતે રૂટનો ગુણધર્મ નથી; તે બે રાઉટર વચ્ચે એન્કેપ્સ્યુલેશન અને ડિલિવરી અંગેનો કરાર નોંધે છે. ડિસ્પ્લે વાંચતાં પહેલાં મોડેલ ઓળખો. નહીં તો તમે એવા કરારમાં ખામી શોધી રહ્યા છો જે કોઈએ લખ્યો જ નથી.
સીમા કયું મોડેલ લાગુ કરે છે
VRF-થી-VRF ગોઠવણ મળતા VRF ને રાઉટેડ એટેચમેન્ટ દ્વારા જોડે છે. દરેક પક્ષ બીજાને ગ્રાહક-કિનારાનો પડોશી ગણે છે અને તેઓ સામાન્ય IPv4 રૂટની આપલે કરે છે, તેથી તે સીમા પર કંઈને MPLS ની જરૂર પડતી નથી.
બીજી ગોઠવણ લેબલવાળા VPNv4 રૂટને સીમા રાઉટરો વચ્ચે જ બદલે છે. તે ત્યારે જ કામ કરે છે જ્યારે ઇન્ટરકનેક્ટ પાર સુસંગત લેબલ-સ્વિચ્ડ પાથ હોય અને route-target વિતરણ તથા ભરોસાનું મોડેલ બંને પક્ષ સ્વીકારે. જો એમાંથી કોઈ ભાગ ન હોય, તો મોડેલ વપરાશમાં નથી, કન્ફિગરેશન ગમે તે કહેતું દેખાય.
ત્રીજી ગોઠવણ લેબલવાળી PE પહોંચ વહેંચે છે જ્યારે VPN રૂટ AS પાર એન્ડપોઇન્ટ કે રૂટ રિફ્લેક્ટર વચ્ચે મુસાફરી કરે છે. આ ત્રણમાંથી દરેક સીમા પર જુદું કામ છોડે છે, અને એકના કંટ્રોલ પ્લેનને બીજાની ઇન્ટરફેસ ધારણાઓ સાથે ભેળવવી એ જ ક્લાસિક નિષ્ફળતા છે. તે અસંગતિ સામાન્ય રીતે એવા લેબલ તરીકે દેખાય છે જે એક બાજુ સાચું લાગે અને બીજી બાજુ અદૃશ્ય થઈ જાય.
એક પ્રીફિક્સ શરૂઆતથી અંત સુધી વાંચો
એક અધિકૃત ગ્રાહક પ્રીફિક્સ લો અને તેના પર ચાલો. જુઓ શું જાહેર થયું, શું પહોંચ્યું, નેક્સ્ટ હોપ, લેબલ અને જે ઇમ્પોર્ટ નીતિએ તેને સ્વીકાર્યું. પછી જુઓ રાઉટર તે નેક્સ્ટ હોપ તરફ ફોરવર્ડિંગ કેવી રીતે ઉકેલે છે, કારણ કે ત્યાં જ લેબલ પેકેટ બને છે. આમાંથી કોઈ પણ અડધો ભાગ છોડો તો તમે એવા કંટ્રોલ પ્લેનનું વર્ણન કરી રહ્યા છો જે કદાચ ટ્રાફિક ખસેડતું ન હોય. બંને વાંચન ફક્ત સાથે જ અર્થ ધરાવે છે.
આ સંખ્યા સ્થાનિક છે. તેનો અર્થ તે રાઉટર સાથે જોડાયેલો છે જેણે તેને ફાળવ્યું અને તે પાથ સાથે જે ત્યાં પેકેટ લઈ જાય છે, તેથી એ જ મૂલ્ય બે વાર દેખાઈ શકે અને બે જુદી બાબતો કહી શકે. તેની સરખામણી એની સાથે કરો જે પ્રાપ્ત કરનાર પક્ષ કહે છે કે તેને મળ્યું.
લેબલ સ્થાનિક છે, અને વચન પણ
ક્ષમતા ઇન્ટરકનેક્ટના બંને છેડે તપાસાય છે, એક પર નહીં. તમારા ઇન્ટરફેસ પરનો આદેશ પડોશી પ્રદાતા ઇન્ટરફેસ પર કંઈ કરતો નથી, અને BGP એ સ્વીકારેલો રૂટ પોતે પડોશીને લેબલવાળું પેકેટ ફોરવર્ડ કરવા બંધાયેલો કરતો નથી.
RFC 4364 લેબલવાળી VPNv4 પીયરિંગને ભરોસાપાત્ર ગોઠવણો સુધી મર્યાદિત કરે છે અને એવા લેબલ સ્વીકારવા સામે ચેતવે છે જે તે પીયરને કદી જાહેર કરાયા ન હતા. આ પ્રોટોકોલની જેટલી જ સુરક્ષાની વાત છે. જાહેર ઇન્ટરનેટ રૂટિંગ સંબંધને ખાનગી VPN રૂટની આપલેથી દૂર રાખો. જો ઇન્ટરકનેક્ટ સાદું IP હોય, તો આશા ન રાખો કે કોઈ લેબલ તેમાંથી પસાર થશે. અને જ્યાં લિંક લેબલવાળી હોય, ત્યાં દરેક હોપ પર બહારનું ટ્રાન્સપોર્ટ લેબલ યોગ્ય રીતે બદલાય છે તેની ખાતરી કરો.
એક બાજુ સાચું લાગતું અને બીજી બાજુ અદૃશ્ય થતું લેબલ સામાન્ય રીતે એ જ અસંગતિ હોય છે, રૂટિંગની ખામી નહીં.
સ્વીકૃતિ વખતે શું લખવું
સ્વીકૃતિ પેકેટની કસોટી છે, ટેબલની સમીક્ષા નહીં. ગ્રાહક પેકેટને દૂરના VRF સુધી લઈ જાઓ અને તેનો જવાબ પાછો લાવો, પછી લખો કે હેન્ડઓફ કયું મોડેલ લાગુ કરે છે. ઉમેરો બંને બાજુના હેન્ડઓફ માલિકોને અને એ કે સીમા સાદું IP લે છે કે લેબલવાળું ટ્રાફિક.
એ જ નોંધ આગલા ઓપરેટરને એ જ લેબલ ડિસ્પ્લે યોગ્ય રીતે વાંચવા દે છે. તેના વિના મોડેલ કન્ફિગરેશન પરથી અનુમાનિત થાય છે, અને અનુમાનિત ધારણાઓ જ એ જ ભૂલ ફરી થવાનો રસ્તો છે. આંતર-AS પર RFC 4364 નો વિભાગ એ જગ્યા છે જ્યાં નક્કી થાય કે કયું મોડેલ ઇરાદામાં હતું.