[BuRG3D]

Доброго времени суток. Ситуация следующая. На физическое лицо РТК выделяет 10Мбс максимум. Мне надо через антенну 50 Мбс отправить. Можно ли составить договор с 5 физлицами, которые живут в одном подъезде, приплюсовать все это 10 Мбс и отправить как один 50 Мбс? Ну то есть сделать радиоканал 50Мбс?

[saaremaa]

Можно, торрент называется :) Отдаешь файл на флешке 5-ти абонентам с каналом 10 Мбит/с

[NewUse]

а где соединять будешь(нужен выделенный сервер в интернете с двойным каналом, т.е. не менее 100МБит/с, а это уже достаточно накладно )?

и,ИМХО, там суммарно и будет 10Мбит, они скорее всего на дом приходят.

Какая технология узнавал?

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

[ReCom48]

Можно!!!, микротик все это твое добро может собрать и суммировать

[saaremaa]

Ну то есть сделать радиоканал 50Мбс?

Первое → 10+10+10+10+10 != 50Mbit/s

Второе → за такое вам оторвут руки. :)

[BuRG3D]

а где соединять будешь(нужен выделенный сервер в интернете с двойным каналом, т.е. не менее 100МБит/с, а это уже достаточно накладно )?

и,ИМХО, там суммарно и будет 10Мбит, они скорее всего на дом приходят.

Какая технология узнавал?

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

оптика GPON приходит

 

Ну то есть сделать радиоканал 50Мбс?

Первое → 10+10+10+10+10 != 50Mbit/s

Второе → за такое вам оторвут руки. :)

кто? РТК? Они даже не узнаю же?

[NewUse]

оптика GPON приходит

Ну тогда можно попробовать объединить, но как писал выше -- нужен выделенный сервер в интернете, либо данное распределение будет не равномерным и не резервируемым (статичными маршрутами).

Но, опять же, объединять надо проводами до подачи в радио.

 

Они даже не узнаю же?

Захотят -- узнают.

[BuRG3D]

оптика GPON приходит

Ну тогда можно попробовать объединить, но как писал выше -- нужен выделенный сервер в интернете, либо данное распределение будет не равномерным и не резервируемым (статичными маршрутами).

Но, опять же, объединять надо проводами до подачи в радио.

 

Они даже не узнаю же?

Захотят -- узнают.

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

[saaremaa]

кто? РТК? Они даже не узнаю же?

поверьте мне в РТК не дураки работают.

[NewUse]

то есть маршрутизатором не обойтись?

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

[saaremaa]

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

 

Опять же не понятно что за трафик вы хотите передавать.

[NewUse]

там GPON, ИМХО, не засекут....

из роутеров, можно тот же микротик CCR1009-8G-1S взять или, ЮБНТ EdgeRouter ER-8, в зависимости от того, на чём беспроводную часть сторить будете.

 

Можно даже сэкономить, и взять 6-8ми портовый умный свитч и дешёвый роутер, типа EdgeRouter Lite, но это надо смотреть на сколько что выгоднее/дешевле выйдет.

[saaremaa]

там GPON, ИМХО, не засекут....

Не работал с gpon. Сколько там голова может отдать?

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

[BuRG3D]

кто? РТК? Они даже не узнаю же?

поверьте мне в РТК не дураки работают.

просто мне кажется им по барабану будет, главное платили вовремя XD

 

то есть маршрутизатором не обойтись?

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

короче лучше не заморачиваться да?

[NewUse]

короче лучше не заморачиваться да?

всё зависит от целей, заморочиться то можно, не так всё сложно, и не так всё плохо, а если с умом и руками подойти, то можно и хорошо сделать, но:

1)Вы представляете как? Понимаете, что на одну сессию более 10Мбит Вы всё равно не получите(без внешнего сервера)?

2)А Вам точно надо этих 50Мбит или может 10Мбит хватит?

[BuRG3D]

короче лучше не заморачиваться да?

всё зависит от целей, заморочиться то можно, не так всё сложно, и не так всё плохо, а если с умом и руками подойти, то можно и хорошо сделать, но:

1)Вы представляете как? Понимаете, что на одну сессию более 10Мбит Вы всё равно не получите(без внешнего сервера)?

2)А Вам точно надо этих 50Мбит или может 10Мбит хватит?

все 50 надо отправить в одно село и распределить по 1 - 3 Мбс, расстояние 27 км

[ChargeSet]

все 50 надо отправить в одно село и распределить по 1 - 3 Мбс, расстояние 27 км

Ну с такими тарифами особенной необходимости склеивать каналы нет.

[NewUse]

все 50 надо отправить в одно село и распределить по 1 - 3 Мбс, расстояние 27 км

Сколько у Вас абонентов/Точек доступа(базовых станций), такое чувство, что и 10Мбит Вам за глаза хватит

[adron2]

короче лучше не заморачиваться да?

всё зависит от целей, заморочиться то можно, не так всё сложно, и не так всё плохо, а если с умом и руками подойти, то можно и хорошо сделать, но:

1)Вы представляете как? Понимаете, что на одну сессию более 10Мбит Вы всё равно не получите(без внешнего сервера)?

2)А Вам точно надо этих 50Мбит или может 10Мбит хватит?

все 50 надо отправить в одно село и распределить по 1 - 3 Мбс, расстояние 27 км

 

У меня есть наработки по этому поводу. Есть ядерный модуль для линукса который поднимает udp или icmp туннель на сервер. И у этого модуля есть возможность суммирования каналов и их горячее резервирование. При отвале одного из каналов время переключения будет в среднем 1/5 секунды(можно настроить еще меньше).

mtu на таком туннеле 1500 ! то есть никакой mss коррекции не нужно будет.

Для РТК это будет выглядеть как одна udp сессия(трафик шифрованный) в 10 мегабит. Сессии можно поднять на разные ip адреса из разных автономных систем(для большей скрытности). Так же могу дать сколько нужно внешних ip адресов со своего блока.

Сервер оканчивающий туннель установлен в Москве. То есть связность и пинг будут очень хорошие. Если интересно - пишите в личку.

Для поднятия туннеля можно использовать Mikrotik RB750. По тестам он как раз 55 RX + 55 TX (суммарно 110 мегабит) на пакетах в 500 байт вытягивает. Прошивка ясное дело кастомная(на базе OpenWRT).

[Ferdin]

все 50 надо отправить в одно село и распределить по 1 - 3 Мбс, расстояние 27 км

зачем вам 50 / 1-3 мбит делить, в село где есть 3g те-же 3-5 мбит/с.

[Wz2002]

А какое устройство нужно использовать, чтобы объединить 5 каналов по 10 Мбит в один канал 50 Мбит?

[NewUse]

А тему внимательно почитать?

[ReCom48]

У меня вот такая хрень 2 в один жмет rb951g-2hnd и резерв держит (на случай отключения основного), было такое что канал в течении недели в день раз по 5 прерывался но эта штука спасла, довольно шустро переключается на резерв и обратно при появлении основного.

[Saab95]

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

 

Если по уму то ставите микротик в центре, ставите микротик за РТК, на нем поднимаете 5 L2TP туннелей, включаете OSPF, включаете BFD и все заработает.

 

mtu на таком туннеле 1500 ! то есть никакой mss коррекции не нужно будет.

 

Это как МТУ 1500, если в туннеле получается МТУ меньше 1500? Так лучше не делать, т.к. пакет данных разбивается на два и контроль передачи устанавливается на оборудование, которое туннели поднимает. Если пойдут потери или нарушится очередность пакетов, данные в канале начнут теряться. Выгоднее не трогать ничего по теме МТУ и переложить задачу на абонентское оборудование, при этом MSS трогать вообще не потребуется.