MPLS VPN માં IPv6: ત્રણ પસંદગી, એક નહીં એડ્રેસ ફેમિલી
ગ્રાહકની VPN રૂટ, PE-થી-PE BGP સત્ર અને કોર ટ્રાન્સપોર્ટ અલગ નિર્ણયો છે. એક સત્ર એક ફેમિલીમાં ચાલી શકે અને બીજી વહન કરી શકે.
ડિઝાઇન સમીક્ષામાં “IPv6 BGP પર IPv6 L3VPN ચલાવો” કહો, અને તે એક જ વાક્યમાં ત્રણ અલગ નિર્ણયો છુપાયેલા છે. કયા પ્રીફિક્સ ગ્રાહકની VPN ના છે, કયા સરનામાં પ્રોવાઇડર એજ વચ્ચેનું રૂટિંગ સત્ર વહન કરે છે અને કયો કોર લેબલવાળું પેકેટ ખસેડે છે — એ સ્વતંત્ર પસંદગીઓ છે. તે બધા IPv6 હોઈ શકે, મિશ્ર પણ હોઈ શકે, અને મિશ્રણ જાણી જોઈને માન્ય છે. આ ત્રણને અલગ પાડવાનું કામ જ અસ્પષ્ટ જરૂરિયાતને એવી વસ્તુમાં ફેરવે છે જેના પર પ્લેટફોર્મની કસોટી થઈ શકે.
ત્રણ કામો અલગ કરો
પહેલું કામ ગ્રાહક રૂટ છે: જે IPv6 પ્રીફિક્સ એક VPN રૂટિંગ સંદર્ભના છે અને દરેક બીજા સંદર્ભની બહાર રહેવા જોઈએ. બીજું એ પ્રોવાઇડર એજ રાઉટર વચ્ચેનું રૂટિંગ જોડાણ છે, જે તે પ્રીફિક્સની આપલે કરે છે. ત્રીજું એ ટ્રાન્સપોર્ટ છે જે લેબલવાળું ગ્રાહક પેકેટ કોર પાર કરીને દૂરના એજ સુધી લઈ જાય છે. તેમાંથી ફક્ત એકનું નામ આપવું હજી ડિઝાઇન નથી.
| Job | The question it answers | What confusion looks like |
|---|---|---|
| Customer VPN routes | Which IPv6 prefixes belong to each VPN context, and how are they kept apart? | Prefixes leak into the global table and between customers |
| PE-to-PE BGP session | Which addresses carry the routing connection between the two edges? | A session-family mismatch gets chased as a core transport fault |
| Transport to the remote PE | How does the chosen core move the labelled packet to the far edge? | A route is present and unforwardable in the same moment |
દરેક કામની પોતાની એડ્રેસ ફેમિલી, પોતાની નિષ્ફળતાની રીતો અને ઘણી વાર પોતાની ટીમ હોય છે. ટેબલ એટલા માટે જ ઉપયોગી છે કારણ કે ડિઝાઇન દસ્તાવેજનું એક વાક્ય ત્રણેય હરોળને એકમાં સંકોચવાની વૃત્તિ ધરાવે છે.
રૂટની ફેમિલી VPN-IPv6 છે, IPv6 unicast નહીં
RFC 4659 BGP/MPLS IPv6 VPN ફેમિલી વ્યાખ્યાયિત કરે છે, અને તેમાં સભ્યપદ IPv6 શબ્દ સૂચવે તેના કરતાં વધુ ચોક્કસ છે. ત્યાંનો રૂટ એ IPv6 પ્રીફિક્સ સાથે જોડાયેલો રૂટ ડિસ્ટિંગ્વિશર છે, જે AFI 2 અને SAFI 128 હેઠળ એન્કોડ થયેલો હોય છે. સામાન્ય IPv6 unicast બીજી ફેમિલી છે, તેથી looking glass માં પ્રીફિક્સ જેવું દેખાતું જાહેરનામું કદાચ બિલકુલ એ જ વસ્તુ ન પણ હોય. ફેમિલી ખોટી વાંચવી એ આ ડિઝાઇન બગડવાનો પહેલો રસ્તો છે.
ફરક એજ પર જણાય છે, જ્યાં રૂટે કંઈપણ કરતાં પહેલાં યોગ્ય VPN સંદર્ભમાં પડવું પડે છે. પ્રીફિક્સ મળવું એ સાબિત કરે છે કે આપલે થઈ, અને ઇન્સ્ટોલેશન વિશે કંઈ કહેતું નથી. એ જ અંતર પ્રખ્યાત અહેવાલ ઊભો કરે છે: સત્ર ચાલુ છે અને ગ્રાહક હજી અંધારામાં છે.
સત્ર VPN કરતાં અલગ ફેમિલીમાં ચાલી શકે
બે એજ વચ્ચેના BGP જોડાણને VPN ની પોતાની ફેમિલી વાપરવા માટે કંઈ ફરજ પાડતું નથી. સ્પેસિફિકેશન IPv4 કે IPv6 સત્રની મંજૂરી આપે છે, અને IPv6 VPN ટ્રાન્સપોર્ટ પોતે બંને કોર પ્રકારો પર વ્યાખ્યાયિત છે. તેથી IPv6 સત્ર પોતે જે વહન કરે છે તેની ફેમિલી વિશે કંઈ કહેતું નથી, અને ડેટા પ્લેન પણ પસંદ કરતું નથી. ત્રણ સ્વતંત્ર બિટ, અને ડિઝાઇનમાં ત્રણેય અલગ રહેવા જોઈએ.
એ મુક્ત કરે છે અને સાથે જ સહેલાઈથી ખોટું વંચાય છે. IPv6 ગ્રાહક રૂટ IPv4 સરનામાવાળા સત્ર પર ચાલી શકે, અને IPv4 રૂટ IPv6 સત્ર પર, જો પ્લેટફોર્મ આ સંયોજનને ટેકો આપે અને આગલું હોપ રિઝોલ્વ થાય. જે ન બનવું જોઈએ તે એ છે કે સત્ર પેલોડનું સૂચન કરે, ડિઝાઇન દસ્તાવેજમાં કે પછી સેવા સાબિત કરતા મોનિટરિંગમાં.
IPv4 કોર પર આગલા હોપનું પોતાનું એન્કોડિંગ છે
જ્યારે VPN ની નીચેનો કોર IPv4 હોય, ત્યારે રૂટ એવા આગલા હોપ સાથે દેખાતો નથી જે ઇનગ્રેસ એજ સીધો વાપરી શકે. તે IPv4-મેપ્ડ IPv6 સ્વરૂપમાં આવે છે, અને નીચેનો ટ્રાન્સપોર્ટ IPv4 હોય ત્યારે સ્પેસિફિકેશન એગ્રેસ એજને એમ જ વ્યક્ત કરે છે. પછી ઇનગ્રેસ રાઉટરે એ મેપ્ડ સરનામાને એવી વસ્તુમાં ફેરવવું પડે જે સુધી તે ખરેખર કોર પાર કરીને પહોંચી શકે, અને રિઝોલ્યુશન એ જ પગલું છે જે ચૂપચાપ નિષ્ફળ જાય છે.
તેને ઉપકરણો વચ્ચે નકલ કરવાની શબ્દમાળા નહીં, ફોરવર્ડિંગની અવલંબન તરીકે વાંચો. તમે ખરેખર ચલાવો છો તે પ્લેટફોર્મ પર ત્રણ વસ્તુઓની ખાતરી કરો: જાહેર કરેલું આગલું હોપ વાપરી શકાય તેવા માર્ગમાં રિઝોલ્વ થાય, લેબલ સ્ટેક સ્વીકારાય, અને ગંતવ્ય ઇચ્છિત VPN સંદર્ભમાં પડે. આમાંથી કોઈ એક પણ નિષ્ફળ જાય તો સત્ર સ્વસ્થ દેખાય અને કંઈ ફોરવર્ડ ન કરે, તેથી આ તપાસ પછીની ઘટનામાં નહીં, સ્વીકૃતિ પરીક્ષણમાં હોવી જોઈએ.
જરૂરિયાત ચાર લાઇનમાં લખો
પરીક્ષણને લાયક જરૂરિયાત ચાર વસ્તુઓનું નામ લે છે: VPN ફેમિલી, સત્ર ટ્રાન્સપોર્ટ, આગલા હોપનું એન્કોડિંગ અને કોરની ગોઠવણ. પછી એક ગ્રાહક પ્રીફિક્સનું નામ લે છે જે શરૂઆતથી અંત સુધી અનુસરવાનું છે: આપલે, ઇન્સ્ટોલેશન, લેબલ રિઝોલ્યુશન અને પરત માર્ગ દ્વારા. “IPv6 BGP ને ટેકો આપે છે” ચારમાંથી એક પણ આવરી લેતું નથી અને અસંગતિ ખરેખર ક્યાં છે તે છુપાવે છે.
VPN-IPv6 આપલે વગરનું સ્વસ્થ સત્ર અધૂરું છે, અને કામ કરતા ફોરવર્ડિંગ વગર મળેલી VPN રૂટ પણ એટલી જ અધૂરી છે. આને અલગ સ્વીકૃતિ લાઇન તરીકે રાખવાથી આગલી ટ્રબલશૂટિંગ ચર્ચા ટૂંકી થાય છે, કારણ કે નિષ્ફળ લાઇન પહેલેથી લખાયેલી છે.