MPLS શાખા રાઉટિંગ: CE શું શીખે છે અને કોની પાસેથી

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

માર્ગ પર એક પેકેટને અનુસરવું એ જોવાની સૌથી ઝડપી રીત છે કે કયો ભાગ ગ્રાહકની જવાબદારી છે અને કયો ભાગ સેવાનો છે.

10.20.0.0/24 → CE-A → PE → provider core → PE → CE-B → 10.30.0.0/24

દરેક હોપનું કામ ક્યાં પૂરું થાય છે

CE-A ને દૂરની LAN માટે રૂટની જરૂર છે જે તેના સ્થાનિક પ્રદાતા જોડાણ તરફ નિર્દેશ કરે, દૂરની શાખાના WAN સરનામા તરફ નહીં. પછી પ્રદાતા VPN રાઉટિંગ સ્થિતિનો ઉપયોગ કરીને પેકેટને પોતાના કોરમાંથી લઈ જાય છે, અને CE-B તેને લક્ષ્ય LAN પર પહોંચાડે છે. કોઈ પણ તબક્કે હોસ્ટને લેબલ, VRF કે સામેની બાજુનું ઇન્ટરનેટ સર્કિટ સમજવાની જરૂર નથી.

ટિકિટમાં વારંવાર આવતી ભૂલ એ છે કે શાખા A માં શાખા B ના WAN સરનામાને આગલા હોપ તરીકે ગોઠવવામાં આવે છે. બંને શાખાઓએ એક જ સેવા ખરીદી છે, તેથી એવું લાગે છે કે તેઓ પડોશી હોવા જોઈએ. તેઓ નથી: આગલો હોપ તમારી પાસે ખરેખર હોય તેવી રાઉટિંગ ડિઝાઇન દ્વારા પહોંચી શકાય તેવો હોવો જોઈએ, અને દૂરનું CE સામાન્ય રીતે તમે સંચાલન ન કરતા સાધનોની પાછળ ઘણા હોપ દૂર હોય છે. આ ધારણા પર બનેલો સ્થિર રૂટ સક્રિય દેખાય છે અને કંઈમાં ઉકેલાતો નથી, જે ખૂટતા રૂટ કરતાં પણ ખરાબ છે કારણ કે ટેબલમાં તે સાચો દેખાય છે.

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

સોંપણીએ કોના પર સહમત થવું પડે

પ્રદાતા સાથે મળીને પદ્ધતિ પસંદ કરો, તેમની આસપાસ નહીં. સ્થિર રૂટ, BGP અથવા CE અને PE વચ્ચેનો રાઉટિંગ પ્રોટોકોલ કરાર એ બધા કાયદેસર છે, અને OSPF પાસે આ સોંપણી માટે નિર્ધારિત MPLS VPN મોડેલ છે. આમાંથી કોઈ પણ બે દૂરની ગ્રાહક ધાર વચ્ચે અનિર્દિષ્ટ પ્રદાતા કોર દ્વારા OSPF સંલગ્નતા બનાવવાનું કારણ નથી, કારણ કે તે એવી ડિઝાઇન છે જેને પ્રદાતાએ સ્વીકારી નથી અને ટેકો આપી શકતું નથી.

નવી LAN શરૂ થાય તે પહેલાં ચાર વસ્તુઓ લખો: પ્રીફિક્સ, CE પરનો સ્થાનિક આગળનો રૂટ, પ્રદાતા સ્વીકારશે તેવી જાહેરાત, અને પ્રદાતા પાછા આપશે તેવા રૂટ. કરાર જે ફિલ્ટરિંગ, પ્રીફિક્સ મર્યાદા કે સાઇટ-થી-સાઇટ પ્રતિબંધો લાદે તે ઉમેરો. સ્વસ્થ સંલગ્નતા માહિતીની આપલે માટેનું માધ્યમ છે, અને તે ચોક્કસ પ્રીફિક્સ સ્વીકારાયું હોવાનો પુરાવો નથી; સત્ર ચાલુ હોઈ શકે છે જ્યારે તમારું નવું સબનેટ ફિલ્ટરમાં બેઠું હોય.

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

સ્વીકૃતિ પહેલાં બંને સોંપણીઓ ચકાસો

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

show ip route vrf BRANCH 10.30.0.0
show ip bgp vpnv4 vrf BRANCH
show ip cef vrf BRANCH 10.30.0.10

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

સેવા શું આપતી નથી તે જાણો

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

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

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