maxxsoft

Такой вариант неудобен, так как придётся держать клиента спектроанализатора запущенным... можно ввести в режим монитора и из cli: wlanconfig ath0 destroy && wlanconfig ath0 create wlandev wifi0 wlanmode monitor проверяем так: iwconfig для возвращения ребутим (можно и через CLI, но придётся прописывать целую портянку с параметрами линка)

1.для начала попробуете изменить поляризацию на вертикальную (сначала на базе, потом на клиенте) 2.увеличте мощность на клиенте 3.задействуйте опцию Noise Immunity 4.поиграйтесь с параметром Rate Algorithm 5.в NS2 имеется разъём RP-SMA для подключения внешней антенны, что мешает поставить, например такую: SNR-ANT-2417Y если будете ставить антенну только на клиенте, установите на базе поляризацию вертикальную (антенна работает в вертикальной поляризации) и на клиенте не забудте поставить поляризацию на EXT

Стоят у меня и Юбиковские антенны и RF elements Sector MIMO 2-90 и RF elements Sector MIMO 2-120, есть даже где резерв юбиковской на RF elements, субъективно разницы не вижу.

А модуляция при этом ниже MCS13 или нет? Нет с модуляцией всё в порядке, прошивка лучше однозначно, канальные скорости и ССQ стабилизировались.

все 3 прошивки проверены, работают, единственное что заметил, на XM девайсах мощность лочится до 25 дБм, и ни в какую больше (учитывая, что в вебморде 28 стоит)(есть длинный пролёт, на нём заметил)

нет, это официальные, с СТ нужно очень попросить [anp/hsw] Плизззз...

https://yadi.sk/d/avZJ1TD9dz38w

v5.6-Beta9 Released! Очень хотелось бы их с СТ...

Заработать то оно заработало, но по собственному опыту знаю, что если не выпаять суппресоры с точки (D904,D906) работать вся система может некорректно...

нет, нельзя.

[anp/hsw] огромный респект, правленые им прошивки прошли испытания на: Aigrid M2 NanoBridge M2 NanoBridge M5 NanoBeem M2 NanoBeem M5 Rocket M2 Rocket M2 GPS Rocket M5 Rocket M5 GPS Rocket M5TI GPS NanoStation m2 loco 5.5.8, 5.5.9, 5.6-beta3 ведут себя адекватно как и на 5.5.6, СompilianceTest выбирается, глюков не замечено.. Ждём релиза 5.6 и правленую его конечно версию и будем обновлять 1500 железок...

я так понимаю вопрос риторический... да номер VLAN отношения не имеет, он может быть как 5, 105, 1100 или 4020, просто исторически так сложилось... В одной из железок инфинет я наступил на грабли с длинным именем интерфейса. ух уж и повидал я всякого оборудования (и инфинеты тоже), работал 7 лет в федеральной компании.... и наработок немало сваял... теперь по делу: в итоге всё у меня получилось и делал я всё правильно.... проблема крылась в RB SXT 2nD r2... у него какой то нехороший человек в бридже выставил нестадартное MTU (1500-стандартное)) в итоге PAD-пакеты не возвращались, но надо сказать доходили... помог всем известный Tcpdump, кстати как раз игра с маленьким значением влана и вывела меня на мысль... так что хоть и за косвенную подержку, всёравно спасибо... теперь топик можно закрыть, делал я всё правильно, можно использовать как инструкцию к применению....

я так понимаю вопрос риторический... да номер VLAN отношения не имеет, он может быть как 5, 105, 1100 или 4020, просто исторически так сложилось...

ну там наука не хитрая..., как то так: схема тут такая: NS2 подключена к прову через PPPoE Lan0 портом к Lan1 подключен прозрачный мост из 2х гридов (192.168.1.2-3) к вайфаю подключен регистратор (192.168.1.100) сделаны пробросы на SSH и WEB для моста и WEB и Stream для регистратора

Коллеги, может кто сталкивался с вопросом или подскажет в какую сторону копать.... дано: NS 2 Loco => RB SXT 2nD r2 => cisco3825 нужно организовать PPPoE соединение во VLAN 2035-интерфейсе. Нужно организовать Менеджмент во VLAN 2-интерфейсе. Делаю так: Переводим обязательно в режим Station WDS в настройках стандартно указываем PPPoE подключение через ath0 интерфейс, всё подключается и работает.. Далее через ssh/telnet в /etc/persistent/rc.poststart прописываем: #!/bin/sh #management /sbin/vconfig add ath0 2 /sbin/ifconfig ath0.2 up /sbin/ifconfig ath0.2 10.3.0.15 netmask 255.255.255.0 up #Data /sbin/vconfig add ath0 2035 /sbin/ifconfig ath0.2035 up лока успешно это съедает и поднимает все интерфейсы (включая PPPoE на ath0 интерфейсе) локу видно с кошки через 2й VLAN далее пробуем натравить PPPoE-клиента через VLAN 2035: /tmp/system.cfg ppp.1.devname=ath0 меняем на ppp.1.devname=ath0.2035 лока это съедает, но упорно не хочет поднимать PPPoE клиента далее начинаем проверять работоспособность 2035 VLAN: /sbin/ifconfig ath0.2035 10.10.0.2 netmask 255.255.255.0 up на кошке соответственно во VLAN 2035 прописываем 10.10.0.1/24 в итоге пингаем и с кошки локу и обратно но при попытке поднять PPPoE клиента: /bin/pppd ath0.2035 получаем: Loco# pppd ath0.2035 Plugin rp-pppoe.so loaded. RP-PPPoE plugin version 3.3 compiled against pppd 2.4.4 Timeout waiting for PADO packets Unable to complete PPPoE Discovery Timeout waiting for PADO packets Unable to complete PPPoE Discovery при комманде: pppd ath0 соединение устанавливается... копал в сторону файрволов, но безуспешно, понимаю, что может быть надо в ядре ещё какую опцию задействовать, но на этом месте тупик... помогите советом...