එකම iESI එක් අඩවියක් තුළ, අඩවි අතර අනන්‍ය: Junos මැහුම

ගේට්වේ යුගල දෙකක් දත්ත මධ්‍යස්ථාන දෙකකට සේවය කරන අතර, සැලසුමට කොපමණ interconnect ESI අගයන් අවශ්‍යද යන්න කෙනෙකු තීරණය කළ යුතුය. පිළිතුර ගේට්වේ කණ්ඩායමකට එකක් මිස fabric එකකට එකක් නොවේ, ගේට්වේ එකකට එකක්ද නොවේ. මෙය වැරදි ලෙස කිරීමෙන් වින්‍යාසගත ලෙස පෙනෙන නමුත් වැරදි forwarder තෝරන fabric එකක් හෝ වෙන් වී තිබිය යුතුව තිබූ අඩවි දෙකක් එකතු වේ. රීතිය සහ එහි ව්‍යතිරේක ගේට්වේ ලැයිස්තුව අසල ලිවීම වටී.

විෂය පථ දෙකක්, රීති දෙකක්

අඩවියක් තුළ, අතිරික්ත interconnect ගේට්වේ එක් multihomed අන්ත ලක්ෂ්‍යයක් ලෙස ක්‍රියා කරයි, එබැවින් ඒවා එකම interconnect ESI එකක් බෙදාගනී. ඒවායේ peers ඒකට ස්වාධීන දෙකක් වෙනුවට එක් තාර්කික සාමාජිකයෙකු දැකිය යුතුය. බෙදාගත් අගයේ සම්පූර්ණ අර්ථය එයයි.

අඩවි අතර, සෑම ගේට්වේ කණ්ඩායමක්ම තමන්ගේ අගය ලබා ගනී. එකම හඳුනාගැනීම් බෙදාගන්නා දත්ත මධ්‍යස්ථාන දෙකක් පාලන තලයේ එක් multihomed කණ්ඩායමක් බවට පත් වේ, එය සාමාන්‍යයෙන් WAN හරහා මැහුම් සැලසුමක් අදහස් නොකරන දෙයකි. එක් කණ්ඩායමක අඩවි දෙකක් එකිනෙකාගේ අසාර්ථක වීමේ ආකාර ද උරුම කර ගනී.

අඩවියක් තුළ: කණ්ඩායමට එක් අනන්‍යතාවක්

යුගලයට peers දෙකේම එකම අගය, එකම සේවා සන්දර්භය තුළ දෙන්න, සහ එය චැට් තන්තුවක නොව ජාලයේ හඳුනාගැනීම් ලේඛනයේ සටහන් කරන්න. සාමාජිකයන් දෙදෙනා අතර නොගැලපීම යනු එක් සාමාජිකයෙකුගේ කණ්ඩායමක් සහ පැහැදිලි අනතුරු ඇඟවීමක් නොමැති අසාර්ථක වීමේ ආකාරයයි. ක්‍රියාකාරී සැසියක් විශ්වාස කිරීමට පෙර සාමාජිකයන් දෙදෙනා සසඳන්න.

සහාය දක්වන ආකෘතිය all-active වේ. එම යොමුව මෙම මැහුම් අනන්‍යතාව සඳහා single-active ක්‍රියාකාරිත්වය, ස්වයංක්‍රීයව ව්‍යුත්පන්න LACP හඳුනාගැනීම් සහ source-bmac විකල්ප බැහැර කරයි, එබැවින් ඒවායින් එකක් උපකල්පනය කළ සැලසුමක් හඳුනාගැනීම තෝරා ගැනීමට පවා පෙර නැවත සලකා බැලිය යුතුය. එම සීමාව සැලසුම් ආදානයක් මිස පාදසටහනක් නොවේ.

අඩවි අතර: වෙනස් අගයන්, හෝ හිතාමතා ඒකාබද්ධ කිරීම

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

අදහස් කළ වෙනස සැලැස්මට ලියන්න, එවිට පසුව ක්‍රියාකාරී අඩවි අච්චුවක් පිටපත් කරන ඉංජිනේරුවෙකු එහි හඳුනාගැනීමද රැගෙන නොඑනු ඇත.

peer ප්‍රකාශය අනන්‍යතාවේ කොටසකි

කණ්ඩායමේ සෑම ගේට්වේ එකක්ම තම ස්ථානීය peers loopback ලිපිනය අනුව ලැයිස්තුගත කරයි, සහ එම සම්බන්ධතාව තනි MAC-VRF එකක් තුළ නොව ගෝලීය EVPN මට්ටමේ පවතී. එය වැරදි ධුරාවලියක තැබීම commit වන නමුත් කිසිදා කණ්ඩායම සාදන්නේ නැති වින්‍යාසයක් සෑදීමේ පොදු ක්‍රමයකි. යොමු ධුරාවලිය එක් වරක් කියවා, පසුව එයට අනුගත වන්න.

ප්‍රකාශයේ නමද මාරු විය. Juniper 24.2R1 හි interconnect peer-gateways ප්‍රකාශය නැවත නම් කළ අතර 24.4R1 හි දත්ත මධ්‍යස්ථාන interconnect සඳහා interconnect-විශේෂිත ස්වරූපය ප්‍රතිස්ථාපනය කළේය. එබැවින් අතරමැදි නිකුතුවකින් ගත් ස්නිපටයක් deployed සංස්කරණය පිළිගන්නා නොවන නමක් භාවිතා කළ හැක, නැතහොත් ඊට ප්‍රතිවිරුද්ධව. ස්නිපටය පැමිණි නිකුතුව ස්නිපටය අසලම සටහන් කරන්න.

iESI බෙදාගැනීම නොකරන දේ

එය ඔබ වෙනුවට route target, VNI හෝ ස්ථානීය EVPN අවස්ථාව නිර්වචනය නොකරයි. ඒවා දෙපසම එකඟ විය යුතු වෙනම වින්‍යාසයක් ලෙස පවතී, සහ ගැලපෙන හඳුනාගැනීමක් route target නොගැලපෙන විට සාදනු ලබන නමුත් කිසිවක් රැගෙන නොයන කණ්ඩායමක් ඇති කරයි. එම සැකසුම්වල දෙපසම එකම ගමනකදී සසඳන්න.

එය peer ළඟා වීමේ හැකියාව හෝ designated forwarder තේරීමද ඔප්පු නොකරයි. සාමාන්‍ය අවස්ථාවේ unicast සහ අවශ්‍ය broadcast සහ multicast හැසිරීම පරීක්ෂා කර, පසුව ගේට්වේ එකක් ඉවත් කර නැවත කරන්න, ඉතිරි සාමාජිකයා කණ්ඩායම තනිව රැගෙන යන පරිදි.

එම දෙවන ධාවනය තමයි කණ්ඩායම සැබෑ බව ඔප්පු කරන්නේ.

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