MPLS ශාඛා රවුටින්: CE ඉගෙන ගන්නේ කුමක්ද, කාගෙන්ද

එක් ශාඛාවක සත්කාරකයක් තවත් ශාඛාවක සේවාදායකයකට සම්බන්ධතාවයක් විවෘත කරයි, දෙකොටස්ම එකම කළමනාකරණ MPLS ස්තරය 3 VPN පිටුපස පිහිටයි. සත්කාරකය දන්නේ තමන්ගේ පෙරනිමි ද්වාරය පමණක් මිස වෙනත් කිසිවක් නොවේ, එය නිවැරදිය. වැදගත් වන්නේ දේශීය පාරිභෝගික කෙළවර පැකට්ටුව තම සපයන්නාගේ කෙළවරට භාර දීම සහ සපයන්නාගේ VPN රවුටින් තත්ත්වය එය ගමනාන්ත පූර්වාංගය ඇති ශාඛාවට ගෙන යාමයි.

මාර්ගයේ එක් පැකට්ටුවක් අනුගමනය කිරීම කුමන කොටස පාරිභෝගිකයාගේ වගකීමද සහ කුමන කොටස සේවයට අයත්ද යන්න බැලීමට වේගවත්ම ක්රමයයි.

10.20.0.0/24 → CE-A → PE → provider core → PE → CE-B → 10.30.0.0/24

සෑම හොප් එකකම කාර්යය අවසන් වන්නේ කොහේද

CE-A ට දුර LAN සඳහා මාර්ගයක් අවශ්ය වන අතර එය තම දේශීය සපයන්නා සම්බන්ධතාවය දෙසට යොමු විය යුතුය, දුර ශාඛාවේ WAN ලිපිනය දෙසට නොවේ. පසුව සපයන්නා VPN රවුටින් තත්ත්වය භාවිතා කර පැකට්ටුව තම මධ්යය හරහා රැගෙන යයි, CE-B එය ගමනාන්ත LAN වෙත ගෙන යයි. කිසිදු අවස්ථාවක සත්කාරකයට ලේබල, VRF හෝ අනෙක් පැත්තේ අන්තර්ජාල පරිපථය තේරුම් ගැනීමට අවශ්ය නොවේ.

ටිකට් තුළ නැවත නැවත පෙනෙන වැරැද්ද වන්නේ A ශාඛාවේදී B ශාඛාවේ WAN ලිපිනය ඊළඟ හොප් ලෙස වින්යාස කිරීමයි. දෙකොටස්ම එකම සේවාව මිලදී ගෙන ඇති බැවින් ඒවා අසල්වැසියන් විය යුතු බවක් පෙනේ. නමුත් එසේ නොවේ: ඊළඟ හොප් ඔබට සැබවින්ම ඇති රවුටින් නිර්මාණය හරහා ළඟා විය හැකි විය යුතුය, දුර CE සාමාන්යයෙන් ඔබ කළමනාකරණය නොකරන උපකරණ පිටුපස හොප් බොහෝමයක් දුරින් පිහිටයි. මෙම උපකල්පනය මත ගොඩනැගූ ස්ථිතික මාර්ගය සක්රීය ලෙස පෙනෙන අතර කිසිවකට විසඳෙන්නේ නැත, එය නැති මාර්ගයකට වඩා නරකය, මන්ද වගුවේ එය නිවැරදි ලෙස පෙනේ.

RFC 4364 පාරිභෝගික සහ සපයන්නා කෙළවර අතර හුවමාරුව සපයන්නාගේ VPN මාර්ග බෙදාහැරීමෙන් වෙන් කරයි, එය මෙම මාර්ගෝපදේශය කතා කරන මායිමයි. පාරිභෝගිකයාගේ කාර්යය වන්නේ තම කෙළවරට කුමක් ගෙන යා හැකිද යන්න පැවසීම සහ සේවය ආපසු ලබා දෙන ළඟාවීමේ හැකියාව පිළිගැනීමයි.

හුවමාරුව එකඟ විය යුත්තේ කුමක් මතද

සපයන්නා සමඟ එක්ව යාන්ත්රණය තෝරන්න, ඔවුන් වටා නොවේ. ස්ථිතික මාර්ග, BGP හෝ CE සහ PE අතර රවුටින් ප්රොටොකෝල ගිවිසුම සියල්ලම වලංගුය, OSPF සතුව එවැනි හුවමාරුවක් සඳහා නිර්වචනය කළ MPLS VPN ආකෘතියක් ඇත. මේ කිසිවක් දුරස්ථ පාරිභෝගික කෙළවර දෙකක් අතර නිර්ණය නොකළ සපයන්නා මධ්යය හරහා OSPF අසල්වැසිභාවයක් ගොඩනැගීමට හේතුවක් නොවේ, මන්ද එය සපයන්නා එකඟ නොවූ සහ අනුග්රහය දිය නොහැකි නිර්මාණයකි.

නව LAN ක්රියාත්මක කිරීමට පෙර කරුණු හතරක් ලියන්න: පූර්වාංගය, CE හි දේශීය ඊළඟ මාර්ගය, සපයන්නා පිළිගන්නා ප්රකාශය, සහ සපයන්නා ආපසු දෙන මාර්ග. ගිවිසුම පනවන ඕනෑම පෙරහන් කිරීමක්, පූර්වාංග සීමාවක් හෝ අඩවි අතර සීමාවක් එකතු කරන්න. නීරෝගී අසල්වැසිභාවය තොරතුරු හුවමාරු කරන මාර්ගයක් වන අතර එය යම් පූර්වාංගයක් පිළිගත් බවට සාක්ෂියක් නොවේ; සැසිය ක්රියාත්මකව තිබියදීත් ඔබේ නව උපජාලය පෙරහනක සිටිය හැකිය.

පසුව පිළිතුර අනුගමනය කරන්න. B ශාඛාවට මූල LAN වෙත ආපසු යාමට මාර්ගයක් අවශ්ය වන අතර ලබා ගන්නා පැත්තේ සත්කාරකයට තමන්ගේම ද්වාරය සහ තමන්ගේම සේවා අවසර අවශ්ය වේ. CE-A හි පෙනෙන මාර්ගයක් ගමන් වාරයෙන් අඩක් පමණක් ස්ථාපිත කරයි, එම අඩක් ගමන නිසාම ping පරීක්ෂණයේ එක් දිශාවක් නීරෝගී ලෙස පෙනෙන අතර යෙදුම තවමත් අසාර්ථක වේ.

පිළිගැනීමට පෙර හුවමාරු දෙකම සත්යාපනය කරන්න

කෙළවර දෙකේම රවුටින් තත්ත්වය එකතු කරන්න, අපේක්ෂිත LAN පූර්වාංග VPN වෙත පිළිගත් බව සපයන්නා සමඟ තහවුරු කරන්න, පසුව එක් එක් දිශාවේ අවසර ලත් යෙදුමක් පරීක්ෂා කරන්න. මාර්ග වගු පමණක් යෙදුම ක්රියා කරන බව ඔප්පු නොකරයි, යෙදුම් පරීක්ෂණය පමණක් ක්රියා නොකරන විට කුමන පාලන තලය අසාර්ථක වූයේද යන්න නොකියයි.

show ip route vrf BRANCH 10.30.0.0
show ip bgp vpnv4 vrf BRANCH
show ip cef vrf BRANCH 10.30.0.10

ප්රතිදාන තුනම එකට කියවන්න. පළමුවැන්න කෙළවර විශ්වාස කරන දේ පවසයි, දෙවැන්න කුමක්ද කාගෙන් ඉගෙන ගත්තේද පවසයි, තෙවැන්න සැබවින්ම කුමක් යවයිද පවසයි. ඒවා අතර වෙනස සාමාන්යයෙන් නැති වූ ප්රකාශයක් නොව ප්රතිපත්ති හෝ පුනරාවර්තන ගැටලුවකි, සපයන්නාගෙන් පරීක්ෂණයක් ඉල්ලීමට පෙර එය විසඳීම වටී. මෙම ප්රතිදාන තුනම ක්රියාකරු සමඟ සංවාදයට රැගෙන යන්න, මන්ද ඒවා සහාය ඉංජිනේරුවරයා අසන බොහෝ ප්රශ්නවලට පිළිතුරු දෙයි.

සේවය ලබා නොදෙන දේ දැනගන්න

මෙය ස්තරය 3 හි රවුට් කළ ප්රවේශයකි. මෙය කාර්යාල අතර විකාශන දිගු කරන ස්තරය 2 පරිපථයක් නොවේ, එබැවින් සොයාගැනීමේ ප්රොටොකෝල, විකාශනය මත රඳා පවතින යෙදුම් සහ හවුල් අංශයක් පිළිබඳ උපකල්පන එය සමඟ ගමන් නොකරයි. මුද්රණය, නම් බ්රවුස් කිරීම සහ දේශීය අංශයක් මත රඳා පවතින සියල්ලට තමන්ගේම නිර්මාණයක් අවශ්ය වේ.

VPN වෙන් කිරීම ද සංකේතනය නොවේ. ලේබල මාරු කිරීම සපයන්නාගේ ජාලය තුළ පාරිභෝගිකයන් වෙන් කර තබයි, ගිවිසුම රහස්යතාව ඉල්ලා සිටින්නේ නම් එය භාරය රහස්ය නොකරයි. එය වැදගත් වන තැන යෙදුම හෝ ආවරණ ස්තරයක් එය සැපයිය යුතුය.

අවසාන වශයෙන්, අඩවියේ රවුටින් වින්යාසය අසල සේවා ආකෘතිය ලියා තබන්න. උපජාලයක් එකතු කරන ඊළඟ ඉංජිනේරුවරයාට කුමන පූර්වාංග ප්රකාශයට පත් වේද, ඒවා පිළිගන්නේ කවුද, අපේක්ෂිත ආපසු මාර්ගය කුමක්ද යන්න කියවීමට හැකි විය යුතුය: BGP/MPLS IP VPN පිරිවිතරය මේ සියල්ල පිටුපස ඇති ආකෘතියට යොමුවයි.