Junos L2VPN لیبل دکھاتا ہے مگر کچھ بھی فارورڈ نہیں کرتا، کیوں

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

فریم کبھی روٹ تلاش نہیں کرتا

سگنلنگ نے حالت تیار کی؛ ہر پیکٹ کی پروسیسنگ پہلے سے چنے گئے کنکشن پر لیبل تلاش ہے۔ اس لیے روٹ کیوں غائب ہے یہ پوچھنا غلط سوال ہے، اور یہ دو اہم اقدار چھپاتا ہے: اٹیچمنٹ کا کنکشن اور وہ سروس لیبل جو یہ استعمال کرتا ہے۔

یہ کوشش کی عدم مساوات بھی واضح کرتا ہے۔ ترتیب کا جائزہ بتاتا ہے کہ کیا نصب ہونا چاہیے تھا، جبکہ کنکشن کا منظر بتاتا ہے کہ واقعی کیا اخذ ہوا، اور لیبل بلاک کی عدم مطابقت میں صرف دوسرا ہی ٹکتا ہے۔

دو لیبل، دو سمتیں

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

show l2vpn connections instance CUST-A extensive

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

لیبل تلاش کیا ثابت کرتی ہے

آنے والی قدر ملنے کے بعد، مقامی تلاش ایک ہی کمانڈ ہے:

show route label 160042

اس آؤٹ پٹ میں اگلے ہاپ کے ساتھ l2vpn اندراج دکھنا چاہیے، اور لیبل کی کارروائی بتاتی ہے کہ فریم نکلنے سے پہلے دھکیلا جا رہا ہے، بدلا جا رہا ہے یا ہٹایا جا رہا ہے۔ اگر یہ کچھ نہ دکھائے، تو کنکشن Up دکھانے کے باوجود سروس کی حالت کبھی نصب نہیں ہوئی، اور فرق ٹرانسپورٹ میں نہیں، سگنلنگ میں ہے۔

ایک فریم کا پیچھا کریں

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

اٹیچمنٹ کی انکیپسولیشن، کنٹرول ورڈ کی ترتیب اور MTU ایک ہی وقت میں جانچیں، کیونکہ یہ ہر ہاپ کا رویہ نہیں، طے شدہ خصوصیات ہیں۔

سروس ماڈلز کو الگ رکھیں

VPLS MAC پتے سیکھتا ہے اور EVPN اختتامی نقاط کا اعلان کرتا ہے، جبکہ پوائنٹ ٹو پوائنٹ L2VPN دونوں میں سے کچھ نہیں کرتا، اس لیے ایک ہی BGP اور MPLS ڈھانچے پر ہونے کے باوجود ان کے فریم چننے کے طریقے بدلے نہیں جا سکتے۔ ایک ماڈل سے دوسرے میں مسئلہ حل کرنے کا قدم منتقل کرنا بے بنیاد پراعتماد نتائج پیدا کرتا ہے۔

گمشدہ راستے کے لیے، دونوں ساتھیوں کی کنکشن حالت، اٹیچمنٹ، دونوں لیبل سمتیں، انکیپسولیشن، کنٹرول ورڈ کی ترتیب اور MTU درج کریں۔ وہ ریکارڈ اعلان شدہ کو فارورڈنگ پلین کے اصل رویے سے جوڑتا ہے، جو واحد اہم کڑی ہے، اور اگلا انجینئر بھی یہی پوچھے گا۔