دو دامنه پل در یک گروه IOS XR یک شبکه محلی نیستند
تو در تو گذاشتن دو دامنه پل زیر یک گروه پل، ارسال آن‌ها را یکی نمی‌کند. گروه، دامنه و هر اتصال را لایه‌های جداگانه بخوانید.
دو میزبان روی یک روتر 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 بررسی کنید که دو اتصال در یک دامنه پل هستند یا نه. اگر نیستند، هیچ کار آدرس‌دهی آن‌ها را به هم نمی‌پیوندد.
گروه پل یک ظرف است و نه چیزی بیشتر
در سلسله‌مراتب VPN لایه 2 در IOS XR، گروه پل یک یا چند دامنه پل نگه می‌دارد و خود گروه چیزی را سوئیچ نمی‌کند. دو دامنه زیر یک گروه خواهرند، نه عضو یک شبکه محلی، حتی اگر پیکربندی طوری خوانده شود که گویی تو در تو هستند. این چیدمان عمدی است: گروه جایی است که سرویس‌ها را سازمان می‌دهید و دامنه جایی است که ارسال واقعاً رخ می‌دهد.
راهنمای سرویس‌های چندنقطه‌ای لایه 2 سیسکو دامنه پل را دامنه پخشی توصیف می‌کند که پورت‌های فیزیکی یا مجازی را نگه می‌دارد، بر اساس MAC مقصد سوئیچ می‌کند، نشانی‌های مبدأ را یاد می‌گیرد و unicast، broadcast و multicast ناشناخته را فقط درون همان دامنه سیل می‌کند. پیش از خواندن پیکربندی خودتان، سلسله‌مراتب آن راهنما را بخوانید.
دامنه پل مالک ارسال و یادگیری است
یادگیری MAC به دامنه محدود است، بنابراین ایستگاهی که در یک دامنه یاد گرفته شود در خواهرش نامرئی است. سیل کردن هم از همان مرز پیروی می‌کند، به همین دلیل پخشی که یک میزبان می‌فرستد هرگز به میزبان دامنه دیگر نمی‌رسد. سپس گروه‌های افق تقسیم‌شده درون دامنه، وضعیت عضو و هر کنترل ارسال پیکربندی‌شده، خروجی‌های واجد شرایط را بیشتر محدود می‌کنند.
شبه‌سیم یا نمونه ارسال مجازی، یک اتصال سرویس به دامنه است. این هم‌معنی گروه پل والد نیست و همین برخورد است که لبه ارائه‌دهنده را با دو سرویسی که باید جدا می‌بودند و نیستند رها می‌کند.
اتصال تعیین می‌کند کدام فریم‌ها اصلاً می‌رسند
زیر دامنه، اتصال قرار دارد: رابط یا زیررابط، کپسوله‌سازی که با آن مطابقت دارد، هر عملیات برچسب و دامنه‌ای که به آن می‌پیوندد. زیررابطی که شماره‌اش تصادفاً شبیه VLAN است، قرارداد فریم نیست و همان پورت فیزیکی می‌تواند دو دامنه را با دو تطابق متفاوت تغذیه کند. رابط ورودی، برچسب مطابق، عمل برچسب و دامنه هدف را بنویسید، سپس سمت خروجی را جداگانه بنویسید.
پیش از جابه‌جا کردن پیکربندی، این قرارداد را بین دو سرویس مقایسه کنید. وقتی هر دو دامنه زیر یک گروه هستند و فقط یکی از آن‌ها ترافیک حمل می‌کند، تفاوت تقریباً همیشه در اتصال است نه در دامنه.
اگر طراحی بین زیرشبکه‌ها هم مسیریابی می‌کند، اتصال لایه 3 شیء دیگری با نشانی دروازه و سیاست خودش است. نام دامنه پل هیچ چیزی درباره اینکه کدام دروازه به آن سرویس می‌دهد توضیح نمی‌دهد.
پیش از بازسازماندهی با نسخه مستقرشده بررسی کنید
برای نگاه کردن به دامنه، به‌جای پیکربندی در حال اجرا از فرمان‌های عملیاتی خود نسخه استفاده کنید. show l2vpn bridge-domain detail دامنه‌ها و وضعیت اتصال آن‌ها را گزارش می‌کند و show l2vpn forwarding bridge-domain با گزینه‌های MAC نشان می‌دهد چه چیزی کجا یاد گرفته شده است. اگر یک نشانی MAC در یک دامنه دیده شود و در خواهرش نه، سلسله‌مراتب دقیقاً همان کاری را می‌کند که برایش پیکربندی شده است.
سپس پیش از تغییر هر چیزی، هر دامنه و اتصال زیر گروه را فهرست کنید و پیکربندی موجود را برای مقایسه نگه دارید. یک نام شیء آشنا مدرکی نیست بر اینکه هر سرویس تودرتو دامنه آن را شریک است.