બે PE, એક પ્રીફિક્સ: RD શા માટે દૃશ્યતા નક્કી કરે છે
એક જ પ્રીફિક્સની જાહેરાત કરતા બે એજ રાઉટર એક જ ગંતવ્ય વહેંચે છે, જ્યાં સુધી તેમના route distinguisher અલગ ન હોય. જાણી જોઈને ફાળવો, પછી VRF ચકાસો.
એક જ ગ્રાહક પ્રીફિક્સની જાહેરાત કરતા બે એજ રાઉટર એક VPNv4 ગંતવ્યનું વર્ણન કરે છે જ્યાં સુધી કંઈક તેમને અલગ ન કરે, અને તે વિભાજક route distinguisher છે. તે પ્રીફિક્સને લાયક ઠેરવે છે; પરિણામ કોણ આયાત કરે તે તે નક્કી કરતું નથી, એ route targetનું કામ છે. જ્યાં એ જાહેરાતો મળી શકે તેવા દરેક ડોમેનમાં અલગ રહેવા જોઈએ તેવા રૂટના સમૂહમાંથી RD ફાળવો, એક જ બોક્સના ફાઇલ લેઆઉટમાંથી નહીં. તમે પસંદ કરો છો તે નંબર એવી ઓળખ છે જેના પર પછીની સમીક્ષાઓ આધાર રાખશે, તેથી તે કન્ફિગરેશનમાં જાય તે પહેલાં ઇન્વેન્ટરીમાં હોવો જોઈએ.
RD અને પ્રીફિક્સ મળીને એક ગંતવ્ય
એક RD અને એક IPv4 પ્રીફિક્સ મળીને VPNv4 ગંતવ્ય બનાવે છે જેની કંટ્રોલ પ્લેન તુલના કરે છે. બે PEને જુદા ગ્રાહકો માટે એક જ પ્રીફિક્સ આપો અને જુદા RD વિના તેઓ એક જ ગંતવ્ય તરફ રૂટની જાહેરાત કરે છે. ડિસ્પ્લે પર કંઈ તમને કહેતું નથી કે આ જૂથીકરણ ખોટું છે, કારણ કે પ્લેટફોર્મ બરાબર એ જ કરે છે જે ઓળખ કહે છે. તેમાંથી એક પર RD બદલો અને જૂની જાહેરાત પાછી ખેંચાય છે જ્યારે બીજી ઓળખ હેઠળ નવી દેખાય છે. નીચેની બાજુનું જે કંઈ જૂની ઓળખ પર આધારિત હતું, રૂટ પસંદગીથી લઈને સાચવેલા ઓપરેટર ફિલ્ટર સુધી, હવે એવી વસ્તુનો સંદર્ભ આપે છે જે હવે અસ્તિત્વમાં નથી.
એક ગંતવ્ય માટે અનેક રૂટ એ BGPનું સામાન્ય વર્તન છે, લક્ષણ નથી. એક સ્પીકર ફોરવર્ડિંગ માટે એક શ્રેષ્ઠ રૂટ પસંદ કરતી વખતે અનેક પ્રાપ્ત રૂટ રાખી શકે છે, અને પ્રાપ્ત અને પસંદ કરેલ વચ્ચેનું અંતર એ છે જ્યાં દૃશ્યતાના પ્રશ્નો રહે છે. જ્યારે કોઈ રૂટ અદૃશ્ય થયો હોય તેવું લાગે, ત્યારે સત્ર જોતા પહેલાં ચકાસો કે તે જે ઓળખનો હતો તે હજી અસ્તિત્વમાં છે કે નહીં.
એક જ RD, એક જ ગંતવ્ય, જુદા રૂટ
એક જ સેવા વતી બે રાઉટરમાંથી એક RD અને એક પ્રીફિક્સ મોકલો અને બંને એક જ ગંતવ્ય તરફ રૂટ ઓફર કરે છે, સામાન્ય રીતે જુદા આગલા હોપ સાથે. route reflector તેમાંથી કયો આગળ મોકલશે તે રિફ્લેક્ટર વિશેનો નિર્ણય છે: તેની રૂટ પસંદગી, તેની જાહેરાત ક્ષમતા અને તેના પર મૂકેલી કોઈપણ નીતિ. બેમાંથી કોઈ એજ રાઉટર તે પસંદગીને નિયંત્રિત કરતું નથી. બંને જાહેરાતોને અલગ RD આપો અને દરેક પોતાનું ગંતવ્ય બને છે, તેથી બંને એવા કંટ્રોલ પ્લેનમાં ટકી શકે છે જે અન્યથા એક ઓળખ માટે ફક્ત પસંદ કરેલો રૂટ વહન કરે છે.
દૃશ્યતા અને મલ્ટિપાથ સ્વીકારક VRFમાં મળે છે, પણ તે એક જ નિર્ણય નથી, અને બે ઓળખ વહન કરતું રિફ્લેક્ટર બીજો સ્થાપિત રૂટ ગોઠવ્યો નથી. VRF તે સ્થાપિત કરે છે જે તેની આયાત નીતિ સ્વીકારે છે અને જે તેનું પોતાનું મહત્તમ-રૂટ સેટિંગ મંજૂર કરે છે. બીજો રૂટ ફક્ત દૃશ્ય નહીં પણ વપરાય તે માટે તે સેટિંગ અલગથી ચકાસો.
સ્થાનિક અનન્યતાનો નિયમ નીતિ નથી
દરેક PE અને દરેક રાઉટિંગ ઇન્સ્ટન્સને પોતાનું RD આપવું સ્વસ્થ પરંપરા છે: તે ઉદ્ભવનું નામ આપે છે, અસંબંધિત સેવાઓને એક ઓળખ પર અથડાતી અટકાવે છે અને ઇન્વેન્ટરીને સ્થિર કી આપે છે. કેટલાક પ્લેટફોર્મ ફક્ત બોક્સની અંદર અનન્યતા માગે છે અને રાઉટરને એક જ VPN ઇન્સ્ટન્સ માટે RD વહેંચવાની સ્પષ્ટ મંજૂરી આપે છે. તે મંજૂરી અમલીકરણની મર્યાદા છે, નેટવર્ક-આંતર સૂત્ર નથી જે તમે વેન્ડરને સોંપી શકો. જો ડોમેન ટીમો સુધી ફેલાયેલું હોય, તો ફાળવણી નીતિ જાતે લખો.
સભ્યપદ ક્યારેય અંકોમાંથી આવતું નથી. એક PE માટે 65000:12 અને બીજા માટે 65000:13 જેવી પેટર્ન એ ટેવ છે, જ્યારે 65000:112 જેવા મેળ ખાતા નિકાસ અને આયાત લક્ષ્યો જ રૂટને VRFમાં મૂકે છે. RDને રૂટની ઓળખ અને route targetને તેને VRFમાં લઈ જતી મંજૂરી તરીકે ગણો.
ફેરફાર VRF પર સાબિત કરો, ડિસ્પ્લે પર નહીં
RDને સ્પર્શ કરતા પહેલાં ચાર વસ્તુઓ લખો: PE આજે શું જાહેર કરે છે, રિફ્લેક્ટર શું પ્રતિબિંબિત કરે છે, સ્વીકારક VRF શું આયાત કરે છે અને કયો રૂટ પસંદ કરે છે. નવું RD એક જાહેરાત પાછી ખેંચે છે અને બીજી દાખલ કરે છે, તેથી ફેરફાર સત્રની બંને બાજુ દેખાય છે અને જો તમે ફક્ત જાહેરાત કરતી બાજુ જુઓ તો ખોટું વાંચવું સહેલું છે. સ્વીકૃતિ તમે ઇચ્છતા હતા તે પહોંચ પર આધારિત હોવી જોઈએ, પ્રીફિક્સ યાદીમાં દેખાતી વધારાની લાઇન પર નહીં. નીચેનું કોષ્ટક તે સમીક્ષા દરમિયાન ત્રણ ઓળખકર્તાઓને ભળી જતા અટકાવે છે.
| Identifier | Question it answers | What breaks when it is confused with another |
|---|---|---|
| Route distinguisher | Which route identity is this? | Two services collapse into one destination, so one advertisement withdraws the other |
| Route target | Who is allowed to import it? | Routes arrive in a VRF that should not have them, or never arrive at all |
| VRF import policy | What does this instance accept and install? | The route is visible on the PE but never selected in the VRF |
જાહેરાત કરતા PEથી શરૂ કરો અને કંઈ દૂર કરતા પહેલાં એક જ પ્રીફિક્સ માટે બંને ઓળખની તુલના કરો. નીચેના IOS આદેશો ક્રમમાં ત્રણ પ્રશ્નોના જવાબ આપે છે: જૂની જાહેરાત હજી ત્યાં છે કે નહીં, નવી ઓળખ રિફ્લેક્ટરને દેખાય છે કે નહીં, અને VRF પ્રીફિક્સ પસંદ કરે છે કે નહીં.
show bgp vpnv4 unicast rd 65000:12 203.0.113.0/24 show bgp vpnv4 unicast rd 65000:13 203.0.113.0/24 show ip route vrf CUSTOMER-A 203.0.113.0/24
બીજા પ્લેટફોર્મ એ જ માહિતી અલગ સિન્ટેક્સમાં છાપે છે, અને પ્રશ્નો તે ફેરફાર પછી પણ ટકે છે. જો નવી ઓળખ રિફ્લેક્ટર પાસે ગેરહાજર હોય જ્યારે PE તેને જાહેર કરેલી તરીકે સૂચિબદ્ધ કરે, તો પ્રથમ શંકાસ્પદ રિફ્લેક્ટરની નીતિ કે જાહેરાત ક્ષમતા છે, નંબરિંગ નહીં.
PE, ઇન્સ્ટન્સ, RD, નિકાસ અને આયાત લક્ષ્યો તથા પ્રીફિક્સની માલિકી એક જ જગ્યાએ નોંધો, કારણ કે આગળની ફાળવણી ત્યારે જ અનુમાન નહીં પણ શોધ બને છે જ્યારે તે રેકોર્ડ અસ્તિત્વમાં હોય. નવી ઓળખ સ્વીકારક VRFમાં દેખાય ત્યાં સુધી જૂનું RD રાખો, પછી દરેક તબક્કો ઉલટાવી શકાય તેવો રહે તે માટે બીજા પગલામાં તેને પાછું ખેંચો.