CE හි RIP මාර්ගයක සිට දුරස්ත VRF එකක් දක්වා: export සිදුවන්නේ කොහේද

RIPv2 update එකක් provider edge වෙත පැමිණ, VRF routing table එකකට ඇතුළු වී, යමක් එය පැහැදිලිව export නොකළහොත් එහිම නතර වේ. තීරණ තුනක් අනුපිළිවෙලින් සිදු වන අතර, එකින් එකට තමන්ගේම හේතුවක් නිසා prefix එක ප්‍රතික්ෂේප කළ හැක. ඒවා එකම සිදුවීමක් ලෙස කියවීම නිසාම, දුරස්ත අඩවියකට CE පැහැදිලිව ප්‍රකාශ කරන ජාලයකට ළඟා විය නොහැකි විට මිනිසුන් වැරදි උපාංගය සොයා යයි. PE හරහා මාර්ගය අනුගමනය කරන්න, එවිට අනුපිළිවෙල පැහැදිලි වේ.

PE එක RIP update එකක් සමඟ කරන්නේ කුමක්ද

PE එක VRF interface එක මත update එක ලබාගෙන, මූලාශ්‍රය අවසරලත් අසල්වැසියෙක් දැයි පරීක්ෂා කර, ප්‍රකාශයෙන් ලබාගත් hop ගණනක් සමඟ prefix එක VRF routing table එකට ස්ථාපනය කරයි. එම වගුව සාමාන්‍ය routing වගුවක් වන අතර, එයට තමන්ගේම administrative distance සහ තමන්ගේම හොඳම මාර්ග තේරීම ඇත. CE එක එකම prefix එක වෙනස් metric සමඟ දෙවරක් ප්‍රකාශ කළහොත්, වගුවට රැඳෙන්නේ හොඳම එක පමණි. මෙම පියවරේ කිසිවක් සේවා සපයන්නාගේ backbone එකට අදාළ නොවේ.

දැන් prefix එක එක් සේවාදායකයෙකුගේ routing සන්දර්භය තුළ පවතී, එය වෙනත් ඕනෑම තැනකට ළඟා විය හැකි වීමෙන් බොහෝ දුරස් වේ.

Export යනු ප්‍රතිපත්ති ක්‍රියාවක් මිස ප්‍රොටොකෝලයේ ප්‍රතිවිපාකයක් නොවේ

VRF එකෙන් පිටවීමට, මාර්ගයක් VPN මාර්ග ගෙනයන MP-BGP ක්‍රියාවලියට නැවත බෙදාහැරිය යුතු අතර, කුමන දුරස්ත VRF එකකට එය import කළ හැකිද යන්න හඳුනා ගන්නා route target extended community එකක් අවශ්‍ය වේ. RFC 4364 හි ඇති නිර්මාණය හරියටම මේ හේතුව නිසා එම හුවමාරු CE-PE ප්‍රොටොකෝලයෙන් වෙන් කර තබයි. කෙළවරේ RIP භාවිතා කිරීම සේවා සපයන්නාගේ ජාලය හරහා ගමන් කළ යුත්තේ කුමක්ද යන්න ගැන කිසිවක් නොකියයි.

යමක් configure කිරීමට පෙර export ගිවිසුම ලියන්න: දුරස්ථව ළඟා විය යුතු සේවාදායක prefix, දේශීයව රැඳිය යුතු මාර්ග, සහ ඕනෑම default, වඩාත් නිශ්චිත මාර්ග හෝ හවුල් සේවා ව්‍යතිරේක. එම ගිවිසුම සැබෑ VRF එක සමඟ සසඳන්න, වෙනත් සේවාදායකයෙකුට අයත් එකම නමැති VRF එකක් සමඟ නොව.

Import පැත්ත තමන්ගේම route target සහිත දෙවන ප්‍රතිපත්තියක් වන අතර, ගැළපෙන export එකක් නොගැළපෙන import එකක් සමඟ එක්ව backbone එකේ පවතින නමුත් කිසිදු දුරස්ත වගුවක නොපෙනෙන prefix එකක් නිපදවයි.

Redistribution සහ explicit origination වෙනස් ලෙස හැසිරේ

Redistribution එක VRF වගුවේ දැනටමත් ඇති මාර්ග ගෙන route map එකකින් පෙරහන් කර BGP වෙත පිටපත් කරයි. Map එක තීරණය කරන්නේ කුමන prefix සුදුසුද සහ ඒවා කුමන attribute දරයිද යන්නය, සහ metric එක පැහැදිලිව සැකසිය යුතුය, මන්ද RIP hop ගණනකට BGP metric එකක් ලෙස අර්ථයක් නැත. ඔබ සැකසීමෙන් හැර යන සෑම දෙයක්ම උරුම වන්නේ මාස හයකට පසුව configuration එක කියවන පුද්ගලයා පුදුම කරන ආකාරයටය.

Mutual redistribution යනු නිහඬ හානිය සිදුවන තැනය. BGP වෙත export කළ prefix එකක් දෙවන redistribution ලක්ෂ්‍යයක් හරහා ආපසු එන්න පුළුවන් අතර, tag හෝ filter නොමැතිව මාර්ගය දෙපැත්තට දෝලනය වන අතර ඕනෑම මොහොතක වගු දෙකම විශ්වාසනීය ලෙස පෙනේ. ආපසු මාර්ගය වැළැක්වීමට topology එක මත විශ්වාසය තැබීම වෙනුවට කෙළවරේ යොදන tag මත පෙරහන් කරන්න.

Explicit origination වඩාත් පිළිවෙළින් පෙනෙන අතර කොන්දේසි රහිත නොවේ. Network statement එකකට සාමාන්‍යයෙන් prefix එක origination කිරීමට පෙර routing වගුවේ ගැළපෙන මාර්ගයක් අවශ්‍ය වේ, එබැවින් CE එක එය ප්‍රකාශ කිරීම නතර කරන මොහොතේම ප්‍රකාශය අතුරුදහන් වේ. බොහෝ විට එය ඔබට අවශ්‍ය හැසිරීම වන අතර, සදාකාලිකව configure කර රැඳෙන static මාර්ගයකට එය සමාන නොවේ. එක් හැසිරීමක් උපකල්පනය කරනවා වෙනුවට වේදිකාවේ සැබෑ නියමය පරීක්ෂා කරන්න.

කෙසේ වුවත්, සෑම prefix එකක් ගැනම අසිය යුතු ප්‍රශ්නය වන්නේ කුමන සක්‍රීය මූලාශ්‍රය එය සුදුසු කරයිද සහ එම මූලාශ්‍රය අතුරුදහන් වූ විට කුමක් සිදුවේද යන්නය.

දාමය ස්ථාන හතරක පරීක්ෂා කරන්න

CE ප්‍රකාශය, VRF routing වගුව, route target සහිත VPN මාර්ග වගුව, සහ දුරස්ත VRF import එක, එම අනුපිළිවෙලින් බලන්න. IOS හි එයින් අදහස් වන්නේ CE අසල්වැසි ප්‍රතිදානය, show ip route vrf CUSTOMER, show ip bgp vpnv4 vrf CUSTOMER, සහ දුරස්ත PE එකේ එම විධානයයි. IOS-XR හි සමාන ප්‍රතිදානය පිහිටන්නේ show bgp vrf CUSTOMER ipv4 unicast යටතේය. විධාන නම් වෙනස් වේ, පරීක්ෂණ ලක්ෂ්‍ය හතර වෙනස් නොවේ.

ප්‍රතික්ෂේප විය යුතු prefix එකක්, සමත් විය යුතු එකක් තරම්ම ප්‍රවේශමෙන් පරීක්ෂා කරන්න, මන්ද සියල්ලට ඉඩ දෙන ප්‍රතිපත්තියක් පළමු ව්‍යතිරේකය පැමිණෙන තෙක් නිවැරදි එකක් හා සමානව පෙනේ. පසුව withdrawal එකක් නිරීක්ෂණය කරන්න: CE interface එක වසා, දුරස්ත සටහන බලාපොරොත්තු වන කාල සීමාව තුළ අතුරුදහන් වන බව තහවුරු කරන්න, රැඳී තිබෙන බව නොව.

සෑම ප්‍රතිපත්තියක්ම කාට අයත්ද යන්න සටහන් කරන්න. සේවා සපයන්නා CE එක ක්‍රියාත්මක කරන විට, සපයන ලද හැසිරීම සේවා ගිවිසුමට අයත් වන අතර, කළමනාකරණය කරන උපාංගයේ වෙනස් ප්‍රොටොකෝලයක් හෝ withdrawal ප්‍රතිපත්තියක් යනු මුලින්ම ලේඛනගත කිරීමේ ගැටලුවක් වන අතර පසුව පමණක් routing ගැටලුවකි.