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

Вопрос к знатокам чисто гипотетический....

Допустим имеем 2 jirous 29 Дб с двойной поляризацией. К ним на каждый вход прикрутить по буллету или Mikrotik Groove.

Разнести их по частоте, на коммутаторах сделать так чтобы через один канал шел поток только в одну сторону и через другой в другую. Теоретически должен получиться линк с минимальными задержками и fulldeplex.

Может кто скажет будет ли это работать??? :-)

Share this post


Link to post
Share on other sites

Скорее всего работать нормально не будет. Развязка входов у мимо-антенн недостаточная. Приемники у буллетов будут постоянно перегружаться по входу и модуляции падать. Заметьте что у настоящих 11n разнос между потоками временной, а не частотный.

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

Скорее всего работать нормально не будет. Развязка входов у мимо-антенн недостаточная. Приемники у буллетов будут постоянно перегружаться по входу и модуляции падать. Заметьте что у настоящих 11n разнос между потоками временной, а не частотный.

У джириуса изоляция между поляризациями больше 50дб.

 

Будет. Но нужно два умных свича. Еще нужен видимо разбег между частотами этих пар булетов хороший.

Т.е. стоит попробовать?? :-)

Если есть железо то стоит. Если нет то лучше строить на нормальном 11N.

Share this post


Link to post
Share on other sites

Допустим имеем 2 jirous 29 Дб с двойной поляризацией. К ним на каждый вход прикрутить по буллету или Mikrotik Groove.

Разнести их по частоте, на коммутаторах сделать так чтобы через один канал шел поток только в одну сторону и через другой в другую. Теоретически должен получиться линк с минимальными задержками и fulldeplex.

Может кто скажет будет ли это работать??? :-)

Будет. Два отдельных линка с полосой в 40 мгц работают без проблем с такими антенами.

 

Будет. Но нужно два умных свича. Еще нужен видимо разбег между частотами этих пар булетов хороший.

Роутеры нужны, свичи тут не помогут.

Share this post


Link to post
Share on other sites

 

Роутеры нужны, свичи тут не помогут.

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

Edited by klisha

Share this post


Link to post
Share on other sites

 

Роутеры нужны, свичи тут не помогут.

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

Данные будут идти только по одному из линков.

Share this post


Link to post
Share on other sites

Тут MT напрашивается.

Можно и nstream замутить, а можно и EoIP.

Или и то и то, в комплексе.

Edited by Deac

Share this post


Link to post
Share on other sites

Тут MT напрашивается.

Можно и nstream замутить, а можно и EoIP.

Или и то и то, в комплексе.

Нстрим и ЕоИП вообще то совершенно разные вещи, и ТС они не помогут. реально реализовать через OSPFю

 

Тут MT напрашивается.

Можно и nstream замутить, а можно и EoIP.

Или и то и то, в комплексе.

Нстрим и ЕоИП вообще то совершенно разные вещи, и ТС они не помогут. реально реализовать через OSPFю

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

Нстрим и ЕоИП вообще то совершенно разные вещи

...что не секрет. )

 

ТС они не помогут. реально реализовать через OSPFю

Почему нет?

 

RB800 + 4 WiFi = (2 x nstream) и в EoIP их.

 

с точки зрения радио, как направить трафик по одному каналу в одну сторону а по другому в другую - это

...называется nsteam. )

Share this post


Link to post
Share on other sites

Я пробовал такую схему, только после устройств поставил с каждой стороны по RB750G и на них через OSPF настроил маршрутизацию так, что в одну сторону данные шли по одному каналу, в другую по второму. Получился FDD =) Поверх поднял EoIP туннель, он сразу съел 20% пропускной способности канала. В итоге сделать один канал в МИМО проще и будет более высокая производительность, чем городить 2 независимых канала и потом собирать их в один. Тем более вариант на 2-х независимых каналах займет очень много частотного ресурса, ведь нужны еще защитные интервалы между частотами устройств.

Share this post


Link to post
Share on other sites

Допустим имеем 2 jirous 29 Дб с двойной поляризацией. К ним на каждый вход прикрутить по буллету или Mikrotik Groove.

Разнести их по частоте, на коммутаторах сделать так чтобы через один канал шел поток только в одну сторону и через другой в другую. Теоретически должен получиться линк с минимальными задержками и fulldeplex.

Может кто скажет будет ли это работать??? :-)

Dual nstreme, поищите на микротиковском форуме, вроде были описаны реализации даже помоему с фотками.

Share this post


Link to post
Share on other sites

Поверх поднял EoIP туннель, он сразу съел 20% пропускной способности канала.

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

Share this post


Link to post
Share on other sites

EoIP с bonding-ом умеет равномерно раскидывать трафик по каналам.

Edited by Deac

Share this post


Link to post
Share on other sites

EoIP с bonding-ом умеет равномерно раскидывать трафик по каналам.

Да идеято не в этом, а в том, чтобы "туда" по одному каналу, а "обратно" по другому. Только вот ТС почему-то не учел, что у wifi в радио, даже если трафик будет идти в одну сторону, фреймы, хоть и в небольшом количестве будут летать и в обратную сторону

Share this post


Link to post
Share on other sites

Так то ж в обратном крайне мало. В дуплексе вайфай имеет тенденцию деградировать по пропускной способности относительно чистого симплекса, по сему смысл в затее может иметь место.

Share this post


Link to post
Share on other sites

Да идеято не в этом, а в том, чтобы "туда" по одному каналу, а "обратно"

 

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

Share this post


Link to post
Share on other sites
а потом получившиеся каналы в бондинг и уже поверх бондинга EoIP.

А смысл какой? Чем вам бондинг интерфейсы не угодили?

Share this post


Link to post
Share on other sites

А смысл какой? Чем вам бондинг интерфейсы не угодили?

 

Будет мусор от бондинга в ethernet лезть и глюки с бондингом бывают, если по нему сразу реальный трафик гнать.

Лучше EoIP и даже со сжатием.

Share this post


Link to post
Share on other sites

EoIP с bonding-ом умеет равномерно раскидывать трафик по каналам.

Только вот ТС почему-то не учел, что у wifi в радио, даже если трафик будет идти в одну сторону, фреймы, хоть и в небольшом количестве будут летать и в обратную сторону

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

Share this post


Link to post
Share on other sites

Так вам канал L2 нужен или L3 подойдет? Тогда и никаких туннелей не нужно, все и так будет работать.

Share this post


Link to post
Share on other sites

чистый л3 тут подойдет лучше всего , и меньше займет ресов , чем туннели .

Share this post


Link to post
Share on other sites

Ну так все равно нужно 3-е устройство с каждой стороны, которое будет собирать потоки данных. При работе на 3-м уровне потерь в производительности не будет.

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