একটি IOS XR গ্রুপে দুটি ব্রিজ-ডোমেইন এক LAN নয়
একটি ব্রিজ-গ্রুপের নিচে দুটি ব্রিজ-ডোমেইন রাখলে তাদের ফরওয়ার্ডিং একত্র হয় না। গ্রুপ, ডোমেইন ও প্রতিটি অ্যাটাচমেন্টকে আলাদা স্তর হিসেবে পড়ুন।
একই IOS XR রাউটারে দুটি হোস্ট পরস্পরকে পিং করতে পারে না, অথচ কনফিগারেশন দেখে মনে হয় তাদের পারা উচিত। দুটি সাবইন্টারফেসই একই ব্রিজ গ্রুপের অধীনে দেখা যায়, নামে মাত্র একটি অক্ষরের পার্থক্য, এবং কমিট কোনো অভিযোগ ছাড়াই সম্পন্ন হয়েছে। যা অনুপস্থিত তা হলো শ্রেণিবিন্যাসের একটি স্তর: ব্রিজ গ্রুপ একটি ধারক, আর তার ভেতরের প্রতিটি ব্রিজ ডোমেইন নিজস্ব সদস্যপদসহ আলাদা ব্রডকাস্ট ডোমেইন। তৃতীয় একটি হোস্ট যোগ করলে ছবিটি সাধারণত পরিষ্কার না হয়ে আরও খারাপ হয়।
| Object | Owns | Does not own |
|---|---|---|
| Bridge group | a named container for domains | any forwarding or MAC learning |
| Bridge domain | one broadcast domain, MAC table, flooding scope | the VLAN match on an ingress port |
| Attachment | which frames from which interface and tag enter the domain | which other domains they can reach |
লক্ষণ থেকে শুরু করে উপরের দিকে পড়ুন
একটি সাবনেটের ভেতরে হোস্টগুলো ব্যর্থ হচ্ছে অথচ ইন্টারফেসগুলো up দেখাচ্ছে এবং ARP এন্ট্রিগুলো কখনো পূরণ হচ্ছে না — এটি রাউটিং সমস্যার নয়, ডোমেইন-সদস্যপদের সমস্যার লক্ষণ। রাউটিং সমস্যা সাধারণত ICMP-এর অগম্য বার্তা বা বিদ্যমান নেক্সট হপ দেয়; অনুপস্থিত ব্রডকাস্ট ডোমেইন দ্বিতীয় স্তরে নীরবতা দেয়। একটি IP ঠিকানাও দেখার আগে যাচাই করুন দুটি অ্যাটাচমেন্ট একই ব্রিজ ডোমেইনে আছে কি না। না থাকলে ঠিকানা নিয়ে যত কাজই করুন, তা তাদের জোড়া লাগাবে না।
ব্রিজ গ্রুপ একটি ধারক, তার বেশি কিছু নয়
IOS XR-এর লেয়ার 2 VPN শ্রেণিবিন্যাসে একটি ব্রিজ গ্রুপ এক বা একাধিক ব্রিজ ডোমেইন ধারণ করে, আর গ্রুপ নিজে কিছুই সুইচ করে না। একই গ্রুপের অধীনে দুটি ডোমেইন সহোদর, এক LAN-এর সদস্য নয়, যদিও কনফিগারেশন পড়ে মনে হয় তারা নেস্টেড। এই বিন্যাস ইচ্ছাকৃত: গ্রুপ হলো সেই জায়গা যেখানে আপনি সেবাগুলো সংগঠিত করেন, আর ডোমেইন হলো যেখানে ফরওয়ার্ডিং সত্যিই ঘটে।
Cisco-র মাল্টিপয়েন্ট লেয়ার 2 সেবা নির্দেশিকা ব্রিজ ডোমেইনকে বর্ণনা করে একটি ব্রডকাস্ট ডোমেইন হিসেবে, যা ভৌত বা ভার্চুয়াল পোর্ট ধারণ করে, গন্তব্য MAC অনুযায়ী সুইচ করে, উৎস ঠিকানা শেখে এবং অজানা ইউনিকাস্ট, ব্রডকাস্ট ও মাল্টিকাস্ট কেবল সেই ডোমেইনের ভেতরেই ছড়ায়। নিজের কনফিগারেশন পড়ার আগে সেই নির্দেশিকার শ্রেণিবিন্যাস পড়ুন।
ব্রিজ ডোমেইনের হাতে ফরওয়ার্ডিং ও শেখা
MAC শেখা ডোমেইনের মধ্যে সীমিত, তাই এক ডোমেইনে শেখা একটি স্টেশন তার সহোদরে অদৃশ্য। ছড়ানোও একই সীমানা অনুসরণ করে, তাই এক হোস্টের পাঠানো ব্রডকাস্ট অন্য ডোমেইনের হোস্টে কখনো পৌঁছায় না। এরপর ডোমেইনের ভেতরের স্প্লিট-হরাইজন গ্রুপ, সদস্য অবস্থা এবং যেকোনো কনফিগার করা ফরওয়ার্ডিং নিয়ন্ত্রণ যোগ্য আউটপুটগুলোকে আরও সংকুচিত করে।
সিউডোওয়্যার বা ভার্চুয়াল ফরওয়ার্ডিং ইনস্ট্যান্স হলো একটি ডোমেইনের সাথে সেবার অ্যাটাচমেন্ট। এটি প্যারেন্ট ব্রিজ গ্রুপের সমার্থক নয়, আর এটিকে তাই ভাবাই প্রোভাইডার এজকে দুটি সেবা যাদের বিচ্ছিন্ন থাকার কথা ছিল তা না রেখে শেষ করে।
অ্যাটাচমেন্ট ঠিক করে কোন ফ্রেম আদৌ আসবে
ডোমেইনের নিচে থাকে অ্যাটাচমেন্ট: ইন্টারফেস বা সাবইন্টারফেস, যে এনক্যাপসুলেশন এটি মেলায়, যেকোনো ট্যাগ অপারেশন এবং যে ডোমেইনে যোগ দেয়। যে সাবইন্টারফেসের নম্বর কাকতালীয়ভাবে VLAN-এর মতো দেখায় তা ফ্রেমের চুক্তি নয়, এবং একই ভৌত পোর্ট দুটি ভিন্ন মিল দিয়ে দুটি ডোমেইনকে খাওয়াতে পারে। ইনগ্রেস ইন্টারফেস, মিলে যাওয়া ট্যাগ, ট্যাগ অ্যাকশন ও লক্ষ্য ডোমেইন লিখুন, তারপর ইগ্রেস দিকটি আলাদাভাবে লিখুন।
কনফিগারেশন সরানোর আগে দুটি সেবার মধ্যে ওই চুক্তি তুলনা করুন। যখন দুটি ডোমেইনই এক গ্রুপের নিচে থাকে এবং তাদের একটিই ট্রাফিক বহন করে, তখন পার্থক্য প্রায় সবসময়ই ডোমেইনে নয়, অ্যাটাচমেন্টে।
যদি ডিজাইনটি সাবনেটগুলোর মধ্যে রাউটিংও করে, তবে লেয়ার 3 অ্যাটাচমেন্ট হলো নিজস্ব গেটওয়ে ঠিকানা ও নীতি সহ আরেকটি অবজেক্ট। ব্রিজ ডোমেইনের নাম কোন গেটওয়ে তাকে সেবা দেয় সে সম্পর্কে কিছুই ব্যাখ্যা করে না।
পুনর্গঠনের আগে স্থাপিত রিলিজ দিয়ে যাচাই করুন
রানিং কনফিগারেশনের বদলে ডোমেইনটি দেখতে রিলিজের নিজস্ব অপারেশনাল কমান্ড ব্যবহার করুন। show l2vpn bridge-domain detail ডোমেইন ও তাদের অ্যাটাচমেন্ট অবস্থা জানায়, আর MAC অপশনসহ show l2vpn forwarding bridge-domain দেখায় কোথায় কী শেখা হয়েছে। যদি একটি MAC ঠিকানা এক ডোমেইনে দেখা যায় আর তার সহোদরে না যায়, তবে শ্রেণিবিন্যাস ঠিক তাই করছে যার জন্য এটি কনফিগার করা হয়েছিল।
তারপর কিছু বদলানোর আগে গ্রুপের অধীনে প্রতিটি ডোমেইন ও অ্যাটাচমেন্টের তালিকা করুন, এবং তুলনার জন্য বিদ্যমান কনফিগারেশন সংরক্ষণ করুন। একটি পরিচিত অবজেক্টের নাম প্রমাণ নয় যে প্রতিটি নেস্টেড সেবা তার পরিধি ভাগ করে।