uraso Опубликовано 13 мая, 2017 (изменено) · Жалоба Ну 32/50000 это по умолчанию на UBNT предусмотрено..... Не привыкли мы как то "по умолчанию " настраивать. Ну а как вообще правильно подбирать параметры агрегации? Я на базе оставлял 32/50000 а в клиентов на точках снижал до 8/8000... Советы на форумах противоречивые.... Изменено 13 мая, 2017 пользователем uraso Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
NewUse Опубликовано 13 мая, 2017 · Жалоба методом тыка, если ccq >96% то оставлять дефолтные. Если не критичны пинги, то первый параметр 32 и не трогать, а второй уменьшать и подбирать в зависимости от ccq, если ccq плавает и опускается ниже 40 -- агрегацию отключить нафиг. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
jarolde Опубликовано 13 мая, 2017 · Жалоба методом тыка, если ccq >96% то оставлять дефолтные. Если не критичны пинги, то первый параметр 32 и не трогать, а второй уменьшать и подбирать в зависимости от ccq, если ccq плавает и опускается ниже 40 -- агрегацию отключить нафиг. У меня при дефолтной агрегации пинги росли у абонов и падал ССQ, на 8/8000 пинги не прыгают и CCQ не ниже 98% Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
NewUse Опубликовано 13 мая, 2017 · Жалоба ну так посеха на линии, поставьте перый параметр 32 а второй подберите так, чтоб ccq не проседал и проверяйте при каждом изменении ACK-дистанцию. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
dima89 Опубликовано 15 мая, 2017 · Жалоба ' timestamp='1494343485' post='1399987']6.0.4 пробуйте http://rgho.st/private/8p6HsB7Jw/0eb9665aa3946d0ae4f9cc99d012f966 чота у меня ругается на Trojan:Win32/Spursint.F!cl Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 15 мая, 2017 · Жалоба Ну 32/50000 это по умолчанию на UBNT предусмотрено..... Не привыкли мы как то "по умолчанию " настраивать. Ну а как вообще правильно подбирать параметры агрегации? Я на базе оставлял 32/50000 а в клиентов на точках снижал до 8/8000... Советы на форумах противоречивые.... Первое число это количество пакетов для упаковки, то есть 8 пакетов максимум, или 32 и т.п. Второе число это размер буфера на отправку, сколько байт можно передать одной посылкой. Поэтому установка параметра вида 32/50000 означает, что если размер пакетов 1500 байт, умножаем 1500 на 32 получаем 48000, поэтому 2000 байт от размера буфера никогда не будут использованы=) Если же пакеты меньшего размера, например 16 по 64 байт и 16 по 1500, 1024+24000=25024 и тут уже половина буфера будет не задействована. Если у клиента ставите 8/8000, то 8 пакетов 1500 байт уже 12000 и все они в буфер не войдут, однако маленьких пакетов не будет упаковано более 8, что при потерях не так сильно ударит по сетевым соединениям. Так же нужно понимать, что одному адресату более 8000 байт передать одной посылкой нельзя, поэтому на мосту точка-точка нет никакого смысла указывать вторую цифру 50000=) а работает только первое число, указывающее количество пакетов на упаковку. Учитывая то, что при работе в режиме БС абоненты получают данные с интернета и отправляют подтверждения о доставке маленькими пакетами, если установлено 8, то более 8 не отправляется, и при потере данных (а база всегда хуже слышит абонентов) потеряется только 8 пакетов подтверждений, и данные повторно с интернета не пойдут до абонента, т.к. он успеет их своевременно отправить повторно. А если будет потеряна пачка из 32 пакетов подтверждений, то с интернета может быть отправлены данные на прием еще раз, что занимает канал. Поэтому основное правило любой сети - снизить количество потерь, т.к. любые потери это переповтор данных на получение с интернета, что занимает входящие каналы. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
jarolde Опубликовано 15 мая, 2017 · Жалоба Ну 32/50000 это по умолчанию на UBNT предусмотрено..... Не привыкли мы как то "по умолчанию " настраивать. Ну а как вообще правильно подбирать параметры агрегации? Я на базе оставлял 32/50000 а в клиентов на точках снижал до 8/8000... Советы на форумах противоречивые.... Первое число это количество пакетов для упаковки, то есть 8 пакетов максимум, или 32 и т.п. Второе число это размер буфера на отправку, сколько байт можно передать одной посылкой. Поэтому установка параметра вида 32/50000 означает, что если размер пакетов 1500 байт, умножаем 1500 на 32 получаем 48000, поэтому 2000 байт от размера буфера никогда не будут использованы=) Если же пакеты меньшего размера, например 16 по 64 байт и 16 по 1500, 1024+24000=25024 и тут уже половина буфера будет не задействована. Если у клиента ставите 8/8000, то 8 пакетов 1500 байт уже 12000 и все они в буфер не войдут, однако маленьких пакетов не будет упаковано более 8, что при потерях не так сильно ударит по сетевым соединениям. Так же нужно понимать, что одному адресату более 8000 байт передать одной посылкой нельзя, поэтому на мосту точка-точка нет никакого смысла указывать вторую цифру 50000=) а работает только первое число, указывающее количество пакетов на упаковку. Учитывая то, что при работе в режиме БС абоненты получают данные с интернета и отправляют подтверждения о доставке маленькими пакетами, если установлено 8, то более 8 не отправляется, и при потере данных (а база всегда хуже слышит абонентов) потеряется только 8 пакетов подтверждений, и данные повторно с интернета не пойдут до абонента, т.к. он успеет их своевременно отправить повторно. А если будет потеряна пачка из 32 пакетов подтверждений, то с интернета может быть отправлены данные на прием еще раз, что занимает канал. Поэтому основное правило любой сети - снизить количество потерь, т.к. любые потери это переповтор данных на получение с интернета, что занимает входящие каналы. Огромное спасибо! Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
unknownameorg Опубликовано 15 мая, 2017 · Жалоба Т.е в режиме точка-многоточка на базе ставить агрегацию 8 50000 ? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 15 мая, 2017 · Жалоба Т.е в режиме точка-многоточка на базе ставить агрегацию 8 50000 ? Если вы так поставите то база только 8 пакетов упакует. И толку от буфера в 50000 не будет никакого=) Правильнее будет поставить что-то вроде 16 и 8000, тогда база не будет раздувать фреймы на передачу и у абонентских устройств повыситься достоверности приема данных. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
unknownameorg Опубликовано 15 мая, 2017 (изменено) · Жалоба 8 8000 будет маловато на БС ? Скорее всего при кол-ве абонов 25+ на секторе с 8 8000 будет существенное падение скорости Изменено 15 мая, 2017 пользователем unknownameorg Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 16 мая, 2017 · Жалоба Обычно проводят тесты. В некоторых случаях, особенно при большом количестве абонентов на секторе, помогает уменьшение параметров агрегации, особенно, если связь не со всеми абонентами идеальная. Определить какие параметры лучше - можно в каждом конкретном случае, путем перебора разных параметров. При этом сами параметры не так сильно влияют на скорость, т.к. если указали размер буфера 8000, то просто полные посылки данных будут следовать чаще, и служебной информации будет передаваться чуть больше. Но учитывая то, что полная служебная информация помогает поддерживать синхронизацию связи между всеми устройствами, меньше потерь данных в следствии помех и искажений, поэтому вместо падения, может наблюдаться наоборот - увеличение скорости. Так же сложность заключается в том, что сложно определить какие параметры именно помогают. Т.к. если есть БС и у нее прокачка допустим 30М, меняете настройки, прокачка становится 35М, может показаться что это увеличение скорости то есть +, однако увеличение скорости может происходить от того, что хорошие клиенты просто получают больше скорости (несколько человек), а другие наблюдают ухудшение характеристик канала. И может выйти так, что при прокачке 25М на БС, все абоненты имеют лучшие параметры каналов, чем при прокачке 35М. Так же абоненты загружают каналы не равномерно и определение помогло изменение настроек или нет, порой затруднительно. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Fint Опубликовано 1 июня, 2017 · Жалоба Решил обновить клиентов с вслед за базами с 5.6.8. На подопытном упал сигнал. Проверил на других прошивках такой результат: Прошивки 5.6.15 http://joxi.ru/zANYpkwSBN7PR2 , 5.6.8 http://joxi.ru/p2796oJho9JJLr сигнал -67 Прошивки 6.0.3 http://joxi.ru/krDl1xvFEwVb9r , 6.0.4 http://joxi.ru/Q2KYD0wS4MkKLr сигнал -75 Изменен подсчет сигнала? Или есть косяк в прошивке 6.0.Х?? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Audito Опубликовано 1 июня, 2017 (изменено) · Жалоба На 6.х.х ветке наблюдаю аналогичную картину, но о этом собственно уже писали на форуме. Изменено 1 июня, 2017 пользователем Audito Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Trueno Опубликовано 1 июня, 2017 · Жалоба Вопрос в том, где же сигнал верный) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Fint Опубликовано 6 июня, 2017 · Жалоба Вопрос в том, где же сигнал верный) Прошивка 5.6.6, сигнал на локо м2 на 5-6 дбм больше чем лиго длб 2-9, в одном и том же месте. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
dronis3 Опубликовано 6 июня, 2017 · Жалоба Вопрос в том, где же сигнал верный) Прошивка 5.6.6, сигнал на локо м2 на 5-6 дбм больше чем лиго длб 2-9, в одном и том же месте. А что если разные антенны и премник другой? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
XPEH Опубликовано 6 июня, 2017 · Жалоба Опять тут пишут дичь, у меня от прошивок сигнал не меняется, не несите ерунду пля Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Dina279 Опубликовано 7 июня, 2017 · Жалоба реальный сигнал не меняется конечно же вопрос в том на какой прошивке он верно просчитывается Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
NewUse Опубликовано 7 июня, 2017 · Жалоба ни в какой, на метрологический инструмент точка на чипе азерос не тянет, считайте, что это разные попугаи. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Dina279 Опубликовано 7 июня, 2017 · Жалоба никто не претендует ;) но где оно ближе к правде? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
инопланетянен Опубликовано 13 июня, 2017 · Жалоба Подскажите товарищи, есть ли в природе Рокет М2 с прошивками XW? Заранее спасибо за ответ. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
jarolde Опубликовано 13 июня, 2017 · Жалоба Подскажите товарищи, есть ли в природе Рокет М2 с прошивками XW? Заранее спасибо за ответ. Плюсую, тоже интересует этот вопрос. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
rdc Опубликовано 13 июня, 2017 · Жалоба есть, конечно - называется Rocket M2 Titanium а ещё вот-вот появится Rocket 2AC, он ещё круче. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
инопланетянен Опубликовано 14 июня, 2017 · Жалоба есть, конечно - называется Rocket M2 Titanium а ещё вот-вот появится Rocket 2AC, он ещё круче. Титаниум имеет свои прошивки и там совсем не XW. Ставил я в проблемных местах титаниум разницы никакой если проблема с эфиром или плохим клиентом. Вот хотел бы попробовать XW если такое имеется в природе. Просто стоит один рокет XW но только на 5 ггц и там есть один клиент у которого сигнал -90 и нет с ним связи. Этот клиент абсолютно не мешает никому висит себе и у других при этом всё работает прекрасно, уверен был бы там рокет с XM прошивкой и всё было бы иначе. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
инопланетянен Опубликовано 14 июня, 2017 · Жалоба NanoBeam M2 400 на частоте 2.4 ггц имеет прошивку XW, думаю рокеты М2 тоже должны быть. Переспрашивал кучу магазинов но так и не удалось узнать, на коробке не указано а включать они не хотят или не умеют. Решил купить одну отсюда, сегодня оплатил посмотрим что прийдёт. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...