BGP એ પ્રીફિક્સ શીખ્યું, પણ ટ્રાફિક હજી ટનલને ચકમો આપે છે

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

પ્રથમ દરવાજો: પડોશીએ ખરેખર શું મોકલ્યું

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

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

show ip bgp 10.60.20.0/24
show ip bgp neighbors 203.0.113.5 advertised-routes
show ip route 10.60.20.0
show ip cef 10.60.20.0

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

બીજો દરવાજો: પસંદગી, પછી ઇન્સ્ટોલ

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

RFC 4271 ત્રણ વિચારો અલગ રાખે છે: પીઅરે શું મોકલ્યું, આ વક્તાએ શું શ્રેષ્ઠ પસંદ કર્યું, અને આગળ શું જાહેર કરશે. આ વૈચારિક ભૂમિકાઓ છે, વિક્રેતાએ ખુલ્લા કરવા પડે તેવા ત્રણ ભૌતિક ડેટાબેઝ નહીં, પણ તે જ અલગીકરણ “તે BGPમાં છે” ને અપૂર્ણ જવાબ બનાવે છે.

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

ત્રીજો દરવાજો: આ પ્રવાહને લાગુ પડતી શોધ

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

ip route get 10.60.20.25 from 10.60.10.40
ip rule show
sudo tcpdump -ni tun0 'host 10.60.20.25'

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

ગેટવેમાંથી જ મોકલાયેલ પિંગ વપરાશકર્તાના સત્રનો પુરાવો નથી. અલગ સ્રોત સરનામું, અલગ નીતિ માર્ગ, અને ઘણી વાર અલગ પરિણામ. એપ્લિકેશન જે સ્રોત વાપરે તે જ સ્રોત સાથે પરીક્ષણ કરો, અથવા સ્વીકારો કે પરીક્ષણ બીજા પ્રશ્નનો જવાબ આપે છે.

ચોથો દરવાજો: માર્ગનો દૂરનો અડધો ભાગ

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

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

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

નિષ્ફળ ગયેલા સંક્રમણને નામ આપો

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

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