ڈیزائن کے جائزے میں کہیں «IPv6 BGP پر IPv6 L3VPN چلائیں»، اور اسی ایک جملے میں تین الگ فیصلے چھپے ہوئے ہیں۔ کون سے سابقے گاہک کے VPN کے ہیں، کون سے پتے فراہم کنندہ کے کناروں کے درمیان روٹنگ سیشن اٹھاتے ہیں اور کون سا کور نشان زدہ پیکٹ کو حرکت دیتا ہے، یہ سب آزاد انتخاب ہیں۔ سب IPv6 ہو سکتے ہیں، مخلوط بھی ہو سکتے ہیں، اور ملاونا جان بوجھ کر جائز ہے۔ ان تینوں کو الگ کرنا ہی کسی مبہم ضرورت کو ایسی چیز میں بدلتا ہے جس پر پلیٹ فارم کو پرکھا جا سکے۔

تین کام الگ کریں

پہلا کام گاہک کا روٹ ہے: وہ IPv6 سابقے جو ایک VPN روٹنگ سیاق سے تعلق رکھتے ہیں اور ہر دوسرے سیاق سے باہر رہنے چاہیں۔ دوسرا فراہم کنندہ کے کنارے راؤٹروں کے درمیان روٹنگ کا رابطہ ہے، جو وہ سابقے بدلتے ہیں۔ تیسرا وہ منتقلی ہے جو نشان زدہ گاہک پیکٹ کو کور سے ہوتا ہوا دور کنارے تک لے جاتی ہے۔ ان میں سے صرف ایک کا نام لینا ابھی ڈیزائن نہیں۔

JobThe question it answersWhat confusion looks like
Customer VPN routesWhich IPv6 prefixes belong to each VPN context, and how are they kept apart?Prefixes leak into the global table and between customers
PE-to-PE BGP sessionWhich addresses carry the routing connection between the two edges?A session-family mismatch gets chased as a core transport fault
Transport to the remote PEHow does the chosen core move the labelled packet to the far edge?A route is present and unforwardable in the same moment

ہر کام کا اپنا پتہ خاندان، اپنے ناکامی کے انداز اور اکثر اپنی ٹیم ہوتی ہے۔ جدول اسی لیے کارآمد ہے کہ ڈیزائن دستاویز کا ایک جملہ تینوں قطاروں کو ایک میں دبا دینے کی عادت رکھتا ہے۔

روٹ کا خاندان VPN-IPv6 ہے، IPv6 unicast نہیں

RFC 4659 BGP/MPLS IPv6 VPN خاندان کی تعریف کرتا ہے، اور اس میں رکنیت IPv6 لفظ کے اشارے سے زیادہ مخصوص ہے۔ وہاں روٹ ایک روٹ امتیاز کنندہ ہے جو IPv6 سابقے سے جڑا ہے اور AFI 2 اور SAFI 128 کے تحت رمز بند ہے۔ عام IPv6 unicast دوسرا خاندان ہے، اس لیے looking glass میں سابقے جیسا دکھنے والا اعلان شاید وہی شے نہ ہو۔ خاندان کو غلط پڑھنا ہی اس ڈیزائن کے بگڑنے کا پہلا راستہ ہے۔

فرق کنارے پر کاٹتا ہے، جہاں روٹ کو کچھ کرنے سے پہلے درست VPN سیاق میں اترنا ہوتا ہے۔ سابقہ ملنا ثابت کرتا ہے کہ تبادلہ ہوا اور تنصیب کے بارے میں کچھ نہیں کہتا۔ یہی خلا وہ کلاسک رپورٹ بناتا ہے جس میں سیشن قائم ہے اور گاہک اب بھی اندھیرے میں ہے۔

سیشن VPN سے مختلف خاندان میں چل سکتا ہے

کوئی چیز دو کناروں کے درمیان BGP رابطے کو VPN کے اپنے خاندان کے استعمال پر مجبور نہیں کرتی۔ تفصیل IPv4 یا IPv6 سیشن کی اجازت دیتی ہے، اور IPv6 VPN منتقلی خود دونوں کور اقسام پر متعین ہے۔ اس لیے IPv6 سیشن اپنے اٹھائے ہوئے کی خاندان کے بارے میں کچھ نہیں کہتا، اور ڈیٹا سطح بھی نہیں چنتا۔ تین آزاد بٹس، اور ڈیزائن کو تینوں الگ رکھنے چاہئیں۔

یہ آزادی دیتا ہے اور اسی سانس میں غلط پڑھنا آسان ہے۔ IPv6 گاہک روٹس IPv4 پتے والے سیشن پر چل سکتے ہیں، اور IPv4 روٹس IPv6 سیشن پر، بشرطیکہ پلیٹ فارم یہ امتزاج سہارے اور اگلا ہاپ حل ہو۔ جو نہیں ہونا چاہیے وہ یہ ہے کہ سیشن بوجھ کا اشارہ دے، ڈیزائن دستاویز میں یا بعد میں خدمت ثابت کرنے والی نگرانی میں۔

IPv4 کور پر اگلے ہاپ کی اپنی رمز بندی ہے

جب VPN کے نیچے کور IPv4 ہو، تو روٹ ایسے اگلے ہاپ کے ساتھ ظاہر نہیں ہوتا جسے داخل ہونے والا کنارہ براہ راست استعمال کر سکے۔ وہ IPv4 میں نقش شدہ IPv6 شکل میں آتا ہے، اور نیچے کی منتقلی IPv4 ہونے پر تفصیل خارج ہونے والے کنارے کو اسی طرح بیان کرتی ہے۔ پھر داخل ہونے والے راؤٹر کو وہ نقش شدہ پتہ ایسی چیز میں بدلنا ہوتا ہے جس تک وہ واقعی کور سے پہنچ سکے، اور حل ہی وہ قدم ہے جو خاموشی سے ناکام ہوتا ہے۔

اسے آلات کے درمیان نقل کرنے والی تار نہیں، فارورڈنگ کا انحصار سمجھیں۔ جس پلیٹ فارم کو آپ واقعی چلاتے ہیں اس پر تین چیزیں یقینی کریں: اعلان کردہ اگلا ہاپ قابل استعمال راستے میں حل ہوتا ہے، لیبل اسٹیک قبول ہوتا ہے، اور منزل مطلوبہ VPN سیاق میں اترتی ہے۔ ان میں سے کوئی ایک بھی ناکام ہو تو سیشن صحت مند دکھتا رہتا ہے اور کچھ فارورڈ نہیں کرتا، اسی لیے یہ جانچ بعد کے واقعے میں نہیں بلکہ قبولیت کے امتحان میں ہونی چاہیے۔

ضرورت چار سطروں میں لکھیں

قابلِ امتحان ضرورت چار چیزوں کے نام لیتی ہے: VPN کا خاندان، سیشن کی منتقلی، اگلے ہاپ کی رمز بندی اور کور کی ترتیب۔ پھر ایک گاہک سابقے کا نام لیتی ہے جس کا شروع سے آخر تک پیچھا کرنا ہے: تبادلے، تنصیب، لیبل حل اور واپسی کے راستے سے۔ «IPv6 BGP کی حمایت کرتا ہے» چاروں میں سے کسی کو نہیں ڈھکتا اور یہ چھپاتا ہے کہ عدم مطابقت اصل میں کہاں ہے۔

VPN-IPv6 تبادلے کے بغیر صحت مند سیشن ادھورا ہے، اور کام کرنے والی فارورڈنگ کے بغیر حاصل کردہ VPN روٹ بھی اتنا ہی ادھورا ہے۔ انہیں الگ قبولیت سطروں کے طور پر رکھنا اگلی مسئلہ حل کرنے کی گفتگو کو مختصر کرتا ہے، کیونکہ ناکام ہونے والی سطر پہلے ہی لکھی جا چکی ہے۔

متعلقہ مضامین