Коммутатор не работает poe

Форум по системам видеонаблюдения и безопасности.

Форум по системам видеонаблюдения, безопасности, пожарным и охранным сигнализациям, контролю доступа.

Проблема с камерами на PoE коммутаторе

Проблема с камерами на PoE коммутаторе

Сообщение foreman71 » 29 июл 2019, 23:23

Добрый день формучане!
Уже несколько дней потерял в попытках определить неисправность. Техподдержка ничего внятного сказать не может. Одна надежда на Вас
Для простоты понимания ситуации прикрепил в приложении схему сети видеонаблюдения с моделями оборудования и длинами кабельных трасс.

Суть проблемы: После перезагрузки коммутатора №3 на нём пропала одна камера (Нет сигнала). По приезде на объект, коммутатор мной был перезагружен вновь и отвалились уже три камеры, одна запустилась (Это не та самая камера, что не запускалась ранее). После хаотичных манипуляций по включению\выключению камер и перезапуску коммутатора удалось запустить на нём две камеры. Другие две камеры не включаются. Если ещё раз перезагрузить коммутатор, то включается только одна камера (любая).

Что было сделано:

1) Прозвонили линии от коммутатора №3 до каждой камеры. Джеки переобжали. Итог – линии целые;
2) Коммутатор №3 был поменян местами с коммутатором №1. Итог: коммутатор №3 ведёт себя также, как и на своём месте. Коммутатор №1 работает.
3) По отдельности проверена каждая камера, запитывающаяся с коммутатора №3. Проверка производилась путём подключения камеры через проложенную линию. Итог: камеры рабочие;
4) Взяли новый коммутатор фирмы dahua DH-PFS3006-4ET-60. Заменили коммутатор №3. Итог: новый коммутатор всегда видит одну любую камеру. Если отключить камеру, которая на данный момент в работе, то моментально подхватывается вторая. Если выключить вторую, то моментально подхватывается третья и тд. Ни при каких обстоятельствах он не видит более одной камеры;
5) Повторили с новым коммутатором пункт №2 данного списка. Итог: всё то же самое;
6) Проверили линию питания по силе. Итог: ИБП загружен на 23% (Мощность ИБП 3кВт). В розетке на коммутатор №3 228В;
7) Понижен битрейт камер, «сидящих» на коммутаторе №3 с 2000кбсек до 1000кбсек. Качество с 4мп до 1080р. Итог: мимо. Проблема осталась. Камеры, когда видят движение пишут вообще 190-386 кбсек, вместо 1000;
8 ) Приобретён новый коммутатор Trassir TR-NS1006-60-4PoE. Заменили коммутатор №3. Итог: Новый коммутатор может увидеть 2 камеры;
9) Повторили пункт №2.

Проблема осталась.
Коллеги, какие ещё есть варианты?
Мои мысли по этому поводу: Может ли внезапно стать нехватать пропускной способности или мощности коммутатора на 4 порта PoE? Ведь коммутатор №1 — это коммутатор на 8 PoE портов, и он на месте коммутатора №3 работает. Если да, то с чего вдруг система так решила? С февраля всё работала, а тут бац и всё.
На мой взгляд я попробовал почти всё, что можно. Поэтому, я буду рад от Вас услышать любые мысли и предложения, даже самые извращённые идеи могут сработать

Источник

Элтекс

производство оборудования для телекоммуникаций

Сообщение roteiro » 27 май 2018 23:00

Добрый день. Столкнулись с такой проблемой, то что в какой-то момент перестает работать POE и проблема решается заменой коммутатора. К коммутатору цепляются Ip видеокамеры HiWath со следующими ттх: Ппитание 12В DC ± 10%, PoE (802.3af), потребляемая мощность Макс. 7Вт
В логах на оборудовании чисто, только когда все ломается, то растет счетчик Invalid Signature Counter
Может кто сталкивался с такой проблемой?

sh power inline

Power-limit mode: Port based
Usage threshold: 95%
Trap: Disable
Legacy Mode: Disable
Inrush Test: Disable
SW Version: 22.187.3

Unit Module Nominal Consumed Temp (C)
Power (W) Power (W)
—- ———— ——— ———- ———
1 MES2308P 270 0 (0%) 46
12-port 1G
Managed
Switch with
8 POE+ ports

Interface Admin Oper Power (W) Class Device Priority
———- ———- ———— —————— —— ————— ———
gi1/0/1 Auto Searching 0.0 0 low
gi1/0/2 Auto Searching 0.0 0 low
gi1/0/3 Auto Searching 0.0 0 low
gi1/0/4 Auto Searching 0.0 0 low
gi1/0/5 Auto Searching 0.0 0 low
gi1/0/6 Auto Searching 0.0 0 low
gi1/0/7 Auto Searching 0.0 0 low
gi1/0/8 Auto Searching 0.0 0 low

Interface Admin Oper Power (W) Class Device Priority
———- ———- ———— —————— —— ————— ———
gi1/0/1 Auto Searching 0.0 0 low

Port Status: Port is off. Detection is in process
Port standard: 802.3AT
Admin power limit: 30.0 watts
Time range:
Operational power limit: 30.0 watts
Spare pair: Disabled
Negotiated power: 0 watts (None)
Current (mA): 0
Voltage(V): 0.0
Overload Counter: 0
Short Counter: 0
Denied Counter: 0
Absent Counter: 0
Invalid Signature Counter: 1750

===========================================================================================
sh version
Active-image: flash://system/images/_image1.bin
Version: 4.0.6
Commit: 1c61b38a
Build: 297 (master)
MD5 Digest: 1ce1943575d86a1b025f606d6876c55b
Date: 22-May-2017
Time: 18:53:44
Inactive-image: flash://system/images/image1.bin
Version: 4.0.6
Commit: 1c61b38a
Build: 297 (master)
MD5 Digest: 1ce1943575d86a1b025f606d6876c55b
Date: 22-May-2017
Time: 18:53:44

Re: POE

Сообщение Niko87 » 28 май 2018 12:36

Может обновитесь до последней версии? Уже 4.0.9 есть.

Re: POE

Сообщение Прокопьев Максим » 28 май 2018 15:01

Прошу сообщить следующее:
1. На каком количестве устройств наблюдается ситуация?
2. Производились ли какие-либо действия/работы перед появлением?
3. Сколько видеокамер было подключено к коммутаторам?
4. Сколько по времени устройства были в работе?
5. Прошу сообщить серийные номера этих коммутаторов.
6. Прошу предоставить вывод по команде show tech-support с одного из проблемных коммутаторов.
7. Сейчас коммутаторы, которые были заменены, находятся у Вас?
8. Прошу сообщить из какой Вы компании (можно в ЛС).

Re: POE

Сообщение roteiro » 30 май 2018 17:12

Re: POE

Сообщение etosamoe » 14 июн 2018 14:01

Уже на трех свитчах (2124Р) столкнулись с аналогичной проблемой. Не питается камера(причем пробовали подключать и ПОЕшный телефон, тоже самое. Если подключить ноутбук — сеть есть), растет счетчик Invalid Signature Counter.
Первый раз решилось перезагрузкой свитча по питанию (не просто ребутом, а именно из розетки).

Сейчас другой свитч пробую обновлять до самой последней 1.1.48, и ко всему прочему перезагружу по питанию. Отпишусь.
Первый раз такую проблему заметили в марте, на 1.1.47 прошивке

Re: POE

Сообщение Прокопьев Максим » 14 июн 2018 14:27

Re: POE

Сообщение etosamoe » 21 июн 2018 15:57

Re: POE

Сообщение informix » 03 дек 2018 09:28

Здравствуйте. Такая проблема возникла. Перестает работать PoE. Привожу вывод с консоли:

top-mes2308p-02#show version
Active-image: flash://system/images/_image1.bin
Version: 4.0.9.6
Commit: a0586227
Build: 5 (master)
MD5 Digest: c759f2ab1599442957d57addfd4f322a
Date: 03-Aug-2018
Time: 08:58:35
Inactive-image: flash://system/images/image1.bin
Version: 4.0.9.6
Commit: a0586227
Build: 5 (master)
MD5 Digest: c759f2ab1599442957d57addfd4f322a
Date: 03-Aug-2018
Time: 08:58:35

top-mes2308p-02#show power inline

Power-limit mode: Class based
Usage threshold: 95%
Trap: Disable
Legacy Mode: Disable
Inrush Test: Enable
SW Version:

Interface Admin Oper Power (W) Class Device Priority
———- ———- ———— —————— —— ————— ———
gi1/0/1 Never Off 0.0 0 low
gi1/0/2 Never Off 0.0 0 low
gi1/0/3 Never Off 0.0 0 low
gi1/0/4 Never Off 0.0 0 low
gi1/0/5 Never Off 0.0 0 low
gi1/0/6 Auto Off 0.0 0 low
gi1/0/7 Auto Off 0.0 0 low
gi1/0/8 Auto Off 0.0 0 low

top-mes2308p-02#sh logging
Logging is enabled.
Origin id: disabled
Console Logging: Level notActive. Console Messages: 400 Dropped.
Buffer Logging: Level info. Buffer Messages: 284 Logged, 284 Displayed, 1000 Max.
File Logging: Level error. File Messages: 0 Logged, 406 Dropped.
3 messages were not logged

Application filtering control
Application Event Status
——————— ——————— ———
AAA Login Enabled
File system Copy Enabled
File system Delete-Rename Enabled
Management ACL Deny Enabled

Aggregation: Disabled.
Aggregation aging time: 300 Sec

Logged or displayed messages by severity:
Emergency: 0
Alert: 0
Critical: 0
Error: 0
Warning: 172
Notice: 6
Informational: 106
Debug: 0

.
02-Dec-2018 10:34:10 :%HAL_config_poe-I-POEFailDetected: POE ERROR(************** Poe Fail Detected *****************************) was detected

02-Dec-2018 10:34:10 :%HAL_config_poe-I-POEFailDetected: POE ERROR(Vmain value of 46.500000V is out of range) was detected

02-Dec-2018 10:34:10 :%HAL_config_poe-I-POEFailDetected: POE ERROR(HALP_config_poe_692xx_dev_op_set_periodic) was detected

02-Dec-2018 10:34:10 :%HAL_config_poe-I-POEFailDetected: POE ERROR(************** Poe Fail Detected *****************************) was detected

После перезагрузки коммутатора работа PoE возобновляется:

top-mes2308p-02#show pow inline

Power-limit mode: Class based
Usage threshold: 95%
Trap: Disable
Legacy Mode: Disable
Inrush Test: Enable
SW Version: 22.211.20

Unit Module Nominal Consumed Temp (C)
Power (W) Power (W)
—- ———— ——— ———- ———
1 MES2308P AC 270 8 (3%) 44
12-port 1G
Managed
Switch with
8 POE+ ports

Interface Admin Oper Power (W) Class Device Priority
———- ———- ———— —————— —— ————— ———
gi1/0/1 Never Off 0.0 0 low
gi1/0/2 Never Off 0.0 0 low
gi1/0/3 Never Off 0.0 0 low
gi1/0/4 Never Off 0.0 0 low
gi1/0/5 Never Off 0.0 0 low
gi1/0/6 Auto On 1.700 3 low
gi1/0/7 Auto On 3.200 3 low
gi1/0/8 Auto On 3.200 3 low

Коммутатор в эксплуатации меньше месяца.

Re: POE

Сообщение roteiro » 07 дек 2018 04:02

Имеется MES2308P к POE портам которого подключаются 8шт. MES2324P (на РОЕ висят телефоны) и проблема заключается в том, что при подключении восьмого свича MES2324P POE не работает, но если переключить его, например, в 9 порт на MES2308P, то все работает.

на портах 1-8 MES2308P настройка power inline never
версия прошивки 4.0.9.3

С чем может быть связано такое поведение?

Re: POE

Сообщение Niko87 » 07 дек 2018 15:38

Re: POE

Сообщение llatypov » 03 янв 2019 17:39

Добрый день.
Столкнулся с проблемой

Power-limit mode: Port based
Usage threshold: 95%
Trap: Disable
Legacy Mode: Disable
Inrush Test: Disable
SW Version: 22.211.20

Unit Module Nominal Consumed Temp (C)
Power (W) Power (W)
—- ———— ——— ———- ———
1 MES2308P AC 270 0 (0%) 0
12-port 1G
Managed
Switch with
8 POE+ ports
Interface Admin Oper Power (W) Class Device Priority
———- ———- ———— —————— —— ————— ———
gi1/0/1 Auto Fault 0.0 0 low
gi1/0/2 Auto Fault 0.0 0 low
gi1/0/3 Auto Fault 0.0 0 low
gi1/0/4 Auto Fault 0.0 0 low
gi1/0/5 Auto Fault 0.0 0 low
gi1/0/6 Auto Fault 0.0 0 low
gi1/0/7 Auto Fault 0.0 0 low
gi1/0/8 Auto Fault 0.0 0 low

System Description: MES2308P AC 12-port 1G Managed Switch with 8 POE+ ports
System Up Time (days,hour:min:sec): 00,00:27:39
System Contact: ASU 7-54-40 7-59-98
System Name: Access.Machta-2
System Location: Machta
System MAC Address: e0:d9:e3:a5:70:80
System Object ID: 1.3.6.1.4.1.35265.1.89
Reset-Button: enable

Access.Machta-2(config-if)#do show power inline GigabitEthernet 1/0/1
Interface Admin Oper Power (W) Class Device Priority
———- ———- ———— —————— —— ————— ———
gi1/0/1 Never Fault 0.0 0 low
Port Status:
Port standard: 802.3AT
Admin power limit: 30.0 watts
Time range:
Operational power limit: 30.0 watts
Spare pair: Disabled
Negotiated power: 0 watts (None)
Current (mA): 0
Voltage(V): 0.0
Overload Counter: 0
Short Counter: 0
Denied Counter: 0
Absent Counter: 0
Invalid Signature Counter: 0

Прошивка последняя, сам свитч живой транзит бегает, не робит ток POE. В качестве устройств стоят IP-камеры SNR OMNY PRO макс. 3-4 вт. на камеру. Включены в 1-4 порты. Раньше помогала перезагрузка устройства и физическое переключение кабеля из порта. сейчас и это не помогает.

Источник

PoE на расстоянии 200+ метров. Мониторинг и автоматический перезапуск PoE клиентов

В моей практике запитать устройство и получить с него картинку на значительном удалении от свитча оказалось не самой простой задачей. Особенно когда от одной железки отходят сети к нескольким камерам на разном удалении.

Любое маломальски сложное устройство периодически виснет. Что-то реже, а что-то чаще, и это догма. Чаще всего это решается… верно… вот этим:

И если с другой стороны трубки не окажется нужных рук, придется отрывать свою пятую точку от стула и идти/ехать/лететь к устройству.

Особо неприятно, если этот девайс где-нибудь под крышей или на столбе… или в удаленном офисе.

Экономия — главный бич удаленного администрирования. Иногда насяльника-ма находит на алиэкспрессе камеру/свитч/роутер и объяснить почему эта железка стоит 700 рублей, а так которую предлагаешь больше 5к бывает непосильной задачей. Особенно, если это устройство уже в наличии и к тебе обращаются по принципу «а чего это оно у нас не работает?». Клиент всегда прав, особенно когда звонит, как можно реже. А это значит то, что это самое китайское г***о плохое устройство должно обладать некой самостоятельностью и желательно «пинаться» автоматически еще до того, как клиент это заметит.

Ситуацию готовы спасти управляемые PoE коммутаторы, благо на рынке они представлены в огромном количестве.

И тут проблема номер Раз: кем или вернее, чем осуществлять мониторинг, чтобы в случае «залипания» устройства push`ить команду сброса питания на порту PoE-свитча. Поднимание и настраивание сервера – это дополнительные телодвижения и железо.

Допустим, у меня на объекте: всего 15 видеокамер, видеорегистратор и… всё. При этом 7 находятся на расстоянии менее 100 м, еще 5 до 150, и еще 3 на расстоянии в 200 м. Надо упростить инфраструктуру так, чтобы на этот объект приезжать только с профилактикой.

Решение достаточно простое – наличие PoE свитча, который умеет мониторить камеры и сбрасывать питание на порту, а также «дотягивается» по кабелю на расстояние 200+ метров «без единого разрыва».

Mikrotik

При наличии двух сертификатов (MTCNA и MTCRE) мой взор в первую очередь пал на Mikrotik. Выбор у данного производителя моделей с индексом P небольшой, например, вот эта.

ИМХО, слишком малый набор настроек. Что будет, если камера задумалась и пропустила пару пингов? — в ребут!

А если камера просто сдохла? Микротик будет каждую минуту её отрубать.

В моей практике было большое количество брака у CCR по блоку питания. А какой смысл в PoE коммутаторе, если он имеет высокий риск сдохнуть по питанию через полгода.

К тому же я не нашёл информации, что Микротик умеет работать с проводами длиной хотя бы 150+ метров…

Zyxel

При изучении представителей конкурирующих вендоров наткнулся на Хабре. Свитч от Zyxel серии GS1350. Стоит ощутимо дороже Микротика, но при этом мною проблем у Zyxel со «слабыми» блоками питания замечено не было.

Зуксель позиционирует свитчи GS1350 как, созданные специально для систем видеонаблюдения. Коммутаторы определяют, что камера «залипла» и перезагружают ее по питанию.

Метод определения зависания

До того, как я начал знакомиться с этим устройством, я представлял себе, что свитч анализирует тип трафика и как только видеопоток заканчивается — свитч сбрасывает питание…
Но все оказалось намного проще.

«Auto PD Recovery» может работать в двух режимах:

1. LLDP, то есть устройство само предоставляет информацию о себе, если, конечно, устройство поддерживает. LLDP ответ пришел — значит железка «жива». Если ответа нет – принудительно «режем» питание и ждем отклика.
2. Ping. Куда проще? Пингуем — Нет ответа — Ребутаем!

Количество пингов без ответа, время сброса и количество сбросов питания задается. Что вполне логично, ведь нет никакого смысла «пинать» железку, если она с третьего раза не завелась.

Только я не понял: в чём ТУТ специализация на видеокамерах?
Таким способом можно мониторить любое сетевое устройство. Даже то, которое не поддерживает PoE.

В случае зависания гаджета, коммутатор сбросит питание на порту и в логах мы увидим примерно это:

Максимальная длина кабеля.

Применение в этих коммутаторах режима Extended range позволяет увеличить максимальное расстояние до запитываемых устройство до 250 метров.

Мы привыкли к любому рекламному проспекту относиться скептически.

Я обжал два конца новой бухты (305 метров) и воткнул один в камеру, а другой в свитч. Камера не взлетела… Вроде бы ожидаемо ^_^

Посидел, почесал тыкву – зашел в настройки, поставил галочку «Extended range», и… секунд десять молчания – барабанная дробь… камера заработала! На 305 МЕТРАХ!

Таким образом, свитч GS1350 серии дотянулся не на 250 заявленных, а аж на 305 метров!

Правда, возможно, чит кроется еще и в качестве кабеля:
Rexant FTP Cat.6 и обошёлся почти 12к рублей

Если требуется бОльшая длина, можно состыковать несколько отрезков кабеля через какой-нибудь повторитель. Так же на конце можно подключить ещё одни poe свитч для подключения нескольких устройств.

Например, через UPVEL UP-215SGE (На сколько надёжный — не проверял. Просто попался в руки.) Он сам питается по PoE и запитывает устройства по PoE.

Но это отдельная тема под конкретные условия так, как требует проектирования с учетом всех факторов.

При включении опции «Extended range» порт автоматически установит протокол 802.3at и задаёт бюджет мощности в 33W.

Но стоит расставить приоритеты на случай, когда все потребители начнут активно кушать… Порты с низким приоритетом, в случае дефицита мощности на свитче, получат запрашиваемые мощности в последнюю очередь.

Грозозащита

Значение ESD/Surge Protection:
ESD – 15 кВ / 8 кВ (Air/Contact);
Surge – 4 кВ (Ethernet Port).

Примечание. ESD – защита от электростатического напряжения, Surge –
защита от перенапряжения. Если возникнет статический разряд в воздухе до 15
киловольт, или 8 кВ электростатики при близком контакте, или временный скачок
напряжения до 4 киловольт — коммутатор имеет хорошие шансы пережить подобные
неприятности.

Ну и на корпусе есть куда прицепить заземление.
Надеюсь, мне этого проверять не придётся ^_^

Подаёт питание даже если устройство не отвечает. По умолчанию эта опция включена. Не забывайте проверить эту опцию перед обновлением прошивок на камерах. Иначе может быть неприятно…

Cisco like CLI

Для любителей консолей, а так же для автоматизации настройки, можно воспользоваться привычной CLI в стиле Cisco.

Если Вы не используете, например, telnet/snmp и другие протоколы, то рекомендую их выключить для повышения безопасности устройства.

Не без ложки дёгтя.

На коммутаторе есть пункт меню «Cloud Management»

Но при попытке заригистрироваться получаем это

На данный момент поддержка данных устройств на Nebula пока не включена. Производитель обещает их добавить в 2020 году. При этом обновлять прошивку свитча не надо будет!

Заключение

Zyxel GS1350 пока единственный коммутатор, который удовлетворил мои запросы:

• управляемый со стандартным набором функционала
• длина кабеля 200+ метров без стыков
• мониторинг и перезагрузка PoE потребителей
• простота и гибкость конфигурирования.

Возможно на рынке есть и другие решения, которые закроют мои потребности, но я их пока не нашёл.

Желающих обсудить статью приглашаю в Telegram на мною созданные чаты:

1. @zyxelru — Тематический чат по Zyxel
2. @router_os — Тематический чат по Mikrotik

Источник