Перейти к содержимому
Калькуляторы

WiFi сеть в 3-этажном доме до 70.000р

25 минут назад, sfstudio сказал:

на cortex-m (как минимум), с жирной (~4Мб) своей осью, к которой не будет доступа ни у кого. Так что фееричного глюкодрома нам не избежать.

Это вполне закономерно, что вендор скрывает RRM - в нем и кроется основное различие между вендорами - кто-то загнется на 2-х клиентах, а кто-то и 100 переварит.

Поделиться сообщением


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

17 минут назад, gessler сказал:

Изменения кардинальные. Если из всего этого вендоры смогут сделать только QAM1024 - то это будет откровенная порнография.

Не, ну UL MU-MIMO тоже скорее всего осилят. Но блин... Чего гадать-то.. Ждём. Но я в этом плане скептик (после B/G/A/N/AN/AC) -)))

 

9 минут назад, gessler сказал:

Это вполне закономерно, что вендор скрывает RRM - в нем и кроется основное различие между вендорами - кто-то загнется на 2-х клиентах, а кто-то и 100 переварит.

Причём тут RRM ? Туда переезжает всё. Поверх остаётся по сути только реализация интерфейса с осью. RRM кстати софтовый в том же 7615 остался. Вот rate_alg и прочее уехало туда. А там в основном все траблы.

 

Кстати RRM никак не влияет на то, кто и как быстро загнётся. И уж MTK совсем было бы не выгодно устаскивать это дело в блоб, учитывая, что на их чистом коде уже при 5ти клиентах активных начинается бяда. А у нас в 20МГц полосе на 30ти активных клиентах всё ещё вполне шевелиться, хотя судя по FalseCCA места в эфире уже не наблюдается совсем.

 

Начали вообще изначально ради утаскивания туда обработки data frames ибо host cpu надо таки разгружать, пусть там даже 2ядра по 2 потока, но на скоростях в пару гигабит ему будет туго. Теперь похоже туда уедет весь драйвер практически. И сырцов никто не даст, как и даже банально спеков на внутреннее устройство. И это не только у MTK.

 

Интел вообще давно такое практикует. У него фирмварь до кучи и шифрованная. Но есть режим позволяющий SME/MLME в блобе вырубить и перенести в софт. Тут такого даже не предусмотрено будет. Остануться ошмётки.

Поделиться сообщением


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

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

 

Обывательский опыт - ну плз на обывательсткие форумы. Это мало того, что форум технический, так ещё и операторский. И хотелось бы тут видеть вещи которым можно доверять. Вот к тому и спор.

Хватит уже нудеть а.

Давайте раз вам WiFi так болезненно расмотрим другой пример.

 

Приходит в соседний раздел админ, говорит "сервер супермикро, система линукс дебиан.  купили сетевуху intel e1000 - виснет, глючит вылетает"

Приходит другой и говорит "мы в супермикро и дебиан всегда ставим HP NC360T и у нас все стабильно и без потерь".

И что? Это не опыт? не операторский форум?

Вы тоже наверное прибежите требовать скриншоты, кернель дампы,  дампы трафика и свидетельские показания 2 понятых?

А иначе скажете все бредни?

 

Люди делятся своим опытом в том обьеме и уровне понимания, в каком он у них имеется и в каком им самим нужно.

Или я по вашему недостаточно подробно и грамотно для операторского форума описываю свои наблюдения?

Лишь потому что там нет деталей, имеющих по вашему мнению существенное значение?

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

Я ведь не сбором доказательств для вас занимался, а делал свою работу.

Наблюдения - это побочный процесс, приобретение опыта моего.

 

Поделиться сообщением


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

1 минуту назад, sfstudio сказал:

Не, ну UL MU-MIMO тоже скорее всего осилят.

Чтобы на UL MU-MIMO заработал нужна синхронная работа клиентов (которая описана в 802.11-2016) иначе они только друг другу мешать будут - насколько все смогут свести вместе и сразу - вопрос.

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

Поделиться сообщением


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

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

iw scan под linux.

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

Залезать на смартфон по ssh мне лень , на ноуте винда, роутера с openwrt с собой нету.

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

 

Поделиться сообщением


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

LostSoul Всё, увяньте. Без вас хоть диалог внятный был. Хватит уже с меня ваших предрассудкой. И да e1000 прекрасная карта. =) И да, я бы потребовал бы вклюить дебаг и помог бы решить пробоему если бы был бы предоставлен. Но вы не предоставляете никакой инфы, кроме сказок и фантазий о цвете рассвета. Разговор с вами считаем завершнным. Ибо тупо и грустно. Ни знаний, ничего...

 

1 минуту назад, gessler сказал:

Чтобы на UL MU-MIMO заработал нужна синхронная работа клиентов (которая описана в 802.11-2016) иначе они только друг другу мешать будут - насколько все смогут свести вместе и сразу - вопрос.

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

Для этого у нас осталось аж 3 чипмэйкера и аж один альянс. =))) Как договорятся.  Скрестим пальцы. Я всё же хоть и скептик, но оптимист. -)

Поделиться сообщением


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

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

Роуминга у микротика нет. Это не его задача. Как и нет поддержки никаких штатных механизмов кроме того самого handoff. Н

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

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

 

Поделиться сообщением


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

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

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

Залезать на смартфон по ssh мне лень , на ноуте винда, роутера с openwrt с собой нету.

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

 

Хватит уже. Ну скучно... Лень, нет, и т.д. Более того iw scan выдаёт много другой инфы. =))

Поделиться сообщением


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

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

отсутствие TDMA в чистом виде на всех девайсах

А что, NV2 это не TDMA?

 

Поделиться сообщением


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

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

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

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

 

Ваша точка зрения понятна, поцелуте в попу сааба и живите долго и счастливо. Мне других практикантов ваших подходов на этом форуме не известно.  =))) Грю же. Не интересно. Скучно с вами. Умный человек в теме появился. Не мешайте разговору. =))

 

4 минуты назад, LostSoul сказал:

А что, NV2 это не TDMA?

 

Это всё тот же поллинг. Читай жалкое подобие. =) Дожили...

 

Специально что бы вы не утруждались. Ключевые отличия которые сам микротик тут выделяет:

Nv2 vs Nstreme

The key differences between Nv2 and Nstreme:

  • Reduced polling overhead - instead of polling each client, Nv2 AP broadcasts uplink schedule that assigns time to multiple clients, this can be considered "group polling" - no time is wasted for polling each client individually, leaving more time for actual data transmission. This improves throughput, especially in PtMP configurations.
  • Reduced propagation delay overhead - Nv2 must not poll each client individually, this allows to create uplink schedule based on estimated distance (propagation delay) to clients such that media usage is most effective. This improves throughput, especially in PtMP configurations.
  • More control over latency - reduced overhead, adjustable period size and QoS features allows for more control over latency in the network

Поделиться сообщением


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

7 минут назад, gessler сказал:

Чтобы на UL MU-MIMO заработал нужна синхронная работа клиентов

я наверное глупость спрошу, но нафига оно надо в ul то, ну в dl  ещё могу понять, мультикаст там какой-нить, но в ul то оно зачем? или я чего-то не понимаю?

Поделиться сообщением


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

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

Но вы не предоставляете никакой инфы, кроме сказок и фантазий о цвете рассвета.

Так мне не надо ни вашей помощи,   на вашего нытья.

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

 

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

 

Поделиться сообщением


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

NewUse ААА. А ответ на поврехности. Вот взял один из клиентов одностримный и начал заливать большой файл на сервер, или торрент раздавать во всю дурь. И весь UL встал колом, вместе с DL (ну нет тут частотного разделения, и дуплексом не пахнет). И писец. И никакой MU-MIMO в DL не решит ситуации с выюзыванием всего эфира таким клиентом, а если он ещё "в жопе мира" с низким SNR И низким рэйтом... В общем что бы был толк от MU-MIMO в реальности оно должно работать и туда и сюда. Иначе...

 

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

Так мне не надо ни вашей помощи,   на вашего нытья.

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

 

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

 

Да не пойти ли вам уже на свежий воздух. Вот кто ноет тут так это вы. Затрахали уже. Вам чётко сказали, без вас диалог стал конструктивным. Так что в сад. На hub.ru/форумы рен-тв и где там ещё подобные вам познатели через веру и лентяи обитают. Нет данных - нет разговора. Утомили тупостью уже.

 



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

 

Потому как более правильного совета дать тут не реально. И к этому вы ещё придёте.

Поделиться сообщением


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

12 минут назад, sfstudio сказал:

. Ни знаний, ничего...

Вы обычный самоуверенный глупый болван.

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

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

 

Вам оценивать мои  знания извините оценивалка ещё не доросла.

 

 

Поделиться сообщением


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

Удачи. Я ж вам сказал прямым текстом.

Поделиться сообщением


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

13 минут назад, sfstudio сказал:

Специально что бы вы не утруждались.

А из контекста вы зачем выдергиваете.

Давайте читать тогда сначала.

nv2 is based on TDMA

Поделиться сообщением


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

based on tdma любой поллинговый протокол с возможностью фиксировать интервалы. Но TDMA они от этого не стоновятся. Учите матчасть.

Поделиться сообщением


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

Только что, sfstudio сказал:

. Но TDMA они от этого не стоновятся.

Ай-Ай-ай..... то есть протокол , где интервалы фиксированы это не TDMA?

Может и доксис с гапоном тоже не TDMA вовсе?

 

Поделиться сообщением


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

7 минут назад, sfstudio сказал:

Для этого у нас осталось аж 3 чипмэйкера и аж один альянс.

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

Т.е. радиочасть будет очень сложной, как у клиентов, так и у ТД.

Современный DL MU-MIMO практически ничем от стандартного MIMO не отличается.

Правда вспоминая как долго рожали 802.11n и какая реальная скорость была у draft-n и какая она теперь у n-адаптеров.

 

Но в целом тенденция - сделать из wi-fi - новый стандарт сотовой связи.

Просто у них другого выбора не осталось - все ресурсы исчерпаны - дальше - только делать все сложнее.

 

P.S.: кстати всегда считал, что wifi альянс практически никак не влияет на разработку стандарта - его основная цель - совместимость устройств и разработка методик тестирования на эту совместимость

Поделиться сообщением


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

12 минут назад, LostSoul сказал:

Ай-Ай-ай..... то есть протокол , где интервалы фиксированы это не TDMA?

Может и доксис с гапоном тоже не TDMA вовсе?

 

Весь вопрос в реализации. Если я тупо нарежу очередей и добью остатки по zeropad в 802.11 станет ли он TDMA ? Фикса есть, но как-то грустно всё. Причём тут доксис и gpon я не в курсе (разговор о wireless). Натягивание поллинга с фиксой поверх 802.11 это как бы не тоже самое, что реализация полноценного TDMA. Но это вам как раз лучше в к камбиум. Это их вотчина.

 

12 минут назад, gessler сказал:

P.S.: кстати всегда считал, что wifi альянс практически никак не влияет на разработку стандарта - его основная цель - совместимость устройств и разработка методик тестирования на эту совместимость

Они курируют всё это дело. И сертифицируют.И от этого зависит не меньше чем от процесса разработки (ну как практика показывает). Ибо мало придумать, надо ещё заставить реализовать и обеспечить совместимость. А вот тут вот оно слабое звено во всей красе.

Поделиться сообщением


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

7 минут назад, sfstudio сказал:

Натягивание поллинга с фиксой поверх 802.11 это как бы не тоже самое, что реализация полноценного TDMA.

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

 

Nv2-cell-radius - specifies distance to farthest client in Nv2 network in km. This setting affects the size of contention time slot that AP allocates for clients to initiate connection and also size of time slots used for estimating distance to client.

 

То есть у нас канал делится на таймслоты, распределением которых занимется орбитр -   точка доступа.

чем по вашему это недополноценный TDMA?

оверхедом на орбитраж? Так, возможно, в линках точка-точка его и нету.

 

Поделиться сообщением


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

20 минут назад, gessler сказал:

Правда вспоминая как долго рожали 802.11n и какая реальная скорость была у draft-n и какая она теперь у n-адаптеров.

 

Вот тут  самая не весёлость. Они заразы взяли все драфты объявили 802.11N. Лого получили тогда вообще почти все кто хотел.  В итоге ето в лес, кто по дрова. В этом вся беда.

 

4 минуты назад, LostSoul сказал:

То есть у нас канал делится на таймслоты, распределением которых занимется орбитр -   точка доступа.

чем по вашему это недополноценный TDMA?

оверхедом на орбитраж? Так, возможно, в линках точка-точка его и нету.

А на кой хрен TDMA в P2P ? Опять таки забалансить Tx/Rx ? Ну дык кто мешает очереди набивать не от балды? Как бы других причин городить TDMA тут и не видно.

Поделиться сообщением


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

3 минуты назад, sfstudio сказал:

А на кой хрен TDMA в P2P ?

Как аналог NACK видимо. для снижения оверхеда.

 

Поделиться сообщением


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

Опять видимо, бы, да кабы. NACK сейчас даже дремучий RT2860 умеет. Ну и нафиг. Весь вопрос в p2mp. Но это отдельная тема, честно не очень интересная. WISP не моё. Тут я остаюсь приверженцем кабеля.

 

29 минут назад, gessler сказал:

Просто у них другого выбора не осталось - все ресурсы исчерпаны - дальше - только делать все сложнее.

На что и уповаю. =)

Поделиться сообщением


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

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

Опять видимо, бы, да кабы.

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

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

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

 

Вон, я практически провидец.

Как раз тема про глючащую сетевуху подоспела.

 

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

 

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

Ну как вам тут.

 

 

Поделиться сообщением


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

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.