لب عملی: پیکربندی خلاصه‌سازی مسیر BGP

این لب عملی خلاصه‌سازی مسیر BGP را با استفاده از دستور aggregate-address پیکربندی می‌کند، و یک مسیر خلاصه‌شده واحد برای چند زیرشبکه خاص تبلیغ می‌کند در حالی که گزینه‌های رفتاری فقط-خلاصه و خلاصه-به‌علاوه-خاص‌ها را مقایسه می‌کند.

Aggregate-Address در BGPکلیدواژه Summary-Onlyاطلاعات مسیر AS-Set

~3 دقیقه مطالعه · آخرین به‌روزرسانی ۴ مهر ۱۴۰۵

هدف لب

پیکربندی خلاصه‌سازی مسیر BGP روی یک روتر که چند زیرشبکه خاص را نشأت می‌دهد، ابتدا مشاهده رفتار پیش‌فرض تبلیغ هم خلاصه و هم خاص‌ها، سپس اعمال کلیدواژه summary-only برای سرکوب کامل مسیرهای خاص.

هدف لب (چرا مهم است)

خلاصه‌سازی مسیر، پیش‌تر در این مجموعه برای OSPF و EIGRP بحث شد، به‌طور مساوی برای BGP اعمال می‌شود اما از یک دستور متمایز استفاده می‌کند. کاهش تعداد پیشوندهای تبلیغ‌شده به جدول مسیریابی جهانی اینترنت یک مسئولیت قابل‌توجه برای هر سازمان چند-هوم است، چون مسیرهای خاص غیرضروری حافظه را در سراسر هر روتر اینترنتی که باید یک جدول مسیریابی کامل حمل کند مصرف می‌کند.

توپولوژی لب

R1 (AS 65100) چهار زیرشبکه خاص را نشأت
می‌دهد، همگی درون یک بلوک /22 پیوسته:

192.168.44.0/24
192.168.45.0/24
192.168.46.0/24
192.168.47.0/24

R1 ---- eBGP ---- R2 (AS 65200، همتای خارجی)

وظیفه ۱: تبلیغ چهار شبکه خاص

R1 را طوری پیکربندی کن که هر چهار شبکه /24 خاص را به BGP تبلیغ کند.

وظیفه ۲: تأیید دریافت چهار مسیر خاص توسط R2

تأیید کن جدول BGP R2 هر چهار ورودی منفرد را نشان می‌دهد.

وظیفه ۳: پیکربندی تجمیع پایه

aggregate-address را برای خلاصه /22 که هر چهار زیرشبکه را پوشش می‌دهد پیکربندی کن، بدون هنوز سرکوب‌کردن خاص‌ها.

وظیفه ۴: تأیید ظهور هم خلاصه و هم خاص‌ها

تأیید کن R2 اکنون هم مسیر خلاصه جدید و هم هر چهار مسیر خاص اصلی را می‌بیند.

وظیفه ۵: اعمال Summary-Only برای سرکوب خاص‌ها

تجمیع را با کلیدواژه summary-only بازپیکربندی کن و تأیید کن فقط مسیر خلاصه برای R2 قابل‌مشاهده باقی می‌ماند.

راه‌حل و تأیید

R1(config)# router bgp 65100
R1(config-router)# network 192.168.44.0 mask 255.255.255.0
R1(config-router)# network 192.168.45.0 mask 255.255.255.0
R1(config-router)# network 192.168.46.0 mask 255.255.255.0
R1(config-router)# network 192.168.47.0 mask 255.255.255.0

R2# show ip bgp

   Network              Next Hop        Path
*> 192.168.44.0/24     [via R1]         65100 i
*> 192.168.45.0/24     [via R1]         65100 i
*> 192.168.46.0/24     [via R1]         65100 i
*> 192.168.47.0/24     [via R1]         65100 i
-- چهار مسیر خاص جداگانه، پیش از اعمال هر
-- خلاصه‌سازی

R1(config)# router bgp 65100
R1(config-router)# aggregate-address 192.168.44.0 255.255.252.0

R2# show ip bgp

   Network              Next Hop        Path
*> 192.168.44.0/22     [via R1]         65100 i
*> 192.168.44.0/24     [via R1]         65100 i
*> 192.168.45.0/24     [via R1]         65100 i
*> 192.168.46.0/24     [via R1]         65100 i
*> 192.168.47.0/24     [via R1]         65100 i
-- خلاصه اکنون در کنار خاص‌ها وجود دارد --
-- aggregate-address به‌طور پیش‌فرض یک مسیر
-- خلاصه اضافه می‌کند بدون حذف آن‌هایی که از
-- قبل خاص‌تر تبلیغ می‌شدند

R1(config)# router bgp 65100
R1(config-router)# no aggregate-address 192.168.44.0 255.255.252.0
R1(config-router)# aggregate-address 192.168.44.0 255.255.252.0 summary-only

R2# show ip bgp

   Network              Next Hop        Path
*> 192.168.44.0/22     [via R1]         65100 i
-- فقط مسیر خلاصه‌شده واحد قابل‌مشاهده باقی
-- می‌ماند -- کلیدواژه summary-only هر چهار
-- تبلیغ خاص /24 را کاملاً سرکوب کرد

نکته کلیدی

رفتار پیش‌فرض دستور aggregate-address برای تبلیغ خلاصه در کنار خاص‌ها اغلب چیزی نیست که یک مدیر واقعاً می‌خواهد — summary-only برای دستیابی به کاهش واقعی پیشوندهای تبلیغ‌شده که معمولاً کل هدف خلاصه‌سازی است مورد نیاز است، و فراموش‌کردن این کلیدواژه یک اشتباه رایج است که جدول مسیریابی را به همان اندازه بزرگ قبل باقی می‌گذارد در حالی که یک مسیر خلاصه اضافی و زائد را روی آن اضافه می‌کند.

نوشته و پژوهش‌شده توسط دکتر شاهین صیامی

مقالات مرتبط

لب عملی: پیکربندی مسیریابی Stub در EIGRP

این لب عملی یک روتر شعبه را به‌عنوان یک stub در EIGRP پیکربندی می‌کند، و تأیید می‌کند فقط مسیرهای متصل و خلاصه خودش را تبلیغ می‌کند در حالی که روتر hub به‌درستی از پرس‌وجوکردن stub در طول یک تغییر توپولوژی در جای دیگری از شبکه اجتناب می‌کند.

ادامه

لب عملی: پیکربندی حالت Named در EIGRP

این لب عملی یک پیکربندی EIGRP کلاسیک موجود را به حالت named EIGRP بازپیکربندی می‌کند، و عبارات network و پیکربندی خاص-اینترفیس را در یک سلسله‌مراتب address-family ساختاریافته‌تر سازمان‌دهی می‌کند، و تعادل عملکردی با سبک پیکربندی کلاسیک استفاده‌شده در سراسر لب‌های EIGRP قبلی این مجموعه را تأیید می‌کند.

ادامه

لب عملی: پیکربندی ERSPAN در سراسر یک شبکه مسیریابی‌شده

این لب عملی Encapsulated RSPAN (ERSPAN) را برای آینه‌کردن ترافیک در سراسر یک شبکه مسیریابی‌شده-لایه-۳ به‌جای یک ترانک لایه ۲ واحد پیکربندی می‌کند، و مفهوم RSPAN از لب قبلی را فراتر از مرزهای یک VLAN یا دامنه سوئیچ‌شده واحد گسترش می‌دهد.

ادامه

لب عملی: پیکربندی RSPAN در سراسر سوئیچ‌ها

این لب عملی Remote SPAN (RSPAN) را با استفاده از یک VLAN RSPAN اختصاصی حمل‌شده در سراسر یک ترانک پیکربندی می‌کند، و اجازه می‌دهد ترافیک آینه‌شده روی یک سوئیچ توسط یک دستگاه گرفتن متصل به یک سوئیچ کاملاً متفاوت نظارت شود، و مفهوم SPAN محلی پوشش‌داده‌شده در یک لب قبلی را در سراسر شبکه گسترش می‌دهد.

ادامه

لب عملی: پیکربندی In-Service Software Upgrade (ISSU) روی یک Stack

این لب عملی یک In-Service Software Upgrade را در سراسر یک stack StackWise انجام می‌دهد، و ایمیج IOS هر عضو را یکی‌یکی ارتقا می‌دهد در حالی که stack در سراسر آن به فوروارد‌کردن ترافیک ادامه می‌دهد، و صفر خرابی را در مقایسه با رویکرد مخل reload استفاده‌شده در لب‌های ارتقای IOS قبلی تأیید می‌کند.

ادامه

لب عملی: پیکربندی Stacking سنتی StackWise در Catalyst

این لب عملی stacking سنتی Catalyst (StackWise) را در سراسر سه سوئیچ با استفاده از کابل‌های stack پیکربندی می‌کند، و نیازمندی تک-لایه و مجاورت فیزیکی‌اش را با جفت StackWise Virtual پوشش‌داده‌شده در لب قبلی که اجازه می‌دهد سوئیچ‌ها بسیار دورتر از هم قرار بگیرند مقایسه می‌کند.

ادامه