MPLS-in-UDP: અંડરલે માટે એન્ટ્રોપી, ડોમેન માટે નિયમો

બે પ્રદાતાઓ સમાન સેવા લેબલનું વર્ણન કરે છે, અને તેમાંથી માત્ર એક જ UDP હેડરનો ઉલ્લેખ કરે છે. તફાવત દેખાવનો નથી: UDPની અંદર MPLS મૂકવાથી બહારના IP નેટવર્કને શું દેખાય છે તે બદલાય છે, અને તેથી સમાંતર લિંક્સ પર તે શું હેશ કરી શકે છે તે પણ બદલાય છે. તે એ પણ બદલે છે કે કોને તે તૈનાત કરવાની મંજૂરી છે.

સ્તરો યાદ રાખવા પૂરતા ટૂંકા છે: બહારનું IP, પછી UDP, પછી MPLS લેબલ સ્ટેક, પછી સેવા પેલોડ. લેબલ સ્ટેક અદૃશ્ય થતો નથી; જે એન્ડપોઇન્ટ લેબલ સ્વિચિંગ ફરી શરૂ કરે છે ત્યાં તે હજી પણ ફોરવર્ડિંગ નક્કી કરે છે.

UDP એન્વલપ શું ઉમેરે છે

RFC 7510 આ એન્કેપ્સ્યુલેશનને UDP ગંતવ્ય પોર્ટ 6635 સાથે વ્યાખ્યાયિત કરે છે અને ફ્લો એન્ટ્રોપી વહન માટે સ્રોત-પોર્ટ ફીલ્ડનો ઉપયોગ કરે છે. એન્કેપ્સ્યુલેટ કરતું ઉપકરણ નક્કી કરે છે કે શું ફ્લો ગણાય અને મૂલ્ય કેવી રીતે મેળવવું; સ્ટાન્ડર્ડ જાણી જોઈને એક ચોક્કસ હેશ ફરજિયાત કરતું નથી. આ વેન્ડર વર્તન માટે જગ્યા છોડે છે, અને તેનો અર્થ એ છે કે બે અમલીકરણો સમાન ટ્રાફિક મિશ્રણ માટે અલગ વિતરણો ઉત્પન્ન કરી શકે છે. મૂલ્યને અંડરલેને અપાયેલા સંકેત તરીકે વાંચો, સ્ટાન્ડર્ડે લીધેલા રૂટિંગ નિર્ણય તરીકે નહીં.

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

એન્ટ્રોપી બેન્ડવિડ્થ નથી

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

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

તૈનાતીની સીમા સ્પેસિફિકેશનનો ભાગ છે

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

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

સુરક્ષા તમે ઇચ્છતા હેશિંગ સાથે શું કરે છે તે જુઓ

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

સ્ટાન્ડર્ડ વર્ણવે છે તે સ્તર જ નહીં, પણ વાયર પર દેખાય છે તે રીતે સંપૂર્ણ પેકેટનું મૂલ્યાંકન કરો. આ MTU અને એન્ડપોઇન્ટ ક્ષમતા ફરીથી વિચારવાનું સ્થાન પણ છે, કારણ કે UDP હેડર અને કોઈપણ સુરક્ષા ઓવરહેડ ફિટ થતા પેલોડને ઘટાડે છે.

આખો માર્ગ ધ્યાનમાં રાખીને નિર્ણય લો

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

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