[alibek]

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

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

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

[adron2]

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

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

 

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

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

 

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

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

 

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

[pawel40]

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

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

 

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

 

 

[Urs_ak]

В 25.11.2017 в 04:29, adron2 сказал:

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

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

 

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

[pawel40]

 

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

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

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

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

[nay]

В 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, получить хрен пойми какой, с параметрами худшего оператора?

 

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

[adron2]

4 часа назад, nay сказал:

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

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

 

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

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

[Sergey Gilfanov]

14 часов назад, adron2 сказал:

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

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

[UglyAdmin]

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

[vodz]

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

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

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

[UglyAdmin]

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

[Sergey Gilfanov]

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-й уровень потерь в туннеле ").

[adron2]

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/ухудшения сигнала сотовой сети на одном из подканалов.

[Sergey Gilfanov]

4 часа назад, adron2 сказал:

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

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

[UglyAdmin]

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

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

[adron2]

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

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

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

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

[vodz]

4 часа назад, UglyAdmin сказал:

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

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

[UglyAdmin]

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

[j_box]

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

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

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

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

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

 

[jffulcrum]

24 минуты назад, j_box сказал:

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

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