තාක්ෂණික දෙකම පැකට්ටුවට ඉදිරියෙන් හඳුනා ගැනීමක් තබයි, එබැවින් නිගමනය පැහැදිලි යැයි පෙනේ: VNI එක MPLS ලේබලයකට සිතියම් කර දෙකම ජාලයන් එක් වීමට ඉඩ දෙන්න. එවැනි සිතියම් කිරීමක් ආධාරක මෙහෙයුමක් ලෙස නොපවතී, මන්ද හඳුනා ගැනීම් වෙනස් දේවල් අර්ථවත් කරන අතර වෙනස් පාලන තල විසින් ඒවා නිපදවයි. VNI එක ඕවර්ලේ තුළ VXLAN කොටසක් හඳුනා ගනී; MPLS ලේබලය ලේබල්-ස්විච් වූ මාර්ගය දිගේ යැවීමේ හැසිරීම හඳුනා ගනී. වසම් සම්බන්ධ කිරීම රවුටින් තීරණයක් මිස සංඛ්‍යා පරිවර්තනයක් නොවේ.

මිථ්‍යාව: දෙකම ලේබල් භාවිත කරයි, එබැවින් ඒවා සිතියම් කරන්න

පෘෂ්ඨීය සමානත්වය සැබෑ හා නොමඟ යවන සුළුය. VXLAN එහි හෙඩරයේ බිට් 24ක VNI එකක් ගෙන යන අතර MPLS ලේබල් ගොඩක් ගෙන යයි, එබැවින් මායිම් උපාංගයක එක් අගයක් අනෙකට නැවත ලිවිය හැකි බව පෙනේ.

මෙම අදහස බිඳ දමන්නේ අගය වටා ඇති සියල්ලයි. VNI එක EVPN පාලන තලය සහ පහළ ස්ථරයේ උමං අන්ත ලකුණු විසින් විසඳයි. ලේබලය MPLS යැවීමේ තලය විසින් මාර්ගය දිගේ පවරයි. කිසිදු පැත්තකට අනෙක් පැත්තේ හඳුනා ගැනීම තමන්ගේ ලෙස පිළිගැනීමට නිර්වචනය කළ ක්‍රියා පටිපාටියක් නැත.

එක් එක් පැත්ත සැබවින්ම යවන්නේ කුමක්ද

ෆැබ්‍රික් පැත්තේ මායිම් උපාංගයක් VXLAN උමංගය අවසන් කරයි, VNI එක කුලී නිවැසියාගේ VRF වෙත සිතියම් කරයි, සහ පැකට්ටුව සාමාන්‍ය IP ලෙස රවුට් කරයි. සැපයුම්කරුගේ පැත්තේ PE ග්‍රාහක මාර්ගය VRF වෙත පිළිගනී, MPLS ලේබල් ගොඩ තබයි, සහ එය IP VPN හරහා යවයි.

එම භාරදීම RFC 4364 තුළ හොඳින් වටහාගත් ආකෘතියයි: ග්‍රාහක කෙළවර සැපයුම්කරු කෙළවර සමඟ IP මාර්ග හුවමාරු කරයි, සහ සෑම වසමක්ම තමන්ගේම එන්කැප්සුලේෂන් එකක් ඇත. පැකට්ටුව PE වෙත ළඟා වන විට VNI නැති වී ඇත, ආකෘතිය ක්‍රියා කරන්නේ එයම හේතුවෙනි.

පාලන තල එකට නොවන්නේ ඇයි

EVPN Type 5 ඕවර්ලේ ඊළඟ හොප් සමඟ IP පූර්ව නාම මාර්ග ගෙන යන අතර, VPN-IPv4 නිවේදන වෙනත් ලිපින පවුලකට අයත් වේ. දෙපැත්තේම එකම ලෙස පෙනෙන මාර්ග ඉලක්ක එක් පවුලක් අනෙකට පරිවර්තනය නොකරයි, සහ මායිමෙන් ඔබ්බට ඊළඟ හොප් විසඳන්නේ නැත.

ඒකාබද්ධ ගේට්වේ එකකට දෙකම කළ හැක්කේ වේදිකාව අවශ්‍ය එන්කැප්සුලේෂන් සහ මාර්ග පවුල් අතර අන්තර් ක්‍රියාව ක්‍රියාත්මක කරන විට පමණි. මෙම හැකියාව නිශ්චිත දෘඩාංගය සහ නිකුතුව සඳහා සත්‍යාපනය කළ යුතුය, නිෂ්පාදන පවුලේ නාමයෙන් අනුමාන නොකළ යුතුය.

මෙම මායිමේ තවත් උපකල්පන දෙකක් අසාර්ථක වේ. MPLS IP VPN රවුට් කළ ප්‍රවේශ්‍යතාවක් සපයයි, Ethernet කොටසක් නොවේ, එබැවින් විකාශ දිගු කිරීමට ඒ වෙනුවට ආධාරක ස්ථර 2 සේවාවක් අවශ්‍ය වේ. තවද එන්කැප්සුලේෂන් දෙකම බයිට් වැය කරයි, එබැවින් ඵලදායී MTU ඕනෑම පහළ ස්ථරයක් යෝජනා කරන ප්‍රමාණයට වඩා කුඩාය.

රවුට් කළ භාරදීම හෝ ඒකාබද්ධ ගේට්වේ තෝරන්න

කුලී නිවැසියාට IP ප්‍රවේශ්‍යතාව අවශ්‍ය වන අතර සැපයුම්කරු දැනටමත් CE දෙසට සේවාවක් ලබා දෙන්නේ නම් රවුට් කළ භාරදීම තෝරන්න. එය හිමිකම පිරිසිදුව තබයි: ෆැබ්‍රික් එකට VXLAN සහ EVPN ඇත, සැපයුම්කරුට MPLS සහ VPN ඇත, සහ මායිමට VRF සිට අතුරුමුහුණත දක්වා සිතියම් කිරීම ඇත. එක් සබැඳියක් ප්‍රමාණවත් යැයි උපකල්පනය නොකර සැපයුම්කරු සමඟ සම්බන්ධතා පරිමාණය, ලිපිනකරණය සහ අසාර්ථක විට මාරුවීම සැලසුම් කරන්න.

ඔබ ක්‍රියාත්මක කරන වේදිකාව භූමිකා දෙකම ආධාරක කරන අතර අන්තර් ක්‍රියාව පරීක්ෂා කළ හැකි විට පමණක් ඒකාබද්ධ ගේට්වේ තෝරන්න. උපාංගවල ඉතිරිය සැබෑ ය, නමුත් පාලන තල දෙකක් එකඟ විය යුතු එකම ස්ථානය එක් උපාංගයක් වීමේ මෙහෙයුම් අවදානම ද සැබෑ ය.

එක් එක් කුලී නිවැසියා සඳහා සටහන් කළ යුත්තේ කුමක්ද

සම්බන්ධතාව, පිළිගත් සහ අපනයනය කළ පූර්ව නාම, ඊළඟ හොප් විසඳන ක්‍රමය, සහ මායිම හෝ සැපයුම්කරු සබැඳිය අසාර්ථක වූ පසු අපේක්ෂිත හැසිරීම ඇතුළත් කුලී නිවැසියාට විශේෂිත වාර්තාවක් තබා ගන්න. එන්කැප්සුලේෂන් මායිම් දෙකේම MTU අයවැය සහ ආපසු මාර්ගය ඇතුළත් කරන්න, මන්ද ක්‍රියා කරන ඉදිරි දිශාව පමණක් ඉතා අල්පයක් ඔප්පු කරයි.

එම වාර්තාව මගින් වසම් දෙකක් ඒවායේ රවුටින් සහ එන්කැප්සුලේෂන් උපකල්පන සමාන යැයි රඟපෑමකින් තොරව සම්බන්ධ කරයි. පසුව යමෙකු VNI එක සරලව ලේබලයක් විය හැකිදැයි ඇසූ විට, ලේඛනය තර්කයක් වෙනුවට නිර්මාණයෙන් පිළිතුරු දෙයි.

අදාළ ලිපි