તમારી સાઇટ્સ વચ્ચે કોણ રૂટ કરે છે: લેયર 2 કે લેયર 3 VPN?

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

ટોપોલોજી સ્લાઇડથી નહીં, હેન્ડઓફ ફોર્મથી શરૂ કરો

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

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

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

ટર્ન-અપના દિવસે શું આવ્યું તે વાંચો

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

ip -br link show
ip -br addr show
ip route show default
ip neigh show

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

પ્રોમિસ્ક્યુઅસ દેખાતી લિંક એ પણ દર્શાવે છે કે હેન્ડઓફ ટેગ કરેલો છે, તેથી સર્કિટને દોષ આપતાં પહેલાં VLAN કરાર નિશ્ચિત કરો. મલ્ટિપોઇન્ટ સેવામાં નકલી MAC સરનામાં ડિઝાઇનનું લક્ષણ છે, પ્રોવાઇડરની ખામી નહીં.

પહેલા પ્રિફિક્સ પહેલાં દરેક ઑબ્જેક્ટ માટે એક માલિક નક્કી કરો

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

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

રૂટેડ સેવા સામાન્ય રીતે BGP કે સ્થિર સીમા આપે છે, તેથી તમારી બાજુને વાંચી શકાય તેવી સેશન સ્થિતિની જરૂર છે: birdc show protocols કે તમારા રાઉટર પરનું સમકક્ષ કહે છે કે એડજેસન્સી ચાલુ છે કે નહીં, અને કાઉન્ટર કહે છે કે તે ફક્ત ઓફિસ સમયમાં ફ્લેપ થાય છે કે નહીં. લેયર 2 હેન્ડઓફ આવો સંકેત આપતું નથી, તેથી ગ્રાહકે સ્પષ્ટ રીચેબિલિટી તપાસ રાખવી પડે છે.

એક સાઇટ માટે નિષ્ફળતાનો કિસ્સો ચાલો

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

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

કંટાળાજનક નિષ્ફળતા પણ ચકાસો: એક સાઇટ તેનો ટ્રાફિક બમણો કરે છે. રૂટેડ હેન્ડઓફમાં પ્રિફિક્સ દીઠ કાઉન્ટર દેખાય છે; બ્રિજ્ડ હેન્ડઓફમાં કદાચ ફક્ત ઇન્ટરફેસ થ્રુપુટ દેખાય, જે તમને અનુમાન કરવા છોડે છે કે કયો હોસ્ટ જવાબદાર છે.

કરાર શું ખરીદતો નથી

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

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

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