لب عملی: مبانی Power over Ethernet (PoE)

این لب عملی تأیید وضعیت PoE روی یک پورت سوئیچ متصل به یک دستگاه، بررسی اینکه چقدر توان توسط یک دستگاه متصل مانند یک تلفن IP یا اکسس‌پوینت مصرف می‌شود، و پیکربندی اولویت توان برای محافظت از دستگاه‌های حیاتی در طول کمبود بودجه توان را پوشش می‌دهد.

Power over Ethernetتأیید PoEپیکربندی اولویت توان

~3 min read · Updated Sep 12, 2026

هدف لب

تأیید وضعیت PoE و مصرف توان روی یک پورت سوئیچ متصل به یک دستگاه دارای‌توان، و پیکربندی اولویت توان طوری‌که یک دستگاه حیاتی اگر بودجه توان کل سوئیچ از حد بگذرد محافظت شود.

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

PoE نیاز به سیم‌کشی الکتریکی جداگانه برای دستگاه‌هایی مانند تلفن‌های IP، اکسس‌پوینت‌های بی‌سیم، و دوربین‌های امنیتی را حذف می‌کند، اما هر سوئیچ یک بودجه توان کل محدود دارد که در سراسر همه پورت‌هایش مشترک است. مهندسان باید بدانند چگونه مصرف توان واقعی را تأیید کنند و چگونه دستگاه‌های حیاتی را وقتی آن بودجه محدود است اولویت‌بندی کنند.

توپولوژی لب

Switch1 ---- Gi1/0/1 ---- تلفن IP
Switch1 ---- Gi1/0/2 ---- اکسس‌پوینت بی‌سیم

هر دو دستگاه توسط Switch1 با PoE توان‌دار می‌شوند

وظیفه ۱: تأیید فعال‌بودن PoE روی پورت‌های سوئیچ

تأیید کن PoE فعال است (پیش‌فرض) روی هر دو Gi1/0/1 و Gi1/0/2.

وظیفه ۲: بررسی مصرف توان به‌ازای هر پورت

نمایش بده هر دستگاه متصل واقعاً چقدر توان مصرف می‌کند.

وظیفه ۳: بررسی بودجه توان کل سوئیچ

بودجه توان موجود کل و در حال حاضر مصرف‌شده سوئیچ را نمایش بده.

وظیفه ۴: پیکربندی اولویت توان

پورت تلفن IP را با اولویت توان بالاتری نسبت به پورت اکسس‌پوینت پیکربندی کن، طوری‌که تلفن اول توان‌دار باقی بماند اگر بودجه کل کافی نباشد.

وظیفه ۵: شبیه‌سازی پاسخ به کمبود توان

توضیح بده چه اتفاقی می‌افتد اگر یک دستگاه توان-بالای تازه-متصل‌شده از بودجه باقی‌مانده سوئیچ فراتر برود، با توجه به اولویت پیکربندی‌شده در بالا.

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

Switch1# show power inline gigabitethernet1/0/1

Interface  Admin  Oper       Power(Watts)  Device
Gi1/0/1    auto   on         6.3           IP Phone

Switch1# show power inline gigabitethernet1/0/2

Interface  Admin  Oper       Power(Watts)  Device
Gi1/0/2    auto   on         12.9          AIR-AP

Switch1# show power inline

Available:370.0(w)  Used:19.2(w)  Remaining:350.8(w)

Switch1(config)# interface gigabitethernet1/0/1
Switch1(config-if)# power inline priority high

Switch1(config)# interface gigabitethernet1/0/2
Switch1(config-if)# power inline priority low

Switch1# show power inline gigabitethernet1/0/1 | include Priority

Priority: high

-- با این اولویت تنظیم‌شده، اگر بودجه توان کل
-- سوئیچ هرگز توسط یک دستگاه تازه-متصل‌شده از
-- حد بگذرد، سوئیچ ابتدا توان را از پورت اکسس-
-- پوینت با اولویت-پایین‌تر رد می‌کند، پیش از
-- اینکه هرگز توان را از پورت تلفن IP با
-- اولویت-بالا حذف کند -- که سرویس صدا را به‌طور
-- خاص در طول یک موقعیت محدودیت-توان محافظت می‌کند

نکته کلیدی

show power inline دستور ضروری برای تأیید هم مصرف پورت منفرد و هم بودجه باقی‌مانده کلی سوئیچ است — و پیکربندی اولویت توان تضمین می‌کند اگر بودجه هرگز از حد بگذرد، سوئیچ یک انتخاب عمدی درباره اینکه کدام دستگاه‌ها توان را از دست می‌دهند می‌گیرد به‌جای یک انتخاب دلخواه، و دستگاه‌های واقعاً حیاتی مانند تلفن‌های IP را نسبت به دستگاه‌های کمتر-حیاتی محافظت می‌کند.

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