L2TPv2, L2TPv3, GRE اور VPWS: پے لوڈ کے مطابق چنیں
L2TPv2، L2TPv3، GRE اور MPLS VPWS کا موازنہ اُن کے اٹھائے جانے والے پے لوڈ، اضافی اوور ہیڈ اور اس بات کی بنیاد پر کریں کہ نقل و حمل اصل میں کون چلاتا ہے۔
زیادہ تر L2TP بمقابلہ GRE بحثیں اسی وجہ سے بکھر جاتی ہیں: نام مسئلے کی مختلف تہوں میں ہیں۔ ان میں سے دو ایسی انکیپسولیشن بیان کرتے ہیں جو آپ اپنے ہی راؤٹرز پر ترتیب دیتے ہیں۔ ایک ایسی خدمت بیان کرتا ہے جو کوئی اور آپ کو بیچتا ہے۔ اُس پے لوڈ سے شروع کریں جو آخری نکات کو اٹھانا ہے، اور موازنہ خصوصیات کی لڑائی کے بجائے نتائج کی مختصر فہرست بن جاتا ہے۔
پہلے پے لوڈ، پھر پروٹوکول
عملاً پے لوڈ چار میں سے ایک چیز ہے: PPP سیشن، خام Ethernet فریم، IP پیکٹ یا فراہم کنندہ کو دیا گیا MPLS فریم۔ ہر ایک پتہ کاری، نشریات کی نمٹنے اور خرابی کی نشاندہی پر مختلف مطالبات رکھتا ہے۔ یہ فہرست غلط ہو تو کوئی بھی انکیپسولیشن ٹیوننگ ڈیزائن کو نہیں بچا سکے گی۔
| Payload | Natural fit | What it needs |
|---|---|---|
| PPP session | L2TPv2 | UDP reachability, PPP negotiation on both ends |
| Ethernet frame | L2TPv3 or VPWS | Pseudowire signalling, matched MTU on both sides |
| IP packet | GRE, with IPsec alongside | Routed underlay, protocol type supported by both devices |
| MPLS frame | VPWS | Provider attachment circuits and demarcation points |
ان قطاروں سے باہر کی ہر چیز بعد میں شامل کی جاتی ہے، جیسے خفیہ کاری، کمپریشن یا ٹریفک کی تشکیل۔ پہلے قطار چنیں۔
L2TPv2 اور L2TPv3 ایک نام بانٹتے ہیں اور باقی تقریباً کچھ نہیں
L2TPv2 IP نیٹ ورک پر PPP سیشن لے جانے کے لیے موجود ہے، اسی لیے یہ عام فریم نقل و حمل کے بجائے دور رسائی پروٹوکول کے طور پر پڑھا جاتا ہے۔ L2TPv3 اُس خیال کو عام کرتا ہے: ایک کنٹرول کنکشن سیشنوں پر گفت و شنید کرتا ہے، اور ہر سیشن دو IP آخری نکات کے درمیان متعین تہہ 2 کنکشن لے جاتا ہے۔ وہی خاندانی نام، مختلف کنٹرول پروٹوکول، مختلف سیشن ماڈل۔ صرف L2TP کہنے والی ضرورت نامکمل ہے، اور غلط ورژن سے نقل شدہ ٹیمپلیٹ گفت و شنید بھی نہیں کرے گا۔
اگر آپ کو PPP چاہیے، تو L2TPv2 خاندان کا واحد حقیقت پسندانہ رکن ہے؛ اگر آپ کو روٹ شدہ کور پر Ethernet فریم چاہیے، تو آپ L2TPv3 کے علاقے میں ہیں۔
نقل و حمل کی تفصیلات اُس طرح مختلف ہیں جو فائر وال جائزے کے دوران سامنے آتی ہیں۔ L2TPv3 براہ راست IP پروٹوکول 115 پر یا UDP کے اندر، عام طور پر پورٹ 1701 پر سفر کر سکتا ہے، جبکہ L2TPv2 اندر PPP کے ساتھ UDP 1701 پر رہتا ہے۔ ایک ورژن کے لیے لکھی گئی پالیسی بالکل درست دکھ سکتی ہے اور پھر بھی دوسرے کو گرا سکتی ہے۔
GRE ایک ہیڈر ہے، خدمت نہیں
GRE پے لوڈ کو اختیاری کلید اور ترتیب فیلڈ والے چار بائٹ ہیڈر میں لپیٹتا ہے، پھر نتیجہ ترسیل کے لیے IP کو دیتا ہے۔ یہ پے لوڈ کے معنی کے بارے میں کچھ نہیں کہتا، اس لیے اگر وہ پروٹوکول اقسام معاون ہوں تو عمل درآمد IPv4، IPv6 یا Ethernet ٹنل کر سکتے ہیں۔ عام ہونا عالمگیر ہونا نہیں ہے: اصل آلے پر پروٹوکول کی قسم اور فریگمنٹیشن کا رویہ جانچیں۔
کلید فیلڈ ہی GRE کو اُس وقت مفید بناتی ہے جب کئی ٹنل ایک جوڑی آخری نکات کے پتے بانٹتے ہیں، کیونکہ وصول کنندہ اُس قدر پر ڈیملٹی پلیکس کرتا ہے۔ IPv4 پر GRE کسی بھی اضافی آپشن سے پہلے تقریباً 24 بائٹ خرچ کرتا ہے، اور یہ پہلے سے 1500 بائٹ فریموں کے لیے تیار لنکس پر اہم ہونے لگتا ہے۔ اکیلا GRE کوئی رازداری نہیں دیتا، اس لیے عام نمونہ اُسے IPsec کے ساتھ جوڑتا ہے اور کرپٹو حد IPsec کے پاس رکھتا ہے۔ وہ جوڑی کام کرتی ہے، لیکن پھر MTU بجٹ کو دونوں ہیڈر ڈھانپنے پڑتے ہیں۔
جب پے لوڈ Ethernet ہو تو GRE ٹنل کے ذریعے ملٹی کاسٹ اور نشریات بھی لے جاتا ہے، جو ایک سادہ یونیکاسٹ IP ٹنل نہیں کر سکتی۔ یہی خصوصیت، مخفف نہیں، عام طور پر ڈیزائن کے اُسے چننے کی وجہ ہوتی ہے۔
VPWS خریدا جاتا ہے، ترتیب نہیں دیا جاتا
ایک ورچوئل پرائیویٹ وائر خدمت فراہم کنندہ کے نیٹ ورک پر پوائنٹ ٹو پوائنٹ تہہ 2 سرکٹ پہنچاتی ہے۔ آپ کا منسلکہ سرکٹ فراہم کنندہ کے کنارے والے آلے پر ختم ہوتا ہے، اور کور کے پار جانے والا سیوڈو وائر فراہم کنندہ کا ہوتا ہے۔ اہم سوالات عملی نوعیت کے ہیں: حد کہاں ہے، پہلی اور آخری میل کس کی ملکیت ہے، اور فراہم کنندہ ضرورت سے بڑے فریموں کے ساتھ کیا کرتا ہے۔
یہیں موازنہ پلٹتا ہے۔ L2TPv3 اور GRE ایسی چیزیں ہیں جنہیں آپ سرے سے سرے تک چلاتے ہیں، اس لیے آپ اُنہیں اپنے ہی اسناد اور اپنے ہی کیپچر سے ڈیبگ کرتے ہیں۔ VPWS حوالگی والا معاہدہ ہے، اس لیے رکاوٹ پیکٹ کیپچر کے بجائے ٹکٹ سے شروع ہوتی ہے۔ کوئی ماڈل مکمل طور پر نہیں جیتتا؛ وہ مختلف جگہوں پر ناکام ہوتے ہیں، اور انتخاب اِس پر منحصر ہے کہ آپ آخری میل کی ملکیت چاہتے ہیں یا نہیں۔
سیوڈو وائر کا لیبل اسٹیک فراہم کنندہ کے نیٹ ورک کے اندر ہی رہتا ہے، اس لیے یہ نظر آنے والے ٹنل ہیڈر کی طرح آپ کی MTU حساب نہیں بدلتا۔
ایک قطار چنیں اور اُسے لکھیں
فیصلہ تین حصوں والے ایک جملے کے طور پر درج کریں: پے لوڈ، انکیپسولیشن اور نقل و حمل کا مالک۔ پھر وہ اعداد شامل کریں جو اُسے قابلِ جانچ بناتے ہیں۔
ہر امیدوار کے لیے تار پر اوور ہیڈ، راستے کی قبول کردہ سب سے بڑی فریم اور MTU مسئلے کی اطلاع دینے والا پہلا ہاپ لکھیں۔ تصدیق کریں کہ دونوں آخری نکات آپ کے چنے گئے پروٹوکول کی قسم یا سیشن کی قسم کی معاونت کرتے ہیں، صرف ڈیٹا شیٹ کی مارکیٹنگ اصطلاح نہیں۔ طے کریں کہ اگلے سال دوسرا سرکٹ آئے تو ملٹی پلیکسنگ کیسی دکھے گی، کیونکہ GRE کلیدیں اور L2TPv3 سیشن IDs اُس مسئلے کے باہم تبدیل ہونے والے حل نہیں ہیں۔ پھر ایک ضرورت سے بڑی اور ایک معمول کی فریم بھیجیں؛ یہ جوڑی کاغذ پر اچھی دکھنے والی زیادہ تر ڈیزائن پکڑ لیتی ہے۔
ٹنلوں کا نام سے موازنہ ایسی بحثیں پیدا کرتا رہتا ہے جو کوئی حل نہیں کر سکتا۔ پے لوڈ، اوور ہیڈ اور ملکیت سے موازنہ ایک دوپہر میں فیصلہ دیتا ہے، ساتھ ہی بعد میں اُس کا دفاع کرنے کے لیے ضروری ثبوت بھی۔