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

Двухдиапазонные устройства (AP2/MD1[1.1]/ME1) - Поддержка (проблемы и их решения)

Здравствуйте! Огромное спасибо за предоставленный ME1, очень порадовало! 2.5 месяца всё толком не было времени заменить провода и повесить его(но так хотелось, что повесил раньше чем обои). Пойду по порядку.

Розничная доступность наконец и до нас дошла. С удивлением обнаружил, что Санкт-Петербургский филиал XCOM начал продавать SNR-CPE. Пока всего по паре устройств каждой модели, но сам факт!

Опыт эксплуатации. Всё замечательно, как и на предыдущих устройствах, но есть два момента. Первый - это крепление к стене. Мелочь, но если W4N можно было ещё как то натянуть на шляпы обычных саморезов, то здесь не вышло(может слишком аккуратно пытался?). Пришлось искать подходящие шурупы. Второй момент наверно сугубо личный, но он остался ещё с W4N. Это индикация утилизации портов. Просто очень привык, что раньше на том же DIR-300(будь там сток, DD-WRT или Wive) можно было примерно понять загруженность портов просто взглянув на индикаторы. Наверно частота мигания была пропорциональна количеству пакетов в секунду. С каждыми, скажем, десятью мегабитами она увеличивалась. Здесь же такое только на Wi-Fi в очень упрощённом виде. В остальном индикация сводится к двум состояниям - наличие и отсутствие занятости порта(как во многих коммутаторах, чего достаточно для монтажника/администратора). И совершенно непонятно, что происходит - пинг или передача данных на максимальной скорости. А теперь они ещё и спрятаны за проводами(хотя с точки зрения дизайна это наверно логично). Даже предпринимал попытку найти это место в коде драйверов, но пока без особых успехов. Зато узнал логику системного индикатора с пиктограммой шестерёнки.

Вопросы. Именно из-за отсутствия описания работы индикаторов возникает первый вопрос: для чего нужен второй справа индикатор(с пиктограммой... прицела)? Даже не знаю, какие ассоциации должны возникнуть =) Второй вопрос: использование контроля потока. Поскольку в настройки младших моделей переключатель добавлен лишь недавно, столкнулся с этим только сейчас. Вещь вроде как полезная и в настройках драйверов многих сетевых карт включена по-умолчанию. А здесь выключена. Можно ли его включать, если на другом конце провода: а) готовая сетевая карта; б) коммутатор провайдера; в) другой SNR-CPE ?

Проблемы. Их, к счастью, пока нет. Заметил лишь один момент: при смене режима Wi-Fi не хватает 8-9 секунд, чтобы рожа начала отвечать(в итоге "Время ожидания истекло"). Скорее всего это касается всех настроек, где радио перезагружается.

Загруженные файлы:
  • img_20180317_223833.jpg
  1. крепления там самые обычные, не в курсе что там с шурупами, взял первые попавшиеся из ящика (остались от порожков напольных) да ввинтил.
  2. светодиодами по портам мыргает аппаратно свитч, в даташите не видел что бы можно было что-то поменять кроме как вообще отрубить реакцию на активность, на 305х был другой свитч и другая же и индикация
  3. спрятаны они логично, в т.ч. из-за жалоб народа на необходимость заклеивания, как и в MD1.1 отказались от синих светодиодов на которые я сам матюгался
  4. прицельный светодиод ждёт своего часа и пока не задействован
  5. FC в смешанных сетях где не всё на гигабите будет приводить к затыкам всего свитча, потому оно скорее зло. Без него просто подропаются фреймы в направлении одного порта пока передающая сторона не снизит скорость, с ним весь форвардинг в свитче встанет на паузу, потому по дефолту вырублен ибо заколупало провайдерам объяснять как оно работает на пальцах и когда следует использовать когда нет
  6. сколько хватает? Увеличить не проблема. Не хватает наверное при смене настроек wifi по wifi со включенным RRM ? Там да может и не хватить, но на всех моих клиентах ещё и запас остаётся. Запустите плз пинг и замерьте секундомером сколько времени проходит с момента нажатия на apply до восстановления связи - подкрутим.

Только что поменял с N на G/N и обратно. В одном случает пинг стабильно через 10 секунд после конца отсчёта пошёл, в другом через 12.

Забыл сколько там изначально 25 или 30... Короче 45 секунд точно должно хватить.

По секундомеру от 38 до 44 секунд. Кроме канала, мощности и имени там пока ничего не менял.

Кстати, при отключении контроля потока, когда нажимаю на Применить, всплывает диалог о перезагрузке. И если нажать в нём Отмена, то всё-равно происходит применение настроек в течении пяти секунд и они выставляются(в nvram?). Так и должно быть?

Нет не должно. Давайте так. У меня сейчас пипец какой завал и пока не до вэба. Да и один фиг переезд c goahead идёт полным ходом. Потому если не сложно просто что найдёте сведите в список, и где-нить через пару недель прям списком залейте сюда что бы оно в одном месте было. И тогда озадачимся.

Я о не критичной такой вот всякой фигне. Крайне тяжко сейчас постоянно отвлекаться на письма/форумы и т.д. Так что лучше скопом.

Жень, привет! Неясная хрень, точка(ME1) периодически скидывает клиентов. Хрень началась давненько, но не обращал внимания, т.к. именно мне оно не особо мешало, да и списывал всё на bandstiring, да слабый сигнал, т.к. раньше это если и замечал, то на двухдиапозонных телефонах и в дали от точки. Сейчас же рубануло бук в котором 5GHz нет и не было.

Apr 14 17:19:06 udhcpd[3959]: sending ACK to 192.168.1.190
Apr 14 18:51:38 kernel: ASSOC - Assign AID=5 to 2.4GHz STA 38:a2:8c:72:66:64
Apr 14 18:51:38 kernel: Legacy STA ASSOC - MODE=1, MCS=7
Apr 14 18:52:02 kernel: ASSOC - Assign AID=3 to 2.4GHz STA 38:a2:8c:72:66:64
Apr 14 18:52:02 kernel: Legacy STA ASSOC - MODE=1, MCS=7
Apr 14 18:52:21 kernel: ASSOC - Assign AID=3 to 2.4GHz STA 38:a2:8c:72:66:64
Apr 14 18:52:21 kernel: Legacy STA ASSOC - MODE=1, MCS=7
Apr 14 18:52:21 udhcpd[3959]: sending ACK to 192.168.1.67

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

Куда можно копнуть?

В логе записи kickout/ageout/tx error и т.д. видишь? Вот и я нет. А значит точка никого не рубила. Разбирайся с клиентами. И по таким репортам тебе даже гадалки не помогут.

И почему у тебя бук в legacy режиме? Он даже N не может? С какой помойки ты его достал? Нет, легаси клиенты тоже работают без проблем, я к тому, что не умирает ли сам адаптер.

Далее. band steering вообще никого не дропает, он работает на стадии подключения и только. От режиме с kickout давно отказался.

Срабатывания логики handoff я тут тоже не вижу, как и отстрела по числу ошибок и т.д.

Всегда когда точка кого-то отстреливает, всегда в логе будет запись и никак иначе.

А репортить о хрени которая началась давненько, нужно наверное в тот момент когда началась? Хотя в данном случае хрень с вероятностью 99,99% на клиенте.

Добрый день

Надеюсь обратился куда надо)

Вопрос по работе dns сервера на устройстве ME1. Проверял как на текущей стабильной, так и на тестовой прошивке.

1. в веб-интерфейсе я не нашел, как через ssh на роутере отредактировать hosts? Если я правильно понимаю, /etc/hosts только ro?

2. столкнулся с такой штукой, что при выполнении команды nslookup роутер не розолвит адреса в локалке. Например винда пишет "не удалось найти .."

C:\Users\artem>nslookup sr04 10.0.0.1
╤хЁтхЁ:  Wive-NG-MT.lo
Address:  10.0.0.1

*** Wive-NG-MT.lo не удалось найти sr04: Non-existent domain

C:\Users\artem>ping sr04

Обмен пакетами с sr04 [10.0.0.11] с 32 байтами данных:
Ответ от 10.0.0.11: число байт=32 время<1мс TTL=64
Ответ от 10.0.0.11: число байт=32 время<1мс TTL=64

При этом внешние адреса без проблем

C:\Users\artem>nslookup ya.ru 10.0.0.1
╤хЁтхЁ:  Wive-NG-MT.lo
Address:  10.0.0.1

Не заслуживающий доверия ответ:
╚ь :     ya.ru
Addresses:  2a02:6b8::2:242
          87.250.250.242

Заранее спасибо

 

Вопрос по работе dns сервера на устройстве ME1. Проверял как на текущей стабильной, так и на тестовой прошивке.

1. в веб-интерфейсе я не нашел, как через ssh на роутере отредактировать hosts? Если я правильно понимаю, /etc/hosts только ro?

весь /etc RW, редактируюется и записывается командой fs save на флэш.  Как работать с rwfs рассказывал тут https://forum.nag.ru/index.php?/topic/102590-wive-ng-mt-kastomizaciya-proshivki-s-pomoschyu-rwfs/

Надо статейку накидать нормальную на эту тему.

Но в данном случае вам это не поможет т.к. /etc/hosts генерируется динамически логикой в /etc/init.d/dnsserver

Функция gen_hosts

echo "$HostName" > /etc/hostname
hostname -F /etc/hostname

echo "127.0.0.1     localhost"                      > /etc/hosts
echo "$lan_ipaddr   $HostName.lo"                   >> /etc/hosts
echo "$lan_ipaddr   $HostName $HostName.lo"         >> /etc/hosts
echo "$lan_ipaddr   gateway.lo"                     >> /etc/hosts

И т.д. Вот сюда по аналогии можно добавить ваши записи.

Либо же описать непосредственно в /etc/dnsmasq.conf (формат на память не помню надо man смотреть).

После чего сказать fs save && service dnsserver restart или fs save && reboot

Вообще давно (уже несколько лет) порываюсь добавить управление записями DNS из рожи. Хорошо напомнили. В ближайших релизах сделаем. Добавил в ToDo https://wi-cat.ru/forums/?view=thread&id=19&part=1#postid-71

Как бы полезно кроме прочего и для локальной блокировки по доменному имени т.к. толку с webstr и всяких L7 фильтрс нынче никакого.

Только всё же надо было отдельной темой и в разделе по Wive т.к. чисто софтовая и железонезависимая сущность. Ну да ладно, потом разнесём когда руки дойдут.

Круто, спасибо!

За настройки dns в веб-морде отдельное спасибо.

А по второму пункту, что и как продиагностировать? Не писать же все в hosts?

Откуда по вашему роутер должен узнать имена клиентов? Собирать из из dhcp запросов? Ну дык там в 99% случаев нет ничего или лабуда аля android-ytsjfsldjfdlhkdjfhvkdj и т.д.

Ессно описывать ручками нужные пары, больше по нормальному никак. Потому в рожу и поставил в туду вынести.

Более того, в виндах кроме всего прочего существует разрешение имён на уровне netbios и/или WINS. dns о них ничего не знает.

Именно его в вашем примере выше использовала винда при ping sr04. Т.е. разрешение имён отработало через NETBIOS, роутер тут и близко не при делах.

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

В кратце как происходит сопоставление имён в виндах рассказывал когда-то тут http://wive-ng.sourceforge.net/?Drugoe:Dokumentaciya:Nastroyka_SAMBA

P.S. dns при обзоре сети в виндах не используется вообще. Либо винс, либо если его нет, то netbios. У яблока там свой костыль на основе upnp. Т.е. обзор локальной сети к DNS отношения не имеет от слова совсем. Хотя к шарам можно обращаться в т.ч. и по доменным именам описанным в конфиге dnsmasq или в hosts роутера, который dnsmasq и читает на предмет пар имя-ip.

PP.S. МС недавно порывались вообще закопать WINS/NETBIOS и реализации SMB ниже второй версии. Уж не в курсе чем дело кончилось.

Спасибо, пошел раскуривать полученную информацию)

Перешел на Вашу прошивку с устройства с прошивкой Padavan, там без редактирования hosts резолвилось, но видимо там либо из dhcp запросов собирается, либо еще как. Может быть такое, что там hosts собирается из записей резервирования dhcp? Тут я так понял когда создается резервирование адресов, ввод коментария это лишь просто комментарий для понимания что это за устройство? А там комментарий это еще и днс имя?

Не призываю изучать обсуждать и прочие действия с прошивкой Padavan, но пытаюсь разобраться что изменилось и собрать в голове картинку как это все работает)

У него там отличия как минимум 2:

  1. dnsmasq выполняет одновременно и функции DNS и функции DHCP. У нас это разные сущности
  2. я не в курсе, задаются ли имена при привязке пользователем адреса dhcp у Андрея, можно и туда поле вкорячить. Но я предпочитаю что бы если ты берёшь молоток, то в руках он не превращался в пилу. Т.е. стараюсь не устраивать каши. Настраиваешь dhcp - значит настраиваешь dhcp. Излишняя автоматизация не редко оборачивается отстрелом ноги или отрывом головы.

Как именно там у него сделано по роже я фиг знает. Скорее всего при привязке статики задаётся ещё и имя которое тут же попадает или в hosts или в конфиг dnsmasq. Не уверен, что это хорошее решение. Часто за решениями подкупающими простотой стоят готовые дать в лоб грабли.

Что-то не едет, вроде все как написали сделал(

В /etc/init.d/dnsconf

добавил строку

echo "10.0.0.11 sr04" >> /etc/hosts

затем

fs save && service dnsserver restart

получаем

[Wive-NG-MT@/etc/init.d]# cat /etc/hosts
127.0.0.1       localhost
10.0.0.1        Wive-NG-MT.lo
10.0.0.1        Wive-NG-MT Wive-NG-MT.lo
10.0.0.1        gateway.lo
10.0.0.11       sr04

но все равно

C:\Users\artem>nslookup sr04 10.0.0.1
╤хЁтхЁ:  Wive-NG-MT.lo
Address:  10.0.0.1

*** Wive-NG-MT.lo не удалось найти sr04: Non-existent domain

 

Зачем вы делаете то что не просят? Какой /etc/init.d/dnsconf?

Кто будет делать рериад и прочее. Логика вся по зависимостям построена. Ещё раз грю в функцию gen_hosts в /etc/init.d/dnsserver добавьте нужную запись.

Иначе после service dnsserver restart опять  /etc/hosts  перегенериться и ваши правки пойдут лесом.

[sfstudio@sfstudio:.ssh]$ nslookup sr04
Server:         192.168.254.1
Address:        192.168.254.1#53

Name:   sr04
Address: 10.0.0.11

Специально для вас проверил.

На будущее. Давайте таки делать так как говроят? Вот нет блин времени заниматься разбором подземных стуков и поиском чёрных кошек в тёмных комнатах.

Я ж не зря по шагам описываю.

vi пользоваться умеете? Ну вот командуем vi /etc/init.d/dnsserver добавляем после строки:

echo "$lan_ipaddr gateway.lo" >> /etc/hosts

строку

echo "10.0.0.11 sar04" >> /etc/hosts

сохраняем файл, выходим из vi.

командуем fs save && reboot или fs save && service dnsserver restart. Проверяем.

Извиняюсь, все верно, правил именно /etc/init.d/dnsserver ибо другого файла dns* там нет.

Вот так сейчас все выглядит

[Wive-NG-MT@/etc/init.d]# cat /etc/init.d/dnsserver
#!/bin/sh

# if app not exist
if [ ! -e /bin/dnsmasq ]; then
    exit 0
fi

# get params
. /etc/scripts/global.sh

LOG="logger -t dnsserver"

start() {
  get_param
  gen_hosts
    if [ "$dnsPEnabled" = "1" ] && [ -e $cname ]; then
        $LOG "Starting DNSMASQ"
        dnsmasq -N -c $cachesize --dns-forward-max=$forwardmax --no-poll --all-servers --clear-on-reload --leasefile-ro \
            -u nobody -g nobody -C "$cname" -r "$fname" -H "$hname" &
    fi
}

gen_hosts() {
  $LOG "Generate /etc/hosts file."
    echo "$HostName" > /etc/hostname
    hostname -F /etc/hostname

    echo "127.0.0.1     localhost"                      > /etc/hosts
    echo "$lan_ipaddr   $HostName.lo"                   >> /etc/hosts
    echo "$lan_ipaddr   $HostName $HostName.lo"         >> /etc/hosts
    echo "$lan_ipaddr   gateway.lo"                     >> /etc/hosts
    echo "10.0.0.11 sr04"  >> /etc/hosts

    if [ "$real_wan_ipaddr" != "" ]; then
        # if dynamic dns and dmz enable - dnsmasq must set DDNS=DMZIP
        # if dynamic dns and dmz disable - dnsmasq must set DDNS=WANIP

далее ничего не изменено...

Затем выполнено

fs save && service dnsserver restart

 

После смотрю hosts

[Wive-NG-MT@/]# cat /etc/hosts
127.0.0.1       localhost
10.0.0.1        Wive-NG-MT.lo
10.0.0.1        Wive-NG-MT Wive-NG-MT.lo
10.0.0.1        gateway.lo
10.0.0.11 sr04

Все ок, должно работать. Проверяю

на виндомашине

C:\Users\artem>nslookup sr04 10.0.0.1
╤хЁтхЁ:  Wive-NG-MT.lo
Address:  10.0.0.1

*** Wive-NG-MT.lo не удалось найти sr04: Non-existent domain

Еще решил на всякий проверить в дебиан

artem@sr03:~$ nslookup sr04 10.0.0.1
Server:         10.0.0.1
Address:        10.0.0.1#53

Name:   sr04
Address: 10.0.0.11

Там сработало. Теперь ничего не понимаю, видимо винды чудят.

Спасибо, пойду ковырять гугл что с виндой не так

Похоже винде тупо не нравиться анонсы доменов первого уровня. sr04.lo уверен отрезолвиться, как и остальные.

к сожалению, нет

а где формируются и меняются домены первого уровня? например .lo заменить на свое. Уверен конечно замена не поможет, но просто не нашел в конфигах это

Ну вот и меняйте везде. Но ИМХО не в этом дело. Сейчас нет под рукой винды, единственный ноут с оной погиб в доже из растворителя. ;( Жду клаву на замену.

ИМХО таки винда чудесатит. Или какая антитварь на ней. Не один домен из hosts не резолвиться или только ваш? Может dns cache в винде заклинило?

В общем посмотрел через wireshark, запросы с винды отправляются с добавлением домена рабочей группы. Соответственно роутеру приходит запрос на резолв домена sr04.home

А в hosts я пишу просто sr04

Можно где-то прописать домен для днс запросов? Чтобы корректно срабатывали все запросы. Вроде в виндовых днс такое есть

Пипец. Крайне умная винда.

Я не в курсе, возможно dnsmasq умеет маски аля *. Но это вот уж точно проблема винды. Я такого ещё не видел. Версия какая винды?

Интересно как она определяет надо ли лепить группу к домену или нет.

Что-то мне подсказывает, что она сначала разрешает имя через netbios и если там есть совпадение смотрит группу и лепит её как домен первого уровня к хосту.

Т.е. если прилепить любое другое имя вместо netbios name в hosts то всё начнёт резолвиться без проблем.

Вне винды нетбиос тыщу лет никто не юзает, да и не задача DNS знать о нём. На кой хрен MS понадобились подобные извращения и как с этим жить я ХЗ. Очень похоже как раз на какой-то костыль в попытках сделать резолв через DNS вместо netbios/wins.

Ну тогда придётся на роутере описывать в формате котором она требует <name>.<workgroup> ну или курить маны на dnsmasq может маски есть какие.

Расширенный дебаг включается ключиком при запуске dnsmasq. Впрочем как и для любого другого демона.

винда 10 и сервер 2012р2. Прописал в днс с рабочей группой, все работает. Скорее всего где-то можно прописать, помню в прошивке padavan было поле имя домена, видимо где-то прописывалось и подставляло ее. Впринципе не критично, хостов не много, можно и руками. Уже спортивный интерес докопаться до истины)

" width="20" height="20">

Воо, нашел откуда ноги раньше росли.

в /etc/dnsmasq.conf надо добавить

domain=свою домашнюю группу/домен

expand-hosts (автодополняет к именам хостов домен)

убрал из hosts указание рабочей группы и все поехало.

Спасибо за консультации, все отлично


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

Скорее всего это поведение как раз на стороне вантуза можно отрубить. 7ка себя точно ещё так не вела.

 

Воо, нашел откуда ноги раньше росли.

в /etc/dnsmasq.conf надо добавить

domain=свою домашнюю группу/домен

expand-hosts (автодополняет к именам хостов домен)

убрал из hosts указание рабочей группы и все поехало.

Спасибо за консультации, все отлично


Это не очень правильно ибо прилепиться для всех записей включая сервисные аля gateway.lo. ИМХО лучше описывать хосты целиком в hosts.

День добрый. Пытаемся настроить две точки SNR CPE-AP2 для бесшовного роуминга. Обе имеют одинаковые SSID и пароль, но разнесены на разные каналы. Галочки для роуминга в веб-морде проставлены, однако, при p2p-звонках связь рвётся при переходе от одной точки к другой. Что нужно дополнительно прописать/сделать, чтобы всё это заработало?

Добрый. План действия, когда делаешь то, чего никогда не делал всегда одинаковый:

  1. Изучить матчасть https://wi-cat.ru/category/wi-fi/wi-fi-roaming/
  2. Со знанием матчасти выполнить настройку
  3. Если не получилось придти к вендору (сюда) с данными, логами, описаниями действий, конфигами

Все ищут какую-то волшебную кнопку, или что дополнительно прописать. =) Ребят. Я много времени потратил, что бы описать как оно работает на самом деле. Читайте - разбирайтесь. Кнопки кайф или волшебной строчки в конфиге не существует. И "бесшовность" миграции хоть и зависит от возможностей АП, но в большей гораздо степени зависит от клиентов, от корректности размещения ап для нарезки зон обслуживания, реализации опорной сети включая dhcp и ещё тонны факторов.

А бесшовная сеть с 2мя АП выглядит очень странно. Почему? Ну после прочтения материалов по ссылке думаю догадаетесь.

Но на правах гадалки могу предположить, что воткнули оба бэнда на один SSID, врубили band steering, и пытаетесь логикой handoff добиться надёжного отстрела клиентов. При этом ждёте что миграция будет "бесшовной". Вот фиг там.

Задача абсолютно обратная. Отключаем все костыли, оставляя только поддержку 802.11K/R. Тыкаем точки в тупой свитч туда же тыкаем шлюз, который кроме всего прочего обеспечит DHCP с возможностью гарантировать неизменность адресов при renew или даже release->renew (встроен в wive-ng-mt в режиме роутера, только надо отрубить проверку занятости адресов в нём иначе будет задержка). После этого выясняем где расположить АП, что бы в планируемой точки миграции выполнялось условие для срабатывания триггера запуска handover на клиентском устройстве (RSSI -75 на самуснгах, -70-72 на яблоках, и это уровни со стороны клиента, а не АП). Чешем репу, перемещаем точки, крутим уровни.

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

 

Но и это ещё не всё. Обновление арп таблиц в свитчах должно так же быть моментальным. А не как тут недавно созерцал, 6 секунд тупили. Т.е. опорная сеть должна это дело обеспечивать. О DHCP выше сказал.

От АП требуется минимум, уметь быстро приземлить клиента, пихнуть arp фрэйм в опорку когда клиент выполняет процедуру миграции для обновления арп таблиц в свитчах привентивно. Если при этом AP умеет предоставлять доп данные для миграции используя RRM/QLOAD или ускорять авторизацию используя FT то вообще отлично. Но запуск процедуры миграции от АП не зависит от этих великих 802.11K/R от слова совсем. И что бы миграция была бесшовной, требуется что бы клиент сам инициировал миграцию. Handoff в большинстве случаев будет приводить к обрыву соединений на клиенте. А если клиент не умеет RRM и работает в 5ГГц, при этом АП на разных каналах, то время на миграцию может вырасти до 7 секунд (4 поддиапазона 5ГГц просканить и один в 2.4).

Далее Band steering и handoff в сетях где требуется бесшовность - ЗЛО. Handoff в таких сетях должен быть настроен с такими порогами, что бы не мешать мигрировать нормальным клиентам. Т.е. используется только как страховка для балансировки  залипающих клиентов, тут уже не до бесшовности.

А вот где на бесшовность пофигу, и надо обеспечить максимальную ёмкость сети за счёт балансировки, вот там и handoff можно закрутить очёшь жёстко и band steering заюзать (если SSID по диапазонам одинаковый).

В общем всё это я уже описывал по ссылкам, читайте, разбирайтесь. Всё не так просто как хотелось бы.

P.S. И давайте всё же научимся создавать темы??? Смысл лепить всё в одну?

PP.S. Данные предоставлять тоже научимся. Если речь идёт о роуминге важно вообще всё, включая планы помещений, типы перекрытий и т.д. Это серьёзная интеграторская работа (организация бесшовного покрытия), а не ткнул 2 точки и вауля. Придётся читать, изучать матчасть и т.д. и т.п. Я могу помочь, но давайте тогда вы будете экономить моё время сначала изучите вопрос, затем только придёте с полным детальным отписанием вообще всего что делаете и как делаете, что за клиенты, что на опорке и т.д. и т.п. Ну либо можете подождать, возможно я плюну и открою интеграторскую контору как дочку wi-cat и сможете просто заказать услугу развёртывания сети. Но это будет не скоро.

PP.SS. Надеюсь хотя бы софт обновили до текущего, а то там с завода на AP2 ещё даже без K/R для 2.4 софт предустановлен был. Ессно со сбросом перед настройкой.  Софт живёт тут https://sourceforge.net/projects/wive-ng/files/wive-ng-mt/ и ни где больше.

Цитата: sfstudio от 21/03/2018, 17:47

FC в смешанных сетях где не всё на гигабите будет приводить к затыкам всего свитча, потому оно скорее зло. Без него просто подропаются фреймы в направлении одного порта пока передающая сторона не снизит скорость, с ним весь форвардинг в свитче встанет на паузу, потому по дефолту вырублен ибо заколупало провайдерам объяснять как оно работает на пальцах и когда следует использовать когда нет

Т.е. я правильно понял, что если всю сеть зафиксировать в гигабит(или 100FD), то зла не будет? Или всё равно есть минусы или нюансы?

Минус в том, что уже не ткнёшь куда попало, какой попало девайс и он не заработает сам на максимальной скорости (если в сотку фиксить). Т.е. потребуются доп телодвижения.

Ребят,тока не смейтесь, включил на роутере режим репитера,IP поменял на 192.168.1.10, подключился к ТД(телефон),все работает,все хорошо,а как теперь в вэбморду зайти,чтоб обратно на шлюз поменять? по 192.168.1.10 не заходит . Винда в карте сети показывает именно этот IP для роутера, все остальные устройства имеют IP вида 192.168.43.ххх Спасибо.

Ну дык наверное прибить вручную адрес на клиенте из диапазона роутера и зайти?

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

 

Блин,точно,говорил же что смешно ))), я же не знал какой диапазон IP телефон даст,спасибо за подсказку.