Перейти до

Радиолинк 500+Мбит на 5км.


Рекомендованные сообщения

2 минуты назад, tkapluk сказал:

Ахаха. Мы ж говорим про качественные услуги, а не про говносети. 

Да и про какие статистические данные можно говорить если трафик тупо уперся в ограничение канала? :facepalm: Завтра ты зажмешь канал с 500 до 400... и ровно у тех же хомяков у тебя выйдет совсем другая статистика. 😁

Повторяю, если радиоканал  или шейп по оптике достаточной емкости и не ограничивает по скорости юзеров.

Ссылка на сообщение
Поделиться на других сайтах
  • Відповіді 146
  • Створено
  • Остання відповідь

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

Cambium  - это exMotorola  до 2011. И понятно, что современная продукция   Cambium, которая разрабатывается теми же инженерами и находится в том же бывшем центральном офисе  Моторолы ныне Сambium в пр

Сто пудов. Автор если надо стабильный линк без танцев с бубанами ставь релейки и не будеш иметь проблем поставишь и забудешь что у тебя там вообще радио стоит Вопрос в оптике вообще стоять не будет

Это только во вселенной поклонников радиоканалов. В реалиях проводного интернета еще и скидку можно получить, т.к. магистралы/точки доступа дают симметрию, и по Алверовской статистике, 90+% трубы нару

Posted Images

5 минут назад, tkapluk сказал:

 

А вот тебе скорость фтп в один поток: 

http://i.piccy.info/i9/1e79da3461bbbf3ddd229f417e0d3e8e/1633866341/34335/1444453/ftp_speed_800.jpghttp://i.piccy.info/a3/2021-10-10-11-45/i9-15108602/800x239-r/i.gif

 

150 МБ/с и это оно скорее всего уперлось в скорость ХДД. 

 

 

Я что сказал, что скорость  FTP  даже в одном TCP потоке  не может быть 150МБ/с или 900 Mbps  ? 

Ссылка на сообщение
Поделиться на других сайтах
15 минут назад, Alver сказал:

Повторяю, если радиоканал  или шейп по оптике достаточной емкости и не ограничивает по скорости юзеров.

 

так ты ж сам привел пример когда трафик уперся в трубу и юзера не увидят обещанную скорость ни в спидтесте ни в торренте. О какой достаточной емкости речь? 😁 

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

5 минут назад, Alver сказал:

Я что сказал, что скорость  FTP  даже в одном TCP потоке  не может быть 150МБ/с или 900 Mbps  ? 

 

Ну так назови цифру которой ограничен один поток фтп. Или к чему ты этот бред написал в сообщении где на всех хомяков труба 500 мб/с? 

Відредаговано tkapluk
Ссылка на сообщение
Поделиться на других сайтах
39 минут назад, tkapluk сказал:

Не правда. вот даже на этой странице четко видно, что вся статика грузится в потоков 10: 

https://i.piccy.info/i9/e00fb65c7eb3cd81f28f903664376012/1633865128/482135/1444453/2021_10_10.jpg

 Я сказал, что это важно ... когда картинки html грузятся в один TCP поток. Но на самом деле  HTTP   может  обслуживать несколько потоков  TCP.

Ссылка на сообщение
Поделиться на других сайтах
55 минут назад, tkapluk сказал:

Ну так назови цифру которой ограничен один поток фтп. Или к чему ты этот бред написал в сообщении где на всех хомяков труба 500 мб/с? 

 Такой цифры одной на все случаи  -нет. Есть цифра максимально 500Мbps в один TCP поток на радио 802.11ax на 1024QAM в 80МГц.  В 5 TCP потоках - max 950Mbps.  Это значит , что при    HTTP браузинге     при использовании браузером  протокола загрузки файлов в один   TCP поток , а также     FTP  c  одним TCP потоком ( но FTP не всегда однопоточные )  скорости больше 500М на одного юзера на радио 802.11ax  в канале 80  МГц получить нельзя.    

В канале 160МГц цифра другая.

   Но это все имеет чисто теоретическое  значение. Мы говорим об аплинке в поселок с несколькими сотнями юзеров в канале  и несколькими тысячами сессий   TCP  и UDP.  И ограничение одной TCP сессии (  stream -   потока )  в 500М никакой роли  на практике не влияет . Но знать это желательно.

   Аналогичная картина есть в кабельных сетях, зависит от применяемых сетевых устройств и протоколов выше L3.    Я эти вопросы в кабельных сетях  не изучал и цифрами не владею.  Если кому интересно - исследуйте сами  или гуглите.   

ЗЫ

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

Відредаговано Alver
Ссылка на сообщение
Поделиться на других сайтах
1 час назад, tkapluk сказал:

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

Опять все извратил. Где это я привел пример когда трафик уперся в трубу?   Наоборот, я  расчитываю параметры  канала связи, в том числе  потребную  емкость канала , и подбираю  соответствующее оборудование , чтобы трафик никуда не упирался  и  юзера видели свой тариф.

Відредаговано Alver
Ссылка на сообщение
Поделиться на других сайтах
1 час назад, tkapluk сказал:

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

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

    В этом случае такому юзеру нужно 1) поставить шейп скорости  2) ограничить количество  его      TCP/UDP сессий 3)   проверить не использует ли он интернет в коммерческих целях как юр. лицо, для которых применяется другой тариф.  4) отключить , чтобы не мешал другим юзерам.

Відредаговано Alver
Ссылка на сообщение
Поделиться на других сайтах
49 минут назад, Alver сказал:

Я сказал, что это важно ... когда картинки html грузятся в один TCP поток. Но на самом деле  HTTP   может  обслуживать несколько потоков  TCP.

Не нужно включать заднюю. Ты сказал "при простом  html browsing". Кто мля при простом браузинге хрен пойми как включает работу браузера в один поток? Это вобще возможно?

 

35 минут назад, Alver сказал:

Есть цифра максимально 500Мbps в один TCP поток на радио 802.11ax на 1024QAM в 80МГц.  В 5 TCP потоках - max 950Mbps. 

а ты уверен, что эти ограничения именно на TCP уровне? или к чему тут TCP? На другие протоколы это ограничение не распространяется? 

 

35 минут назад, Alver сказал:

Вы как то извращенно понимаете то

и опять попытка перейти на личности. Просто не включай заднюю пытаясь изменить смысл написанного. 

 

21 минуту назад, Alver сказал:

Где это я привел пример когда трафик уперся в трубу?   

 

вот:

5 часов назад, Alver сказал:

Если канал 500М, и  он загружен в прайм тайм на 450М, то юзер с тарифом 100М измерив тестом, скажем OOLA Speedtest , свою скорость , не увидит свой тариф и будет возмущаться. Также он не сможет прокачать скажем торрентом 100М, и будет возмущаться еще больше. 

 

10 минут назад, Alver сказал:

Если для юзеров нет шейпа, то они независимо от того достаточно  емкости канала или недостаточно,   имеют возможность загрузить канал  по полной. 

ну это ты какой-то бредовый частный случай взял. Кто ж всем хомякам предоставляет канал такой как труба аплинка или даже больше? Не нужно доводить до абсурда. 

В твоем примере, когда 300 хомяков генерят стабильно 50 мб/с трафика на выход и кто-то один с тарифом ограниченным не шейпом, а портом в 100 мб/с, сделает офигительный скачек на графике просто загрузив оди большой файл куда-то. Опять таки, речь идет канал "достаточной емкости", а не про какой-то частный случай когда ты на всех юзеров выделил трубу в 55 мегабит.

Ссылка на сообщение
Поделиться на других сайтах
53 минуты назад, tkapluk сказал:

ну это ты какой-то бредовый частный случай взял. Кто ж всем хомякам предоставляет канал такой как труба аплинка или даже больше? Не нужно доводить до абсурда. 

В твоем примере, когда 300 хомяков генерят стабильно 50 мб/с трафика на выход и кто-то один с тарифом ограниченным не шейпом, а портом в 100 мб/с, сделает офигительный скачек на графике просто загрузив оди большой файл куда-то. Опять таки, речь идет канал "достаточной емкости", а не про какой-то частный случай когда ты на всех юзеров выделил трубу в 55 мегабит.

Опять кто сказал что 300 юзеров генерят стабильно 50 Mbps ?  Они генерят  до 450  Mbps - max 600 Mbps DL  в течении 3 часов в прайм-тайм.  При этом у всех юзеров тариф может быть 50-100 Mbps . Для  этих 300 юзеров нужна труба max 650 Mbps DL+UL   плюс  запас в размере максимального  тарифа 100М,  на случай, если кто из юзеров в прайм -тайм измерит свою скрость, то увидит эти свободные и доступные ему 100М.  Всего требуется труба ( аплинк канал ) емкостью 700 Mbps. Это называется канал достаточной  для 300 юзеров емкости. 

           При этом не исключено , что  несколько из этих 300 юзеров  будут использовать кратковременно  ( скажем несколько минут) в случайные моменты времени  свой канал на максимум с загрузкой 100М. При этом это не изменит статистическую картину загрузки аплинк  канала 450-600 Mbps.  Потому что статистически вероятность совпадения моментов времени такой полной загрузки 100М от одновременно нескольких кратковременно работающих юзеров из всех в количестве 300 - мала.     Если же найдется хомяк-чудик, который на все 3 часа прайм-тайма загрузит СВОЙ канал на 100М ( что вообще сделать непросто )  и таки изменит статистическую  картину загрузки аплинка трафика в прайм- тайм в поселок, то на него обратят внимание, и на следующий раз примут меры, чтобы такого больше не делал. 

И какой такой частный случай когда я , по твоим словам  на всех юзеров выделил трубу  55  Mbps ?     С чего ты это взял ?  Я такого не  делал. Ты в своем уме?  

   

Відредаговано Alver
Ссылка на сообщение
Поделиться на других сайтах
21 минуту назад, Alver сказал:

 

  Так я привел негативный пример как не надо делать. Ты с чего то приписал его мне и с этим борешься.

Этот негативный пример отлично вписывается пот вот эти утверждения: 

  

7 часов назад, Alver сказал:

-  максимальная   Upload    скорость   в прайм-тайм статистически не превышает 10% от Download. Тем самым для 300 юзеров  типа хомяч oк Upload  трафик не превысит 45- 60  Mbps.

- максимальная усредненная  за несколько секунд  пакетная нагрузка  in+out трафика составляет 1.3-1.5* S pps. Где S -cкорость реального трафика ( от сетен юзеров типа хомячок) в  Download. 

     Тем самым, для поселка с 300 дворами, подключенными в Интернет,  если строить канал на радио 5 Ггц, то понадобится оборудование с максимальной пропускной способностью 500-650 Mbps, которое для систем TDD  измеряется Upload+Download. 

Ну приведи хороший пример как ты перераспределишь Upload и Download. Дабы опять не доводить до абсурда, давай сразу предположим, что скорость хомякам ограничивается стандартным 100 мб/с портом. 

Ссылка на сообщение
Поделиться на других сайтах
2 минуты назад, tkapluk сказал:

Этот негативный пример отлично вписывается пот вот эти утверждения: 

Так я говорю об  Upload  трафике, они это потребляют и им не ограничивают это потребление трубой 55М.  

5 минут назад, tkapluk сказал:

Ну приведи хороший пример как ты перераспределишь Upload и Download. Дабы опять не доводить до абсурда, давай сразу предположим, что скорость хомякам ограничивается стандартным 100 мб/с портом

Я совершенно четко и однозначно выше это  описал.  И   Upload   / Download    я не распределяю и не ограничиваю . Я имею статистическую оценку такого распределения на практике и исходя из этого  расчитываю потребную емкость трубы. 

Ссылка на сообщение
Поделиться на других сайтах
1 минуту назад, Alver сказал:

Так я говорю об  Upload  трафике, они это потребляют и им не ограничивают это потребление трубой 55М.  

ну ты ж уже сам себе противоречишь. Ты сначала утверждаешь " не превысит 45- 60  Mbps.", а потом добавляешь:

 

8 минут назад, Alver сказал:

плюс  запас в размере максимального  тарифа 100М,

 

Т.е. по факту превысит, и нужно держать канал в 3 раза шире от твоей статистики.

 

Ну и как-то у тебя в прошлых расчетах было 500-650 мегабит на 300 хомяков, а теперь уже подросло до 700.  

 

Собственно ты этот срач и развел после моей цитаты, что при таком небольшом количестве хомяков та статистика не особо работает, а на графиках будут большие скачки.  И думаю, именно благодаря запасу цифра выросла до 700... 

Ссылка на сообщение
Поделиться на других сайтах
1 час назад, tkapluk сказал:

ну ты ж уже сам себе противоречишь. Ты сначала утверждаешь " не превысит 45- 60  Mbps.", а потом добавляешь:

 

 

 Реальный трафик то не превысит, но запас нужен для других целей-  для  возможных тестов юзера. 

1 час назад, tkapluk сказал:

Ну и как-то у тебя в прошлых расчетах было 500-650 мегабит на 300 хомяков, а теперь уже подросло до 700.  

Это запас +50-100М-  его  давать не обязательно . Но лучше   запас так  не помещает это дать.    Но не в три раза больше   max загрузки канала.

Відредаговано Alver
Ссылка на сообщение
Поделиться на других сайтах

трафик 50 хомяков без шейпов.

 

image.png.4f6709e64b3f2719a4542736ab273b6d.png

 

трафик 100 без шейпов

 

image.png.809360c92f6dd9eec2f2134d039100ad.png

 

 

трафик около 400+ с шейпами и ограничением канала принудительным 550.

 

image.png.b8a76151cb95bdaa03972f7ff4722f84.png

Ссылка на сообщение
Поделиться на других сайтах
1 час назад, tkapluk сказал:

при таком небольшом количестве хомяков та статистика не особо работает

Статистика вообще плохо работает при небольшом количестве вероятностных событий. И конечно чем больше юзеров и трафика, тем адекватней статистика  и  меньше  будут скачки трафика в зависимости от активности единичных юзеров. Это интуитивно очевидно даже для людей без профильного образования.   Мне незачем с этим спорить. 

И запас по скорости  вообще не имеет отношения к статистичесой оценки параметров трафика . Я про  запас  ранее не говорил , потому  что он должен быть и так понятно.  Как я сказал выше, запас  должен составлять не менее  размера  максимального тарифа одного юзера. Держать запас в три раза больше максимальной средней загрузки канала   явно избыточно и этому нет  обоснования и аргументации.  Если есть - приведите цифры,  а не несите высосанную из пальца ахинею.

Відредаговано Alver
Ссылка на сообщение
Поделиться на других сайтах
31 минуту назад, kill_bot сказал:

трафик 50 хомяков без шейпов.

 

image.png.4f6709e64b3f2719a4542736ab273b6d.png

 

трафик 100 без шейпов

 

image.png.809360c92f6dd9eec2f2134d039100ad.png

 

 

трафик около 400+ с шейпами и ограничением канала принудительным 550.

 

image.png.b8a76151cb95bdaa03972f7ff4722f84.png

Ну так сами видите, что чем больше юзеров  и больше трафик,  тем адекватней статистическая оценка  параметров трафика   и  ближе статистика  к цифре DL/UL =10/1.        Причем    average DL/UL   без шейпа 47.34/3.64=13/1 примерно соответствует average DL/UL  =13.58/1  с шейпом, то есть , как я и говорил не зависит от тарифа. Но максимальные значения трафика без шейпа конечно выше, но на усреденную статистику они не влияют.

ЗЫ

Эти скрины сразу бы и показали. Не было бы дебильных вопросов ,  высосанных из пальца  претензий  от всяких  разных чудил.

Відредаговано Alver
Ссылка на сообщение
Поделиться на других сайтах
1 минуту назад, Alver сказал:

Ну так сами видите, что чем больше юзеров  и больше трафик,  тем адекватней статистическая оценка  параметров трафика   и  ближе статистика  к цифре DL/UL =10/1.        Причем    average DL/UL   без шейпа 47.34/3.64=13/1 примерно соответствует average DL/UL  =13.58/1  с шейпом, то есть , как я и говорил не зависит от тарифа. Но макимальные значения трафика без шейпа конечно выше, но на усреденную статистику они не влияют.

ЗЫ

Эти скрины сразу бы и показали. Не было бы дебильных вопросов ,  высосанных из пальца  претензий  от всяких  разных чудиков

черт твое мнение меня вообще не интересует. ты мне ответишь за свои слова.

Ссылка на сообщение
Поделиться на других сайтах
7 минут назад, kill_bot сказал:

черт твое мнение меня вообще не интересует. ты мне ответишь за свои слова.

Хочешь пообщаться оффлайн-приезжай. Кто я  и где я ты, если в  теме, должен  знать. Встретим гостеприимно :). 

Відредаговано Alver
Ссылка на сообщение
Поделиться на других сайтах
1 час назад, Alver сказал:

Это запас +50-100М-  его  давать не обязательно

:facepalm: и опять вернулись к "плохому примеру"... 

 

1 час назад, Alver сказал:

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

Ты с головой совсем не дружишь? Это ж твой пример. 300 хомяков, на выход около 50.. тариф 100.

50+100 = 150.  Что в 3 раза больше от твоей же статистики. 😂

 

 

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

Ссылка на сообщение
Поделиться на других сайтах
39 минут назад, tkapluk сказал:

Ты с головой совсем не дружишь? Это ж твой пример. 300 хомяков, на выход около 50.. тариф 100.

50+100 = 150.  Что в 3 раза больше от твоей же статистики. 😂

А я вот не понимаю твоей логики.   Расчеты простые как угол дома.  300 хомяков, на вход DL потребляют  до 450-600М, на UL выход 10%   от DL  -  примерно в среднем 50М.  Потребная труба 600+50=650 М. Запас 100М на  OOKLA speedtest,  он симплескный , поочередно на вход и выход , поэтому запас 100М  добавляется и на вход и на выход -к сумме  UL+DL .Итого,   требование к пропускной способности  TDD канала с адаптивным делением UL/DL = 650+100= 750Mbps UL+UL.  Что тут можеь быть непонятного ?   

  И неправильно к  UL 50M   добавлять 100 М запаса в виде максимального тарифа 100М,  получая какую то непонятную херню , что  в три раза типа больше непонятно какой именно моей статистики? 100М добавляется к сумме UL+DL 650 M = 750М, а не по отдельности к UL или DL.

 

Відредаговано Alver
Ссылка на сообщение
Поделиться на других сайтах
24 minutes ago, Alver said:

А я вот не понимаю твоей логики.   Расчеты простые как угол дома.  300 хомяков, на вход DL потребляют  до 450-600М, на UL выход 10%   от DL  -  примерно в среднем 50М.  Потребная труба 600+50=650 М. Запас 100М на  OOKLA speedtest,  он симплескный , поочередно на вход и выход , поэтому запас 100М  добавляется и на вход и на выход -к сумме  UL+DL .Итого,   требование к пропускной способности  TDD канала с адаптивным делением UL/DL = 650+100= 750Mbps UL+UL.  Что тут можеь быть непонятного ?   

  И неправильно к  UL 50M   добавлять 100 М запаса в виде максимального тарифа 100М,  получая какую то непонятную херню , что  в три раза типа больше непонятно какой именно моей статистики? 100М добавляется к сумме UL+DL 650 M = 750М, а не по отдельности к UL или DL.

 

А если случится такое что одновременно 1-2 человека решат использовать свои 100мбит? Всем остальным плакать?

Ссылка на сообщение
Поделиться на других сайтах
31 минуту назад, Бульба сказал:

А если случится такое что одновременно 1-2 человека решат использовать свои 100мбит?

Как это что, отключать. Как несоответствующие политике партии. Потому что

 

10 часов назад, Alver сказал:

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

 

Ссылка на сообщение
Поделиться на других сайтах
1 час назад, Бульба сказал:

А если случится такое что одновременно 1-2 человека решат использовать свои 100мбит? Всем остальным плакать?

 

Первый вопрос заключается в том, каковая вероятность этого если , то есть вероятность одновременного использования  всего своего ресурса 100М двумя, тремя, .... 50, 100 юзерами.  Второй вопрос,   а  какова вероятность  использования  этими  юзерами  не всего 100М своего ресурса, а 90М, 80 М, 70 М  и тд.  Если известны эти вероятности, то параметры закона распределения случайного процесса - загрузки канала трафиком можно посчитать, а сам график закона распредения точно нарисовать. Но мы  не знаем вероятностные цифры по каждому  юзеру, поэтому пойдем от обратного. 

    Мы  знаем, что исходя из природы возникновения  и поведения случайного процесса  скорости  загрузки  канала от сотен независимых юзеров   cам  закон  распределения этой скорости  как случайной величины подчиняется Релевскому закону.  

  Поэтому  мы, сняв статитистику поведения загрузки канала в течении скажем нескольких недель или месяцев и полагая, что это закон распределения Релея, мы  методами математической статистики  можем  дать статистическую оценку его параметрам   и в частности дать ответ Бульбе , что вероятность того, что 1-2 человека решат одновременно в течении какого продолжительного времени ( от  которого все остальные юзеры станут плакать, а это время еще надо тоже  оценить)  решатся использовать все свои 100М - составляет,  например,  1%. Поэтому вероятность ответа на первый  вопрос - этого если  , напаример, 1 %  , а вероятность что остальным юзерам придется при этом плакать , то есть канал просто упал, например 0.1%. Удовлетворяет такая вероятность  юзеров и провайдера при подаче канала - трубы  емкостью 750Мbps для 300 юзеров с тарифами 100М?     Думаю , что да. Если же для кого то ответ  нет, и есть требование чтобы верятность эта была 0,01%, то тогда расчеты покажут, что  для 300 юзеров  нужна труба, например, 5  Gbps .      Стоит ли эта низкая вероятность падения канала потребного для 300 хомячков  5 гигового канала и соответствующих денег?   Если стоит и эти деньги у вас есть, то вперед и с песней !:)  

ЗЫ

Вообще задача посчитать потребную емкость канала X  для определенного количества Y юзеров с тарифами Z       cуществует с момента появления Интернет. Никто же не будет полагать, что должно  быть  X=У*Z !!!.     Есть    теоретическая методика расчета с учетом коэффициента переподписки К , например,  К = 5 или 10. То  есть  X=У*Z/K. Где К определяется эмпирически  из практики. Есть полностью более точная эмпирическая методика, про которую я расказал выше.  

 

Відредаговано Alver
Ссылка на сообщение
Поделиться на других сайтах

 

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

TDD канала с адаптивным делением UL/DL = 650+100= 750Mbps UL+UL

2UL 😂

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

 

1592839451_torrentspeed.jpg.ec10107d59d301eb9df24169bee50293.jpg

Відредаговано tkapluk
Ссылка на сообщение
Поделиться на других сайтах

Создайте аккаунт или войдите в него для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Вхід

Уже зарегистрированы? Войдите здесь.

Войти сейчас
  • Зараз на сторінці   0 користувачів

    Немає користувачів, що переглядають цю сторінку.

  • Схожий контент

    • Від fox_p
      Добрый день.
      Интересует комплект на расстояние 5км. Скорость >300мб
      Прямая видимость есть
    • Від VadimV.
      Куплю РРЛ Алкома БУ, чтоби прогнать 900Мб дюплекс. Связь личка.
    • Від VadimV.
      Здравствуйте. Подскажите пожалуйста каким оборудованием можно прокачать 400-600 мб/c на 20 км из зашумленным каналом. Зарание спасибо.
    • Від batforever
      Всем добрый день! В данной теме предлагаю поговорить об оборудование Mimosa Networks и все с ним связано   1. Немного вводных :     Стартап Mimosa Networks, занимающийся разработкой беспроводных технологий, способных обеспечить скорость как в оптоволоконных сетях. Компания Mimosa Networks была основана в 2012 г. в Калифорнии (США) Джейми Финком (Jaime Fink), ранее главным инженером 2Wire, и Брайаном Хинманом (Brian Hinman), со основателем PictureTel и Polycom, и того же 2 Wire (сейчас входит в Pace). Название Mimosa восходит к MIMO (Multiple Inputs Multiple Outputs), технологии пространственного кодирования сигнала, которая предусматривает использование множества потоков при передаче и при приеме данных. Производитель Mimosa развивает технологии беспроводных сетей, которые позволят обойти современные ограничения WiFi  
      Официальный сайт http://www.mimosa.co/
       
      2. Вся линейка пока состоит (то что доступно к заказу) из B5 и B5c устройств, остальные будут позже
       
      3. Оборудование доступно для тестов в Украине, в ближайшее время будет сформирован склад
       
      4. Интересует мнение заказчиков, которые используют подобное, но не Mimosa Networks
       
      Заранее спасибо!
    • Від VoodooHaker
      Всем доброго вечера!
      Построил радиомост на 37 км, использовал Диши 34-ки, R52Hn, RB411GL.
      Результат оказался не таким, как ожидал, т.е. одна поляризация - гуд -58Дб, а вторая очень плохо -90Дб.
      Моделировал трассу линка с помощью http://www.ubnt.com/airlink, с каждой стороны отнял по 20м. на деревья, вообщем трасса отличная, скриншот прикладываю.
      А на деле получается, что вертикальная поляризация у меня перекрыта, т.к. -90Дб - не хватает высоты. скриншоты вкладок винбокса прикладываю.
       
      Может я ошибся в выборе железа?
       
      У кого какие идеи, дайте дельный совет по улучшению сигнала
       
      Спасибо
       




×
×
  • Створити нове...