PTZ-камера подключается через ПК, но не через свитчи/роутеры

[Topsee]

Суть проблемы:

В уличной PTZ-камере пришлось изменить статический адрес для перевода ее в другую подсеть, после чего к ней пропал доступ с видеорегистратора и по локальной сети, до этого работала отлично. Установил, что сигнал не проходит через свитч (неуправляемый) и порты роутера - из того, что есть под рукой для проверки. Выглядит это в режиме мигания диодов линка порта один раз в несколько секунд, после данного сетевого оборудования сканерами обнаружить IP-адрес камеры не могу, т.е., вообще никакие пакеты с нее не проходят. Через ноут сразу вошел на камеру, разумеется, присвоив сетевому адаптеру адрес из той же подсети. Сделал сброс до заводских настроек, как только не менял сетевые настройки - все равно, камера в одной подсети со всем и всеми, но сетевое оборудование ее не видит. Адрес не занят, да присваивал разные адреса из подсети. Отключал сетевое оборудование от локальной сети, но все то же самое и тормозится также уже только на связке камера-свитч или камера-роутер, без выхода в локальную сеть. Есть точно такая же вторая камера в той же подсети. Настройки, прошивка - 1:1 , работает отлично. POE, инжектор, обжимки - все проверено и работает отлично, как только переключаешь камеру в сетевуху ноута. Включаешь провод обратно в сетевое оборудование - та же картина с редким морганием диода линка. При этом, другие камеры из той же подсети работают нормально в это же время на этом же оборудовании. Разумеется, вставлял камеру и через заведомо рабочие порты того же свитча, через которое работает другое оборудование. По факту, такое впечатление, что сетевое оборудование режет порты с камеры, но с такой же камеры с идентичными настройками при этом те же порты не режет, да и как свитч может резать порты, ладно бы при подключении через роутер... У кого-нибудь была такая бесовщина? Похожим образом медленно моргал диод линка на свитче как-то раз, когда по ошибке перепутал зеленую с синей жилой при обжимке, нарушив прохождение линка. Но здесь же все заведомо рабочее и уже работало сколько времени.

[kROOT]

как только не менял сетевые настройки - все равно, камера в одной подсети со всем и всеми, но сетевое оборудование ее не видит.

Вот этого не понял.
При прописывании одной сети камера доступна, а при другой нет?
По РоЕ питается от порта коммутатора?

[GenaSPB]

Скриншот сетевых настроек камеры в студию.

[karadjia]

Можно предположить, что у Вас в сети реализован режим MAC АCL. Но для этого нужно знать что за оборудование у Вас стоит. Да и для дальнейших раздумий о Вашей проблеме желательно знать как и на чем организована Ваша сеть. Рисуночек с схемой подключения и названиями оборудования в студию, плиз.

[AlienP666]

Суть проблемы:
У кого-нибудь была такая бесовщина?

Бывала... Возможно проблема с прошивкой. Решается либо перепрошивкой, либо сбросом на заводские настройки.

[Topsee]

Благодарю откликнувшихся.

1) Камера доступна с ноута в любой подсети, если ноут будет в этой же подсети, разумеется.

2) Нет, PoE-инжектор. Питание бросал и в обход него, прямо по жилам. Адаптеры менял.

3) Если вкратце, то перепробовал все вариации. Без ДНС, где первый ДНС-шлюз, второй - гугл, оба гугл, оба - шлюз. Сетевые адреса камеры менял на разные подсети, шлюз - тоже. Маску подсети не трогал - 255.255.255.0, просто переписал разок вручную и сохранил на всякий пожарный. Не в бобине дело. Во всех вариациях через сетевуху был нормальный линк и доступ к камере, ее настройкам с ноута. Понаблюдал через NetworkMiner. Все в норме, без аномалий.

4) Сеть вообще не при чем, т.к. я рассматриваю связку камера-свитч или камера-роутер в отключенном от общей локальной сети состоянии. Для тестирования использовались свитчи D-Link DES 1005 и 1008, т.е. самые простые неуправляемые. Роутер - TP-Link 841 v13. Камера вот такая https://www.canton-distribution.ro/uv-i ... ernet-ip66" onclick="window.open(this.href);return false;

И теперь самое главное. Раньше камера была подключена к точке доступа, принимающей сигнал по wi-fi-мосту с удаленного склада и сливающая камеры с моста и подключенные в свои порты уже в локальную сеть. Но на удаленный склад заказчик протянул локальную сеть и, пользуясь случаем, я обе удаленные камеры завел прямо там в локалку через обычный неуправляемый свитч. Точно такая же уличная поворотная камера с такими же настройками зашла через любые свитчи со свистом. Сегодня привез роутер, на котором раньше висела глючащая камера, и попробовал через него. Работает! Тут-то я вспомнил, что так получилось, что я эту камеру через свитчи никогда не проверял - только через роутер, который сразу же поставил точкой доступа для wi-fi моста. Итого, что имеем: по любым свитчам идет режект камеры, по портам роутера TP-Link 841 - тоже (несмотря на предварительно выставленные максимально благоприятные условия для прохождения пакетов - отключен файрволл и т.д.). Линк камеры напрямую к ноуту или ее первому )) роутеру D-Link 615 E4 c DD-WRT - отличный. Склоняюсь к тому, что камера изначально была такая, с каким-то глюком прошивки или железа, что не помешало ей удачно обжиться с роутером на DD-WRT. Из-за этого я сразу не заметил эту особенность. Фантастический сценарий: я как-то неправильно обжал кабель со стороны камеры или эжектор там такой глючной, что сетевуха ноута и D-Link на DD-WRT грубо говоря, инвертируют перепутанные жилы и т.д., а неуправляемые свитчи и TP-Link 841 не умеют этого делать ))
ЗЫ: Роутер оставить не жалко, просто по сравнению со свитчами и даже на DD-WRT его надежность, все-таки, несколько ниже.

ЗЫ2: Из того, что нашел, вот у человека была похожая проблема. Найти ей объяснение также не удалось. https://www.linux.org.ru/forum/linux-hardware/10459687" onclick="window.open(this.href);return false;

[GenaSPB]

Глупости пишешь. Не чему в не управляемом коммутаторе резать пакеты. Особенно про выключенный фаервол на роутере. Кто даёт такие советы,надо сжигать на костре инквизиции. ДНС ваще не при чем. Дров наломал кучу, а первые два ответа проигнорил.

[Topsee]

Ну, началось ) "Нечему в неуправляемом коммутаторе резать..." - я разве такое где-то писал? Понимаю, что в русском языке глагол резать и техносленговый режектить, звучат похоже, однако, при этом выполняются совершенно разные действия. После режекта в управляемом коммутаторе будет нечего резать, даже, умей он это делать ) Режект - это отлуп, отказ в подключениик сетевому устройству, а "резать" - это дросселирование или пресечение дальнейшего прохождения трафика, который пришел и принялся сетевым оборудованием, т.е. состоявшегося линка.

Про файрволл - в общем пытался объяснить, что постарался исключить как раз таки "резание" трафика в роутере, максимально либерализовав правила прохождения трафика. Не нужно объяснять, что оставить правило файрволла "запрещать пинг Lan-портов" во ВКЛ в моем случае было бы не лучшим решением. Не спорю, возможно впопыхах что-то пропустил, но пока один из моих роутеров TP-Link 841 наглухо режектит камеру. То есть, диод линка даже изредка не изволит моргнуть, как на свитчах

"ДНС ваще не при чем" на ноуте, где, чтобы попасть в подсетку камеры с адресом 192.168.0.160 я в сетевых настройках адаптера и прописываю только 192.168.0.2 , например, и маску подсети 255.255.255.0 , но в камере, учитывая подозрения на глючность прошивки и железа, я обязан без истерик, апломба и самоуверенности проверить все варианты, потратив лишние 5 мин, т.к. точно не могу утверждать, что значения ДНС в полях настроек камеры не повлияют ни на что, учитывая подозрения на глючащую камеру.

И на первые два ответа, если вы о них,

"При прописывании одной сети камера доступна, а при другой нет?
По РоЕ питается от порта коммутатора?"

я сразу же ответил :

"1) Камера доступна с ноута в любой подсети, если ноут будет в этой же подсети, разумеется.

2) Нет, PoE-инжектор. Питание бросал и в обход него, прямо по жилам. Адаптеры менял."

По сути, вопрос можно считать закрытым. Перепрошивать камеру мне лень и времени на это пока нет, как и некоторой вероятности получить дополнительный геморрой во время или после препрошивки. Пусть продолжает висеть на роутере на объекте моего хорошего знакомого, т.е., если что, я туда всегда оперативно прилечу. Жаль только, что точно определить природу глюка не удалось. Буду предположительно считать глюком железа/прошивки камеры.

Если есть что добавить еще что по существу вопроса - велкам. Привыкших общаться тоном вечно недовольной свекрови/тещи, прошу воздержаться. Негатива вокруг нас и так предостаточно ))

[GenaSPB]

Режект - это отлуп, отказ в подключениик сетевому устройству

Режектить там тоже нечему.

[Topsee]

А я и не утверждаю, что по вине свитча ) Просто описываю событие. Хотя, по причине неисправного свитча - может быть. Из-за неправильной обжимки, проблем на стороне камеры и т.д. - тоже, только уже не по вине свитча. Но свитчи все отлично работают с другим оборудованием и никаких вопросов к ним нет. Вчера любопытства ради попробовал подключить какую-то старую ревизию 1005А от Длинк. Светодиод линка загорелся постоянно. Но на выходе - ноль. В отличие от остальных подключенных в то же время к нему устройств. Опять перепроверил вилку, все пальцами прощупал, передергал - ничего. Переставляешь в роутер на DD-WRT - с полпинка линк от камеры проходит.

[AlienP666]

А я и не утверждаю, что по вине свитча ) Просто описываю событие. Хотя, по причине неисправного свитча - может быть. Из-за неправильной обжимки, проблем на стороне камеры и т.д. - тоже, только уже не по вине свитча. Но свитчи все отлично работают с другим оборудованием и никаких вопросов к ним нет. Вчера любопытства ради попробовал подключить какую-то старую ревизию 1005А от Длинк. Светодиод линка загорелся постоянно. Но на выходе - ноль. В отличие от остальных подключенных в то же время к нему устройств. Опять перепроверил вилку, все пальцами прощупал, передергал - ничего. Переставляешь в роутер на DD-WRT - с полпинка линк от камеры проходит.

А по какому типу обжим кабеля сделан? Ну и прямой или обратный? DD-WRT открывает ряд возможностей на тех железяках которые до этого и не знали, что они это могут.

[Рустам]

Очень давно встречал ситуацию, что один конкретный экземпляр брендовой IP-камеры с одним конкретным экземпляром брендового коммутатора в упор не хотели поднимать линк между собой ни на каком патчкорде. И при этом эта камера коннектилась с остальными коммутаторами, а коммутатор коннектился с остальными камерами. Плюнул, перемешал коммутаторы что бы эта пара разошлась друг от друга - и забыл.