IPv6CP کیا بات چیت کرتا ہے اور کسے ابھی بھی سابقہ درکار ہے
PPP انٹرفیس پر link-local پتہ ترتیب کا ایک مرحلہ ہے، IPv6 رسائی نہیں۔ شناخت کنندگان کے تبادلے کو سابقوں، راستوں اور کلائنٹ انضمام سے الگ رکھیں۔
PPP انٹرفیس پر IPv6 اوپر آتا ہے، link-local پتہ ظاہر ہوتا ہے، اور تبدیلی کو مکمل قرار دیا جاتا ہے۔ پھر کچھ بھی روٹ نہیں ہوتا، کوئی عالمی پتہ موجود نہیں ہوتا، اور عوامی منزل کی طرف جانچ ناکام ہو جاتی ہے جبکہ انٹرفیس اب بھی ترتیب شدہ دکھائی دیتا ہے۔ ربط اوپر آیا؛ نیٹ ورک کبھی نہیں آیا۔ نیچے دی گئی چار جانچیں ترتیب سے کریں اور اسی پر رکیں جو خلا کی وضاحت کرتی ہے۔
link-local پتہ درحقیقت کیا ثابت کرتا ہے
IPv6CP PPP ربط پر IPv6 کو اوپر لاتا ہے اور ہر فریق کے لیے انٹرفیس شناخت کنندہ پر بات چیت کرتا ہے۔ وہ شناخت کنندہ link-local پتہ بناتا ہے، جو ربط کے ذریعے ساتھی سے بات کرنے کے لیے کافی ہے اور کسی اور چیز تک پہنچنے کے لیے کافی نہیں۔ پتہ ثابت کرتا ہے کہ ربط IPv6 کے لیے تیار ہے، اور ساتھی کے پیچھے کے نیٹ ورک کے بارے میں کچھ ثابت نہیں کرتا۔ اسے رسائی کے پتے کے طور پر پڑھنا وہی غلطی ہے جس سے ان میں سے زیادہ تر تحقیقات شروع ہوتی ہیں۔
نیچے دیے گئے چار سوالات ربط کی پرت جو طے کرتی ہے اور سروس کو جو فراہم کرنا ہے، انھیں الگ کرتے ہیں۔ ان کے جواب ترتیب سے دیں، کیونکہ جب تک پہلا سوال کھلا ہے اگلے سوال کا جواب نہیں دیا جا سکتا۔
| Question | Answered by | What it does not settle |
|---|---|---|
| Is IPv6 up on the link? | IPv6CP: interface identifiers, then link-local addresses | Any address reachable beyond the peer |
| Where does a global prefix come from? | Router advertisement, delegated prefix, DHCPv6 or static configuration | IPv6CP carries no prefix of its own |
| Who owns the routes? | The client's tunnel configuration and the server's return path | A link-local address implies no route at all |
| How does this client get configured? | Explicit tunnel settings or router advertisements, depending on the client | The standard does not choose for the implementation |
سابقہ کہاں سے آنا چاہیے
عالمی پتے کو کہیں سے ایک سابقہ درکار ہوتا ہے: راؤٹر کا اعلان، تفویض شدہ سابقہ، DHCPv6 یا مستقل ترتیب۔ IPv6CP کوئی بھی نہیں اٹھاتا، اور ربط پر کتنا بھی انتظار کیا جائے وہ پیدا نہیں ہوگا۔ RFC 5072 IPv6CP کو وہ ترتیب کا مرحلہ قرار دیتا ہے جو ربط پر دیگر IPv6 پروٹوکول کام کرنے سے پہلے چلتا ہے، اور یہی اس کا پورا دائرہ ہے: ربط کو تیار کرنا، نیٹ ورک کو نمبر دینا نہیں۔ سابقہ فراہم کریں اور انٹرفیس صرف موجود رہنے کے بجائے ٹریفک اٹھانے لگے گا۔
راؤٹر کے اعلانات LAN پر عام جواب ہیں اور نقطہ بہ نقطہ سرنگ میں کم قابل اعتماد، کیونکہ کلائنٹ کو درخواستیں بھیجنے اور جواب قبول کرنے دونوں کام کرنے ہوتے ہیں۔ کچھ سرنگ کلائنٹ دونوں نہیں کرتے۔ سرور کو یہ بھیجنا چاہیے یا نہیں، یہ طے کرنے سے پہلے دیکھیں کہ کلائنٹ کیا قبول کرنے کو تیار ہے۔
وہی سابقہ دوسرے سرے سے بھی قابل رسائی ہونا چاہیے۔ جس کلائنٹ کے پاس عالمی پتہ ہے مگر واپسی کا راستہ نہیں، وہ ترتیب شدہ ہے، جڑا ہوا نہیں۔
راستے ایک الگ وعدہ ہیں
پتہ ہونے کے باوجود، کلائنٹ کو جاننا ہوگا کہ کون سی منزلیں سرنگ کی ہیں، اور سرور کو ان منزلوں کے لیے واپسی کا راستہ درکار ہے۔ یہ دو جگہوں پر لیے گئے دو فیصلے ہیں۔ جو سرنگ ساری IPv6 ٹریفک اٹھاتی ہے اسے کلائنٹ پر طے شدہ راستہ اور سرور پر واپسی کا راستہ درکار ہوتا ہے؛ تقسیم شدہ سرنگ کے لیے دونوں فریقوں کو ایک ہی سابقہ فہرست پر متفق ہونا پڑتا ہے۔ جب وہ متفق نہیں ہوتے، ٹریفک نکل جاتی ہے اور کبھی واپس نہیں آتی۔
کچھ بھی ترتیب دینے سے پہلے فہرست لکھیں۔ اگر منصوبہ کہے کہ سرنگ سے صرف کارپوریٹ سابقہ گزرتا ہے، تو کلائنٹ کے پاس طے شدہ IPv6 راستہ نہیں ہونا چاہیے، اور سرور کو اس کا اعلان نہیں کرنا چاہیے۔
باقی کا فیصلہ کلائنٹ انضمام کرتا ہے
کچھ سرنگ کلائنٹ IPv6 کو واضح طور پر ترتیب دیتے ہیں۔ مثال کے طور پر، Apple کا Network Extension سرنگ کے لیے پتہ، سابقہ اور راستوں کا ایک مجموعہ لیتا ہے، اس لیے اسے استعمال کرنے والی ایپلیکیشن Ethernet طرز کے اعلان کا انتظار نہیں کرتی۔ دیگر ربط کے ذریعے آنے والے راؤٹر اعلانات پر انحصار کرتے ہیں۔ دونوں ماڈل جائز ہیں اور مختلف سرور رویہ چاہتے ہیں، اس لیے غلط چننے سے ایسا کلائنٹ بنتا ہے جو ہمیشہ ایسے پیغام کا انتظار کرتا ہے جو کوئی نہیں بھیجتا۔ سرور بدلنے سے پہلے ماڈل کی شناخت کریں۔
ppp0 جیسا پرانا انٹرفیس نام آج چلنے والے اسٹیک کے بارے میں کچھ ثابت نہیں کرتا۔ جدید کلائنٹ PPP انٹرفیس کے بجائے پیکٹ سرنگ API استعمال کر سکتا ہے، اور یہ سمجھنا کہ وہ تاریخی کنکشن کی طرح برتاؤ کرتا ہے، کام کرنے والے ڈیزائن کو توڑنے کا طریقہ ہے۔ انٹرفیس نام نہیں، کلائنٹ ورژن اور فراہمی کا طریقہ پوچھیں۔
وہ منصوبہ لکھیں جو کلائنٹ کو درکار ہے
مکمل تفصیل تین چیزوں کا احاطہ کرتی ہے: کلائنٹ کے پاس کون سا پتہ ہے، سرنگ کو کون سی منزلیں اٹھانی چاہئیں، اور نیٹ ورک جوابات کیسے واپس بھیجتا ہے۔ link-local پتہ ان میں سے کسی کا جواب نہیں دیتا، اور قبول شدہ اعلان صرف ایک کے ایک حصے کا جواب دیتا ہے۔ سبز اشارے کو قبول کرنے کے بجائے ہر شے کو الگ الگ جانچیں۔ پھر درج کریں کہ کس طریقہ کار نے ہر جواب فراہم کیا، کیونکہ وہ ریکارڈ اگلی IPv6 رپورٹ کو دو منٹ کی جانچ بنا دیتا ہے۔
ریکارڈ کو سروس دستاویزات کے ساتھ رکھیں اور کلائنٹ بدلنے پر اسے تازہ کریں۔ PPP کلائنٹ کے لیے درست منصوبہ اسی سروس پر پیکٹ سرنگ کلائنٹ کے لیے غلط ہو سکتا ہے۔ چار سوال وہی رہتے ہیں؛ صرف جواب بدلتے ہیں۔