AP Cisco не вмикається, поки не натиснути кнопку режиму


9

У нас є два додатки Cisco 2602E та один AP Cisco 3602E, розгорнутий у Китаї. Вони підключені до комутатора PoE ProCurve 2910al PoE.

3602E спрацьовує нормально, коли перемикач перезавантажений (тобто втрати електроенергії, у них відключені відключення в цьому місті), але для додатків 2602E потрібно, щоб хтось натискав на них кнопку режиму, перш ніж увімкнути живлення.

Перш ніж натиснути кнопку режиму, перемикач HP не показує жодного пристрою на портах і не затягується на них. AP не мають світлодіодної активності, вони вимикаються. Коли хтось натискає кнопку режиму, він загадково включається. Тепер перемикач HP показує вимкнення живлення та їх світлодіод увімкнено.

Кабель проходить до них близько 200 '. Вимикач PoE +, тому у нього є достатня потужність, щоб покрити будь-які втрати на відстані. 3602 працює в коротший термін і не має проблем.

У нас є другий заклад у Китаї з тими ж налаштуваннями, і у них цього питання немає. Усі AP мають однаковий завантажувач та IOS на кожну модель (тобто 2602E на кожному сайті мають однаковий завантажувач та IOS rev).

Ця ж проблема виникає при використанні комутатора PoE + Cisco 3560C та існуючих налаштуваннях кабелів.

Оскільки це є в Китаї, зараз мої можливості усунення несправностей дещо обмежені. Я сподіваюся, що хтось зіткнувся з подібною проблемою і може вказати мені в правильному напрямку. Це не було б такою великою проблемою, якби AP не були встановлені на заводській стелі, яка потребує підйому, щоб дістатися до них для натискання кнопки режиму.

Що може призвести до того, що 2602E не вимкнеться за допомогою комутатора?


Особисто я ніколи про це не чула, але це не спочатку жодне розтягнення. Чи було тестування та сертифікація кабелів, включаючи тести, коли пробіг підключений до комутатора для перевірки PoE? Також може бути непогано мати вихід консольного порту перед тим, як вони перейдуть у цей стан, під час стану та після виходу (якщо ви зможете відтворити), щоб побачити, чи є ознаки.
YLearn

Наступним відключенням електроенергії стане цей найближчий вихідний. Потрібно мати можливість публікувати до та після деталей потім. Кабель був протестований - але не для PoE. На наступному тижні у мене хтось виходить поміняти 2602 на 3602, щоб побачити, чи слід він за AP або залишається з портом / кабелем. Тоді ми поміняємо порти, якщо він залишається, щоб побачити, чи це порт чи кабель. Я припускаю, що це кабельне з'єднання, але оскільки вони перевірили його на підключення (не PoE) і повторно пробили його та поклали нові кінці на патч-кабелі, вони не розглядають можливість заміни його екранованим кабелем.
some_guy_long_gone

Чи однакові перемикачі на обох сайтах? Перегляд обладнання, перегляд програмного забезпечення / ОС та конфігурація? Чи можете ви перевірити стан пою до того, як AP ввімкнуться вручну та побачите, чи не вдається він на опитуванні POE?
Avery Abbott

Вимикачі однакові. Перемикачі показують "Пошук" як стан PoE перед натисканням кнопки режиму. Схоже, ми чекаємо на деякі перемикачі PoE + на порту Cisco 8, щоб додати AP-адреси, сподіваючись, що це вирішить.
some_guy_long_gone

Відповіді:


5

Ми вирішили це за допомогою нових кабельних прогонів за допомогою STP замість UTP. Більше жодних проблем з POE для AP.

Перший раз нам знадобився STP, і ми не можемо знайти нічого, що могло б спричинити втручання в пробіг.


Дякуємо, що додали резолюцію після того, як ви витратили стільки часу на проблему
Майк Пеннінгтон

0

Якщо деякі штифти не пройдуть сертифікацію кабелю, це може спричинити проблеми з PoE. Залежно від вини, яка винна, цілком можливо, що дані проходять просто добре, тоді як PoE цього не робить.

Таблиця статей у Вікі із зазначенням шпильок, що використовуються для PoE: http://en.wikipedia.org/wiki/Power_over_Ethernet#Power_capacity_limits

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.