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

Контракт РТ на видеонаблюдение выборов

https://zakupki.rostelecom.ru/1308814/

Никто не планирует участвовать?

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

Share this post


Link to post
Share on other sites

А чисто теоретически что думаете про такую идею:

Берем железо от Павла(yola12). Два/Три 3G/LTE терминала. Заряжаем их безлимитами от федеральных операторов. Соединяем каналы вместе по типу RAID1(одновременная передача(зеркалирование) пакета данных по всем доступным каналам на сервер туннелей). Этим самым получаем очень высокую отказоустойчивость и гарантию отсутствия потерь. Ну и возможность подключения любой точки где есть 3G/LTE сеть или любой проводной/Radio ethernet интернет!

 

Мы точно такое же делали в Украине в 2012 году когда там были выборы. Там это прокатило с большим успехом.

Но у Украине в 2012 году были не 3G/LTE! Там был один специально для этого созданный оператор(WDA) который заключил договора с кучей мелких местячковых операторов которые уже давали интернет каналы до конечной точки и осуществляли монтаж оборудования.

 

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

Опыт и весь необходимый софт для организации RAID1 резервирования у нас есть.

 

Устройство для организации туннеля и реализации RAID1 резервирования/зеркалирования - Mikrotik hEX lite с нашей прошивкой(не RouterOS!)

Share this post


Link to post
Share on other sites

adron2 Даже безлимит брать не нужно.

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

 

Ростелеком наши коробки походу под этот проект закупает...

 

 

Share this post


Link to post
Share on other sites
В 25.11.2017 в 04:29, adron2 сказал:

Берем железо от Павла(yola12). Два/Три 3G/LTE терминала. Заряжаем их безлимитами от федеральных операторов. Соединяем каналы вместе по типу RAID1(одновременная передача(зеркалирование) пакета данных по всем доступным каналам на сервер туннелей).

Такое что-ли? http://eltex.nsk.ru/catalog/promyshlennye_kontrollery/md3/

 

Поставщик РТ уже чего-то сварганил, может как-раз под выборы (?)

Share this post


Link to post
Share on other sites

 

30 минут назад, Urs_ak сказал:

Поставщик РТ уже чего-то сварганил, может как-раз под выборы (?)

Eltex походу как страховка )

Нам они другое решение заказали, тоже с резервированием. 

Share this post


Link to post
Share on other sites
В 25.11.2017 в 04:29, adron2 сказал:

А чисто теоретически что думаете про такую идею:

Берем железо от Павла(yola12). Два/Три 3G/LTE терминала. Заряжаем их безлимитами от федеральных операторов. Соединяем каналы вместе по типу RAID1(одновременная передача(зеркалирование) пакета данных по всем доступным каналам на сервер туннелей). Этим самым получаем очень высокую отказоустойчивость и гарантию отсутствия потерь.

Агрегирование неоднородных каналов, та еще затея, когда вы собираете LTE + 3G оператора1+ 3G оператора2 с RTT 25/45/65ms и конским джиттером, то итоговый канал получается худший худшего, и единственный бонус это 3х кратное резервирование потерь, но это не WiFi c потерями в 3G/LTE все более менее прилично.

В чем смысл этой затеи? Вместо ровного LTE канала с RTT 25ms, получить хрен пойми какой, с параметрами худшего оператора?

 

Ну а резервирование канала можно и другими способами осуществить, тут кому как нравится. 

Share this post


Link to post
Share on other sites
4 часа назад, nay сказал:

Агрегирование неоднородных каналов, та еще затея, когда вы собираете LTE + 3G оператора1+ 3G оператора2 с RTT 25/45/65ms и конским джиттером, то итоговый канал получается худший худшего, и единственный бонус это 3х кратное резервирование потерь, но это не WiFi c потерями в 3G/LTE все более менее прилично.

В чем смысл этой затеи? Вместо ровного LTE канала с RTT 25ms, получить хрен пойми какой, с параметрами худшего оператора?

 

Ну а резервирование канала можно и другими способами осуществить, тут кому как нравится. 

Это работает следующим образом. Через туннель нужно передать пакет данных полезной нагрузки. Допустим имеем три разных подканала через 3-х разных мобильных операторов. Пакет данных 3 раза клонируется. К нему присоединяется туннельный заголовок и он одновременно отправляется во все три подканала. На принимающей стороне пакет данных будет получен как только он дойдет по одному из подканалов. Остальные две копии этого же пакета при этом будут проигнорированы. Таким образом реализуется 0-й уровень потерь в туннеле даже при наличии потерь во всех трех транспортных подканалах а так же отсутствие потерь при отказе одного из подканалов. Не говоря уже о задержке. Она тоже будет минимальной.

Share this post


Link to post
Share on other sites
14 часов назад, adron2 сказал:

Остальные две копии этого же пакета при этом будут проигнорированы.

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

Share this post


Link to post
Share on other sites

Это решается вообще на уровне TCP, никаких специальных мозгов не надо...

Share this post


Link to post
Share on other sites
2 часа назад, UglyAdmin сказал:

Это решается вообще на уровне TCP, никаких специальных мозгов не надо...

Для видео перезапрос пакетов очень вреден, потому лучше таки не TCP.

Share this post


Link to post
Share on other sites

RTP не смотрел, но наверняка решается так же. Sequence number.

Share this post


Link to post
Share on other sites
14 часов назад, UglyAdmin сказал:

RTP не смотрел, но наверняка решается так же. Sequence number.

Не очень понимаю, как это поможет сделать строго как написано. Пусть последний sequence number, что мы видели - N. Прилетает тут к нам по линии 2 пакеты за  номером N-2, N-87478568753 и N-87478568754. Причем N-2, N-87478568754 уже были на линии 1, а N-87478568753 - нет, он где-то дропнулся по дороге. Как маршрутизатор с заявленными свойствами про это узнает? Напоминаю, что так, как описано - N-2,N-87478568754 дальше пройти не должны( "Остальные две копии этого же пакета при этом будут проигнорированы" ), а N-87478568753 - должен(" реализуется 0-й уровень потерь в туннеле ").

Share this post


Link to post
Share on other sites
10 часов назад, Sergey Gilfanov сказал:

Не очень понимаю, как это поможет сделать строго как написано. Пусть последний sequence number, что мы видели - N. Прилетает тут к нам по линии 2 пакеты за  номером N-2, N-87478568753 и N-87478568754. Причем N-2, N-87478568754 уже были на линии 1, а N-87478568753 - нет, он где-то дропнулся по дороге. Как маршрутизатор с заявленными свойствами про это узнает? Напоминаю, что так, как описано - N-2,N-87478568754 дальше пройти не должны( "Остальные две копии этого же пакета при этом будут проигнорированы" ), а N-87478568753 - должен(" реализуется 0-й уровень потерь в туннеле ").

Для этого есть такой параметр как максимальный размер очереди. Он и защищает от описанной вами проблемы. Да и у нашей системы помимо клонирования/зеркалирования трафика(RAID1) есть еще и контроль последовательности принимаемых пакетов. При нарушении последовательности пакеты складываются в очередь и высвобождаются из нее или при получении "запоздавшего" пакета или по истечении защитного таймаута(в случае потери) или по достижении максимального размера очереди.

 

Туннель при этом работает по протоколу UDP или ICMP. Имеется возможность автоматической смены UDP порта в случае "залипания" сессии на транзитных маршрутизаторах.

 

Таким образом сочетание двух/трех транспортных подканалов в режиме RAID1(горячее резервирование) дает полную гарантию отсутствия потерь, минимальную задержку и джиттер, нулевое время простоя при отказе 1-го или двух из 3-х подканалов а так же гарантию ненарушения последовательности пакетов передаваемых через этот туннель.

 

С таким туннелем можно ехать на автомобиле со скоростью 100 км в час и всегда оставаться на связи в не зависимости от зоны покрытия какого-то одного мобильного оператора или потерь из за переключения на другие сотовые станции 3G->LTE/ухудшения сигнала сотовой сети на одном из подканалов.

Share this post


Link to post
Share on other sites
4 часа назад, adron2 сказал:

Для этого есть такой параметр как максимальный размер очереди. Он и защищает от описанной вами проблемы. Да и у нашей системы помимо клонирования/зеркалирования трафика(RAID1) есть еще и контроль последовательности принимаемых пакетов. При нарушении последовательности пакеты складываются в очередь и высвобождаются из нее или при получении "запоздавшего" пакета или по истечении защитного таймаута(в случае потери) или по достижении максимального размера очереди.

Я так и не понял, что произойдет, когда пакет (в моем примере N-87478568753) придет сильно позднее, чем должен был прийти.

Share this post


Link to post
Share on other sites

Отбросится, как не попадающий в окно.

Только это не на маршрутизаторе делается, а на приёмнике данных. Маршрутизатор все пришедшие пакеты передаст, как и должен.

Share this post


Link to post
Share on other sites
3 часа назад, UglyAdmin сказал:

Отбросится, как не попадающий в окно.

Только это не на маршрутизаторе делается, а на приёмнике данных. Маршрутизатор все пришедшие пакеты передаст, как и должен.

Совершенно верно.

Share this post


Link to post
Share on other sites
4 часа назад, UglyAdmin сказал:

Только это не на маршрутизаторе делается, а на приёмнике данных.

Ну это велосипедить. А если брать уже готовое, то это таки на маршрутизаторе: bonding/link aggregation

Share this post


Link to post
Share on other sites

Это просто на L5 делается, а не на L2-L3, с которыми работает маршрутизатор.

Share this post


Link to post
Share on other sites

Самое интересное... никто почему-то не задумался, а нахера вообще на избирательных участках видеонаблюдение? 

Снаружи - все шикарно. Наблюдайте, мол... все у нас честно. 

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

И ведь хер подкопаешься. Всегда можно списать на "сбой программы".

И никакой суеты с бумагомарательством и бюллетенями... 

 

Share this post


Link to post
Share on other sites
24 минуты назад, j_box сказал:

Например что-то подправить в циферках результатов выборов... 

Этим на участках, где непосредственно голосуют, и не занимаются еще с нулевых. Есть агрегатор в лице ТИК, вот там - все условия править циферки и нет видеонаблюдения. Видеонаблюдение вообще от другого защищает (в теории). 

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