L2TPv2, L2TPv3, GRE અને VPWS: પેલોડ પ્રમાણે પસંદ કરો
L2TPv2, L2TPv3, GRE અને MPLS VPWSની તેઓ જે પેલોડ વહન કરે છે, જે વધારાનો ઓવરહેડ ઉમેરે છે અને વાસ્તવમાં પરિવહન કોણ ચલાવે છે તેના આધારે સરખામણી કરો.
મોટાભાગની L2TP વિરુદ્ધ GRE ચર્ચાઓ એ જ કારણે તૂટી પડે છે: નામો સમસ્યાના જુદા જુદા સ્તરે બેસે છે. તેમાંથી બે એવી એન્કેપ્સ્યુલેશન વર્ણવે છે જે તમે તમારા પોતાના રાઉટર પર ગોઠવો છો. એક એવી સેવા વર્ણવે છે જે બીજું કોઈ તમને વેચે છે. પેલોડથી શરૂ કરો જે અંતિમ બિંદુઓએ વહન કરવું પડે છે, અને સરખામણી સુવિધાઓની લડાઈને બદલે પરિણામોની ટૂંકી યાદી બની જાય છે.
પહેલા પેલોડ, પછી પ્રોટોકોલ
વ્યવહારમાં પેલોડ ચારમાંથી એક વસ્તુ છે: PPP સત્ર, કાચું Ethernet ફ્રેમ, IP પેકેટ અથવા પ્રદાતાને સોંપાયેલ MPLS ફ્રેમ. દરેક સરનામાંકન, પ્રસારણની સંભાળ અને નિષ્ફળતા શોધ પર અલગ માંગણીઓ મૂકે છે. આ યાદી ખોટી હોય તો કોઈ પણ એન્કેપ્સ્યુલેશન ટ્યુનિંગ ડિઝાઇનને બચાવી શકશે નહીં.
| Payload | Natural fit | What it needs |
|---|---|---|
| PPP session | L2TPv2 | UDP reachability, PPP negotiation on both ends |
| Ethernet frame | L2TPv3 or VPWS | Pseudowire signalling, matched MTU on both sides |
| IP packet | GRE, with IPsec alongside | Routed underlay, protocol type supported by both devices |
| MPLS frame | VPWS | Provider attachment circuits and demarcation points |
આ પંક્તિઓની બહારનું બધું પછી ઉમેરાય છે, જેમ કે એન્ક્રિપ્શન, કમ્પ્રેશન અથવા ટ્રાફિક શેપિંગ. પહેલા પંક્તિ પસંદ કરો.
L2TPv2 અને L2TPv3 નામ વહેંચે છે અને બીજું ભાગ્યે જ
L2TPv2 IP નેટવર્ક પર PPP સત્રો વહન કરવા માટે અસ્તિત્વમાં છે, તેથી તે સામાન્ય ફ્રેમ પરિવહનને બદલે રિમોટ એક્સેસ પ્રોટોકોલ તરીકે વંચાય છે. L2TPv3 તે વિચારને સામાન્ય બનાવે છે: નિયંત્રણ કનેક્શન સત્રોની વાટાઘાટ કરે છે, અને દરેક સત્ર બે IP અંતિમ બિંદુઓ વચ્ચે નિર્ધારિત સ્તર 2 કનેક્શન વહન કરે છે. એ જ કુટુંબનું નામ, અલગ નિયંત્રણ પ્રોટોકોલ, અલગ સત્ર મોડેલ. ફક્ત L2TP કહેતી આવશ્યકતા અધૂરી છે, અને ખોટા સંસ્કરણમાંથી કોપી કરેલ નમૂનો વાટાઘાટ પણ કરશે નહીં.
જો તમને PPPની જરૂર હોય, તો L2TPv2 કુટુંબનું એકમાત્ર વાસ્તવિક સભ્ય છે; જો તમને રાઉટેડ કોર પર Ethernet ફ્રેમની જરૂર હોય, તો તમે L2TPv3 વિસ્તારમાં છો.
પરિવહનની વિગતો એવી રીતે અલગ પડે છે જે ફાયરવોલ સમીક્ષા દરમિયાન બહાર આવે છે. L2TPv3 સીધા IP પ્રોટોકોલ 115 પર અથવા UDPની અંદર, સામાન્ય રીતે પોર્ટ 1701 પર મુસાફરી કરી શકે છે, જ્યારે L2TPv2 અંદર PPP સાથે UDP 1701 પર રહે છે. એક સંસ્કરણ માટે લખાયેલી નીતિ સંપૂર્ણ સાચી લાગી શકે છે અને તેમ છતાં બીજાને કાઢી નાખે છે.
GRE એ હેડર છે, સેવા નહીં
GRE પેલોડને વૈકલ્પિક કી અને ક્રમ ફીલ્ડ સાથે ચાર બાઇટના હેડરમાં લપેટે છે, પછી પરિણામ ડિલિવરી માટે IPને સોંપે છે. તે પેલોડનો અર્થ શું છે તે અંગે કોઈ દાવો કરતું નથી, તેથી અમલીકરણો IPv4, IPv6 અથવા Ethernet ટનલ કરી શકે છે જો તે પ્રોટોકોલ પ્રકારો સમર્થિત હોય. સામાન્ય એ સાર્વત્રિક જેવું નથી: વાસ્તવિક ઉપકરણ પર પ્રોટોકોલ પ્રકાર અને ફ્રેગ્મેન્ટેશન વર્તન ચકાસો.
કી ફીલ્ડ એ છે જે GREને ત્યારે ઉપયોગી બનાવે છે જ્યારે ઘણી ટનલ એક જ જોડી અંતિમ બિંદુ સરનામાં વહેંચે છે, કારણ કે પ્રાપ્તકર્તા તે મૂલ્ય પર ડિમલ્ટિપ્લેક્સ કરે છે. IPv4 પર GRE કોઈપણ વધારાના વિકલ્પો પહેલાં લગભગ 24 બાઇટનો ખર્ચ કરે છે, જે 1500 બાઇટની ફ્રેમ માટે પહેલેથી જ ફાળવાયેલી લિંક્સ પર મહત્વનું બનવા લાગે છે. એકલું GRE કોઈ ગોપનીયતા આપતું નથી, તેથી સામાન્ય પેટર્ન તેને IPsec સાથે જોડે છે અને ક્રિપ્ટો સીમા IPsec પાસે રાખે છે. તે જોડાણ કામ કરે છે, પરંતુ પછી MTU બજેટે બંને હેડરને આવરી લેવા પડે છે.
જ્યારે પેલોડ Ethernet હોય ત્યારે GRE ટનલ દ્વારા મલ્ટીકાસ્ટ અને પ્રસારણ પણ વહન કરે છે, જે સાદી યુનિકાસ્ટ IP ટનલ કરી શકતી નથી. તે લક્ષણ, ટૂંકા નામ નહીં, સામાન્ય રીતે ડિઝાઇન તેને પસંદ કરવાનું કારણ છે.
VPWS ખરીદાય છે, ગોઠવાતું નથી
વર્ચ્યુઅલ પ્રાઇવેટ વાયર સેવા પ્રદાતાના નેટવર્ક પર પોઇન્ટ-ટુ-પોઇન્ટ સ્તર 2 સર્કિટ પહોંચાડે છે. તમારું જોડાણ સર્કિટ પ્રદાતાના ધાર ઉપકરણ પર સમાપ્ત થાય છે, અને કોર પરનો સ્યુડોવાયર પ્રદાતાનો છે. જે પ્રશ્નો મહત્વના છે તે કાર્યકારી છે: સીમા ક્યાં છે, પ્રથમ અને છેલ્લા માઇલનો માલિક કોણ છે, અને પ્રદાતા વધુ પડતી મોટી ફ્રેમ સાથે શું કરે છે.
અહીં સરખામણી ફરે છે. L2TPv3 અને GRE એવી વસ્તુઓ છે જે તમે શરૂઆતથી અંત સુધી ચલાવો છો, તેથી તમે તમારા પોતાના ઓળખપત્રો અને તમારા પોતાના કેપ્ચર સાથે તેમને ડિબગ કરો છો. VPWS એ સોંપણી સાથેનો કરાર છે, તેથી વિક્ષેપ પેકેટ કેપ્ચરને બદલે ટિકિટથી શરૂ થાય છે. કોઈ પણ મોડેલ સંપૂર્ણ જીતતું નથી; તેઓ જુદી જુદી જગ્યાએ નિષ્ફળ જાય છે, અને પસંદગી એના પર આધાર રાખે છે કે તમે છેલ્લો માઇલ ધરાવવા માંગો છો કે નહીં.
સ્યુડોવાયર લેબલ સ્ટેક પ્રદાતાના નેટવર્કની અંદર જ રહે છે, તેથી તે દૃશ્યમાન ટનલ હેડરની જેમ તમારી MTU ગણતરી બદલતું નથી.
એક પંક્તિ પસંદ કરો અને તેને લખો
નિર્ણયને ત્રણ ભાગોવાળા એક વાક્ય તરીકે નોંધો: પેલોડ, એન્કેપ્સ્યુલેશન અને પરિવહનનો માલિક. પછી એવા આંકડા જોડો જે તેને ચકાસી શકાય તેવો બનાવે.
દરેક ઉમેદવાર માટે, તાર પરનો ઓવરહેડ, પથ સ્વીકારે તે સૌથી મોટી ફ્રેમ અને MTU સમસ્યાની જાણ કરે તેવો પ્રથમ હોપ લખો. ખાતરી કરો કે બંને અંતિમ બિંદુઓ તમે પસંદ કરેલ પ્રોટોકોલ પ્રકાર અથવા સત્ર પ્રકારને સમર્થન આપે છે, ફક્ત ડેટાશીટ પરની માર્કેટિંગ શબ્દાવલી નહીં. આવતા વર્ષે બીજું સર્કિટ આવે તો મલ્ટિપ્લેક્સિંગ કેવું દેખાશે તે નક્કી કરો, કારણ કે GRE કી અને L2TPv3 સત્ર ID એ તે સમસ્યાના પરસ્પર બદલી શકાય તેવા ઉકેલો નથી. પછી એક વધુ પડતી મોટી ફ્રેમ અને એક સામાન્ય ફ્રેમ મોકલો; તે જોડી કાગળ પર સારી લાગતી મોટાભાગની ડિઝાઇન પકડી લે છે.
નામ દ્વારા ટનલની સરખામણી એવી દલીલો પેદા કરતી રહે છે જે કોઈ ઉકેલી શકતું નથી. પેલોડ, ઓવરહેડ અને માલિકી દ્વારા તેમની સરખામણી એક બપોરમાં નિર્ણય આપે છે, સાથે પછીથી તેનો બચાવ કરવા માટે જરૂરી પુરાવા પણ.