PPP අතුරුමුහුණතේ IPv6 ඉහළට එයි, link-local ලිපිනයක් දිස්වේ, සහ වෙනස නිමවූ ලෙස ප්‍රකාශ කෙරේ. ඉන්පසු කිසිවක් මාර්ගගත නොවේ, ගෝලීය ලිපිනයක් නොපවතී, සහ අතුරුමුහුණත තවමත් වින්‍යාසගත ලෙස පෙනෙද්දී පොදු ගමනාන්තයකට කරන පරීක්ෂණය අසාර්ථක වේ. සබැඳිය ඉහළට ආවේය; ජාලය කිසිදා ආවේ නැත. පහත පරීක්ෂණ හතර අනුපිළිවෙලින් කර පරතරය පැහැදිලි කරන එකෙහි නවතින්න.

link-local ලිපිනයක් ඇත්තෙන්ම ඔප්පු කරන්නේ කුමක්ද

IPv6CP PPP සබැඳියේ IPv6 ඉහළ නංවා එක් එක් පැත්තට අතුරුමුහුණත් හඳුනාගැනීමක් සාකච්ඡා කරයි. එම හඳුනාගැනීම link-local ලිපිනයක් ජනනය කරයි, එය සබැඳිය හරහා සහකරු සමඟ කතා කිරීමට ප්‍රමාණවත් වන අතර වෙනත් කිසිවකට ළඟා වීමට ප්‍රමාණවත් නොවේ. ලිපිනය සබැඳිය IPv6 සඳහා සූදානම් බව ඔප්පු කරයි, සහ සහකරු පිටුපස ඇති ජාලය ගැන කිසිවක් ඔප්පු නොකරයි. එය ප්‍රවේශ ලිපිනයක් ලෙස කියවීම මෙම විමර්ශනවලින් බොහොමයක් ආරම්භ වන වැරැද්දයි.

පහත ප්‍රශ්න හතර සබැඳි ස්ථරය තීරණය කරන දේ සේවාව සැපයිය යුතු දෙයින් වෙන් කරයි. ඒවාට අනුපිළිවෙලින් පිළිතුරු දෙන්න, මන්ද පෙර ප්‍රශ්නය විවෘතව ඇති තාක් පසු ප්‍රශ්නයට පිළිතුරු දිය නොහැක.

QuestionAnswered byWhat it does not settle
Is IPv6 up on the link?IPv6CP: interface identifiers, then link-local addressesAny address reachable beyond the peer
Where does a global prefix come from?Router advertisement, delegated prefix, DHCPv6 or static configurationIPv6CP carries no prefix of its own
Who owns the routes?The client's tunnel configuration and the server's return pathA link-local address implies no route at all
How does this client get configured?Explicit tunnel settings or router advertisements, depending on the clientThe standard does not choose for the implementation

පෙරනිමිය පැමිණිය යුත්තේ කොහෙන්ද

ගෝලීය ලිපිනයකට කොහෙන් හෝ පෙරනිමියක් අවශ්‍යයි: රවුටර නිවේදනයක්, පවරන ලද පෙරනිමියක්, DHCPv6 හෝ ස්ථිතික වින්‍යාසය. IPv6CP කිසිවක් රැගෙන නොයයි, සහ සබැඳියේ කොපමණ රැඳී සිටියත් එය ජනනය නොවේ. RFC 5072 IPv6CP වෙනත් IPv6 ප්‍රොටෝකෝල සබැඳියේ ක්‍රියාත්මක වීමට පෙර ධාවනය වන සැකසුම් පියවර ලෙස තබයි, සහ එය එහි සම්පූර්ණ විෂය පථයයි: සබැඳිය සූදානම් කිරීම, ජාලය අංකනය කිරීම නොවේ. පෙරනිමිය සපයන්න, එවිට අතුරුමුහුණත හුදෙක් පැවතීම වෙනුවට ගමන් ප්‍රවාහනය කරනු ඇත.

රවුටර නිවේදන දේශීය ජාලයක සුලභ පිළිතුර වන අතර ලක්ෂ්‍යයෙන් ලක්ෂ්‍යයට උමගක අඩු විශ්වාසදායක වේ, මන්ද සේවාලාභියා ඉල්ලීම් යැවිය යුතු අතර පිළිතුර ද පිළිගත යුතුය. සමහර උමං සේවාලාභීන් දෙකම නොකරයි. සේවාදායකය එය යැවිය යුතු යැයි තීරණය කිරීමට පෙර සේවාලාභියා පිළිගැනීමට සූදානම් දේ පරීක්ෂා කරන්න.

එකම පෙරනිමිය අනෙක් කෙළවරින් ද ළඟා කරගත හැකි විය යුතුය. ගෝලීය ලිපිනයක් ඇති නමුත් ආපසු මාර්ගයක් නැති සේවාලාභියා වින්‍යාසගත, සම්බන්ධිත නොවේ.

මාර්ග වෙනම පොරොන්දුවකි

ලිපිනයක් සමඟ වුවද, කුමන ගමනාන්ත උමඟට අයත්දැයි සේවාලාභියා දැනගත යුතු අතර, සේවාදායකයට එම ගමනාන්ත සඳහා ආපසු මාර්ගයක් අවශ්‍යයි. මේවා ස්ථාන දෙකක ගන්නා තීරණ දෙකකි. සියලු IPv6 රැහැන් ප්‍රවාහනය කරන උමං එකකට සේවාලාභියා තුළ පෙරනිමි මාර්ගයක් සහ සේවාදායකයේ ආපසු මාර්ගයක් අවශ්‍යයි; බෙදූ උමඟකට දෙපැත්තම එකම පෙරනිමි ලැයිස්තුවකට එකඟ විය යුතුය. ඔවුන් එකඟ නොවන විට, රැහැන් පිටව ගොස් කිසිදා ආපසු නොඑයි.

කිසිවක් වින්‍යාසගත කිරීමට පෙර ලැයිස්තුව ලියන්න. සැලැස්ම කියන්නේ උමඟ හරහා යන්නේ ආයතනික පෙරනිමිය පමණක් යැයි නම්, සේවාලාභියාට පෙරනිමි IPv6 මාර්ගයක් නොතිබිය යුතු අතර, සේවාදායකය එය නිවේදනය නොකළ යුතුය.

ඉතිරිය සේවාලාභී ඒකාබද්ධතාවය තීරණය කරයි

සමහර උමං සේවාලාභීන් IPv6 පැහැදිලිව වින්‍යාසගත කරයි. උදාහරණයක් ලෙස, Apple හි Network Extension උමඟ සඳහා ලිපිනයක්, පෙරනිමියක් සහ මාර්ග කට්ටලයක් ගනී, එබැවින් එය භාවිතා කරන යෙදුමක් Ethernet විලාසයේ නිවේදනයක් එනතුරු රැඳී නොසිටී. අනෙක් අය සබැඳිය හරහා පැමිණෙන රවුටර නිවේදන මත රඳා පවතී. ආකෘති දෙකම වලංගු වන අතර ඒවාට වෙනස් සේවාදායක හැසිරීමක් අවශ්‍ය වේ, එබැවින් වැරදි එකක් තෝරා ගැනීමෙන් කිසිවෙකු නොයවන පණිවිඩයක් සදාකාලිකව බලා සිටින සේවාලාභියෙකු ඇති වේ. සේවාදායකය වෙනස් කිරීමට පෙර ආකෘතිය හඳුනා ගන්න.

ppp0 වැනි පැරණි අතුරුමුහුණත් නාමයක් අද ක්‍රියාත්මක වන තට්ටුව ගැන කිසිවක් ඔප්පු නොකරයි. නවීන සේවාලාභියෙකුට PPP අතුරුමුහුණත වෙනුවට පැකට්-උමං API එකක් භාවිත කළ හැක, සහ එය ඓතිහාසික සම්බන්ධතාවයක් මෙන් හැසිරෙන බව උපකල්පනය කිරීම ක්‍රියාකාරී සැලසුමක් බිඳ දැමීමේ ක්‍රමයයි. අතුරුමුහුණත් නාමය නොව, සේවාලාභී අනුවාදය සහ සැපයීමේ ක්‍රමය අසන්න.

සේවාලාභියාට අවශ්‍ය සැලැස්ම ලියන්න

සම්පූර්ණ විස්තරයක් කරුණු තුනක් ආවරණය කරයි: සේවාලාභියාට කුමන ලිපිනයක් ඇත්ද, උමං කුමන ගමනාන්ත ප්‍රවාහනය කළ යුතුද, සහ ජාලය පිළිතුරු ආපසු යවන්නේ කෙසේද. link-local ලිපිනය ඒ කිසිවකට පිළිතුරු නොදෙන අතර, පිළිගත් නිවේදනයක් එකකින් කොටසකට පමණක් පිළිතුරු දෙයි. හරිත දර්ශකයක් පිළිගැනීම වෙනුවට එක් එක් අයිතමය වෙන වෙනම පරීක්ෂා කරන්න. ඉන්පසු එක් එක් පිළිතුර සැපයූ යාන්ත්‍රණය කුමක්දැයි සටහන් කරන්න, මන්ද එම වාර්තාව ඊළඟ IPv6 වාර්තාව මිනිත්තු දෙකක පරීක්ෂණයක් බවට පත් කරයි.

සේවා ලේඛන සමඟ වාර්තාව තබා, සේවාලාභියා වෙනස් වන විට එය යාවත්කාලීන කරන්න. PPP සේවාලාභියෙකුට නිවැරදි වූ සැලැස්මක් එම සේවාවේම පැකට්-උමං සේවාලාභියෙකුට වැරදි විය හැක. ප්‍රශ්න හතර එලෙසම පවතී; වෙනස් වන්නේ පිළිතුරු පමණි.

අදාළ ලිපි