Diamont Опубликовано 1 декабря, 2014 · Жалоба Да вот нихрена не лучше. Пробовал 2T2R в 20 и 40-скорость в торрентах однаковая. Вот думаю, стоит ли пробовал 1T1R в 40. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 1 декабря, 2014 · Жалоба Да вот нихрена не лучше. Пробовал 2T2R в 20 и 40-скорость в торрентах однаковая. Вот думаю, стоит ли пробовал 1T1R в 40. Так настроить нужно исходя из ситуации, а не просто один пункт в меню изменить. Канальные скорости показывают максимально возможную прокачку через радио, если она у вас заведомо ниже, значит нужно уменьшать канальные скорости, что бы ошибок и потерь данных не происходило. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Kolbaska Опубликовано 8 декабря, 2014 · Жалоба Здравствуйте, дорогие профессионалы и специалисты :) обращаюсь к вам за помощью. Пишет вам пионер WiFi, столкнувшийся с проблемой проседания одного из каналов (в частности исходящего с клиента на базу). Используемое оборудование: UBNT Rocket M5 в качестве БС (секторная антенна 120 градусов), клиенты - весь зоопарк: AirGrid, NS, NS loco, Nano Beam. Проблема выглядит так: вечером и в выходные дни клиенты отмечают сильное, порой десятикратное, понижение входящей скорости (с 2 Мбит до 0,2 Мбит). В то же время, встроенный спидтест (замер с клиента на базу) показывает приличную скорость приема (порядка 10 Мбит/с) и низкую скорость отдачи (около 2 Мбит/с). БС работает в "компании" из трех идентичных рокетов, причем один из них выступает в роли PtP моста (да, знаю, что решение кривое, но иначе сделать невозможно) с шириной 40 МГц. Итого имеем 4 рокета, стоящих на вышке, три из них работают на ширине канала 20 МГц, один "мост" - на который сливается трафик с остальных - на 40 МГц. Мост реализован с помощбю двух Rocket M5 - один с секторной 120 градусной антенной, другой с Rocket Dish. По симптомам похоже на интерференцию... Когда все клиенты прийдя домой начинают "шуметь", качая видео, итд... В итоге страдают все. Причем проблемные ситуации в основном проявляются только на одной из баз. После внимательного прочтения ваших (и не только) FAQ, что было сделано: - база работает на ширине канала 20 МГц и мощности 18 дБм - мощность клиентов понижена минимум до 18 дбм - базы были разнесены по частотам - клиенты на каждой базе были изолированы - включен AirMAX, прописаны приоритеты на клиентах соответственно уровням Пока эффекта никакого. Вопросы следующие: 1) Как бороться с этой бедой? Почему падает пропускная способность исходящего канала на БС с клиента и что можно с этим сделать? Как сделать так, чтобы вечерами и в выходные клиенты не страдали от понижающейся скорости? 2) факультативный: какое максимальное количество клиентов может обслуживать одна БС? 3) Aggregation – рекомендуемые значения (8 и 8000) вытсавлять только на БС или на клиентах тоже? 4) С какой точки слушать эфир на зашумленность утилитой AirView? С точки клиента или с точки базы? Физические манипуляции с базами (наклон, перевес, юстировка) сильно ограничены, если не сказать что невозможны. Например, на вышке разрешено использование только "лыжеобразных" секторных антенн, круглую поставить нельзя. Если нужны какие уточнения, предоставлю. Спасибо. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
nio_jt Опубликовано 8 декабря, 2014 · Жалоба Доброго, Имею омни, который в птп с схт. Омни сейчас не работает как шлюз во внешний мир, а обеспечивает лишь линк. Хочу сделать омни шлюзом. Он пронатит сотку и передаст ее в линк? Нужна стабильность, потолочная скорость не так важна. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 8 декабря, 2014 · Жалоба 1) Как бороться с этой бедой? Почему падает пропускная способность исходящего канала на БС с клиента и что можно с этим сделать? Как сделать так, чтобы вечерами и в выходные клиенты не страдали от понижающейся скорости? Найти источник проблем. Возможно это помеха от чужих сетей, возможно от ваших соседних секторов, может у каких-то абонентов плохие сигналы и т.п. Нужно для теста отключить все сектора, кроме одного и проверить связь, потом отключить другие сектора и проверить каждый по отдельности. Если не помогает, то отключить всех клиентов с базы и включать по отдельности, запускать тесты и смотреть. Если это невозможно - запускайте тесты скорости по очереди ко всем клиентам базы, когда найдете таких, до которых в какую-то сторону плохая скорость - нужно к ним ехать и разбираться. 2) факультативный: какое максимальное количество клиентов может обслуживать одна БС? 100 человек. 3) Aggregation – рекомендуемые значения (8 и 8000) вытсавлять только на БС или на клиентах тоже? И на базе и на клиентах. 4) С какой точки слушать эфир на зашумленность утилитой AirView? С точки клиента или с точки базы? На базе и у клиентов. Со стороны базы помехи влияют на прием данных от абонентов, т.к. база стоит на самом высоком месте, то и помех она собирает много. Клиентам проще, они обычно ниже и не на самом высоком здании, поэтому помех там тоже меньше. Но бывает так, когда клиентская антенна ловит помехи от других беспроводных сетей, если ловит их своей антенной. Имею омни, который в птп с схт. Омни сейчас не работает как шлюз во внешний мир, а обеспечивает лишь линк. Хочу сделать омни шлюзом. Он пронатит сотку и передаст ее в линк? Нужна стабильность, потолочная скорость не так важна. Настраиваете омнитик как роутер по инструкциям с интернета. Все будет стабильно работать. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
NewUse Опубликовано 8 декабря, 2014 · Жалоба 3) Aggregation – рекомендуемые значения (8 и 8000) вытсавлять только на БС или на клиентах тоже? Для ЮБНТ его трогать не требуется. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Kolbaska Опубликовано 9 декабря, 2014 · Жалоба Найти источник проблем. Возможно это помеха от чужих сетей, возможно от ваших соседних секторов, может у каких-то абонентов плохие сигналы и т.п. Нужно для теста отключить все сектора, кроме одного и проверить связь, потом отключить другие сектора и проверить каждый по отдельности. Если не помогает, то отключить всех клиентов с базы и включать по отдельности, запускать тесты и смотреть. Если это невозможно - запускайте тесты скорости по очереди ко всем клиентам базы, когда найдете таких, до которых в какую-то сторону плохая скорость - нужно к ним ехать и разбираться. Спасибо, а можете подсказать, куда копать? Какова физическая природа того, что канал в одну сторону сильный, а в другую - слабый? Что самое поразительное, проблема появилась одномоментно, то есть грубо говоря еще вчера все было хорошо, а сегодня одна за одной идут жалобы на скорость... Почему так могло произойти? Что изменилось? Я думала, что это сезонное явление (плотность среды - воздуха - из-за перепадов температур в осенний период становится неравномерна), но сейчас уже все более-менее устаканилось, а проблема не ушла, значит, дело не в этом. Абоненты с жалобами на скорость примерно в одном районе находятся, за исключением двух из них, которые почти что у подножия вышки. НО! Хотелось бы обратить внимание. Проседание исходящего на БС канала (в большей или меньшей мере) характерно для ВСЕХ клиентов, завязанных на данную БС, независимо от георграфического положения. Для ЮБНТ его трогать не требуется. Почему? В первом посте темы указано обратное. И еще, забыла спросить, показатель "Noise Floor" - на что он влияет? -98 dBm это нормальный показатель или нет? По Signal Strength там понятно, чем выше значение, т.е. чем меньше число со знаком "минус", тем лучше. А Noise Floor? -115 лучше, чем -98, или наоборот? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
NewUse Опубликовано 9 декабря, 2014 · Жалоба Почему? В первом посте темы указано обратное. "Специалист" дающий данные рекомендации так и не удосужился разобраться детально в данном вопросе и исправить первый пост, настройка агрегации МТ и ЮБНТ отличается, рекомендация 8 8000 применима для МТ, для ЮБНТ она приводит к совершенно иному результату, трогать аггрегацию следует при низком CCQ, в противном случае трогать данный параметр не рекомендую. И еще, забыла спросить, показатель "Noise Floor" - на что он влияет? -98 dBm это нормальный показатель или нет? Уровень шума, совместно с Signal Strength влияет на возможность работы на определённой MCS, -98 -- нормальное значение, --115 лучше :), но повлиять на него Вы всё равно не можете. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Kolbaska Опубликовано 9 декабря, 2014 · Жалоба Уровень шума, совместно с Signal Strength влияет на возможность работы на определённой MCS, -98 -- нормальное значение, --115 лучше :), но повлиять на него Вы всё равно не можете. Спасибо, а для общего развития - как этот показатель измеряется? Это некая мера "зашумленности" эфира? То есть, правильно я поняла: грубо говоря если где-то Noise Floor -88, то там ловить в принципе нечего, и все пляски с бубнами и перескоками с одной частоты на другую будут бесполезны, а если где-то Noise Floor -115, то там все и так в ажуре? Или как-то можно выживать в условиях высокого Noise Floor? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
NewUse Опубликовано 9 декабря, 2014 · Жалоба То есть, правильно я поняла: грубо говоря если где-то Noise Floor -88, то там ловить в принципе нечего, и все пляски с бубнами и перескоками с одной частоты на другую будут бесполезн Не совсем, на каждой частоте уровень шума свой, и всё зависит от уровня входного сигнала, если при уровне шума -88 сигнал будет не хуже -64, то при этом (SNR=25дБ) возможно, теоретически установление максимальной схемы MCS -- 15, но это только теория, практика иная, но при уровне шума -88 работать можно. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 10 декабря, 2014 · Жалоба Не совсем, на каждой частоте уровень шума свой, и всё зависит от уровня входного сигнала, если при уровне шума -88 сигнал будет не хуже -64, то при этом (SNR=25дБ) возможно, теоретически установление максимальной схемы MCS -- 15, но это только теория, практика иная, но при уровне шума -88 работать можно. Сказочники=) При уровне шума -88 даже при сигнале -64 нормально работать на высоких скоростях не будет. Спасибо, а можете подсказать, куда копать? Какова физическая природа того, что канал в одну сторону сильный, а в другую - слабый? Что самое поразительное, проблема появилась одномоментно, то есть грубо говоря еще вчера все было хорошо, а сегодня одна за одной идут жалобы на скорость... Почему так могло произойти? Что изменилось? Я думала, что это сезонное явление (плотность среды - воздуха - из-за перепадов температур в осенний период становится неравномерна), но сейчас уже все более-менее устаканилось, а проблема не ушла, значит, дело не в этом. Абоненты с жалобами на скорость примерно в одном районе находятся, за исключением двух из них, которые почти что у подножия вышки. НО! Хотелось бы обратить внимание. Проседание исходящего на БС канала (в большей или меньшей мере) характерно для ВСЕХ клиентов, завязанных на данную БС, независимо от георграфического положения. Могла попасть вода в разъемы кабеля, могла сместится антенна, могла появится помеха, которую ловит база или абоненты, вот скорости и упали. Бывает что она действует только на одну поляризацию, например вертикальную, тогда переход в одноканальный режим может исправить ситуацию, однако на убнт перевести все устройства в такой режим с базы нельзя, нужно заходить на каждую и менять настройки. Именно по этой причине убнт и нельзя использовать в больших сетях. Те, кто находятся рядом с вышкой могут просто не ловить помехи, или у них уровень сигнала и так высокий, и они не влияют на скорость. "Специалист" дающий данные рекомендации так и не удосужился разобраться детально в данном вопросе и исправить первый пост, настройка агрегации МТ и ЮБНТ отличается, рекомендация 8 8000 применима для МТ, для ЮБНТ она приводит к совершенно иному результату, трогать аггрегацию следует при низком CCQ, в противном случае трогать данный параметр не рекомендую. На микротике вообще параметры агрегации не нужно трогать, они определяются автоматически. На убнт на дефолтных значениях можно работать только на мосте точка-точка, в многоточке нужно уменьшать значения, что бы не происходила упаковка большого количества данных в один пакет, ведь в обратную сторону идут данные подтверждения о доставки маленькими пакетами, если они потеряются, значит данные не получены и запрашиваются вновь, именно по этому скорость и падает. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
NewUse Опубликовано 10 декабря, 2014 · Жалоба Сказочники=) При уровне шума -88 даже при сигнале -64 нормально работать на высоких скоростях не будет. Слово теоретически следовало выделить особо. Вот собственно данные с офф. форума: You need Signal to Noise Ratio (SNR).MCS 15/7: 32 dB MCS 14/6: 29 dB MCS 13/5: 25 dB MCS 12/4: 22 dB MCS 11/3: 18 dB MCS 10/2: 14 dB где SNR -- это разница между уровнем входного сигнала и уровнем шума. Да, наврал, для максимальных модуляций при уровне шума -88 сигнал должен быть -56 На микротике вообще параметры агрегации не нужно трогать, они определяются автоматически. На убнт на дефолтных значениях можно работать только на мосте точка-точка, в многоточке нужно уменьшать значения, что бы не происходила упаковка большого количества данных в один пакет, ведь в обратную сторону идут данные подтверждения о доставки маленькими пакетами, если они потеряются, значит данные не получены и запрашиваются вновь, именно по этому скорость и падает. Сначала разберитесь в сути параметров агрегации UBNT, потом удалите из поста данные про 8/8000(которые в случае с UBNT взяты с потолка), потом уже можно о чём то разговаривать :) В случае p2mp с телефонией я рекомендую отключать агрегацию, в остальных случаях при нормальном CCQ(>95%) не трогать. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 10 декабря, 2014 · Жалоба MCS 15/7: 32 dB MCS 14/6: 29 dB MCS 13/5: 25 dB MCS 12/4: 22 dB MCS 11/3: 18 dB MCS 10/2: 14 dB где SNR -- это разница между уровнем входного сигнала и уровнем шума. Эти данные ни о чем, т.к. на вайфае SNR может быть и 50-60, а высокая модуляция работать не будет, потому что уровень сигнала не имеет ничего общего с уровнем сигнала и рассчитывается исходя от установленного уровня шума. Поэтому все определяется только опытным путем и расчетом энергетического бюджета без привязки к сигналам. Сначала разберитесь в сути параметров агрегации UBNT, потом удалите из поста данные про 8/8000(которые в случае с UBNT взяты с потолка), потом уже можно о чём то разговаривать :) В случае p2mp с телефонией я рекомендую отключать агрегацию, в остальных случаях при нормальном CCQ(>95%) не трогать. Суть простая, размер одной посылки одному адресату 8000 байт, это ограничение протокола, когда ставите агрегацию 65000 по умолчанию, то за раз передается группа таких посылок, соответственно если середина или конец будут приняты с ошибками, потребуется повторная передача всего куска. Когда ограничиваете размер 8000 байт, то устройства отправляют только одну посылку за раз, и если она потерялась, то отправят только этот маленький кусок данных, а не большой. Агрегацию отключать нельзя, т.к. сильно падает пропускная способность, поэтому и опытным путем установлено, что 8 и 8000 оптимальные значения. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
NewUse Опубликовано 10 декабря, 2014 · Жалоба Эти данные ни о чем, т.к. на вайфае SNR может быть и 50-60, а высокая модуляция работать не будет, потому что уровень сигнала не имеет ничего общего с уровнем сигнала и рассчитывается исходя от установленного уровня шума. Поэтому все определяется только опытным путем и расчетом энергетического бюджета без привязки к сигналам. Блин, ещё раз -- выше приведены официальные данные которые зашиты в алгоритм выбора модуляции, при текущих возможностях чипа по измерению параметров. Суть простая, размер одной посылки одному адресату 8000 байт, это ограничение протокола, когда ставите агрегацию 65000 по умолчанию, то за раз передается группа таких посылок, соответственно если середина или конец будут приняты с ошибками, потребуется повторная передача всего куска. Когда ограничиваете размер 8000 байт, то устройства отправляют только одну посылку за раз, и если она потерялась, то отправят только этот маленький кусок данных, а не большой. Не совсем так, читайте про MCDU, MPDU Агрегацию отключать нельзя, т.к. сильно падает пропускная способность, В некоторых случаях её отключение -- необходимая мера. поэтому и опытным путем установлено, что 8 и 8000 оптимальные значения. Нефига не опытным, я знаю, от куда они взялись, а к юбнт их применили с потолка. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 10 декабря, 2014 · Жалоба Блин, ещё раз -- выше приведены официальные данные которые зашиты в алгоритм выбора модуляции, при текущих возможностях чипа по измерению параметров. Официальные от убнт? Нефига не опытным, я знаю, от куда они взялись, а к юбнт их применили с потолка. В микротике такое не используется, в нстриме максимум 3200, в NV2 вообще динамическая упаковка. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Kolbaska Опубликовано 23 декабря, 2014 (изменено) · Жалоба Здравствуйте снова, за прошедее время мной была предпринята попытка по исправлению ситуации, а именно: переезд на другую частоту. Не получилось :( Объяснять долго. В двух словах: для того, чтобы переход был безболезненным для пользователей, базу, которая работает в режиме моста (далее Б2), перевели на частоту, которую раньше занимала "проблемная" база (далее Б1); в то же время Б1 была перенесена на более высокую частоту с тем, чтобы клиентов можно было по одному брать с Б2 и "пересаживать" на Б1, изменяя сканируемую частоту в списке каналов. Последствия не заставили себя ждать.. У 70% клиентов RX с Б2 упал до 0, на остальных клиентов просто невозможно было зайти. Пришлось делать всё как было, и мы приняли решение играть ва-банк: заходить на каждого клиента вручную, прописывать там частоту, а после завершения этих работ разом переводить Б1 на новую частоту. В итоге, местами ситуация ухудшилась, и намного. Сразу же откатили всё назад, до сих пор ситуация С ИСХОДНОЙ ПОЗИЦИИ (до переноса частот) не менялась. Как было, так и есть. Я не зря спрашивала про Noise Floor. Две недели назад на некоторых клиентах показатель доходил до -79 dBm. Сейчас прошлась по "проблемным" клиентом: уровень Noise Floor ВНЕЗАПНО вырос до -102..105 dBm, но общая ситуация не изменилась: как страдал один канал, так и продолжает. Неизвестно, с чем связано уменьшение шума, и насколько долго оно продержится, где гарантия, что ситуация не ухудшится сама собой. Из-за общего понижения скорости на клиентах у VoIP-пользователей голос становится "железным" и квакает, остальные так же жалуются на понижение скорости. Манипуляции с агрегацией не помогли у отдельно взятых абонентов. Мозги уже вытекают, натыкайте носом, пожалуйста, что делать :((( Надо что-то предпринимать, не знаю куда щемиться... Если нужна какая инфа, все скажу Изменено 23 декабря, 2014 пользователем Kolbaska Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
NewUse Опубликовано 23 декабря, 2014 · Жалоба 1)Обновите прошивку 2)Используйте альтернативный алгоритм 3)Отключите агрегацию 4)Убедитесь, что весь voip трафик содержит корректные QoS метки: http://wiki.ubnt.com/AirMax_-_QoS_DSCP/TOS_Mappings Последние два пункта вряд ли исправят ситуацию в целом, но повысят качество voip. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 23 декабря, 2014 · Жалоба за прошедее время мной была предпринята попытка по исправлению ситуации, а именно: переезд на другую частоту. Не получилось :( Объяснять долго. В двух словах: для того, чтобы переход был безболезненным для пользователей, базу, которая работает в режиме моста (далее Б2), перевели на частоту, которую раньше занимала "проблемная" база (далее Б1); в то же время Б1 была перенесена на более высокую частоту с тем, чтобы клиентов можно было по одному брать с Б2 и "пересаживать" на Б1, изменяя сканируемую частоту в списке каналов. Последствия не заставили себя ждать.. У 70% клиентов RX с Б2 упал до 0, на остальных клиентов просто невозможно было зайти. Пришлось делать всё как было, и мы приняли решение играть ва-банк: заходить на каждого клиента вручную, прописывать там частоту, а после завершения этих работ разом переводить Б1 на новую частоту. В сканлисте клиентов всегда нужно ставить много частот из всего диапазона, что бы в случае помех можно было поменяв частоту на базе, собрать всех клиентов обратно, а не заниматься каждый раз не нужной работой. Мозги уже вытекают, натыкайте носом, пожалуйста, что делать :((( Надо что-то предпринимать, не знаю куда щемиться... Если нужна какая инфа, все скажу Когда пропишите на всех клиентах полный сканлист, сможете погулять по частотам в широких диапазонах, т.к. бывает помеха на 200-300 мегагерц и смена частот рядом ситуацию не изменит. Кроме всего на всех устройствах сети должна стоять мощность 18дбм или менее. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
NewUse Опубликовано 23 декабря, 2014 · Жалоба Кроме всего на всех устройствах сети должна стоять мощность 18дбм или менее. Давай без сказок. Мощность выбирается исходя из уровня приёмного сигнала на противоположно стороне и помех. Если нужна какая инфа, все скажу Мэин-- подвкладка stations будет не лишней Да, АСК дистанции введены вручную? Запас есть? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 23 декабря, 2014 · Жалоба Давай без сказок. Мощность выбирается исходя из уровня приёмного сигнала на противоположно стороне и помех. То есть с расстояния в 5 км можно обычный нанос повесить и бегунок мощности до упора вправо подвинуть? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Kolbaska Опубликовано 25 декабря, 2014 (изменено) · Жалоба Кроме всего на всех устройствах сети должна стоять мощность 18дбм или менее. Давай без сказок. Мощность выбирается исходя из уровня приёмного сигнала на противоположно стороне и помех. Мэин-- подвкладка stations будет не лишней Да, АСК дистанции введены вручную? Запас есть? Цветом выделен клиент с проблемами VoIP. АСК стоит в автосогласовании. По мощности: чем и как нужно руководствоваться при выставлении мощности? Есть какая-нибудь сводная таблица по зависимости мощности от уровня приемного сигнала/помех? Изменено 25 декабря, 2014 пользователем Kolbaska Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
NewUse Опубликовано 25 декабря, 2014 · Жалоба АСК стоит в автосогласовании. Установите ручками и с запасом.... Цветом выделен клиент с проблемами VoIP. CCQ плохой, если есть возможность --- запустите на клиенте (удалённо не получится) эирВью. Мощность, если есть возможность -- увеличивайте. АСК -- вручную с запасом. Агрегацию, если стоит -- отрубить. Алгоритм -- альтернативный. Прошивка какая? MCS можно зажать до MCS12. Есть какая-нибудь сводная таблица по зависимости мощности от уровня приемного сигнала/помех? Есть, недавно постил: You need Signal to Noise Ratio (SNR). MCS 15/7: 32 dB MCS 14/6: 29 dB MCS 13/5: 25 dB MCS 12/4: 22 dB MCS 11/3: 18 dB MCS 10/2: 14 dB Ознакомьтесь + пару постов выше: http://forum.nag.ru/forum/index.php?showtopic=73541&view=findpost&p=1049592 При этом на базе уровни сигналов от клиентов не должны отличаться более чем на 6дБ. Мощность базы выставляется по самому дальнему клиенту, нужно, чтоб он слышал базу по заданному уровню, в зависимости от уровня окружающих шумов требуемого MCS. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Rus19 Опубликовано 28 декабря, 2014 · Жалоба Доброй ночи! Посоветуйте: У меня мост ubiquity по WDS 'у от провайдера (у него PPPoE соединение), на моей стороне стоит Микротик Rb951g У моста свои вбитые айпишники, а с провайдера получаю на роутер все автоматически Можно ли пробросить порт так чтобы я мог из своей внутренней сети заходить на адрес одного из ubiquity? Видел что много инструкций есть в интернете, но не понимаю какую можно применить к моему случаю. Спасибо.. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Vasillich Опубликовано 29 декабря, 2014 (изменено) · Жалоба Доброй ночи! Посоветуйте: У меня мост ubiquity по WDS 'у от провайдера (у него PPPoE соединение), на моей стороне стоит Микротик Rb951g У моста свои вбитые айпишники, а с провайдера получаю на роутер все автоматически Можно ли пробросить порт так чтобы я мог из своей внутренней сети заходить на адрес одного из ubiquity? Видел что много инструкций есть в интернете, но не понимаю какую можно применить к моему случаю. Спасибо.. Можно конечно, Saab уже рассказывал как, я повторял его рассказ, у самого так было сделано и все работало отлично. На порт микротика куда входит кабель от ubiquity, вешается IP адрес из диапазона адресов которые указаны для управления UBNT и все, ходите по ним свободно. Пример. На Ubnt 1 стоит адрес 192.168.2.111 на Ubnt 2 192.168.2.112, вешаете на порт микротика адрес 192.168.2.100 и свободно ходите на адреса Ubnt 192.168.2.111 и 192.168.2.112. Вроде подробно и понятно объяснил. Изменено 29 декабря, 2014 пользователем Vasillich Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Rus19 Опубликовано 22 февраля, 2015 (изменено) · Жалоба Доброй ночи! Посоветуйте: У меня мост ubiquity по WDS 'у от провайдера (у него PPPoE соединение), на моей стороне стоит Микротик Rb951g У моста свои вбитые айпишники, а с провайдера получаю на роутер все автоматически Можно ли пробросить порт так чтобы я мог из своей внутренней сети заходить на адрес одного из ubiquity? Видел что много инструкций есть в интернете, но не понимаю какую можно применить к моему случаю. Спасибо.. Можно конечно, Saab уже рассказывал как, я повторял его рассказ, у самого так было сделано и все работало отлично. На порт микротика куда входит кабель от ubiquity, вешается IP адрес из диапазона адресов которые указаны для управления UBNT и все, ходите по ним свободно. Пример. На Ubnt 1 стоит адрес 192.168.2.111 на Ubnt 2 192.168.2.112, вешаете на порт микротика адрес 192.168.2.100 и свободно ходите на адреса Ubnt 192.168.2.111 и 192.168.2.112. Вроде подробно и понятно объяснил. Да, спасибо Ubnt 1 192.168.88.20 Ubnt 2 192.168.88.21 Ether1 WAN порт DHCP pool 192.168.88.100-200 Комп 192.168.88.119 Ether 2 LAN порт получил соответственно На железки не заходит...Что я не так делаю?) Не понимаю как можно зайти через сеть на железо за роутером Изменено 22 февраля, 2015 пользователем Rus19 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...