আপনার L2VPN কেন সদ্য তৈরি RSVP-TE LSP উপেক্ষা করে

দুজন প্রকৌশলী একই রক্ষণাবেক্ষণ উইন্ডো থেকে এই বিশ্বাসে বেরিয়ে যেতে পারেন যে নতুন পথটি চালু আছে, আর দুজনেই ভিন্ন কারণে ভুল হতে পারেন। একজন LSP তৈরি করলেন এবং ধরে নিলেন সেবা তার পিছনে যাবে। অন্যজন সেবাটি একা রেখে ধরে নিলেন কিছুই বদলায়নি। pseudowire কেবল সেই পরিবহনই ব্যবহার করে যেখানে তার পিয়ার ঠিকানা ওই মুহূর্তে রিজলভ হয়, তাই আসল প্রশ্ন হলো ওই রিজলিউশন এখন কী দিচ্ছে, এবং দুটি নকশা এর ভিন্ন উত্তর দেয়।

এক লেবেল সেবার নাম দেয়, অন্যটি প্যাকেট সরায়

pseudowire লেবেল, যা targeted LDP দিয়ে সিগন্যাল হয় এবং RFC 4447-এ বর্ণিত, গ্রাহক প্রান্তকে জানায় কোন অ্যাটাচমেন্ট সার্কিট ফ্রেমটি পাবে। ফ্রেমটি সেখানে কীভাবে পৌঁছাল তা এটি কিছুই বলে না। এর নিচের লেবেলটি পরিবহনের, এবং সেই স্ট্যাকটি পিয়ার লুপব্যাকের জন্য যা যা রিচেবিলিটি ঘোষণা করেছে তা দিয়ে তৈরি হয়, তা LDP, RSVP-TE বা সেগমেন্ট-রাউটেড পথই হোক। যেহেতু ভিন্ন প্রোটোকল দুটি স্তর সিগন্যাল করে, একটি সুস্থ থাকতে পারে যখন অন্যটি পুরনো। এই বিচ্ছেদই পুরো বিভ্রান্তির উৎস।

স্পষ্ট করে বলা দরকার: pseudowire LSP বেছে নেয় না। এটি ফ্রেম পরিবহনের হাতে দেয়, আর পরিবহন তাকে দেওয়া গন্তব্য ঠিকানা থেকে সিদ্ধান্ত নেয়।

নতুন LSP জুড়ে একটি পরিষ্কার ping এত কম প্রমাণ করে কেনও এটাই। LSP চালু, লেবেলযুক্ত এবং অন্য সেবা বহনরত থাকতে পারে, অথচ আপনার pseudowire এখনও ভিন্ন নেক্সট হপ দিয়ে রিজলভ হয়। যতক্ষণ আপনি বাইন্ডিংটি পড়ছেন না, ততক্ষণ এই দুটি তথ্য সম্পর্কহীন।

বিকল্প A: pseudowire-কে নির্বাচিত পরিবহনে পিন করুন

পিন করা মানে সেবার পরিবহন রিজলিউশনকে নির্ধারক করা। প্ল্যাটফর্মভেদে এটি টানেল-নির্বাচন নীতি, সেবার উপর স্পষ্ট পরিবহন এন্ডপয়েন্ট, বা পিয়ার ঠিকানার জন্য নেক্সট হপ পুনর্লিখন করা রুট নীতির রূপ নেয়। তিনটিই ভেতরে একই কাজ করে: একটি গন্তব্যের রিজলিউশনকে নির্দিষ্ট LSP-এর উপর জোর করে চাপায়। এটাই ফলাফলকে পরে নিরীক্ষাযোগ্য করে।

খরচটি পরিধি। পিয়ার ঠিকানায় মেলানো নীতি ওই পিয়ারের দিকে নির্দেশিত প্রতিটি সেবাকে প্রভাবিত করে, কেবল আপনার মনের pseudowire-টি নয়।

ফলব্যাক পরিবর্তন উইন্ডোর আগেই সিদ্ধান্ত দাবি করে, তার ভেতরে নয়। পিন করা LSP পড়ে গেলে আপনি হয় সেবাটিকে অন্য অনুমোদিত পথে চলতে দেন, নয় থামতে দেন। যে নীতি চুপচাপ এমন পথে ফিরে যায় যা লেটেন্সি বা বিচ্ছিন্নতার শর্ত ভাঙে, সে একটি পরিষ্কার বিভ্রাটকে যে কারও কাছে ব্যাখ্যা করা অনেক কঠিন কিছুতে পরিণত করেছে।

বিকল্প B: IGP-কে বেছে নিতে দিন এবং দেখুন কী হয়

সেবাটিকে একা রেখে দেওয়া বৈধ নকশা, এবং প্রায়শই ভালোটি। pseudowire পিয়ার লুপব্যাকের দিকে অন্য যেকোনো ট্রাফিকের মতো একই রিজলিউশন অনুসরণ করে, তাই এটি IGP কনভার্জেন্স, প্রিফিক্স দমন এবং কোর ইতিমধ্যে যে অরিডান্ডেন্সি দেয় তা উত্তরাধিকারে পায়। কম নীতি মানে পুরনো মিল লুকানোর কম জায়গা। বিনিময়টি হলো সেবাটি কোন পথ নেয় তা আর আপনার নিয়ন্ত্রণে নেই, কেবল কিছু একটা পথ আছে।

সমান-খরচ মাল্টিপাথ এই বিনিময়টিকে প্রথমে যতটা মনে হয় তার চেয়ে বেশি ধারালো করে। হ্যাশিং প্রবাহভিত্তিক, তাই একটি pseudowire-এর ভেতরে দুটি কথোপকথন ভিন্ন বাইরের লেবেলে রওনা হতে পারে।

যেকোনোটিতে ভরসা করার আগে ইনস্টল করা ফরওয়ার্ডিং পড়ুন

সেবা নয়, পিয়ার ঠিকানা দিয়ে শুরু করুন। Junos-এ show route 203.0.113.1 detail নির্বাচিত নেক্সট হপ ও লেবেল অপারেশন ছাপে, আর show route table mpls.0 আগত লেবেলকে সেই অপারেশনে ম্যাপ করে। IOS XR-এ show mpls l2transport vc 100 detail আরোপিত স্ট্যাকসহ pseudowire অবস্থা দেয়।

পরিবহন আসলে যে LSP ব্যবহার করে সেটি নিশ্চিত করুন, আপনার নকশা নথিতে যেটির নাম আছে সেটি নয়। IOS XR-এ traceroute mpls ipv4 203.0.113.1/32 লেবেল-সুইচড পথটি হেঁটে দেখে এবং তার বরাবর লেবেল ও আউটগোয়িং ইন্টারফেস তালিকাভুক্ত করে, যা নিজে পথটি দেখার সবচেয়ে কাছাকাছি জিনিস। তারপর দূরের প্রোভাইডার প্রান্ত থেকে অনুশীলনটি পুনরাবৃত্তি করুন, কারণ ফেরার দিকটি স্বতন্ত্রভাবে রিজলভ হয় এবং আংশিক নীতি রোলআউটের পরে অসমতা সাধারণ। এক দিকে সঠিক আর অন্যদিকে ভুল পথ সমানভাবে ভুল পথের চেয়ে খারাপ, কারণ আপনার অর্ধেক পরীক্ষা পাস করবে।

প্রমাণ সেবা রেকর্ডের সঙ্গে রাখুন: পিয়ার ঠিকানা, নেক্সট হপ, বাইরের লেবেল এবং আপনি যে তারিখে যাচাই করেছেন। রুট নীতি খারাপভাবে পুরনো হয়, আর দুই কোয়ার্টার আগে কোনটি বলবৎ ছিল তা কেউ মনে রাখে না।

পছন্দ নয়, ব্যর্থতার ধরন দিয়ে বাছুন

পিন করা তাদের জন্য উপযুক্ত যাদের এমন শর্ত আছে যা IGP প্রকাশ করতে পারে না, এবং যে দল প্রতিটি পরিবর্তন জুড়ে নীতিটি রক্ষণাবেক্ষণ করতে পারে। IGP-র উপর ছেড়ে দেওয়া তাদের জন্য উপযুক্ত যাদের কোনো একক ব্যর্থতায় মানুষের হস্তক্ষেপ ছাড়াই টিকে থাকতে হয়।

নির্ণায়ক প্রশ্ন হলো ভুল পথ আপনার কত খরচ করায়। ভুল LSP-এর সেবা যদি কেবল একটু খারাপ পারফর্ম করে, IGP-কে সিদ্ধান্ত নিতে দিন এবং পরিশ্রম মনিটরিংয়ে লাগান। ভুল পথ যদি চুক্তি, নিরীক্ষা পর্যবেক্ষণ বা বিচ্ছিন্নতার প্রয়োজন ভাঙে, তবে এটি পিন করুন এবং ফলব্যাক লিখে রাখুন। তারপর ফলব্যাক পরীক্ষা করুন, কারণ অপরীক্ষিত ফলব্যাক একটি অনুমান, পরিকল্পনা নয়। যেভাবেই হোক, কোরের যেকোনো পরিবর্তনের পরে ইনস্টল করা বাইন্ডিং আবার পড়ুন, এবং উঠে আসা pseudowire-কে কেবল এই প্রমাণ হিসেবে ধরুন যে সিগন্যালিং কাজ করে।