[Links]

по порядку:

отказать может, но в большинстве случаев ему пофиг, если вы только блок питания антенны не запихали ему в шкаф

попасть на антенну, роутер стоит на квартире? если да, настраиваешь проброс портов и все

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

Нельзя поподробнее роутер дома стоит витая пара идет от блока питания nanobeam в роутер, а уже роутер раздает wi-fi и на комп по витой паре. Какой порт нужно открывать чтобы выйти на антенну с компа? И какую мощность ставить, учитывая расстояние в 1.8км.

[myth]

80,443. Или любые другие, настроенные в веб-интерфейсе точки

[X-Lod]

При таких сигналах, практически в идеальных условиях началось падение TX цепочки. То бишь, каждые 5-7 секунд вместо стабильных 72мб наблюдаю 3.6, 4, 6.5 и т.п. Почему? Шума нет, поляризация устойчивая, трансмит не падает. 10Mhz само собой. RX остается в 72х.

 

Изменено 13 апреля, 2017 пользователем X-Lod

[ERROR_404-2015]

При таких сигналах, практически в идеальных условиях началось падение TX цепочки. То бишь, каждые 5-7 секунд вместо стабильных 72мб наблюдаю 3.6, 4, 6.5 и т.п. Почему? Шума нет, поляризация устойчивая, трансмит не падает. 10Mhz само собой. RX остается в 72х.

 

скриншот НИ О Чём! покажите полную картину ,2 и 3 вкладки

[X-Lod]

Скрин для наглядности. На других вкладках информации 0, зачем они? Вопрос лишь в том, сталкивался ли кто с подобным. Частоту за сутки сменил в 3-й раз, если поинтересуетесь (пока грешу только на нее).

 

 

Изменено 13 апреля, 2017 пользователем X-Lod

[NewUse]

обычно такое от LTE наблюдается(но тут 5ггц), может WiMax какой... покажите скрин адванседа, частоты, в момент проблем ccq?

 

снимите 15минутный эирвью.

[ERROR_404-2015]

попробуйте сменить дата рате модуле ----мне помогает,сначала смените на том клиенте,где падает RX

 

скрины тут 3 и 4 вкладка ,,а не 2 и 3

[X-Lod]

[jarolde]

Галочку Авто растояние выставте и Агрегацию 8/8000 с обеих сторон.

[NewUse]

[qupte]Галочку Авто растояние выставте и Агрегацию 8/8000 с обеих сторон.

 

опять всплывает этот дурацкий совет, ну от куда вы взяли эти цифры? не знаете за что отвечает настройка -- оставьте дефолт.

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

 

пока не вижу основного скрина: эирвью, без него -- любые советы -- гадание на кофейной гуще.

[jarolde]

опять всплывает этот дурацкий совет, ну от куда вы взяли эти цифры? не знаете за что отвечает настройка -- оставьте дефолт.

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

 

пока не вижу основного скрина: эирвью, без него -- любые советы -- гадание на кофейной гуще.

Если не следите то и нечего обсырать других. У меня на 2ггца только с агрегацией 8/8000 база стабильно работает, а те кто все тауи выпадают в 6.5мбит стоят в Альтернативе и все супер.

[NewUse]

У меня на 2ггца только с агрегацией 8/8000 база стабильно работает,

 

а если поставить 32/8000? ухудшается? -- не верю.

 

а если вернуть в дефолт? Первую цифру вообще трогать бессмысленно(если нет особых задач). Вторая цифра подбирается в зависимости от нагрузки в сети и загаженности эфира. Если всё плохо то можно ограничится 1500-2500(в зависимости от MTU), если всё хорошо​, то дефолтные 50000 выдадут максимальную пропускную способность.

[jarolde]

У меня на 2ггца только с агрегацией 8/8000 база стабильно работает,

 

а если поставить 32/8000? ухудшается? -- не верю.

 

а если вернуть в дефолт? Первую цифру вообще трогать бессмысленно(если нет особых задач). Вторая цифра подбирается в зависимости от нагрузки в сети и загаженности эфира. Если всё плохо то можно ограничится 1500-2500(в зависимости от MTU), если всё хорошо​, то дефолтные 50000 выдадут максимальную пропускную способность.

У меня нет времени проводить експеременты и мучать абонентов большими задержками потому два варианта - дефолт 32/52000 в котором все плохо или 8/8000 когда все в норме, думаю 32/8000 будет также. Но товарищу с проблемой может и не помочь, хотя попробовать нужно!

[X-Lod]

Расстояние выставлено в +10%, что конкретно даёт агрегация?

[NewUse]

что конкретно даёт агрегация?

 

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

[X-Lod]

Как я понял, с её калькуляцией всё неоднозначно.

[jarolde]

Как я понял, с её калькуляцией всё неоднозначно.

а я понял что ты не заветуешся, а умничаешь!

[NewUse]

Как я понял, с её калькуляцией всё неоднозначно.

в п2п кагале с 100% качеством её следует оставить на дефолте 32/50000

[X-Lod]

При канале не p2p с качеством 90-95 ?

[NewUse]

на базе подбирается, но что-то типа 32/15000, на клиентах я отключаю...

[Saab95]

Как я понял, с её калькуляцией всё неоднозначно.

в п2п кагале с 100% качеством её следует оставить на дефолте 32/50000

 

в п2п канале параметр 50000 не применяется, канал точка-точка это как бы 1 абонент, а 1 абоненту доступна посылка размером только 8000 байт, поэтому установка выше чем 8000, или подгонка под 8192 не имеет никакого смысла.

Первый параметр отвечает за агрегацию пакетов, если идут большие данные хватает значения 8, если много мелких пакетов, то при значении 8 посылка передачи будет маленькой, т.к. допустим 8 пакетов по 150 байт это всего 1200, но зато посылки будут происходить чаще, и с более вероятной доставкой, поэтому падение скорости в идеальных условиях, по сравнению с 32 будет процентов 15, а в реальных условиях появляется даже прибавка, т.к. потеря одной посылки сразу же съедает все эти 15 процентов преимуществ.

 

Поэтому и появилось это, самое оптимальное, значение 8/8000, которое должно быть установлено на всех абонентских станциях, что бы они в обратном канале не паковали много информации в один пакет. На самой же БС можно уже играть с параметрами агрегации и они в многоточке позволяют повысить скорость, но опять же только в идеальных условиях, тогда там и параметры агрегации можно поставить 32, и дефолтные 50000. Но только в идеальных условиях. И практика работы с оборудованием показывает, что идеальные условия очень редки.

[NewUse]

а 1 абоненту доступна посылка размером только 8000 байт, поэтому установка выше чем 8000, или подгонка под 8192 не имеет никакого смысла.

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

A-MSDU имеет ограничение в 7935 байт, т.е. никак не 8000, ограничение старых чипов/драйверов Atheros было 8192 байт для A-MPDU. У текущего железа таких ограничений нет.

[Saab95]

а 1 абоненту доступна посылка размером только 8000 байт, поэтому установка выше чем 8000, или подгонка под 8192 не имеет никакого смысла.

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

A-MSDU имеет ограничение в 7935 байт, т.е. никак не 8000, ограничение старых чипов/драйверов Atheros было 8192 байт для A-MPDU. У текущего железа таких ограничений нет.

 

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

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

 

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

 

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

[X-Lod]

То есть, на клиентах выставить 8/8000, а базу не трогать?

При ограничении канальной скорости (Max TX Rate, Mbps) в MCS7 на клиентах, следует ли то же самое делать на базе?

[Saab95]

На клиентах, по факту, значение имеет только первая цифра 8, указывающая на количество пакетов, которые можно передать за раз. Но для наглядности указывают и 8000. Когда вы ставите MCS7 на клиентах, то обрезаете обратную скорость вдвое, что влияет на общую скорость. Правильнее отключить режимы 0-7 и оставить только 8-15, и их уже обрезать сверху.