Jump to content
Калькуляторы

Свое виденоблюдение C VLANами и ПОВОРОТНЫМИ камерами

Всем привет!

 

Есть ли на форуме люди, кторые имеют опыт построения больших систем ip видонаблюдения?

Ну скажем так на 300-500 камер.

 

А вопрос вот в чем.

Я представитель заказчика и моя задача чтобы видеонаблюдние работало. И есть у нас подрядчик и задача у него такая же. И ничего не работает.

 

Вот в чем собственно дело.

Дано: около 400Poe камер. Скс 6 категории. Около 30 кроссовых, со шкафами и умными коммутаторами Poe. В кроссовых от 4 до 40 камер. В каждой кроссовой коммутатор, подключен к ядру сети 10гигобит. К тому же ядру подключен коммутатор (10гигобит), к которому подключен сервер видеонаблюдения. На сервере есть 4 сетевых карты и они объединены в агрегацию (динамическая), и еще там стоит серверная часть МАКРОСКОП. Помимо этого есть клиентские машины — те что показывают картинку охранникам, к каждой подключено по два дисплея и там тоже МАКРОСКОП. Помимо этого во всей этой СПД (ядро и коммутаторы) работает еще несколько систем (суммарный трафик около 2 гигобит) каждая система находится в своем VLAN. Все хосты системы видеонаблюдения (400 камер, сервер, клиентские машины) находтся в одном VLAN и логически являются членами одной сети с диапазоном 192.168.0.0 mask 255.255.252.0. Вреде бы все хорошо и с точки зрения математики всего должно хватать т. к. каждая камера генерит траффик H.264 HD(1280x720) по 30 кадров в секунду и на сервере загрузка сетевой всего 1.5гигобита.

 

Да вот незадача камеры отваливаются, до 30% может вылететь, при этом процентов 10 гуляющие, то появятся, то пропадут, а остальные появляются только после переподключения.

И еще, если следить за сетевой картой на сервере, то можно увидеть как падает производительность сетевой карты от 1.5гигобита до 0 и опять вверх. И во время этого падения, картинка на всех клиентских машинах замирает. И запись происходит так же, если картинка замерла, то на сервере записи нет. В это же время, если открыть камеру в браузере, с той же клиентской машины, никаких замираний нет. И если пускать пинги (максимального размера) на сервер из любой части сети, то они не пропадают. Пробовали запустить сниффер и посмотреть что происходит в сети. Сниффер показал кучу UDP траффика и кучу БРОДКАСТ трафика с кучи хостов.

 

Мнения разделились:

Первое звучит так: МАКРОСКОП говно, а если не макроскоп, то тот кто его ставил т. к. не может один сервер справится с 400 камерами.

Второе звучит так: СПД говно, в ней происходят какие-то падения каналов потому что хабы не справляются с длинными UDP пакетами.

Третье звучит так: исполнение говно, надо разбить камеры по 80 штук на канал и/или логическую сеть (чтобы они не перебивали друг друга БРОДКАСТОМ) и завернуть их на сервер, или на несколько серверов.

 

Вот собственно все.

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

Share this post


Link to post
Share on other sites

Вот в чем собственно дело.

Дано: около 400Poe камер. Скс 6 категории. Около 30 кроссовых, со шкафами и умными коммутаторами Poe. В кроссовых от 4 до 40 камер. В каждой кроссовой коммутатор, подключен к ядру сети 10гигобит. К тому же ядру подключен коммутатор (10гигобит), к которому подключен сервер видеонаблюдения. На сервере есть 4 сетевых карты и они объединены в агрегацию (динамическая),

один сервер на 400 IP камер?

 

 

Со стороны заказчика кто утверждал проект? Кто ставил задание и усливия? Сколько откат? Какова сумма этого контракта?

Share this post


Link to post
Share on other sites

Со стороны заказчика кто утверждал проект? Кто ставил задание и усливия? Сколько откат? Какова сумма этого контракта?

 

 

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

 

По сухим цифрам.

4гигабита сеть на сервере. 32 оперативки. схд подключенная оптическим линком к серверу.

Share this post


Link to post
Share on other sites

первое и третье. второе маловероятно

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

Share this post


Link to post
Share on other sites

SergioDeMaster - вринципе с этого и хотим начать, можешь подсказать где раздобыть научное обоснования данной процедуры?

Share this post


Link to post
Share on other sites

А что вы будете делать, когда этот единственный сервер внезапно сломается?

Share this post


Link to post
Share on other sites

научное обоснования данной процедуры

что-что, простите?

Share this post


Link to post
Share on other sites

Все хосты системы видеонаблюдения (400 камер, сервер, клиентские машины) находтся в одном VLAN и логически являются членами одной сети с диапазоном 192.168.0.0 mask 255.255.252.0.

И в первую очередь вынесите клиентские машины в отдельный влан. Нечего им торчать вместе с камерами.

Share this post


Link to post
Share on other sites

А чего такого проблемного в 400 камерах на один сервер? =)

Share this post


Link to post
Share on other sites

Все хосты системы видеонаблюдения (400 камер, сервер, клиентские машины) находтся в одном VLAN и логически являются членами одной сети с диапазоном 192.168.0.0 mask 255.255.252.0.

И в первую очередь вынесите клиентские машины в отдельный влан. Нечего им торчать вместе с камерами.

И что такого может мешать в 400+ хостов в одном вилане?

 

Покажите характеристики машины, на которую пишется. Её top. Какой рейд, харды.

Share this post


Link to post
Share on other sites

Какая версия макроскопа, общались ли с их саппортом?

Share this post


Link to post
Share on other sites

что-что, простите?

 

На что можно сослаться для разбития камер на разные каналы. На что сослаться для добавления серверов.

Кроме логичного ничего не работает :), нужно что-то более четкое.

Видимиых проблем по статусу железа не наблюдается.

 

 

И в первую очередь вынесите клиентские машины в отдельный влан. Нечего им торчать вместе с камерами.

 

Смысла выносить не вижу, располагаются в спец помещении. Помимо этого есть привязка mac-порт.

Share this post


Link to post
Share on other sites

 

На что можно сослаться для разбития камер на разные каналы. На что сослаться для добавления серверов.

Кроме логичного ничего не работает :), нужно что-то более четкое.

Видимиых проблем по статусу железа не наблюдается.

Если контора интегратора еще живая, есть гарантийные обязательства и учитывая общую сметную стоимость проекта - то лучше всего сослаться на "Пи****сы е**ные, ни**я ничо не работает, ж**у в руки взяли и починили все на**й, а то по судам затаскаю"

Share this post


Link to post
Share on other sites

Если контора интегратора еще живая, есть гарантийные обязательства и учитывая общую сметную стоимость проекта - то лучше всего сослаться на "Пи****сы е**ные, ни**я ничо не работает, ж**у в руки взяли и починили все на**й, а то по судам затаскаю"

К сожалению, не вызывает эффекта.

Share this post


Link to post
Share on other sites
А чего такого проблемного в 400 камерах на один сервер? =)

А что вы будете делать, когда этот единственный сервер внезапно сломается?

Share this post


Link to post
Share on other sites

Окей, вы имеете ввиду, что если ставится классическая виндовая программа, то сделать с неё бекап так, что бы переразвернуть за 10 минут невозможно. Тут я понял.

 

Как два сервера помогут задаче, если одного не хватает на 400 камер?

Share this post


Link to post
Share on other sites
Окей, вы имеете ввиду, что если ставится классическая виндовая программа, то сделать с неё бекап так, что бы переразвернуть за 10 минут невозможно. Тут я понял.

Вот как раз нет. Совершенно спокойно делается дублируюший сервер, при аварии перетыкаются usb ключи защиты, из резервной копии восстанавливается конфигурационный файл и запускается программа. Займет конечно не 10 минут, но относительно быстро.

 

Как два сервера помогут задаче, если одного не хватает на 400 камер?

Я имею в виду, что если сломается один сервер ваша охране мгновенно "ослепнет". Вся охрана.

 

Помимо этого есть клиентские машины — те что показывают картинку охранникам, к каждой подключено по два дисплея и там тоже МАКРОСКОП.

То есть постов с живыми охранниками у вас несколько.

Все эти охранники будут вынуждены вместо теплой караулки посвятит время пробежкам по периметру. Вспоминая добрым словом компьютерщиков инженерную службу.

 

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

 

По описанию я так понял что у вас там разгул анархия и откаты отсутствует административный регламент, понимание планы и инструкции что и как делать в различных ситуациях.

 

Было бы проще, если бы ты сказал что за объект. Хотя бы класс объекта. 400 камер, это не так много на самом деле. пол ашана.

Share this post


Link to post
Share on other sites

Ну, не 10 минут — это значит пара часов =) Наш флюссоник отнимет 10 минут с установкой убунты.

 

Но в целом я вас понял. Мы это решаем кластерным захватом с камер с автопереключением камер между серверами.

Share this post


Link to post
Share on other sites

У меня на работе макроскоп и 350 камер. Все нормально.Трафик в среднем гигабит, ради теста гоняли на 2-3 гигабита неделю, пото убедившись что все ок снизили до нужного. Какой город?

Share this post


Link to post
Share on other sites

ну скажем так для начала -

1.калькулятор на сайте макроскопа не обещает что обойдетесь одним сервером

2. локалку для видеонаблюдения так не строят

3. сервер успевает переваривать такой трафик на запись - 1.5 Гб ???

4. UDP пакеты в данной сети совершенно нормальное явление

5. какие сетевые карты в сервере

6. а что потоки на рабочие станции ретранслируются через сервер? это весьма странное решение

7. на чем построена сеть? (перечислите оборудование)

8. коммутаторы не мониторили?

Edited by alexalex66

Share this post


Link to post
Share on other sites

Всем привет!

Мнения разделились:

Первое звучит так: МАКРОСКОП говно, а если не макроскоп, то тот кто его ставил т. к. не может один сервер справится с 400 камерами.

Второе звучит так: СПД говно, в ней происходят какие-то падения каналов потому что хабы не справляются с длинными UDP пакетами.

Третье звучит так: исполнение говно, надо разбить камеры по 80 штук на канал и/или логическую сеть (чтобы они не перебивали друг друга БРОДКАСТОМ) и завернуть их на сервер, или на несколько серверов.

Вот собственно все.

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

Если есть возможность: скинуть с сервера часть камер и посмотреть как он будет себя вести. Скинуть до такого количества пока система не начнёт устойчиво функционировать. Понаблюдать.Сначала менять одни камеры на другие, с целью выяснить где проблема: со стороны сервера или камеры\канала. Потом добавлять по немногу камеры, изучать логи, загрузку сервера (Hdd, mem, cpu). На сеть посматривать конечно же. И искать ту критическую точку, откуда начинаются проблемы. Я бы так поступил, если бы помощи от кого-либо (в т. ч. со стороны подрядчика) не было. Собсно, что-то похожее исполнять и не раз, только не в видеонаблюдении.

Share this post


Link to post
Share on other sites

> СПД говно, в ней происходят какие-то падения каналов потому что хабы не справляются с длинными UDP пакетами.

 

Камеры не шлют длинные UDP пакеты, они фрагментируют их до обычного MTU на уровне нарезки H264. Что, впрочем, не мешает пакетам теряться.

Share this post


Link to post
Share on other sites

А чего такого проблемного в 400 камерах на один сервер? =)

А все зависит от того, что этот сервер делает с потоками.

Если тупо кладет на винты - это одно, а если там какая-нибудь аналитика, ну или прочее залезание внутрь потоков с декомпрессиями, перекодировками - то это уже совсем другое.

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this