રૂટ રિફ્લેક્ટર ઉમેર્યા પછી કેટલાક L2VPN રૂટ અદૃશ્ય થાય છે

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

નુકસાન પસંદગીપૂર્વક છે, જે શોધને સાંકડી કરે છે

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

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

રિફ્લેક્શન ખરેખર શું બદલે છે

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

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

ફરી વપરાયેલા ક્લસ્ટર ID એ રૂટ અદૃશ્ય થવાની રીત છે

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

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

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

દરેક પડોશીને ક્લાયન્ટ બનાવવાના પ્રલોભનનો પ્રતિકાર કરો

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

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

રિફ્લેક્શનને દોષ આપતા પહેલાં સરનામા કુટુંબ તપાસો

પોર્ટ 179 પરનું TCP સેશન સાબિત કરે છે કે બંને વક્તા વાત કરી શકે છે, અને VPN સરનામા કુટુંબે એક પણ રૂટની આપલે કરી છે કે નહીં તે વિશે કંઈ કહેતું નથી. પહેલાં સેશન સ્થિતિ, પછી કુટુંબ, પછી વ્યક્તિગત પ્રીફિક્સ સ્થાપિત કરો.

vtysh -c "show bgp summary"
vtysh -c "show bgp l2vpn evpn summary"
vtysh -c "show bgp l2vpn evpn"

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

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