لب عملی: پیکربندی EtherChannel لایه ۳

این لب عملی یک EtherChannel لایه ۳ بین دو سوئیچ قادر-به-لایه-۳ پیکربندی می‌کند، و دو لینک فیزیکی را در یک اینترفیس منطقی مسیریابی‌شده واحد به‌جای یک ترانک سوئیچ‌شده بسته‌بندی می‌کند، و تأیید می‌کند OSPF دقیقاً یک رابطه همسایه در سراسر بسته تشکیل می‌دهد نه یکی به‌ازای هر لینک فیزیکی.

EtherChannel لایه ۳Port-Channel مسیریابی‌شدهبدون پیکربندی Switchport

~3 min read · Updated Sep 23, 2026

هدف لب

پیکربندی یک EtherChannel لایه ۳ بین دو سوئیچ قادر-به-لایه-۳، اختصاص یک آدرس IP مستقیماً به اینترفیس port-channel به‌جای اینترفیس‌های فیزیکی منفرد، و تأیید اینکه OSPF دقیقاً یک رابطه همسایه در سراسر لینک بسته‌شده تشکیل می‌دهد به‌جای رفتار با هر عضو فیزیکی به‌عنوان یک مسیر جداگانه.

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

هر EtherChannel پیکربندی‌شده پیش‌تر در این مجموعه یک بسته سوئیچ‌شده لایه ۲ بود. یک EtherChannel لایه ۳ به‌جای آن چند لینک فیزیکی را در یک اینترفیس مسیریابی‌شده واحد ترکیب می‌کند، مفید برای لینک‌های پهنای‌باند-بالا بین سوئیچ‌های لایه ۳ توزیع یا هسته جایی که اتصال نیاز دارد یک آدرس IP مستقیماً داشته باشد به‌جای عمل‌کردن به‌عنوان یک ترانک VLAN.

توپولوژی لب

Switch1 (قادر-به-لایه-۳) ---- Gi1/0/1, Gi1/0/2 ----
                                                  Switch2 (قادر-به-لایه-۳)

Po1 روی Switch1: 10.99.1.1/30
Po1 روی Switch2: 10.99.1.2/30

وظیفه ۱: پیکربندی اینترفیس‌های فیزیکی به‌عنوان اعضای کانال لایه ۳

هر پیکربندی switchport را از Gi1/0/1 و Gi1/0/2 روی هر دو سوئیچ حذف کن، و آن‌ها را در یک port-channel لایه ۳ بسته‌بندی کن.

وظیفه ۲: اختصاص یک آدرس IP به اینترفیس Port-Channel

آدرس IP را مستقیماً روی Po1 روی هر دو سوئیچ پیکربندی کن، به‌جای روی هر اینترفیس فیزیکی منفرد.

وظیفه ۳: تأیید تشکیل درست بسته

تأیید کن هر دو لینک عضو بسته و فعال‌اند.

وظیفه ۴: تأیید اتصال پایه

بین دو آدرس Po1 ping کن.

وظیفه ۵: فعال‌کردن OSPF و تأیید یک رابطه همسایه واحد

OSPF را روی اینترفیس‌های Po1 فعال کن و تأیید کن دقیقاً یک همسایه شکل می‌گیرد، نه دو تا.

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

Switch1(config)# interface range gigabitethernet1/0/1-2
Switch1(config-if-range)# no switchport
Switch1(config-if-range)# channel-group 1 mode active

-- "no switchport" چیزی است که این را به یک
-- بسته لایه ۳ به‌جای بسته‌های سوئیچ‌شده لایه ۲
-- پیکربندی‌شده در لب‌های EtherChannel قبلی تبدیل
-- می‌کند

Switch2(config)# interface range gigabitethernet1/0/1-2
Switch2(config-if-range)# no switchport
Switch2(config-if-range)# channel-group 1 mode active

Switch1(config)# interface port-channel 1
Switch1(config-if)# ip address 10.99.1.1 255.255.255.252
Switch1(config-if)# no shutdown

Switch2(config)# interface port-channel 1
Switch2(config-if)# ip address 10.99.1.2 255.255.255.252
Switch2(config-if)# no shutdown

Switch1# show etherchannel summary

Group  Port-channel  Protocol   Ports
------+-------------+-----------+-----------------------
1      Po1(RU)       LACP       Gi1/0/1(P)  Gi1/0/2(P)
-- "R" در فلگ‌ها نشان می‌دهد این یک port-channel
-- لایه ۳ (مسیریابی‌شده) است، متمایز از فلگ "S"
-- (سوئیچ‌شده/لایه ۲) دیده‌شده در لب‌های
-- EtherChannel قبلی

Switch1# ping 10.99.1.2

!!!!!
Success rate is 100 percent (5/5)

Switch1(config)# router ospf 1
Switch1(config-router)# network 10.99.1.0 0.0.0.3 area 0

Switch2(config)# router ospf 1
Switch2(config-router)# network 10.99.1.0 0.0.0.3 area 0

Switch1# show ip ospf neighbor

Neighbor ID     Pri   State           Address         Interface
2.2.2.2          1     FULL/  -        10.99.1.2        Port-channel1
-- دقیقاً یک رابطه همسایه در سراسر اینترفیس
-- منطقی Port-channel1 واحد شکل گرفت، به‌جای
-- اینکه OSPF تلاش کند همسایگی‌های جداگانه‌ای
-- در سراسر Gi1/0/1 و Gi1/0/2 جداگانه تشکیل دهد

نکته کلیدی

دستور no switchport تنها تفاوت تعریف‌کننده‌ای است که یک EtherChannel را از یک بسته سوئیچ‌شده لایه ۲ به یک بسته مسیریابی‌شده لایه ۳ تبدیل می‌کند — وقتی به این شکل پیکربندی شود، آدرس IP و هر پیکربندی پروتکل مسیریابی کاملاً به اینترفیس منطقی Port-channel تعلق دارد، هرگز به اعضای فیزیکی منفرد، دقیقاً منعکس‌کننده اینکه چگونه تنظیمات VLAN و ترانک روی بسته منطقی به‌جای اعضای منفرد در لب‌های EtherChannel لایه ۲ پیش‌تر در این مجموعه اعمال شد.

Written & researched by Dr. Shahin Siami

Related Articles

لب عملی: چالش عیب‌یابی جامع نهایی CCNP (یکپارچگی BGP، DMVPN، و QoS)

این لب عملی یک شکست پیچیده چندلایه در سراسر یک توپولوژی یکپارچه BGP-روی-DMVPN ترکیب‌شده با علامت‌گذاری QoS ارائه می‌دهد، و نیازمند تشخیص سیستماتیک یک پیکربندی نادرست route reflector، یک شکست ثبت NHRP، و یک سیاست QoS نادرست‌اعمال‌شده که هم‌زمان روی همان شبکه تأثیر می‌گذارند است.

Continue

لب عملی: پیکربندی BGP روی DMVPN

این لب عملی iBGP را به‌عنوان پروتکل مسیریابی در سراسر همان توپولوژی hub-and-spoke DMVPN استفاده‌شده در دو لب قبلی اجرا می‌کند، hub را به‌عنوان یک route reflector BGP پیکربندی می‌کند طوری‌که spoke ها مسیرهای یکدیگر را بدون یک mesh کامل iBGP یاد بگیرند، و دو مفهوم قبلاً جداگانه را در یک طراحی یکپارچه ترکیب می‌کند.

Continue

لب عملی: پیکربندی OSPF روی DMVPN

این لب عملی OSPF را به‌عنوان پروتکل مسیریابی پویا در سراسر همان توپولوژی hub-and-spoke DMVPN اجرا می‌کند، و اینترفیس تونل را به‌عنوان یک نوع شبکه OSPF point-to-multipoint پیکربندی می‌کند تا الگوی همسایگی hub-and-spoke را به‌درستی بدون نیاز به انتخاب DR/BDR نوع شبکه broadcast مدیریت کند.

Continue

لب عملی: پیکربندی EIGRP روی DMVPN

این لب عملی EIGRP را به‌عنوان پروتکل مسیریابی پویا در سراسر توپولوژی hub-and-spoke DMVPN ساخته‌شده در لب‌های قبلی اجرا می‌کند، و تأیید می‌کند روابط همسایه به‌درستی در سراسر تونل چندنقطه‌ای شکل می‌گیرند و مسیرها بدون نیاز به پیکربندی ایستای هر-spoke روی hub منتشر می‌شوند.

Continue

لب عملی: پیکربندی احراز هویت MD5 در HSRP

این لب عملی احراز هویت MD5 را روی یک گروه HSRP پیکربندی می‌کند، و تأیید می‌کند دو روتر با رشته‌های احراز هویت منطبق یک رابطه active/standby معمولی تشکیل می‌دهند در حالی که یک روتر با رشته نامنطبق کاملاً از گروه مستثنی می‌شود.

Continue

لب عملی: پیکربندی امنیت DNS به‌سبک-Cisco Umbrella از طریق تغییرمسیر Forwarding DNS

این لب عملی یک روتر را برای رهگیری هر پرس‌وجوی DNS کلاینت و تغییرمسیر آن به‌سمت یک resolver DNS امنیت-محور با استفاده از رهگیری forwarding DNS پیکربندی می‌کند، و اعمال امنیت DNS تحویل‌شده-با-ابر را بدون نیاز به تغییرات پیکربندی به‌ازای-هر-کلاینت تقریب می‌زند.

Continue