VPN හරහා PIM-SM: BSR, RP සිතියම්කරණය සහ RPF මාර්ග පරීක්ෂා කරන්න

උමග ක්‍රියාත්මකයි, යුනිකාස්ට් පිං එය හරහා ගමන් කරයි, එහෙත් ලබන්නා තවමත් කළු තිරයක් පෙන්වයි. PIM-SM යෙදවුමක එම ලක්ෂණය සෑම විටම පාහේ අර්ථ දක්වන්නේ පාලන මාර්ග හතරෙන් එකක් කැඩී ඇති බවත්, දත්ත මාර්ගය කිසිදා ගැටලුව නොවූ බවත් ය. පහත ලැයිස්තුව අනුපිළිවෙලින් කරන්න සහ අසාර්ථක වන පළමු පියවරේදී නවත්වන්න, මන්ද සෑම ඊළඟ පියවරක්ම පෙර පියවර මත රඳා පවතී. මම මෙම පරීක්ෂණ පහ කෙටුම්පත් ගොනුවක තබා, මල්ටිකාස්ට් පැමිණිල්ලක් එන විට ටර්මිනලයට අලවමි, එය රෝග විනිශ්චය අනුමානයක් බවට පත්වීම වළක්වයි.

උමගෙන් නොව, ලබන්නාගෙන් ආරම්භ කරන්න

කිසිදා කණ්ඩායම ඉල්ලා නොසිටි ලබන්නෙකු කිසිදු රවුටරයක තත්ත්වයක් නොසාදයි, එබැවින් වෙනත් ඕනෑම දෙයක් පරීක්ෂා කිරීමට පෙර ලබන්නා දෙසට ඇති කොටසේ සම්බන්ධ වීම පවතින බව තහවුරු කරන්න. Cisco වැනි වේදිකාවල, අවසන් පිම්මේ රවුටරයේ show ip igmp groups සම්බන්ධ වූ කණ්ඩායම් ඒවා ඇසූ අතුරුමුහුණත අසල මුද්‍රණය කරයි. එම ප්‍රතිදානයේ කණ්ඩායම නොමැති විට, උමග අවධානය වෙනතකට හරවන දෙයකි: ඉල්ලීම ප්‍රවේශ ස්විචයේද, සත්කාරක සොකටයේද, නැතහොත් querier නොමැති VLAN එකකද මිය ගියේය.

මා දුටු බොහෝ අස්ථානගත සම්බන්ධ වීම් සඳහා සාමාන්‍ය හේතු දෙකක් ඇත: සත්කාරකය සහ රවුටරය අතර IGMP අනුවාදයේ නොගැළපීම, සහ රවුටින් නොකරන ස්විචයක් මතට වැටුණු querier තේරීම. තෙවැන්න වඩා සියුම්ය: කණ්ඩායමට සම්බන්ධ වී ඇතත් වැරදි VLAN එකක, මන්ද සත්කාරකයට ජාල කාඩ්පත් දෙකක් ඇති අතර යෙදුම වැරදි එකට බැඳී ඇත. IPv6 ලබන්නන්ට MLD සමඟ එකම ගැටලුව ඇත, එහිදී show ipv6 mld groups එම ප්‍රශ්නයටම පිළිතුරු දෙයි. මේ කිසිවක් උමග ස්පර්ශ කිරීමෙන් නිවැරදි නොවේ, එබැවින්ම අනුපිළිවෙල වැදගත් වේ.

සම්බන්ධ වීම දෘශ්‍යමාන වූ පසු, PIM ලබන්නා දෙසට ඇති අතුරුමුහුණතේ සහ හමුවන ලක්ෂ්‍යය දෙසට යන අතුරුමුහුණතේ දෙකෙහිම සක්‍රීය බව තහවුරු කරන්න. IGMP සාමාජිකත්වය ඇතත් ඉහළ අතුරුමුහුණතේ PIM නොමැති රවුටරයක් කණ්ඩායම දේශීය වගුවක තබා කිසිවක් කිසිදු තැනකට නොයවයි.

BSR කට්ටලය අනෙක් පසට ළඟා වේද?

Bootstrap Router පණිවිඩ එක් PIM වසමක් තුළ පිම්මෙන් පිම්මට ගමන් කරයි, උමග හරහා කැඩෙන දිශාව එයයි. අපේක්ෂක RP තම ප්‍රකාශන තේරී පත් වූ BSR වෙත යුනිකාස්ට් මගින් යවයි, එබැවින් RP සිට BSR දක්වා කොටස ක්‍රියාකාරී උමගක සාමාන්‍යයෙන් වෙනස් නොවී පවතී. අනෙක් දිශාවේ Bootstrap පණිවිඩ ගලා යාම රඳා පවතින්නේ සෑම අතරමැදි අතුරුමුහුණතකම PIM සක්‍රීය වීම සහ මායිමකදී පණිවිඩ නවත්වන කිසිවක් නොතිබීම මතය. RFC 5059 එම බෙදාහැරීම සහ එය කෙටි කිරීමට අවසර ඇති පරිපාලන විෂය පථ මායිම් නිර්වචනය කරයි.

ip pim bsr-border ප්‍රකාශය, 103 ප්‍රොටෝකෝලය පෙරහන් කරන ACL එකක්, නැතහොත් මල්ටිකාස්ට් ගෙන යා නොහැකි ප්‍රතිපත්ති පාදක IPsec උමගක්, එකින් එක ගලා යාම කපා දමා යුනිකාස්ට් අකටයුතුව තබයි. ඇත්තෙන්ම ළඟා වීමේ ගැටලුවක් වන විට අසාර්ථකත්වය RP ගැටලුවක් ලෙස පෙනීමට හේතු වන්නේ මෙම සංයෝජනයයි, එබැවින්ම මම RP වින්‍යාසයට පෙර BSR තත්ත්වය කියවමි.

දුර පසෙහි රවුටරයේ show ip pim bsr-router තේරී පත් වූ BSR සහ ඉගෙන ගත් RP කට්ටලය නම් කරයි; ප්‍රතිදානය හිස් නම්, දුර පස ස්වකීය වසමේ වාඩි වී ඇති අතර කිසිදු RP වින්‍යාසයක් දෙකම සමඟි කරන්නේ නැත. උමගේ දෙපසම show ip pim rp mapping හි කණ්ඩායම් පරාස සහ RP ලිපින සසඳන්න. දේශීයව පමණක් පවතින සිතියම්කරණයක් වැරදි තැනක අවසන් වන හවුල් ගසක් සාදයි, ලබන්නා සදාකාලිකව බලා සිටී.

උමගේ දෙපසම RP සිතියම්කරණය ගළපන්න

ස්ථිතික RP, BSR සහ anycast-RP එකම ප්‍රශ්නයට පිළිතුරු දෙන ක්‍රම තුනකි, ඒවා උමගක් හරහා මිශ්‍ර කිරීම කිසිදා අභිසාරී නොවන වසමක් තැනීමේ විශ්වාසදායක ක්‍රමයකි. ප්‍රධාන කෙළවර BSR භාවිතා කර ශාඛාව වෙනත් ලිපිනයකට යොමු වන ස්ථිතික ip pim rp-address භාවිතා කරන්නේ නම්, ශාඛාව තම හවුල් ගස ලබන්නා සිටින බව නොදන්නා RP දෙසට ගොඩනඟයි. සිතියම්කරණය කණ්ඩායම් පරාසයේද ලිපිනයේද එකඟ විය යුතුය, මන්ද වඩා නිශ්චිත පරාසයක් පුළුල් පරාසයක් පරාජය කරයි.

සයිට් දෙකකට එක් RP ලිපිනයක් බෙදා ගැනීමට හැකි වන පිණිසම anycast-RP පවතී, එය මෙහි නම් කිරීම වටී, මන්ද එය «එකම RP» යන්නෙහි අර්ථය වෙනස් කරයි. එක් ලිපිනයක් ප්‍රකාශ කරන RP දෙකක් නිර්මාණය අනුව සුසංගතය; එකම පරාසය සඳහා වෙනස් ලිපින ප්‍රකාශ කරන RP දෙකක් එසේ නොවේ, සෑම සයිටයක්ම තනිව කොතරම් සුවපත් ලෙස පෙනුණත්.

232.0.0.0/8 තුළ මූලාශ්‍ර-නිශ්චිත මල්ටිකාස්ට් සඳහා RP වෙතින් කිසිදා නොවිමසයි, එබැවින් හිස් RP සිතියම්කරණයක් ස්වයංක්‍රීයව දෝෂයක් නොවේ. කිසිදා අවශ්‍ය නොවූ RP එකක් පසුපස යාමට පෙර යෙදුම කුමන සේවා ආකෘතියක් භාවිතා කරයිද යන්න තීරණය කරන්න.

මූලාශ්‍රය දෙසට RPF සෙවීම කියවන්න

PIM යුනිකාස්ට් මාර්ගය ප්‍රතිලෝම කරමින් ගසක් ගොඩනඟයි, එබැවින් වැදගත් පරීක්ෂාව වන්නේ මූලාශ්‍රය වෙත ආපසු යන මාර්ගය, නැතහොත් හවුල් ගසක් සඳහා RP වෙත ආපසු යන මාර්ගයයි. රවුටරය ඉහළ ලෙස නොසලකන අතුරුමුහුණතකට පැමිණෙන සම්බන්ධ වීමක් ඉවතට දමනු ලැබේ, හේතුව උමග අසාර්ථකත්වයක් ලෙස නොව RPF අසාර්ථකත්වයක් ලෙස සටහන් වේ. උමග හරහා පෙරනිමි මාර්ගයක් සහ WAN හරහා වඩා නිශ්චිත මාර්ගයක් ඇති ශාඛා රවුටරයක, මූලාශ්‍රයට උමග හරහා පමණක් ළඟා විය හැකි වුවත් RPF අතුරුමුහුණත පහසුවෙන් WAN විය හැක. සම්බන්ධ වීමක් නිශ්ශබ්දව ඉවතට දැමීමට ඇති එකම පොදුම හේතුව එයයි.

show ip rpf 192.0.2.10 තෝරාගත් අතුරුමුහුණත, ඊළඟ පිම්ම සහ තීරණය ඇති කළ මාර්ගය මුද්‍රණය කරයි, සාමාන්‍යයෙන් නොගැළපීම දැකීමට එය ප්‍රමාණවත්ය. ip mroute 192.0.2.0 255.255.255.0 tunnel0 වැනි ස්ථිතික මල්ටිකාස්ට් මාර්ගයක් එම උපසර්ගය සඳහා යුනිකාස්ට් සෙවීම ඉක්මවා යයි, මල්ටිකාස්ට් ටොපොලොජිය යුනිකාස්ට් ටොපොලොජියෙන් සැබවින්ම වෙනස් වන විට එය නීත්‍යානුකූල නිවැරදි කිරීමකි. එය ලේඛනගත කළ යුතු වින්‍යාසයක් ලෙස සලකන්න, සිද්ධියක් අතරතුර යොදා පසුව අමතක වන පැල්පතක් ලෙස නොව.

පිං එකකින් නොව, විධානවලින් සම්බන්ධ වීම තහවුරු කරන්න

පිං සාක්ෂි දෙන්නේ යුනිකාස්ට් ක්‍රියා කරන බවයි, එය ඔබ දැනටමත් දැන සිටියා. කෙළවරේ සිට කෙළවර දක්වා තහවුරු කිරීම යනු සම්බන්ධ වීම, සිතියම්කරණය, අසල්වැසියා සහ ගස එම අනුපිළිවෙලින් පෙන්වන අනුක්‍රමයකි, සෑම විධානයක්ම වෙනස් ප්‍රශ්නයකට පිළිතුරු දෙයි.

show ip igmp groups 239.1.1.1
show ip pim rp mapping
show ip pim neighbor
show ip rpf 192.0.2.10
show ip mroute 239.1.1.1

සැබෑ එන අතුරුමුහුණතක් සහ හිස් නොවන යන ලැයිස්තුවක් සහිත පිරවූ (S,G) සටහනක් යනු පාලන තලය තම කාර්යය අවසන් කළ බවයි. එන අතුරුමුහුණත Null ලෙස කියවෙන සටහනක්, නැතහොත් නිරන්තරයෙන් ඉහළ යන RPF failed ලේබලය සහිත ගණකයක්, උමග දෙසට නොව පෙර කොටස දෙසට යොමු කරයි.

විධාන පහම නිවැරදි ලෙස පෙනුණත් ලබන්නා තවමත් කිසිවක් නොදකින්නේ නම්, ඉතිරි සැකකරු වන්නේ උමගේම ප්‍රතිපත්තියයි: යුනිකාස්ට් රවුටින් ප්‍රොටෝකෝලයට අවසර දෙන නමුත් PIM, IGMP හෝ කණ්ඩායම් රථවාහනයටම අවසර නොදෙන ක්‍රිප්ටෝ ACL එකක් හෝ ෆයර්වෝල් නියමයක්. ප්‍රතිපත්ති පාදක IPsec උමගක මල්ටිකාස්ට් කිසිසේත් ගෙන යන්නේ නැත, එබැවින් පිළිතුර තවත් පෙරහන් ව්‍යතිරේකයක් නොව GRE හෝ VTI නිර්මාණයකි. කිසිවක් වෙනස් කිරීමට පෙර පරීක්ෂණ පහෙන් කුමක් අසාර්ථක වියද යන්න ලියන්න, පසුව එම ස්ථරය පමණක් වෙනස් කරන්න.