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

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

پیکربندی حالت Named در EIGRPساختار توپولوژی Address-Familyتنظیمات AF به‌ازای-هر-اینترفیس

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

هدف لب

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

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

هر لب EIGRP پوشش‌داده‌شده پیش‌تر در این مجموعه از پیکربندی حالت کلاسیک استفاده کرد، جایی که تنظیماتی مانند عبارات network و پارامترهای به‌ازای-هر-اینترفیس بین حالت پیکربندی روتر سراسری و حالت پیکربندی اینترفیس منفرد پراکنده‌اند. حالت Named همه این‌ها را تحت یک فرآیند EIGRP نام‌دار واحد با یک ساختار address-family واضح‌تر ادغام می‌کند، فرمتی که سیسکو برای استقرارهای جدید توصیه می‌کند و برای برخی ویژگی‌های پیشرفته EIGRP نیاز است.

توپولوژی لب

R1 ---- Serial0/0/0 ---- R2

در حال حاضر با EIGRP کلاسیک AS 100 پیکربندی
شده، همان‌طور که در لب‌های قبلی پوشش داده شد:
R1: 10.30.30.1/30، LAN 192.168.30.0/24
R2: 10.30.30.2/30، LAN 192.168.40.0/24

وظیفه ۱: حذف پیکربندی EIGRP کلاسیک

پیکربندی موجود router eigrp 100 کلاسیک را از هر دو روتر حذف کن.

وظیفه ۲: پیکربندی حالت Named در EIGRP

EIGRP را با استفاده از نحو حالت named پیکربندی کن، و یک نام فرآیند و address-family IPv4 با همان شماره AS مشخص کن.

وظیفه ۳: پیکربندی عبارات Network درون Address-Family

عبارات network زیر پیکربندی توپولوژی address-family اضافه کن، معادل با عبارات network سطح-روتر حالت کلاسیک.

وظیفه ۴: تأیید بازتشکیل روابط همسایه

تأیید کن رابطه همسایه EIGRP بین R1 و R2 تحت حالت named دوباره برقرار می‌شود.

وظیفه ۵: تأیید یادگیری یکسان مسیرها با حالت کلاسیک

تأیید کن هر روتر همچنان LAN دیگری را یاد می‌گیرد، دقیقاً همان‌طور که تحت پیکربندی حالت کلاسیک قبلی.

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

R1(config)# no router eigrp 100
R2(config)# no router eigrp 100

-- حذف کامل حالت کلاسیک -- پیکربندی حالت
-- named و حالت کلاسیک برای همان AS نمی‌توانند
-- روی یک روتر هم‌زیستی داشته باشند

R1(config)# router eigrp NAMED-EIGRP
R1(config-router)# address-family ipv4 unicast autonomous-system 100
R1(config-router-af)# network 10.30.30.0 0.0.0.3
R1(config-router-af)# network 192.168.30.0
R1(config-router-af)# exit-address-family

-- "NAMED-EIGRP" یک نام فرآیند انتخابی-توسط-
-- مدیر است، صرفاً برای ارجاع محلی -- شماره AS
-- واقعی (100) چیزی است که باید بین همسایگان
-- تطبیق داشته باشد، که صراحتاً درون خط
-- address-family مشخص شده به‌جای دستور اولیه
-- router eigrp که حالت کلاسیک نیاز داشت

R2(config)# router eigrp NAMED-EIGRP
R2(config-router)# address-family ipv4 unicast autonomous-system 100
R2(config-router-af)# network 10.30.30.0 0.0.0.3
R2(config-router-af)# network 192.168.40.0
R2(config-router-af)# exit-address-family

R1# show eigrp address-family ipv4 neighbors

EIGRP-IPv4 VR(NAMED-EIGRP) Address-Family
Neighbors for AS(100)
H   Address         Interface   Hold Uptime
0   10.30.30.2      Se0/0/0      13  00:00:24
-- رابطه همسایه تحت ساختار حالت named دوباره
-- برقرار شد، و نام فرآیند و AS را به‌وضوح در
-- خروجی برچسب‌گذاری‌شده نشان می‌دهد

R1# show ip route eigrp

D    192.168.40.0/24 [90/2681856] via 10.30.30.2, Serial0/0/0
-- R1 همچنان LAN R2 را یاد می‌گیرد، از نظر
-- عملکردی یکسان با رفتار حالت کلاسیک از
-- لب‌های قبلی -- حالت named فقط نحو و سازمان‌
-- پیکربندی را تغییر می‌دهد، نه الگوریتم DUAL
-- زیربنایی یا نتیجه مسیریابی

نکته کلیدی

حالت named در EIGRP پیکربندی را در یک سلسله‌مراتب address-family واضح‌تر بازسازمان‌دهی می‌کند بدون تغییر هیچ‌کدام از رفتار زیربنایی پروتکل بحث‌شده در سراسر لب‌های EIGRP قبلی این مجموعه — همان الگوریتم DUAL، همان محاسبات معیار، همان روابط همسایه به‌طور یکسان شکل می‌گیرند؛ حالت named صرفاً یک تکامل نحو پیکربندی است، هرچند اتفاقاً فرمت مورد نیاز برای برخی قابلیت‌های جدیدتر EIGRP که تحت حالت کلاسیک موجود نیستند نیز هست، که آن را به فرمتی که سیسکو اکنون برای استقرارهای جدید توصیه می‌کند تبدیل می‌کند.

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

مقالات مرتبط

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

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

ادامه

لب عملی: پیکربندی 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 پوشش‌داده‌شده در لب قبلی که اجازه می‌دهد سوئیچ‌ها بسیار دورتر از هم قرار بگیرند مقایسه می‌کند.

ادامه

لب عملی: پیکربندی StackWise Virtual

این لب عملی دو سوئیچ فیزیکی را با استفاده از یک Stackwise Virtual Link اختصاصی به یک سوئیچ منطقی StackWise Virtual واحد پیکربندی می‌کند، و تأیید می‌کند هر دو عضو به‌عنوان یک صفحه کنترل واحد ارائه می‌شوند و شکست یک عضو رفتار failover قابل‌پیش‌بینی فعال می‌کند.

ادامه