AFI ও SAFI: পরিষেবার নামের আগে জোড়াটি পড়ুন
AFI 25 সহ SAFI 65 আর AFI 25 সহ SAFI 70 একই পরিষেবা নয়। জোড়াটি পড়ুন, তারপর পরিবার বিনিময়, রুট ও ফরওয়ার্ডিং ফলাফল যাচাই করুন।
আপনি দেখতে পারেন একটি সেশন উঠছে, একটি রুট দেখা যাচ্ছে, তবুও ভুল পরিষেবা পড়ছেন। প্রতিটি ঘোষণার শুরুতে থাকা সংখ্যার জোড়া, অ্যাড্রেস ফ্যামিলি আইডেন্টিফায়ার এবং পরবর্তী অ্যাড্রেস ফ্যামিলি আইডেন্টিফায়ার, ঠিক করে কোন পার্সার পেলোড পড়বে এবং কোন টেবিল ফলাফল রাখবে। জোড়া ভুল হলে ইমপোর্ট নীতি, রুট-টার্গেট মিল এবং নেক্সট-হপ অনুসন্ধান সবই এমন একটি কাঠামোর বিরুদ্ধে চলে যা কেউ ঘোষণা করেনি। নিচের পথচলা ওই জোড়া থেকে শুরু হয়ে ফরওয়ার্ডিং ফলাফলে শেষ হয়।
দুটি সংখ্যা ঠিক করে রুট কোন টেবিলে থাকবে
জোড়াটি দুবার দেখা যায়: মাল্টিপ্রোটোকল সক্ষমতার ভিতরে, যেখানে একটি স্পিকার পরিবার ঘোষণা করে, এবং ওই পরিবার বহন করা প্রতিটি NLRI-এর সামনে। এতে এটি উৎস বাক্সের সেটিং নয়, বরং রুটের একটি বৈশিষ্ট্য হয়ে যায়। নির্মাতারা এটি Address family VPNv4 Unicast-এর মতো নামে ছাপেন, আর সংখ্যাগুলো একই থাকে যদিও শব্দচয়ন রিলিজভেদে বদলায়।
| Where you meet it | Family pair | Boundary of what it proves |
|---|---|---|
| VPNv4 unicast capability on a neighbour | 1 / 128 | the peer will signal labelled VPN-IPv4, nothing about import |
| VPNv6 unicast capability on a neighbour | 2 / 128 | the peer will signal VPN-IPv6, silent about the transport below |
| VPLS NLRI with a VE ID and a label base | 25 / 65 | a pseudowire is signalled, not that a bridge learned a MAC |
| EVPN MAC/IP advertisement route | 25 / 70 | a binding is advertised, not that the host answers |
চারটি এনকোডিং প্রায় সব এন্টারপ্রাইজ ক্ষেত্র ঢাকে: MPLS-লেবেলযুক্ত VPN-IPv4-এর জন্য 1 সঙ্গে 128, IPv6 সমতুল্যের জন্য 2 সঙ্গে 128, BGP-সংকেতযুক্ত VPLS-এর জন্য 25 সঙ্গে 65, এবং EVPN-এর জন্য 25 সঙ্গে 70। প্রথম ভুল হলো ধরে নেওয়া যে প্রতিটি Layer 2 পরিষেবা 25 সঙ্গে 65-এর পিছনে থাকে, যা EVPN-কে লুকায়। দ্বিতীয়টি হলো দুই IP পরিবারকে দীর্ঘতর ঠিকানার এক পরিবার ভাবা, অথচ তারা আলাদাভাবে দরকষাকষি করে এবং ভিন্ন পিয়ারে গৃহীত হতে পারে। তৃতীয়টি দেখা যায় যখন এমন রিলিজ থেকে টেমপ্লেট কপি করা হয় যা তাদের একটিমাত্র জানে। রেজিস্ট্রিতে খোঁজা পরিষেবার নামের উপর গড়া অনুমানের চেয়ে তিনটিই দ্রুত মিটিয়ে দেয়।
চারটি সারিকে IANA রেজিস্ট্রির উদাহরণ হিসেবে ধরুন, রেজিস্ট্রি নিজে নয়। কোনো সংখ্যা আপনার চেনা কিছুর সঙ্গে না মিললে, তার চারপাশে নীতি বানানোর আগে সেটি দেখে নিন।
AFI 25 দুটি অসংযুক্ত NLRI ফরম্যাট বহন করে
দুটি Layer 2 পরিবারই AFI 25-এর অধীনে, আর মিল সেখানেই থামে। RFC 4761 section 3.2.2-এ VPLS NLRI বহন করে দৈর্ঘ্য, রুট ডিস্টিংগুইশার, VE ID, VE ব্লক অফসেট, VE ব্লক আকার ও লেবেল বেস, যা একসঙ্গে একটি pseudowire প্রান্তবিন্দু ও তার লেবেলের নাম দেয়। EVPN AFI 25 রাখে এবং SAFI 70-এ যায়, যেখানে পেলোড একটি রুট টাইপ: ইথারনেট স্বয়ং-আবিষ্কার, MAC/IP বিজ্ঞাপন, অন্তর্ভুক্তিমূলক মাল্টিকাস্ট, ইথারনেট সেগমেন্ট, IP প্রিফিক্স। তাই একই বাইট অফসেট দুই পরিবারে ভিন্ন অর্থ দেয়। একটির জন্য লেখা পার্সার অন্যটি নিঃশব্দে পড়ে ও অর্থহীন ফল দেয়। জোড়াটিই একমাত্র সতর্কবার্তা যে ব্যাখ্যাটি ভুল।
এক পরিবারে VE ব্লক অফসেট বোঝানো ফিল্ডের অন্য পরিবারে কোনো প্রতিরূপ নেই, আর MAC/IP বিজ্ঞাপন রুট কেবল EVPN-এ আছে। অ্যাট্রিবিউটকে দুটির উপরই প্রযোজ্য বলে উদ্ধৃত করাই ক্যাপচার পর্যালোচনা ভুল হওয়ার পথ।
কেউ আপনাকে ক্যাপচার বা নির্মাতার টেবিল দিলে জিজ্ঞাসা করুন অ্যাট্রিবিউটটি কোন পরিবারের। তারপর নিশ্চিত করুন গ্রহণকারী বাস্তবায়ন ওই পরিবার সমর্থন করে, ডেটাশিটের পরিষেবার নাম নয়। দুটি প্ল্যাটফর্ম ভিন্ন সংকেত পরিবার বাস্তবায়ন করেও VPLS সমর্থনের দাবি করতে পারে। জোড়া তাদের আলাদা করে; পণ্যের লেবেল নয়।
সেশনের নিজের অ্যাড্রেস ফ্যামিলি আলাদা প্রশ্ন
VPN-IPv6 নিয়মিতভাবে এমন সেশন জুড়ে ঘোষিত হয় যার TCP সংযোগ IPv4-এর উপর চলে, এবং এটি সমর্থিত নকশা, ত্রুটি নয়। তাই কেবল সেশন সারাংশ পড়লে পিয়াররা কোন VPN পরিবার বিনিময় করে তা কিছুই বলে না।
NLRI পরিবার, পরিবহন পরিবার ও ফরওয়ার্ডিং পরিবার তিনটি স্বতন্ত্র সিদ্ধান্ত। রাউটার তার পিয়ারের সঙ্গে IPv4 বলতে পারে, VPN-IPv6 নাগাল গ্রহণ করতে পারে, এবং এমন রুট বসাতে পারে যার নেক্সট-হপ একটি IPv6 ঠিকানা যা আপনি না চাওয়া পথে পৌঁছায়। প্রতিটি স্তরের নিজস্ব নিশ্চিতকরণ দরকার। যে সাইটগুলো ঘোষণা ঠিক দেখালেও IPv6 গন্তব্যে পৌঁছায় না বলে জানায়, তারা সাধারণত নেক্সট-হপ রিজলিউশন হারিয়েছে, পরিবার দরকষাকষি নয়।
সেশনের অ্যাড্রেস ফ্যামিলি আলাদাভাবে পরীক্ষা করুন, তারপর এটি যে পরিবার বহন করে, তারপর কোর কী ফরওয়ার্ড করতে পারে। তিনটিকে আলাদা রাখা সেই সাধারণ ভুল নির্ণয় রোধ করে যেখানে সঠিক ঘোষণাকে IPv6 প্রান্ত থেকে প্রান্ত কাজ করার প্রমাণ হিসেবে পড়া হয়। এটি কেবল প্রমাণ করে যে এক পিয়ার আরেকজনকে একটি প্রিফিক্সের কথা বলেছে।
দরকষাকষি, গ্রহণ, ইমপোর্ট, ইনস্টল
একটি প্রত্যাশিত রুটের জন্য চারটি অবস্থা ক্রমে সত্য হতে হবে, আর প্রতিটি পর্যবেক্ষণযোগ্য। পরিবারটি ওই পিয়ারের সঙ্গে দরকষাকষি করা থাকতে হবে, রুটটি আসতে হবে, একটি রুট টার্গেট তা অভীষ্ট প্রসঙ্গে ইমপোর্ট করতে হবে, এবং নেক্সট-হপ রিজলভ হতে হবে যাতে রুট ইনস্টল হয়। প্রথম অবস্থা বাদ দিলে বাকি তিনটি উত্তরহীন হয়, কারণ অ-দরকষাকষি করা পরিবার পরীক্ষার মতো কোনো রুট তৈরি করে না। Cisco-ধাঁচের প্ল্যাটফর্মে পরিবার সারাংশ ও প্রতি-পিয়ার সক্ষমতা আলাদা কমান্ড।
show bgp all summary
show bgp vpnv4 unicast all summary
show bgp l2vpn evpn summary
show bgp neighbors <peer-address> | include Address family
দরকষাকষি প্রতি পিয়ারের জন্য ছাপা সক্ষমতা বিনিময়ে দেখা যায়, আর কোনো পরিবার তালিকাভুক্ত না থাকা প্রতিষ্ঠিত সেশন আপনার চাওয়া কিছুই বহন করে না। ইমপোর্ট নির্ধারিত হয় রুট টার্গেট দিয়ে যা বর্ধিত কমিউনিটি হিসেবে বহন করা হয়, তাই সঠিক জোড়া ভুল টাইপ করা টার্গেটসহ টেবিলটি খালি রাখে। এরপর ইনস্টল নির্ভর করে গ্রহণকারী প্রসঙ্গে নেক্সট-হপ রিজলভ হওয়ার উপর, যা প্রতিটি ঘোষণা নিখুঁত দেখালেও ব্যর্থ হতে পারে।
ডেটা প্লেন সবার শেষে নিশ্চিত করুন, কারণ টেবিলে থাকা রুট একটি দাবি, বিতরণ নয়। একই চারটি অবস্থা প্রতিটি পরিবারে খাটে; কেবল কমান্ড ও টেবিলের নাম বদলায়।
একটি পরিবার-জোড়া কখনোই যা প্রমাণ করে না
জোড়াটি সঠিকভাবে পড়া আপনাকে বলে এর পরে আসা রাউটিং তথ্য কীভাবে ব্যাখ্যা করবেন, আর এটাই পুরো দাবি। এটি পৌঁছানোর ক্ষমতা, নীতি বা ডেটা প্লেনের সুস্থতা সম্পর্কে কিছুই বলে না। দুটিকে গুলিয়ে ফেলা এমন নেটওয়ার্ক সম্পর্কে আত্মবিশ্বাসী বক্তব্য তৈরি করে যা কেউ যাচাই করেনি। রুট-টার্গেট অমিল আর ভাঙা নেক্সট-হপ কেবল জোড়া থেকে একই রকম দেখায়। জোড়া একটি পড়ার নির্দেশ, কখনোই রায় নয়।
এস্কেল করার সময় জোড়া, রুট টার্গেট ও রিজলভ হওয়া নেক্সট-হপ একই নোটে রাখুন। তখন পরের প্রকৌশলীর পুনরায় ব্যাখ্যা করার পরিষেবা-নামের বদলে পরীক্ষার তিনটি স্বতন্ত্র জিনিস থাকে। দরকষাকষি না থাকলে তারা সঙ্গে সঙ্গে দেখেন, ভুল টার্গেট ইমপোর্টকে স্পষ্টভাবে অনুপস্থিত রাখে, আর অ-রিজলভ নেক্সট-হপ রুটটিকে উপস্থিত কিন্তু অব্যবহারযোগ্য রাখে।