VXLAN થી MPLS IP VPN: VNI એ MPLS લેબલ નથી

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

દંતકથા: બંને લેબલ વાપરે છે, તેથી તેમને મેપ કરો

ઉપરની સામ્યતા વાસ્તવિક અને ભ્રામક છે. VXLAN તેના હેડરમાં 24-બિટ VNI ધરાવે છે, અને MPLS લેબલનો સ્ટેક ધરાવે છે, તેથી એમ લાગે છે કે એક મૂલ્યને બોર્ડર ડિવાઇસ પર બીજામાં ફરી લખી શકાય.

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

દરેક બાજુ ખરેખર શું ફોરવર્ડ કરે છે

ફેબ્રિક બાજુએ બોર્ડર ડિવાઇસ VXLAN ટનલ સમાપ્ત કરે છે, VNI ને ટેનન્ટ VRF પર મેપ કરે છે અને પેકેટને સામાન્ય IP તરીકે રૂટ કરે છે. પ્રોવાઇડર બાજુએ PE ગ્રાહક રૂટને VRF માં સ્વીકારે છે, MPLS લેબલ સ્ટેક લગાવે છે અને તેને IP VPN દ્વારા ફોરવર્ડ કરે છે.

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

કંટ્રોલ પ્લેન કેમ ભળતા નથી

EVPN Type 5 ઓવરલે નેક્સ્ટ હોપ સાથે IP પ્રીફિક્સ રૂટ ધરાવે છે, જ્યારે VPN-IPv4 જાહેરાતો બીજા એડ્રેસ ફેમિલીની છે. બંને બાજુએ એકસરખા દેખાતા રૂટ ટાર્ગેટ એક ફેમિલીને બીજામાં ભાષાંતર કરતા નથી, અને સીમા પારના નેક્સ્ટ હોપ ઉકેલતા નથી.

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

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

રૂટેડ હેન્ડઓફ અથવા સંકલિત ગેટવે પસંદ કરો

જ્યારે ટેનન્ટને IP પહોંચની જરૂર હોય અને પ્રોવાઇડર પહેલેથી CE તરફની સેવા આપતો હોય ત્યારે રૂટેડ હેન્ડઓફ પસંદ કરો. તે માલિકી સ્પષ્ટ રાખે છે: ફેબ્રિક VXLAN અને EVPN ધરાવે છે, પ્રોવાઇડર MPLS અને VPN ધરાવે છે, અને સીમા VRF-થી-ઇન્ટરફેસ મેપિંગ ધરાવે છે. પ્રોવાઇડર સાથે એટેચમેન્ટ સ્કેલ, એડ્રેસિંગ અને ફેઇલઓવરની યોજના કરો, એક લિંક પૂરતી છે એમ માની ન લો.

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

દરેક ટેનન્ટ માટે શું નોંધવું

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

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