MPLS L3VPN ලැබය ping නොකරයිද? මේ පංච පිම්ම පරීක්ෂා කරන්න

පාරිභෝගිකයාගේ රවුටර දෙකක්, provider edge උපාංග යුගලයක් සහ දෝෂ පණිවිඩයක් නැතිව මිය යන ping එකක්. කුඩා MPLS L3VPN ලැබයක දෝෂය සෑම විටම පාහේ පරීක්ෂණ ලක්ෂ්‍ය පහෙන් එකක වාඩි වී ඇත, එක් එක් ඒවාට යැපීම ක්‍රියාත්මකද නැද්ද යන්න පෙන්වන විධානයක් ඇත. වැරැද්ද වන්නේ ping අසාර්ථක වන සෑම විටම BGP නැවත ආරම්භ කිරීමයි, යැපීම් පිළිවෙලට පරීක්ෂා කිරීම වෙනුවට. ඔබ කෙලින්ම VRF වින්‍යාසයට පනින්නේ නම්, උපාංග දෙකක් ඈතින් නොවිසඳුණු ඊළඟ පිම්මකින් ආරම්භ වූ ගැටලුවක පැයක් ගත කළ හැකිය.

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

පළමු පරීක්ෂණ ලක්ෂ්‍යය: PE එකිනෙකාට ළඟා වේ

සෑම PE එකකටම අනෙක් PE හි loopback එකට මාර්ගයක් අවශ්‍යය, එම මාර්ගය යම් සැබෑ දෙයක් හරහා විසඳිය යුතුය. interior gateway protocol එහි යාමේ සාමාන්‍ය මාර්ගයයි, නමුත් පුනරාවර්තන සෙවීමක් ජීවමාන adjacency එකකට වැටෙන තාක් ස්ථිතික මාර්ගයක් ද ක්‍රියා කරයි. IOS විලාසයේ උපාංගවල, show ip route 10.0.0.2 සහ ඉන්පසු show ip cef 10.0.0.2 prefix එක තිබේද සහ එහි පිටුපස විසඳූ adjacency එකක් තිබේද පෙන්වයි. වගුවේ ඇති මාර්ගයක්, එහි පිටුපස adjacency නැත්නම්, එය ළඟාවීමක් නොවේ.

දිශාවන් දෙකම පරීක්ෂා කරන්න. අසමමිතික IGP පිරිවැය, වැරදි පැත්තේ passive interface එකක් හෝ loopback එක පෙරහන් කරන distribute list එකක් එක් එක් දිශාවක් පමණක් කඩයි, එක් දිශාවක් සැසිය මැරීමට ප්‍රමාණවත්ය. loopback ping කරන නමුත් BGP සැසිය Active තුළ සිටී නම්, වෙනත් දෙයක් ස්පර්ශ කිරීමට පෙර update source එක බලන්න.

දෙවන පරීක්ෂණ ලක්ෂ්‍යය: ලේබල මාර්ගයක් පවතී

දුර loopback එකට ඇති IP මාර්ගයක් ප්‍රවාහනය ලේබලයක් තබන බව ඔප්පු නොකරයි. LDP සැලසුමක, දුර loopback එකට දේශීය සහ දුර බැඳීම් දෙකම ඇති බවත්, පිටවන ලේබලය forwarding වගුවේ දිස්වන බවත් තහවුරු කරන්න. show mpls ldp bindings 10.0.0.2 32 ලේබල යුගල පෙන්වයි, show mpls forwarding-table 10.0.0.2 line card ඇත්තටම තබන දේ පෙන්වයි. දෙවන විධානය කිසිදු ලේබලයක් නොපෙන්වන්නේ නම් හෝ IP වෙත ආපසු වැටෙන්නේ නම්, ප්‍රවාහනය VPN රථවාහනය සැලසුම උපකල්පනය කරන ලෙස රැගෙන නොයයි.

මේ වෙනස පැමිණෙන්නේ MPLS, forwarding state එක ගමනාන්ත prefix වලින් වෙන් කරන ආකාරයෙනි, එය RFC 3031 හි විස්තර කර ඇති ආකෘතියයි. ඔබේ ලැබය LDP වෙනුවට RSVP-TE හෝ BGP ට යාබද ලේබල භාවිත කරන්නේ නම්, එම යාන්ත්‍රණයේම තත්ත්වය පරීක්ෂා කරන්න; LDP සෑම යටි තට්ටුවේ ලේබලයක්ම බෙදාහරින බව උපකල්පනය කිරීම අවතාර දෝෂයක් පසුපස හඹා යාමේ සාමාන්‍ය ක්‍රමයකි. කැඩුණු ලේබල මාර්ගයක් පසුව සාමාන්‍යයෙන් දිස්වන්නේ තිබෙන නමුත් නිෂ්ඵල VPN මාර්ගයක් ලෙසය.

තෙවන පරීක්ෂණ ලක්ෂ්‍යය: VPN මාර්ගය අඩුවක් නැතිව පැමිණියා

හරියටම පාරිභෝගික prefix එකේ VPNv4 හෝ VPNv6 මාර්ගය බලන්න, සැසි සාරාංශය නොවේ. show bgp vpnv4 unicast all 10.10.1.0/24 route distinguisher, දුර PE හි loopback එකට සකසූ next hop සහ ලේබලයක් පෙන්විය යුතුය. prefix එක නැත්නම්, පළමු සැකය මූල PE හි export ප්‍රතිපත්තිය හෝ ලබා ගන්නා PE හි import ප්‍රතිපත්තියයි, route target යනු සාමාන්‍ය වැරදිකරුය.

route target පරීක්ෂාව BGP ලැබීමෙන් වෙන්ව කියවන්න. මාර්ගයක් නිවැරදි next hop සමඟ පැමිණ වුවද importtarget නොගැළපෙන නිසා VRF එකට නොවැටිය හැක. ලබා ගන්නා PE හි show ip route vrf CUSTOMER 10.10.1.0 යනු වැදගත් වන පරීක්ෂණයයි; BGP වගුව මාර්ගය පාලන තලය හරහා ගිය බව පමණක් ඔප්පු කරයි.

හතරවන පරීක්ෂණ ලක්ෂ්‍යය: interface එක VRF තුළ ඇත

route distinguisher සහ route target සහිත VRF අර්ථ දැක්වීමක් කිසිදු interface එකක් ඊට ගෙන යන්නේ නැත. CE දෙසට ඇති interface එකට VRF පැවරීම අවශ්‍යය, show ip vrf interfaces හෝ show ip interface brief එය නිවැරදි අවස්ථාව යටතේ ලැයිස්තුගත කළ යුතුය. පිටපත් කළ වින්‍යාසය වැඩිපුරම වැරදි කරන පරීක්ෂණ ලක්ෂ්‍යය මෙයයි, මන්ද VRF කොටස සම්පූර්ණ ලෙස පෙනෙන අතර interface එක තවමත් ගෝලීය වගුවේ වාඩි වී ඇත.

පසුව PE එක දේශීය පාරිභෝගික prefix එක එම VRF එකට ඉගෙන ගෙන ඇති බවත්, CE ට සම්බන්ධකය හරහා ආපසු මාර්ගයක් ඇති බවත් තහවුරු කරන්න. CE හි PE දෙසට යොමු වන ස්ථිතික default එකක් ලැබයකට ප්‍රමාණවත්ය, PE හි VRF එකේ CE හි LAN එකට මාර්ගයක් තිබේ නම්. දෙකෙන් එක භාගයක් හෝ නැත්නම්, කිසිදු ලේබලයක් තැබීමට පෙර ping අසාර්ථක වේ.

පස්වන පරීක්ෂණ ලක්ෂ්‍යය: පිළිතුර නිවසට යන මාර්ගය සොයා ගනී

ඉදිරියට යන පැකට්ටුව සහ පසුව ආපසු එන පැකට්ටුව හඹා යන්න, මන්ද ඒවා වෙනස් වගු භාවිත කරයි. ඇතුළු වන PE හි පාරිභෝගික මූලාශ්‍රය VRF තුළ දුර prefix එකට දුර ලේබලය සමඟ විසඳිය යුතුය. පිටවන PE හි ගමනාන්තය එම VRF තුළ CE දෙසට ඇති interface එකට විසඳිය යුතුය. PE එකෙන්ම යවන ping එකක් සාක්ෂියක් නොවේ: එය ගෝලීය වගුව හෝ වෙනත් මූලාශ්‍ර ලිපිනයක් හරහා පිටවිය හැක, එබැවින් ping vrf CUSTOMER 10.10.2.10 source 10.10.1.1 යනු ධාවනය කළ යුතු පරීක්ෂණයයි.

සත්කාරකයන්ගේ firewall, reverse-path filtering සහ CE හි access ලැයිස්තු තවමත් අදාළ වේ. ඉදිරි මාර්ගය ක්‍රියා කර පිළිතුර මිය යන්නේ නම්, ගැටලුව ආපසු පැත්තේ මාර්ගයේ හෝ පෙරහනේ ඇත, MPLS ප්‍රවාහනයේ නොවේ.

සෑම පරීක්ෂණ ලක්ෂ්‍යයකටම පළමු අසාර්ථක යැපීම නම් කරන එක් පේළියක් තබා ගන්න. එම පේළිය පාරිභෝගිකයාට ping කළ නොහැකි යැයි පැමිණිල්ල ළඟාවීම, ලේබල තත්ත්වය, මාර්ග ආයාතය, interface සාමාජිකත්වය හෝ ආපසු මාර්ගය පිළිබඳ නිශ්චිත ප්‍රශ්නයක් බවට පත් කරයි, ඊළඟ නිදොස් සැසිය එම විධාන පහම එම අනුපිළිවෙලින් නැවත කිරීම වළක්වයි.