Проброс порта и высокий пинг

[borockov 0]

14 минут назад, mrStep сказал:

проверить всех клиентов, настройки dhcp, может кому-то автоматом прилетает тот же адрес, что дан другому клиенту вручную.

Я резервировал адрес сервера в dhcp по маку, вроде как, этот адрес не должен никому выдаваться

 

[borockov 0]

44 минуты назад, Станислав сказал:

Возможно стоит попробовать поменять ASUS RT-AC51U на время теста как минимум.

Попробую сменить на Keenetic, спасибо 

[borockov 0]

13 минут назад, mrStep сказал:

камеры-то какие

Модели камер идут вразнобой, samsung,dahua, и еще какие то 

[borockov 0]

В 14.09.2020 в 16:12, Станислав сказал:

Попробуйте подменить роутер на время теста.

Поменял роутер, пока полет нормальный =) надеюсь что проблема в нем

[Станислав 0]

Спасибо, что сообщили о результате.

[unlifer 0]

Здравствуйте.

2 часа назад, borockov сказал:

1. правила портов, Скорость сетевой карты,Схема сети

Было бы не плохо знать модель коммутатора, который на схеме обозначен как "Свитч", может и не вывозит. Без проброса работает под максимум своих возможностей, а стоит пробросить и начинает глючить.

У меня, по опыту, два D-Link'а Smart-серии одной модели (конкретно модель не упомню теперь) глючить начинали с 12 камер с MJPEG-потоком + сетка на 20-30 устройств (компьютеры, принтеры) + сервер с CVBS-камерами + 1 клиент на CVBS-сервер + 1 клиент на сервер с этими 12-ю камерами. Схему прилагаю.

Правила портов хотелось бы увидеть с обоими серверами, на скриншоте проброс только на один. Мало ли что не так.

3 часа назад, borockov сказал:

5. Так же забыл уточнить, стоят 2 видеосервера, на одном сервере не наблюдаются такие проблемы, на втором сервере проблемы наблюдаются

При прописывании правил проброса не могли случайно указать или один и тот же IP-адрес сервера или один и тот же "Диапазон портов"?

3 часа назад, borockov сказал:

6. На счет MJPEG, да, сейчас заметил что на некоторых камерах, на втором потоке метод сжатия MJPEG, поменять не получается, при попытке смены на H264, через пару секунд MJPEG возвращается на место.

Только на проблемном сервере MJPEG-камеры или на адекватно работающем тоже есть?

Кодирование в настройках камер выбирается.

3 часа назад, borockov сказал:

7. Модель Роутера ASUS RT AC 15U

Что-то тоже найти не могу.

3 часа назад, borockov сказал:

На сервере установлены две сетевые карты, но правда я не понял, что значит разделить их физически, дать им просто разные Ip адреса?

Одна сетевая карта первого сервера подключается к коммутатору "Свитч PoE", который у Вас в схеме первым PoE-коммутатором является и к которому подключена 1-я группа камер, соответственно, на этой сетевой должен быть адрес с той же подсети, что и камеры. Вторая сетевая карта подключается в коммутатор "Свитч" и, соответственно, прописывается другой адрес из подсети, в которой находится локальная сеть организации (внутренний адрес роутера ASUS, 1С-сервер, бухгалтерия, клиенты СОТ и прочее).

Аналогично делается для второго сервера.

Соответственно, uplink между "Свитч" и первым "Свитч PoE" убирается.

Но у Вас, на данный момент, не получится разбить сеть физически таким вот образом и, соответственно, смысла в разбиении не будет. Причина: у Вас и система ОТ и сеть организации находятся в одной подсети, как я понял. То есть у всего-всего оборудования адресация 192.168.1.xxx. Это либо сеть организации перенастраивать всю придётся, либо на всех камерах адреса перенастраивать надо + как я понял, у Вас через вереницу этих коммутаторов работает компьютерная техника в цехах, то есть, как минимум, при физическом разделении эта техника останется без интернета, а как максимум - останется без управления \ контроля со стороны сети организации.

Если только временно попробовать, но адресация под вопросом.

[borockov 0]

5 минут назад, unlifer сказал:

При прописывании правил проброса не могли случайно указать или один и тот же IP-адрес сервера или один и тот же "Диапазон портов"?

Нет, правила прописаны нормально, без замазки скидывал в личку Станиславу

5 минут назад, unlifer сказал:

Было бы не плохо знать модель коммутатора

Серию коммутатора сейчас не вспомню, D-link 24 порта, все с POE

5 минут назад, unlifer сказал:

Только на проблемном сервере MJPEG-камеры или на адекватно работающем тоже есть?

Кстати да, MJPEG только на проблемном сервере, попробую их всех сменить

[unlifer 0]

10 минут назад, borockov сказал:

Кстати да, MJPEG только на проблемном сервере, попробую их всех сменить

Попробуйте. Очень хорошо разгрузите коммутационное оборудование.

Правда, при H.264-кодировании увеличится нагрузка на ресурсы (процессор и память) сервера и клиентов.

 

ПС. Кстати, Zyxel'и недолюбливаю. При хорошем видеотрафике живут не шибко долго. Но будем надеяться, что у Вас всё будет хорошо.

Изменено 16 Сентября 2020 пользователем unlifer

[mrStep 0]

6 часов назад, borockov сказал:

Я резервировал адрес сервера в dhcp по маку, вроде как, этот адрес не должен никому выдаваться

 

но руками-то любой адрес можно задать устройству. Вот и возникают конфликты. Потом ходишь, ищешь кто ж тот негодяй.

Кстати 40 с лишним камер не так уж и мало при наличии еще и других устройств в локальной сети. Их можно перетащить в другую подсеть.

Основная ваша подсеть 192.168.1.хх

тут же два видеосервера 192.168.250 и 192.168.1.251

даем сетевкам серверов еще по одному адресу 192.168.5.250 и 192.168.5.251

и камеры соответственно в эту же пятую подсеть 192.168.5.101, 192.168.5.102...148

коммутаторы это конечно не разгрузит, но зато устройства в локальной сети уж точно не залезут на адреса камер.

Поменять адреса камер дело не долгое, все делается с одного рабочего места, сразу же можно проверить и остальные настройки камер,кодирование, битрейт, частоту кадров... Там же можно отключить OSD, нет смысла показывать название камеры, дату, время. все это накладывает Линия сама.

[borockov 0]

6 часов назад, unlifer сказал:

Попробуйте. Очень хорошо разгрузите коммутационное оборудование.

Спасибо за совет, завтра до серверной доберусь, поменяю, и отпишусь о результатах =)