কেন একটি 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 লিপিবদ্ধ করুন। সেই রেকর্ড যা ঘোষণা করা হয়েছে তার সঙ্গে ফরোয়ার্ডিং প্লেন প্রকৃতপক্ষে যা করে তা যুক্ত করে, যা একমাত্র গুরুত্বপূর্ণ যোগসূত্র, এবং পরবর্তী ইঞ্জিনিয়ারও এটাই চাইবেন।