আপনার সাইটগুলোর মধ্যে কে রুট করে: লেয়ার 2 নাকি লেয়ার 3 ভিপিএন?
কোটেশন থেকে অ্যাকসেপ্টেন্স পর্যন্ত প্রোভাইডার ভিপিএনের হ্যান্ডঅফ অনুসরণ করুন এবং দেখুন ইন্টারসাইট রাউটিং, অ্যাডজেসেন্সি আর প্রতিটি দিকে প্রথম ব্যর্থতার মালিক কে।
প্রোভাইডার ভিপিএন অর্ডার করুন, শেষে কেউ না কেউ ইন্টারসাইট রাউটিংয়ের মালিক হবে—আপনি সেই মালিকের নাম বলুন বা না বলুন। লেয়ার 2 হ্যান্ডঅফে সাইন করলে প্রোভাইডার পাইপ দেয় আর অ্যাডজেসেন্সি তৈরি করে আপনার রাউটারগুলো; লেয়ার 3 সার্ভিসে সাইন করলে প্রোভাইডার আপনার প্রিফিক্সগুলো নিজের রাউটিং কনটেক্সটে বহন করে। দুটোই বৈধ পণ্য, তবে অন-কলের গল্প আলাদা। কোটেশন থেকে প্রথম অ্যাকসেপ্টেন্স টেস্ট পর্যন্ত অর্ডারটা হেঁটে দেখুন, তাহলে সিদ্ধান্তটা আর বিমূর্ত থাকবে না।
টপোলজি স্লাইড নয়, হ্যান্ডঅফ ফর্ম দিয়ে শুরু করুন
প্রতিটি প্রোভাইডার একসময় একটা ফর্ম পাঠায়, যেখানে জিজ্ঞেস করে আপনাকে কী হ্যান্ডঅফ করবে: সিউডোওয়্যার, মাল্টিপয়েন্ট ইথারনেট সেগমেন্ট, নাকি শেয়ার্ড সার্ভিস এজে রাউটেড অ্যাটাচমেন্ট। ওই একটাই উত্তর সেলস ডেকের যেকোনো ডায়াগ্রামের চেয়ে বেশি ঠিক করে, কারণ এটাই ঠিক করে আপনার দায়িত্ব কোথা থেকে শুরু।
পয়েন্ট-টু-পয়েন্ট সিউডোওয়্যার হলো দুটি অ্যাটাচমেন্টের মধ্যে একটি সার্কিট, আর মাল্টিপয়েন্ট ইথারনেট সার্ভিস কয়েকটি সাইটকে একটি ব্রডকাস্ট ডোমেইনে জোড়ে। ডায়াগ্রামে দুটো একরকম দেখায়, কিন্তু লুপ বা ব্রডকাস্ট স্টর্ম এলে আচরণ সম্পূর্ণ আলাদা। অ্যাড্রেসিং প্ল্যান করার আগে নিশ্চিত করুন কোনটা কোট হচ্ছে।
পণ্যের নাম এটা ঠিক করে না। এমপিএলএস লেবেল, ডার্ক ফাইবার হ্যান্ডঅফ আর ইন্টারনেটভিত্তিক ওভারলে—সবগুলোকে প্রাইভেট নেটওয়ার্ক বলা যায়, আর ফ্রেমওয়ার্ক ডকুমেন্টগুলো সার্ভিস মডেল ও কাস্টমার-প্রোভাইডার ভাগটাকেই সংজ্ঞায়িত করার জিনিস বলে। অ্যাটাচমেন্টের সেমান্টিক্স লিখিতভাবে চান, তারপর নিজের টিমকে সহজ কথায় বুঝিয়ে দিন।
টার্ন-আপের দিনে যা এসেছে তা পড়ুন
টার্ন-আপের দিনে আপনার দেওয়া ইন্টারফেসটা দেখুন, তার ওপরে কিছু কনফিগ করার আগে। রাউটেড লেয়ার 3 অ্যাটাচমেন্ট সাধারণত ছোট পয়েন্ট-টু-পয়েন্ট সাবনেটসহ একটা পোর্ট বা এমন নেক্সট হপ হিসেবে দেখা যায় যেটা আপনাকে পৌঁছাতে হবে। লেয়ার 2 অ্যাটাচমেন্ট দেখা যায় ফ্রেম প্রত্যাশী লিংক হিসেবে, তাই আপনার প্রথম কাজের কমান্ড রুট লুকআপ নয়, ব্রিজ বা নেইবার চেক।
ip -br link show
ip -br addr show
ip route show default
ip neigh showএই চারটি লাইন বলে দেয় আপনি কোন জগতে আছেন। প্রোভাইডারের অ্যাড্রেসের দিকে নির্দেশ করা ডিফল্ট রুট মানে প্রোভাইডার আপনার হয়ে রাউট করছে। এমন ইন্টারফেস যার কাজের লেয়ার-3 অ্যাড্রেস নেই কিন্তু ব্রিজ ভরা, মানে রাউটিং আপনার দায়িত্ব, আর কোনো অনুপস্থিত প্রিফিক্স আপনারই ঠিক করার।
প্রমিসকিউয়াস দেখতে লিংক এটাও বোঝাতে পারে হ্যান্ডঅফ ট্যাগড, তাই সার্কিটকে দোষ দেওয়ার আগে ভিএলএএন চুক্তি নিশ্চিত করুন। মাল্টিপয়েন্ট সার্ভিসে ডুপ্লিকেট এমএসি অ্যাড্রেস ডিজাইনের উপসর্গ, প্রোভাইডারের ত্রুটি নয়।
প্রথম প্রিফিক্সের আগে প্রতিটি অবজেক্টের জন্য একজন মালিক নির্ধারণ করুন
অবজেক্ট তালিকাটা হেঁটে দেখুন আর প্রতিটির মালিক টিমের নাম উচ্চস্বরে বলুন। কাস্টমার প্রিফিক্স আর সাইটগুলোর মধ্যে অ্যাডভার্টাইসমেন্ট। প্রোভাইডার এজের সঙ্গে সম্পর্ক গড়া অ্যাডজেসেন্সি বা সার্ভিস আইডেন্টিফায়ার। কে লুপ ভাঙে, আর কে এক বিস্তৃত ব্রডকাস্ট ডোমেইনে থাকতে রাজি হয়েছে। এমটিইউ সিলিং কোথায়, ব্যর্থতা কীভাবে ধরা পড়ে, আর সার্ভিস কীভাবে ফেরে। অ্যাক্সেস পলিসি, সঙ্গে সার্ভিসে না থাকা যেকোনো এনক্রিপশন।
তালিকাটা ছোট কারণ ইনসিডেন্টের সময় ঠিক এটাই ভাঙে। দুই টিম যদি দুজনেই ভাবে রুট পলিসি তাদের, তবে আউটেজ একই ঘণ্টায় দুটি পরস্পরবিরোধী পরিবর্তন তৈরি করে। কেউ না থাকলে প্রথম অ্যাসিমেট্রিক পথ টিকে থাকে যতক্ষণ না কোনো কাস্টমার রিপোর্ট করে।
রাউটেড সার্ভিস সাধারণত বিজিপি বা স্ট্যাটিক সীমানা দেয়, তাই আপনার দিকে দরকার পড়া যায় এমন সেশন স্টেট: birdc show protocols বা আপনার রাউটারে সমতুল্য কমান্ড বলে দেয় অ্যাডজেসেন্সি আপ কি না, আর কাউন্টার বলে দেয় এটা শুধু অফিস আওয়ারে ফ্ল্যাপ করছে কি না। লেয়ার 2 হ্যান্ডঅফ এমন সংকেত দেয় না, তাই কাস্টমারকে নিজেই স্পষ্ট রিচেবিলিটি চেক রাখতে হয়।
একটি সাইটের জন্য ব্যর্থতার কেসটা হেঁটে দেখুন
সার্ভিস চালু হওয়ার আগেই অ্যাকসেপ্টেন্স টেস্ট লিখুন: একটি সাইটের অ্যাটাচমেন্ট নামিয়ে দিন আর প্রতিটি টিম কী দেখে তা লিখে রাখুন। লেয়ার 3 সার্ভিসে প্রোভাইডার ওই সাইটের প্রিফিক্সগুলোর রিচেবিলিটি তুলে নেয়, আপনার সেশন তুলে নেওয়ার ঘটনা লগ করে, আর বাকি সাইটগুলো নিজের পথ ধরে রাখে। লেয়ার 2 সার্ভিসে সার্কিট ডাউন হয়, আপনার রাউটিং প্রোটোকল মৃত নেইবার দেখে, আর একই কনভার্জেন্স পুরোপুরি আপনার টাইমারের ওপর নির্ভর করে।
লিংক ফিরিয়ে আনুন আর কেসের দ্বিতীয় অংশটা দেখুন, কারণ বাসি স্টেটই সাধারণত পড়ে থাকে। নিশ্চিত করুন অ্যাডজেসেন্সি ফিরেছে, প্রিফিক্সগুলো প্রত্যাশিত অ্যাট্রিবিউট নিয়ে ফিরেছে, আর ইনসিডেন্ট থেকে কোনো সাময়িক স্ট্যাটিক রুট টেবিলে পড়ে নেই।
নীরস ব্যর্থতাটাও পরীক্ষা করুন: একটি সাইট তার ট্রাফিক দ্বিগুণ করছে। রাউটেড হ্যান্ডঅফে প্রিফিক্সভিত্তিক কাউন্টার দেখা যায়; ব্রিজড হ্যান্ডঅফে হয়তো শুধু ইন্টারফেস থ্রুপুট দেখা যায়, ফলে কোন হোস্ট দায়ী তা আন্দাজ করতে হয়।
চুক্তি যা কেনে না
লেয়ার 2 বা লেয়ার 3 লেবেল লেটেন্সি, ডেডিকেটেড ব্যাকবোন বা এনক্রিপশন নিয়ে কিছুই বলে না। এগুলো আলাদা অঙ্গীকার, আর অ্যাভেইলেবিলিটির সংখ্যা এগুলোর কোনোটাই বোঝায় না। সার্ভিস এগ্রিমেন্টে যা প্রতিশ্রুত তা পড়ুন, বাকি সবকে এমন অনুমান ধরে নিন যা আপনাকে পরীক্ষা করতে হবে।
আপনার প্রয়োজন যদি দুই কাস্টমার রাউটারের মধ্যে পয়েন্ট-টু-পয়েন্ট অ্যাটাচমেন্ট হয়, তবে লেয়ার 2 সার্ভিস মানায়, প্রোভাইডারকে আপনার ইন্টেরিয়র রাউটিং চালাতে না বলেই। আপনার প্রয়োজন যদি ভিন্ন সাবনেটের অনেক সাইট আর ছোট অপারেশন্স টিম হয়, তবে রাউটেড সার্ভিস সাধারণত যে কাজটা আপনার ঘাড়ে থাকত সেটা সরিয়ে দেয়।
কোনোটাই ডিফল্ট নয়। এনক্যাপসুলেশনের জন্য ডিভাইস সাপোর্ট, সাইটগুলোর মধ্যে প্রকৃত ট্রাফিক সম্পর্ক, রিডান্ডেন্সি মডেল, আর আপনার টিম সদ্য গৃহীত অংশটা চালাতে পারবে কি না—সবটা দেখুন। তারপর মালিকদের নাম রানবুকে লিখুন, কারণ সিদ্ধান্তের যে অংশটা কর্মী বদলেও টেকে, সেটাই একমাত্র।