[LVEE-Talks] Link aggregation etc. (Re: offtopic:)
Daniel A. Nagy
Вообще-то для этой цели использовать ноутбук -- massive overkill. Раутер
на OpenWrt тоже вполне может справиться, если USB hub с отдельным
питанием. Но отлаживать действительно удобнее на ноутбуке или ITX-коробке.
Что касается собственно модемов, то у меня опыт такой, что все, кромя
продуцки Huawei страдает либо качеством, либо ценой, а иногда и тем и
другим. К сожалению WiMax, LTE и прочих 4G технологий в наших краях нет
(операторы сидят на частотах, как собака на сене), так что довольствуюсь
HSDPA.
Одновременно поднимать интерфейсы к нескольким операторам, это у меня
уже получалось. Но я просто написал скрипт, который ставил default route
куда надо; до link aggregation пока у самого руки не доходили, но
принципиальных проблем не вижу.
Если интересуют детали настройки модема под OpenWrt, пиши, не стесняйся,
с удовольствием поделюсь!
Успехов!
--
Даня Дань
Dmitry Samsonov
> Вообще-то для этой цели использовать ноутбук -- massive overkill.
> Раутер на OpenWrt тоже вполне может справиться, если USB hub с
> отдельным питанием. Но отлаживать действительно удобнее на ноутбуке
> или ITX-коробке.
Ну я не случайно упомянул про мобильные онлайн-трансляции видео. Видео
всё равно придётся чем-то кодировать. А роутер ни H.264, ни Theora по
производительности не потянет, поэтому "неттоп" или "нетбук" (он за
схожий бюджет уже с небольшой батарейкой) всё равно понадобится
(варианты аппаратного кодирования пока не копал в основном потому, что,
подозреваю, они не такие гибкие по настройкам своим). А когда у нас два
устройства -- это уже и увеличение расходов по питанию, и нагрузка
(из-за веса рюкзака) на оператора, которому с этим тряхомудьем за спиной
и камерой в руке много часов на ногах снимать.
Хотя если гнать поток в проприетарный RTMP (а это сразу проприетарные
флеш-кодировщики под винду), то может действительно оказаться проще
отдельное устройство, чем Adobe Encoder под wine гонять (не готов решать
задачу link aggregation под Windows) -- но ещё проще будет отказаться от
проприетарного RTMP со стороны хотя бы оператора, ибо на сервере всё
равно перекодировать.
Так что оверкиллом может оказаться как раз отдельный маршрутизатор.
> Что касается собственно модемов, то у меня опыт такой, что все,
> кромя продуцки Huawei страдает либо качеством, либо ценой, а иногда и
> тем и другим. К сожалению WiMax, LTE и прочих 4G технологий в наших
> краях нет (операторы сидят на частотах, как собака на сене), так что
> довольствуюсь HSDPA.
Есть ли какие-то экземпляры по Huawei, которых стоит избегать?
Есть ли какие-то ресурсы в Инете (кроме OpenWRT-сообщества), в которых
может аккумулироваться инфа в одном месте? Мне показалось, что инфа на
этот счёт довольно хаотично разбросана по Инету и зачастую носит
противоречивый характер.
> Одновременно поднимать интерфейсы к нескольким операторам, это у
> меня уже получалось. Но я просто написал скрипт, который ставил
> default route куда надо;
То есть у тебя было просто переключение "с одного канала на другой"? А
какая приблизительно была логика (критерии переключения)? И какая в
результате получалась латентность?
Или ты просто одновременно гонял разный трафик по разным операторам?
(По каким критериям и зачем?)
> до link aggregation пока у самого руки не доходили, но принципиальных
> проблем не вижу.
Меня смущает связка "три дохлых, узких, но относительно стабильных
канала от GSM-операторов -- и толстый, широкий канал, который внезапно
может отваливаться совсем полностью и так же внезапно
восстанавливаться". Смущает в основном потому, что практического опыта
link aggregation не имею. Я напрасно смущаюсь?
> Если интересуют детали настройки модема под OpenWrt, пиши, не
> стесняйся, с удовольствием поделюсь!
Подозреваю, что там наверняка есть какие-то грабли, плохо описанные в
стандартных HOWTO, поэтому конечно интересно!
--
Dmitry Samsonov
_______________________________________________
Talks mailing list
Ta...@lvee.org
http://lists.lvee.org/mailman/listinfo/talks
Виталий
Если вам достаточно 720p то с кодированием видео может вполне неплохо
справиться и IP-камера, которую можно подсоединить напрямую к
маршрутизатору.
On 11.03.2012 13:06, Dmitry Samsonov wrote:
>
> Ну я не случайно упомянул про мобильные онлайн-трансляции видео. Видео
> всё равно придётся чем-то кодировать. А роутер ни H.264, ни Theora по
> производительности не потянет, поэтому "неттоп" или "нетбук" (он за
> схожий бюджет уже с небольшой батарейкой) всё равно понадобится
> (варианты аппаратного кодирования пока не копал в основном потому, что,
> подозреваю, они не такие гибкие по настройкам своим). А когда у нас два
> устройства -- это уже и увеличение расходов по питанию, и нагрузка
> (из-за веса рюкзака) на оператора, которому с этим тряхомудьем за спиной
> и камерой в руке много часов на ногах снимать.
> Хотя если гнать поток в проприетарный RTMP (а это сразу проприетарные
> флеш-кодировщики под винду), то может действительно оказаться проще
> отдельное устройство, чем Adobe Encoder под wine гонять (не готов решать
> задачу link aggregation под Windows) -- но ещё проще будет отказаться от
> проприетарного RTMP со стороны хотя бы оператора, ибо на сервере всё
> равно перекодировать.
> Так что оверкиллом может оказаться как раз отдельный маршрутизатор.
>
>
>
>
Dmitry Samsonov
> Все зависит от того какое качество видео вы хотите в итоге получить.
> Если вам достаточно 720p то с кодированием видео может вполне неплохо
> справиться и IP-камера, которую можно подсоединить напрямую к
> маршрутизатору.
Кстати, да. Про такой "облегчённый" вариант как
IP-камера+маршрутизатор я и забыл.
Но, вообще говоря, зачастую нужно снимать на miniDV, дабы можно было
на кассету записать для последующего монтажа в оффлайне (а тут качество
сохранённого материала уже важно). Поэтому IP-камера тут не панацея.
--
Dmitry Samsonov
Бочаров Вячеслав
Dmitry Samsonov
> Я для резервирования каналов связи рекомендовал бы использовать
> аппаратный маршрутизатор типа ZyWall USG 50. есть положительный опыт
> использования в связке ADSL + 3G, с последней прошивкой (не той что в
> поставке) нормально работает с МТС Huawei, на нем также возможна
> балансировка нагрузки.
Если я правильно понял из просмотренного мельком, по-диагонали
описания -- то он просто решает на каком из подключённых каналов
создавать следующую сессию.
А я думал в направлении "на каждый канал -- VPN до relay-сервера, и
все вместе они в link aggregation". То есть, если я правильно понимаю,
на более низком уровне (OSI), что должно быть более универсальным, ибо
более прозрачным для прикладного ПО. Нечто подобное делает Peplink
(что-то вроде их mobile router, типа MAS-GN2C2-R).
У меня неразумная идея?
Кстати, интересно как будет вести себя видео-поток по UDP, когда
часть пакетов передаётся с низкой латентностью, а часть -- с высокой.
Забавная должна получаться кашица?
В любом случае тут вряд ли подойдут "аппаратные" решения. Хотя бы
потому, что LTE (который придёт на замену WiMax от Йоты) появится в
маскве только через месяц. И какое туда нужно будет оборудование, и
насколько можно будет использовать LTE-модемы разных производителей --
пока сказать сложно.
Понятно, что шансов самому впихнуть поддержку во что-то linux-based
(Debian или OpenWRT) гораздо больше, чем "ждать у моря погоды" или
заказывать (за отдельные деньги с отдельным бюджетом, которого нету)
поддержку нужных модемов у разработчиков.
Нетбук в этом плане универсальней.
> Но рекомендую обратить внимание на температурные режимы работы
> оборудования и влажность если планируется установка вне помещений. Я
> уже обломал об это зубы когда в складских помещений ставил. Большой
> процент выхода из строя оборудования.
Это вообще рискует стать больным местом, ибо в рюкзаке по 12 часов на
улице -- это может быть очень холодно зимой и очень жарко летом.
Бочаров Вячеслав
11.03.2012 20:20, Бочаров Вячеслав пишет:
Я для резервирования каналов связи рекомендовал бы использовать
аппаратный маршрутизатор типа ZyWall USG 50.......
Если я правильно понял из просмотренного мельком, по-диагонали описания -- то он просто решает на каком из подключённых каналов создавать следующую сессию.
А я думал в направлении "на каждый канал -- VPN до relay-сервера, и
все вместе они в link aggregation". То есть, если я правильно понимаю,
на более низком уровне (OSI), что должно быть более универсальным, ибо более прозрачным для прикладного ПО. Нечто подобное делает Peplink (что-то вроде их mobile router, типа MAS-GN2C2-R).
У меня неразумная идея?
Кстати, интересно как будет вести себя видео-поток по UDP, когда часть пакетов передаётся с низкой латентностью, а часть -- с высокой. Забавная должна получаться кашица?
В любом случае тут вряд ли подойдут "аппаратные" решения. Хотя бы потому, что LTE (который придёт на замену WiMax от Йоты) появится в маскве только через месяц. И какое туда нужно будет оборудование, и насколько можно будет использовать LTE-модемы разных производителей -- пока сказать сложно.
Понятно, что шансов самому впихнуть поддержку во что-то linux-based (Debian или OpenWRT) гораздо больше, чем "ждать у моря погоды" или заказывать (за отдельные деньги с отдельным бюджетом, которого нету) поддержку нужных модемов у разработчиков.
Нетбук в этом плане универсальней.
Но рекомендую обратить внимание на температурные режимы работы
оборудования ........
Это вообще рискует стать больным местом, ибо в рюкзаке по 12 часов на улице -- это может быть очень холодно зимой и очень жарко летом.
Давайте лучше опишем задачу нужен некий аппаратнно-программный комплекс для трансляции видео на некий ресурс. Он должен быть носимым (мобильным), раз в рюкзаке, независимое питание ?
Для link agregation вам нужна поддержка протокола IEEE 802.3ad для аппаратных устройств, на Linux это проект bonding http://www.linuxfoundation.org/collaborate/workgroups/networking/bonding
Виталий
и без необходимой доработки. В этом случае мне видится только один выход
- использовать мобильные устройства с поддержкой Android, тем более что
на тех из них, которые построены на архитектуре ARM (а таких точно будет
половина, если не большинство), можно запросто поднять Debian если
потребуется. Главное при выборе почитать инструкцию и подобрать себе
наиболее подходящий по температурному режиму вариант (телефоны
стопроцентно будут нормально работать внутри рюкзака, а вот планшеты
возможно не все подойдут).
13.03.2012 3:22, Dmitry Samsonov пишет:
> Это вообще рискует стать больным местом, ибо в рюкзаке по 12 часов
> на улице -- это может быть очень холодно зимой и очень жарко летом.
>
>
Dmitry Samsonov
> Оно не рискует, оно им и станет если рюкзак будет из обычных
> материалов и без необходимой доработки.
Тем не менее, сейчас есть опыт подобной эксплуатации нетбуков (всер,
всус), с закрытой крышкой и выключенным экраном. Живы и работают.
Возможно, проблемы начнутся с наступлением тёплого времени года.
> В этом случае мне видится только один выход - использовать мобильные
> устройства с поддержкой Android, тем более что на тех из них,
> которые построены на архитектуре ARM (а таких точно будет половина,
> если не большинство), можно запросто поднять Debian если
> потребуется.
Андроиды -- это большой геморрой. Понятно, что сама ОС Android с
существующим на рынке прикладным софтом -- ужасное, практически ни на
что не годное говно, которое нельзя рассматривать всерьёз. Но,
во-первых, с Debian далеко не всё так просто как может показаться
(критичные модули могут оказаться бинарными проприетарными), во-вторых,
это надо ещё поискать устройства, к которым можно подключаться по USB
(чтобы воткнуть туда 5-6 "свистков" и плату видеозахвата для камеры). А
в-третьих, устройство, которое всё это сможет потянуть по
производительности -- будет стоить от 500$ до 1000$. То есть в целом
дороже нетбука в полтора-три раза. При том, что будет проигрывать
нетбуку по производительности.
--
Dmitry Samsonov
Dmitry Samsonov
> Для link agregation вам нужна поддержка протокола IEEE 802.3ad для
> аппаратных устройств, на Linux это проект bonding
> http://www.linuxfoundation.org/collaborate/workgroups/networking/bonding
>
> Примеры настройки для 100 Мб сетевух
> http://www.opennet.ru/tips/info/759.shtml в принципе без разницы какой
> сетевой интерфейс но готовьтесь играть с тонкими настройками.
На OpenNet-е в камментах рекомендуют лучше teql, ссылаясь на
топологию. В то время как в FAQ
http://www.linuxfoundation.org/collaborate/workgroups/networking/bonding#What_type_of_cards_will_work_with_it.3F
вполне говорится о том, что разные скорости -- не проблема.
Правда, как я понял, teql имеет довольно мало настроек, к тому же
максимальная скорость у него -- скорость самого медленного канала,
умноженная на количество каналов. Так что teql это не вполне то, что
хочется.
> Если комплекс не мобильный смотрите я бы собирал сам желзку подбирая
> компоненты, если носимый с независимым питание то тогда да нетбук что бы не
> мучатся. Вы бы просто описали задачу
Ну да, я ж описал:
http://lists.lvee.org/pipermail/talks/2012-March/007282.html
--
Dmitry Samsonov
> продуцки Huawei страдает либо качеством, либо ценой, а иногда и тем и
> другим. К сожалению WiMax, LTE и прочих 4G технологий в наших краях нет
> (операторы сидят на частотах, как собака на сене), так что довольствуюсь
> HSDPA.
А вот, кстати, ещё вопрос возник. С отслеживанием статуса (типа
мощность сигнала и других параметров) под Linux проблем не возникает?
Какие-то особенности у конкретных моделей есть? Можно ли как-то
программно различать разных операторов сотовой связи (ну то есть, к
примеру, подключено три одинаковых USB-модема, в каждом из которых
sim-карта разных операторов -- и программно понять где какой оператор;
как с предварительной привязкой так и без)?
Какие тут перспективы и зависит ли что от моделей модемов?
Daniel A. Nagy
> А вот, кстати, ещё вопрос возник. С отслеживанием статуса (типа
> мощность сигнала и других параметров) под Linux проблем не возникает?
> Какие-то особенности у конкретных моделей есть? Можно ли как-то
> программно различать разных операторов сотовой связи (ну то есть, к
> примеру, подключено три одинаковых USB-модема, в каждом из которых
> sim-карта разных операторов -- и программно понять где какой оператор;
> как с предварительной привязкой так и без)?
> Какие тут перспективы и зависит ли что от моделей модемов?
Ооо, это тема длинная и болезненная! :-) Существует целый перечень
"стандартных" АТ-команд при помощи которых можно узнать всякое интересно
про модем и его состоянии. Реализуются же они в разных модемах немножко
по-разному (если вообще), и посему сулят храбрым первопроходцам долгие
часы и дни веселых приключений с множеством отркытий.
Точки отправления:
http://lars-bamberger.gmxhome.de/linux/E169.html
https://wiki.archlinux.org/index.php/Huawei_E1550_3G_modem
http://www.developer.nokia.com/Community/Wiki/AT_Commands
Успехов!
--
Даня