OTV එකතු කිරීමට පෙර, ඔබට අවශ්‍ය Ethernet ගිවිසුම ලියන්න

එක් වැඩ භාරයක් දෙවන දත්ත මධ්‍යස්ථානයකට මාරු වන අතර පළමු එකෙන් හොඳින් පිළිතුරු දුන් සේවාවක කාල සීමාව ඉක්මවීම ආරම්භ වේ. කෙනෙක් OTV යෝජනා කරයි, මන්ද පවතින Layer 2 VPN «broadcast නොකරයි». එම නිගමනය සාමාන්‍යයෙන් ඉක්මන් එකකි. සේවා කාණ්ඩය සහ ඔබ මිලදී ගත් නිශ්චිත ගිවිසුම වෙනස් ප්‍රශ්න දෙකකි, සහ කාල සීමාව ඉක්මවීම තවමත් එකකටවත් ආරෝපණය කර නැත.

සංසන්දනය ආරම්භ කරන ලක්ෂණය

නිෂ්පාදන සංසන්දනය කිරීමට පෙර යෙදුමට ඇත්තටම අවශ්‍ය කුමක්දැයි ලියන්න. අඩවි ගණන, VLAN විශාලත්වය, ලිපින ඉගෙනීම, flooding ඉවසීම සහ අසාර්ථකත්වයේ හැසිරීම අවශ්‍යතාව විස්තර කරයි. «Layer 2» සහ «OTV» ගෘහ නිර්මාණ විස්තර කරයි, සහ ඒවායින් කිසිවක් තමන්ගේම අවශ්‍යතාවක් නොවේ. එක් පිටුවක ලක්ෂණ පහක් ඕනෑම සැපයුම්කරු සංසන්දනයකට වඩා දිගු කල් පවතී.

පසුව වර්තමාන සේවාව එම ලක්ෂණ පහ දැනටමත් සපුරාලන්නේදැයි පරීක්ෂා කරන්න. සැපයුම්කරු විසින් කළමනාකරණය කරන Layer 2 VPN එකක multipoint යැවීම සහ පාලන තලයේ ඉගෙනීම ඇතුළත් විය හැක, ඒවා ඉන්වොයිසය දෙස බැල්මකින් සඳහන් නොවීය.

වර්තමාන සේවාව ඒවා සපුරාලන්නේ නම්, කාල සීමාව ඉක්මවීම වෙනත් තැනක ඇත: MTU ගැටලුවක්, මාර්ගගත කිරීමේ අසමමිතියක්, අඩවි අතර වෙනස් වන firewall නියමයක්. overlay වෙනස් කිරීම එම හේතුව එතැනම තබා සංක්‍රමණයක් එකතු කරනු ඇත.

ලේබලය ඔබට නොකියන දේ

Layer 2 VPN යනු කාණ්ඩයකි, නිෂ්පාදනයක් නොවේ. ලක්ෂ්‍යයේ සිට ලක්ෂ්‍යයට VPWS සහ multipoint VPLS වෙනස් ලෙස යවයි, සහ කාණ්ඩයට පාලන තලයේ ඉගෙනීම සහ ලූප කළමනාකරණය සහිත සේවා මෙන්ම සරල ඒවාද ඇතුළත් වේ. සෑම Layer 2 VPN එකක්ම හරියටම අඩවි දෙකක් සම්බන්ධ කර සියල්ල flood කරන බව උපකල්පනය කිරීම වැරදි සංසන්දනය සෑදීමේ ක්‍රමයයි. ගිවිසුමේ ඇති නම එහි පිටුපස ඇති යැවීම් වගුව ගැන කිසිවක් නොකියයි.

පවතින සේවාව කුමන යැවීම් ආකෘතිය ක්‍රියාත්මක කරන්නේද සහ යෙදුමට කුමක් අවශ්‍යදැයි අසන්න. hub-and-spoke අවශ්‍යතාව සහ full-mesh අවශ්‍යතාව දෙකම Layer 2 ලෙස විස්තර කළත් වෙනස් නිර්මාණ ලබා දෙයි.

OTV එහි මායිම අඳින්නේ කොහේද

OTV IP ප්‍රවාහනයක් මත ක්‍රියා කරයි, පාලන තලයේ MAC ළඟාවීමේ හැකියාව සහ නිර්වචනය කළ edge භූමිකා සමඟ. දේශීය spanning-tree තොරතුරු දේශීයව පවතී, ප්‍රවාහනය පුරා එක් නොපාලිත වසමක් ලෙස ව්‍යාප්ත නොවේ. මෙය සාමාන්‍ය පාලම් ව්‍යාප්තියකින් සැබෑ වෙනසක් වන අතර, මිනිසුන් එය වෙත හැරෙන්නේ ඒ නිසාය.

මායිම ප්‍රතිලාභය තරම්ම වැදගත් වේ. නොදන්නා unicast, broadcast සහ multicast හැසිරවීම වේදිකාව සහ එහි වින්‍යාසය මත රඳා පවතී, සහ edge යුගලයක් ආධාරක multihoming ක්‍රියාවලිය හරහා සහයෝගයෙන් කටයුතු කළ යුතුය. එකම VLAN යවන ස්වාධීන උපාංග දෙකක් එකම නිර්මාණය නොවේ, සහ ඒවා වෙනස් අසාර්ථකත්ව ආකාරයක් නිපදවයි.

Flooding අඩු වේ, ඉවත් නොවේ

අනවශ්‍ය flooding කිහිපයක් මැඩපැවැත්වීම, කිසිදු broadcast හෝ multicast රාමුවක් කිසිදා ව්‍යාප්තිය හරහා නොයන බවට සහතික වීමට සමාන නොවේ. එක් අඩවියක ආරම්භ වන කුණාටුවකට තවමත් ප්‍රවාහනය පරිභෝජනය කළ හැක, සහ එක් රථවාහන පන්තියක් පෙරහන් කරන වේදිකා ලක්ෂණයක් අනෙක් ඒවා පෙරහන් නොකරයි. ඕනෑම overlay එකක් සමඟ ඇති බොහෝ අසහනය මෙම වෙනසෙන් පැමිණේ.

එබැවින් ප්‍රශ්නය OTV broadcast කුණාටු නවත්වන්නේද යන්න නොවේ. ප්‍රශ්නය වන්නේ කුමන රථවාහන පන්ති හරහා යන්නේද, කුමන කොන්දේසි යටතේද, සහ ඒවා යන විට වේගය සීමා කරන්නේ කුමක්ද යන්නයි.

එහි සිටියදී underlay තහවුරු කරන්න: ආධාරක බෙදාහැරීම, පැකට් ප්‍රමාණය, මාර්ගගත කිරීම සහ තෝරාගත් නිකුතුවට අවශ්‍ය අසල්වැසිභාවය. මේ කිසිවක් overlay සමඟ නොමිලේ එන්නේ නැත, සහ බයිට 1500ක රාමුවක් ගැලපෙන උමං මාර්ගයක් ස්වයංක්‍රීයව ඔබේ ටැග් කළ රාමු ගැලපෙන උමං මාර්ගයක් නොවේ.

ලිඛිතව ඉල්ලිය යුතු ගිවිසුම

ඔබ තෝරන කුමන සේවාවක් වුවද, එම පිළිතුරු හයම ඉල්ලන්න: ලක්ෂ්‍යයේ සිට ලක්ෂ්‍යයට හෝ multipoint විශාලත්වය, පාරිභෝගික රාමුව සහ ටැගය හැසිරවීම, MAC ඉගෙනුම් ආකෘතිය, flooding සීමා, ප්‍රතිසාධන හැසිරීම සහ කෙළවරේ සිට කෙළවර දක්වා උපරිම රාමු ප්‍රමාණය. එකම නම ඇති සේවා දෙකක් ඒවායින් එකක් එකක් වෙනස් විය හැක. පිළිතුරු ලිඛිතව ලබා ගන්න, මන්ද සේවාව වින්‍යාස කළ ඉංජිනේරුවා ප්‍රශ්නයට පිළිතුරු දෙන පුද්ගලයා නොවිය හැක.

වර්තමාන සේවාව පැහැදිලිවම සපුරාලිය නොහැකි අවශ්‍යතාවකට පමණක් වෙනසක් තෝරන්න. VLAN තවදුරටත් ව්‍යාප්ත කිරීම යෙදුමේ සහ Ethernet හි යැපීම් ද ඒ සමඟම ව්‍යාප්ත කරයි; නව overlay නාමයක් ඒවා ඉවත් නොකරයි.

RFC 4664 රාමුව සේවා කාණ්ඩ සහ ඒවායේ යැවීම් ආකෘති ඉදිරිපත් කරයි, එය නිවැරදි ප්‍රශ්නය ඇසීමට අවශ්‍ය වචන මාලාවයි. පිළිතුරු හය සහ අසාර්ථක පරීක්ෂණය එකම රැස්වීමට ගෙන එන්න, එවිට තීරණය ලේබල ගැන නොවනු ඇත.