Wi-CAT LLC

Wireless Comprehensive Advanced Technology. Build your network now.

Wi-CAT LLC
Навигация Форума
Вы должны войти, чтобы создавать сообщения и темы.

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

Page 1 of 2Next

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

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

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

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

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

Загруженные файлы:
  • Вам нужно войти, чтобы просматривать прикрепленные файлы..
  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 телефон даст,спасибо за подсказку.

Что-то то ли лыжи не едут, то ли я что-то не так делаю.

Создаю правило проброса порта точно также как описано здесь: https://wi-cat.ru/configure-wive-ng/probrasyivaem-portyi-nyuansyi-port-forward/

Однако при этом проброс не работает и в консоли в Chain FORWARD по команде iptables -L -v -n -t nat правило тоже не отображается.

IP белый имеется. SNR-CPE-ME1. Прошивка последняя. Доступ в Интернет через PPPoE.

[Wive-NG-MT@/]# iptables -L -v -n -t nat
Chain PREROUTING (policy ACCEPT 121 packets, 21460 bytes)
 pkts bytes target     prot opt in     out     source               destination
  121 21460 port_forward_pre  all  --  *      *       0.0.0.0/0            0.0.0.0/0

Chain INPUT (policy ACCEPT 8 packets, 487 bytes)
 pkts bytes target     prot opt in     out     source               destination

Chain OUTPUT (policy ACCEPT 20 packets, 1260 bytes)
 pkts bytes target     prot opt in     out     source               destination

Chain POSTROUTING (policy ACCEPT 20 packets, 1260 bytes)
 pkts bytes target     prot opt in     out     source               destination
   28  1792 port_forward_post  all  --  *      *       0.0.0.0/0            0.0.0.0/0
    0     0 SNAT       all  --  *      eth3    192.168.178.0/24     0.0.0.0/0            to:192.168.67.51
    8   532 SNAT       all  --  *      ppp0    192.168.178.0/24     0.0.0.0/0            to:185.54.239.x

Chain port_forward_post (1 references)
 pkts bytes target     prot opt in     out     source               destination

Chain port_forward_pre (1 references)
 pkts bytes target     prot opt in     out     source               destination

 

Загруженные файлы:
  • Вам нужно войти, чтобы просматривать прикрепленные файлы..

Правила для туннелей (коим является и PPPOE) создаются в момент подъёма туннеля.  Если соединение уже поднято ессно новые правила применены не будут до реконнекта. Так что тупо ткнуть apply на вкладке PPPOE для реконнекта и вауля.

Не вижу просто смысла дропать туннели при apply в фаерволе без ведома юзверя. Можно будет в преспективе сделать как-то так:

Если включен VPN L2TP/PPTP/PPPOE и включена галка DGW в него при настроенном хотя бы одном правиле в фаерволе через VPN предлагать запустить реконнект автоматом. Наверное лучший вариант из возможных.

Sadler, в ToDO.

 

Добрый вечер. Сегодня приобрел данный роутер на замену своего старичка Asus 66. Что-то не могу найти настройки QoS по каждому клиенту, которые подключились к роутеру по wifi. Необходимо выбрать клиента (по IP, MAC) и ограничить ему скорость. Ткните пальцем где это

А кто сказал что это вообще есть? Вроде нигде не заявлено.

Цитата: sfstudio от 29/01/2019, 17:28

А кто сказал что это вообще есть? Вроде нигде не заявлено.

ну мало ли:) Спасибо и на этом :)

 

p.s купил все таки в оф.магазине НАГ, местные не продали как юр.лицу )

Цитата: patroshka от 29/01/2019, 17:46
Цитата: sfstudio от 29/01/2019, 17:28

А кто сказал что это вообще есть? Вроде нигде не заявлено.

ну мало ли:) Спасибо и на этом :)

Шейпинг поклиентный == прощай PPE и здравствуй пожирание CPU. Нет ну руками можно (tc lar faq прочитать не забыв) нарулить хоть поклиентно хоть нет. Можно даже полностью PPE не отрубать а просто сделать MARK для этих клиентов. Собсно всё что нужно в прошивке для этого есть. В UI такие схемы выносить ессно близко не планируется, т.к. схем миллион и общая проблема реализации нормального шейпера с сохранением оффлоада и гарантированно не влетая в CPU не решается и даже на более шустром железе ценой  в 3-5 раз выше, а значит в UI городить сиё чревато.

Как бы в остальном никто не мешает вырубить оффлоады и заюзать тот же HTB и штатными же классификаторами. Инфы в инете полно. Настраивается ровно так же как и в любом другом Linux на стороне исходящего относительно лимитируемого трафика интерфейсе.

Что бы уж не совсем с нуля можно заюзать /etc/scripts/config-qos-complex.sh за основу, там уже трубы описаны и т.д. Только классификаторы заменить на свои, по маку там или ещё как.

config-qos-complex.sh это такое общее решение для офисов и хотспотов в виде попытки уложить всех клиентов в узкий аплинк. Вполне себе рабочее решение не раз его юзали при разворачивании сети на конференциях. Да и по офисам народ использует в неизменном виде. Собсно под это и рисовалось.

P.S. Но стоит понимать, что шейпинг, любой, не уживается с оффлоадами, т.к. оффлоады исключают прохождение вообще львиной доли логики в ядре куда входит и шейпинг. Т.е. либо как-то нужно исключать этот трафик до попадания в оффлоад (что невозможно если нужно классифицировать по DST IP/MAC т.к. он становиться известен только после прохождения NAT, а значит всяко уже залетит в оффлоад) либо вообще отказываться от оффлоадов.

p.s купил все таки в оф.магазине НАГ, местные не продали как юр.лицу )

Дурь какая. От НДС чтоль шкерятся. Хотя вроде щас не проканывает такая "оптимизация".

 

Вчера только обновил новый роутер на 7.7.11, а позже зарелизили 7.8.11 стоит обновляться и делать сброс ? Usb не пользуюсь)

И еще, к роутеру подключено 2 видеорегистратора с камерами. Но что-то в Сервисах-Сервис DHCP их нет, и не могу узнать их IP адрес.

Сброс нужен только при переходе с кастомизированных/операторских/заводских версий либо крайне желателен при переходе с очень старых версий. И то не обязателен.

По dhcp всё просто. Попросили у него адрес - есть в lease file запись, не попросили - нету. Часть устройств нынче спросив адрес один раз при link beat (down/up) например при перезагрузке устройства не спрашивает адрес снова пока не истечёт lease time (сутки там по дефолту по моему) собсно dhcp о их существовании после перезагрузки (или при изменении параметров если что-то крутили, т.к. lease file затирается) ничего не знает, выйдет половина leae time, попросят заново - появятся в списке. Ну либо если будут перезагружены.

DHCP протокол не сессионный потому клиенты не обязаны сообщать о своей живости в промежутках между продлениями лизы.

Цитата: sfstudio от 30/01/2019, 13:02

Ну либо если будут перезагружены.

 

Угу, так и поступил. А по прошивке, стоит обновлять?

Меня добивают такие вопросы. Ну мне откуда знать стоит вам обновлять или нет? Выпускаем мы наверное новые версии не для красоты, а вот стоит или не стоит решает сам.

Вопрос в другом, а почему не стоит? Вот что может случиться от чего убережёт необновление? Дырку на флэше протрёте? Ну дык не судьба в ближайшие лет 10 даже если ежедневно шить будете, это не NAND который вообще без ремапа не живёт. Или что? =)

Странные мысли какие-то народ посещаю, непонятные.

Цитата: sfstudio от 30/01/2019, 14:00

Странные мысли какие-то народ посещаю, непонятные.

Обновился в итоге :) Подскажите лог забит такими строчками. Такое было и вчера, до прошивки

Спойлер
Извините, только авторизованные пользователи могут видеть спойлеры.

Что подсказать-то? На то он и лог что бы в него логировать. Что не нравиться?

АУ, вопрос-то в чём? Ну реконнектятся девайсы регулярно. Возможно засыпают с полным отрубанием wifi/просыпаются и т.д. Я ж ХЗ что за железяки и зачем они так делают. Мож энергию экономят может ещё что. Один там намертво уснул и его по истечении 480с вынесло. Ушёл может.

Задавайте вопрос по человечески, что бы было понятно, что спросить-то хотелось.

Всем доброго времени суток, наконец то загляну к вам на форум, как то открывал тему по поводу плохой работы wifi, тему уже прикрыли. Проблему решил очень просто, поменял телефоны на современные. Зря грешил на маршрутизатор, теперь когда я захожу в подъезд, телефоны автоматический подключаются (а я между прочим живу на 4 этаже). Скорость на 5+, можно спокойно смотреть фильмы в FHD без тормозов. осталось сменить wifi модуль в ноуте.. Маршрутизатор работает стабильно. Спасибо sfstudio за качественную поддержку. "Особенно за совет взять у соседа трубу и проверить " Проблема была в клиентах...

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

К сожалению да, с клиентами фиг угадаешь, встречается и откровенная бяка  и чудеса могут быть самыми разнообразными ;( Главное, что проблема решилась.

Цитата: Sergey от 04/02/2019, 20:12

сменить wifi модуль в ноуте..

Рекомендую i9260 у китайцев стоит копейки. Сам на него перехал. Вот вообще без притензий. Они же на али вместе с переходниками под mpci-e продаются. Мешье 1к.р. обошёлся.

Добрый день.

А какие USB LTE модемы ME1 поддерживает?

Что-то у меня с ходу ZTE MF825 не заработал...

 

Добрый.

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

По факту в режиме аля usb_eth (там стопка NCM/HiLInk/RNDIS) будут работать почти все без доп телодвижений. Достаточно выбрать режим ETH в роже в настройах модема.

Я фиг знает на чём конкретный ZTE если на марвеле то в 7.9.4 уже заведётся из коробки, в 7.8 ещё нет.

Там с этими модемами вечный бардак, то под одним именем 5ть разных девайсов, причём в разных режимах работающих, то под 5ю один. Смотреть надо если не завелось. В лоб гугл грит что он по умолчанию работает в RNDIS и собран на квалкоме. Так что см скрин настраиваете по аналогии (не забыв обновиться до 7.9.4 из теста), ждёте минуты 3 (нынче они пока сеть не поймают интерфейс тоже не поднимается), если не завелось то см выше по теме в репортах со всеми подробностями. Именно такого модема увы не встречал. Но в теории должен подняться без проблем.

P.S. В любом случае отпишитесь завелось нет с логом, что бы галочку поставить и глянуть таки заработало в нормальном режиме или отработал вариант "безысходности" ;)

Загруженные файлы:
  • Вам нужно войти, чтобы просматривать прикрепленные файлы..

Пробовал на 7.8, сходу не завелось, настройки как на скрине, кроме логина и пароля (кстати, это что за логин/пароль?).

Попробую на 7.9, коли не заработает, сделаю отдельную тему с логами.

 

 

Эт гуглохром ляпает. Поля логина пароля APN  и т.д. для этого режима значения не имеют. В нём модем сам-себе хозяин.

Как у вас дела? Залил 7.9.6 в test-only, убрали все поля не применимые в ETH/RNDIS режиме + по мелочи. Просьба проверить с момедом и лог сюда кинуть.

Добрый день.

Пока не взлетает.

Первая часть лога на 7.8, ниже после прошивки на 7.9.

  7.8.11.RU.29012019


Jan  1 03:00:03 syslogd started: BusyBox v1.30.0
Jan  1 03:00:03 kernel: CPU/OCP/SYS frequency: 880/220/220 MHz
Jan  1 03:00:03 kernel: CPU revision is: 0001992f (MIPS 1004Kc)
Jan  1 03:00:03 kernel: Determined physical RAM map:
Jan  1 03:00:03 kernel:  memory: 10000000 @ 00000000 (usable)
Jan  1 03:00:03 kernel: Detected 3 available secondary CPU(s)
Jan  1 03:00:03 kernel: Primary instruction cache 32kB, VIPT, 4-way, linesize 32 bytes.
Jan  1 03:00:03 kernel: Primary data cache 32kB, 4-way, PIPT, no aliases, linesize 32 bytes
Jan  1 03:00:03 kernel: MIPS secondary cache 256kB, 8-way, linesize 32 bytes.
Jan  1 03:00:03 kernel: Zone PFN ranges:
Jan  1 03:00:03 kernel:   DMA      0x00000000 -> 0x00001000
Jan  1 03:00:03 kernel:   Normal   0x00001000 -> 0x00010000
Jan  1 03:00:03 kernel: Movable zone start PFN for each node
Jan  1 03:00:03 kernel: Early memory PFN ranges
Jan  1 03:00:03 kernel:     0: 0x00000000 -> 0x00010000
Jan  1 03:00:03 kernel: PERCPU: Embedded 7 pages/cpu @8162a000 s4544 r8192 d15936 u32768
Jan  1 03:00:03 kernel: Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 65024
Jan  1 03:00:03 kernel: Kernel command line: console=ttyS0,57600n8 root=/dev/mtdblock4 rootfstype=squashfs
Jan  1 03:00:03 kernel: PID hash table entries: 1024 (order: 0, 4096 bytes)
Jan  1 03:00:03 kernel: Dentry cache hash table entries: 32768 (order: 5, 131072 bytes)
Jan  1 03:00:03 kernel: Inode-cache hash table entries: 16384 (order: 4, 65536 bytes)
Jan  1 03:00:03 kernel: Writing ErrCtl register=0000a210
Jan  1 03:00:03 kernel: Readback ErrCtl register=0000a210
Jan  1 03:00:03 kernel: Memory: 255488k/262144k available (3211k kernel code, 6656k reserved, 697k data, 244k init, 0k highmem)
Jan  1 03:00:03 kernel: start_kernel(): bug: interrupts were enabled *very* early, fixing it
Jan  1 03:00:03 kernel: Hierarchical RCU implementation.
Jan  1 03:00:03 kernel: NR_IRQS:72
Jan  1 03:00:03 kernel: MIPS GIC RevID: 3.0
Jan  1 03:00:03 kernel: Setting up vectored interrupts
Jan  1 03:00:03 kernel: console [ttyS0] enabled
Jan  1 03:00:03 kernel: Calibrating delay loop... 577.53 BogoMIPS (lpj=288768)
Jan  1 03:00:03 kernel: pid_max: default: 32768 minimum: 301
Jan  1 03:00:03 kernel: Mount-cache hash table entries: 512
Jan  1 03:00:03 kernel: Primary instruction cache 32kB, VIPT, 4-way, linesize 32 bytes.
Jan  1 03:00:03 kernel: Primary data cache 32kB, 4-way, PIPT, no aliases, linesize 32 bytes
Jan  1 03:00:03 kernel: MIPS secondary cache 256kB, 8-way, linesize 32 bytes.
Jan  1 03:00:03 kernel: CPU revision is: 0001992f (MIPS 1004Kc)
Jan  1 03:00:03 kernel: Synchronize counters for CPU 1: done.
Jan  1 03:00:03 kernel: Primary instruction cache 32kB, VIPT, 4-way, linesize 32 bytes.
Jan  1 03:00:03 kernel: Primary data cache 32kB, 4-way, PIPT, no aliases, linesize 32 bytes
Jan  1 03:00:03 kernel: MIPS secondary cache 256kB, 8-way, linesize 32 bytes.
Jan  1 03:00:03 kernel: CPU revision is: 0001992f (MIPS 1004Kc)
Jan  1 03:00:03 kernel: Synchronize counters for CPU 2: done.
Jan  1 03:00:03 kernel: Primary instruction cache 32kB, VIPT, 4-way, linesize 32 bytes.
Jan  1 03:00:03 kernel: Primary data cache 32kB, 4-way, PIPT, no aliases, linesize 32 bytes
Jan  1 03:00:03 kernel: MIPS secondary cache 256kB, 8-way, linesize 32 bytes.
Jan  1 03:00:03 kernel: CPU revision is: 0001992f (MIPS 1004Kc)
Jan  1 03:00:03 kernel: Synchronize counters for CPU 3: done.
Jan  1 03:00:03 kernel: Brought up 4 CPUs
Jan  1 03:00:03 kernel: NET: Registered protocol family 16
Jan  1 03:00:03 kernel: bio: create slab <bio-0> at 0
Jan  1 03:00:03 kernel: SCSI subsystem initialized
Jan  1 03:00:03 kernel: USB led has gpio 13
Jan  1 03:00:03 kernel: usbcore: registered new interface driver usbfs
Jan  1 03:00:03 kernel: usbcore: registered new interface driver hub
Jan  1 03:00:03 kernel: usbcore: registered new device driver usb
Jan  1 03:00:03 kernel: PCI host bridge to bus 0000:00
Jan  1 03:00:03 kernel: pci_bus 0000:00: root bus resource [mem 0x60000000-0x6fffffff]
Jan  1 03:00:03 kernel: pci_bus 0000:00: root bus resource [io  0x1e160000-0x1e16ffff]
Jan  1 03:00:03 kernel: pci 0000:00:00.0: BAR 0: can't assign mem (size 0x80000000)
Jan  1 03:00:03 kernel: pci 0000:00:01.0: BAR 0: can't assign mem (size 0x80000000)
Jan  1 03:00:03 kernel: pci 0000:00:00.0: BAR 8: assigned [mem 0x60000000-0x600fffff]
Jan  1 03:00:03 kernel: pci 0000:00:01.0: BAR 8: assigned [mem 0x60100000-0x602fffff]
Jan  1 03:00:03 kernel: pci 0000:01:00.0: BAR 0: assigned [mem 0x60000000-0x600fffff]
Jan  1 03:00:03 kernel: pci 0000:00:00.0: PCI bridge to [bus 01-01]
Jan  1 03:00:03 kernel: pci 0000:00:00.0:   bridge window [mem 0x60000000-0x600fffff]
Jan  1 03:00:03 kernel: pci 0000:02:00.0: BAR 0: assigned [mem 0x60100000-0x601fffff]
Jan  1 03:00:03 kernel: pci 0000:02:00.1: BAR 0: assigned [mem 0x60200000-0x602fffff]
Jan  1 03:00:03 kernel: pci 0000:00:01.0: PCI bridge to [bus 02-02]
Jan  1 03:00:03 kernel: pci 0000:00:01.0:   bridge window [mem 0x60100000-0x602fffff]
Jan  1 03:00:03 kernel: Switching to clocksource GIC
Jan  1 03:00:03 kernel: FS-Cache: Loaded
Jan  1 03:00:03 kernel: CacheFiles: Loaded
Jan  1 03:00:03 kernel: NET: Registered protocol family 1
Jan  1 03:00:03 kernel: NET: Registered protocol family 2
Jan  1 03:00:03 kernel: IP route cache hash table entries: 2048 (order: 1, 8192 bytes)
Jan  1 03:00:03 kernel: TCP established hash table entries: 8192 (order: 4, 65536 bytes)
Jan  1 03:00:03 kernel: TCP bind hash table entries: 8192 (order: 4, 65536 bytes)
Jan  1 03:00:03 kernel: TCP: Hash tables configured (established 8192 bind 8192)
Jan  1 03:00:03 kernel: TCP: reno registered
Jan  1 03:00:03 kernel: UDP hash table entries: 128 (order: 0, 4096 bytes)
Jan  1 03:00:03 kernel: 4 CPUs re-calibrate udelay (lpj = 289792)
Jan  1 03:00:03 kernel: Load Ralink WDG Timer Module
Jan  1 03:00:03 kernel: squashfs: version 4.0 (2009/01/31) Phillip Lougher
Jan  1 03:00:03 kernel: msgmni has been set to 499
Jan  1 03:00:03 kernel: Block layer SCSI generic (bsg) driver version 0.4 loaded (major 254)
Jan  1 03:00:03 kernel: io scheduler noop registered (default)
Jan  1 03:00:03 kernel: Serial: 8250/16550 driver, 1 ports, IRQ sharing disabled
Jan  1 03:00:03 kernel: serial8250: ttyS0 at MMIO 0x1e000c00 (irq = 34) is a 16550A
Jan  1 03:00:03 kernel: USB power down at bootup use inverted gpio 17
Jan  1 03:00:03 kernel: Ralink gpio driver initialized
Jan  1 03:00:03 kernel: loop: module loaded
Jan  1 03:00:03 kernel: MediaTek SPI flash driver, SPI clock: 44MHz
Jan  1 03:00:03 kernel: SPI flash chip: GD25Q128CSIG (c8 4018c840) (16384 Kbytes)
Jan  1 03:00:03 kernel: Creating 7 MTD partitions on "raspi":
Jan  1 03:00:03 kernel: 0x000000000000-0x000000030000 : "Bootloader"
Jan  1 03:00:03 kernel: 0x000000030000-0x000000040000 : "Config"
Jan  1 03:00:03 kernel: 0x000000040000-0x000000050000 : "Factory"
Jan  1 03:00:03 kernel: 0x000000050000-0x0000001ad18f : "Kernel_stub"
Jan  1 03:00:03 kernel: 0x0000001ad18f-0x000000f00000 : "RootFS_stub"
Jan  1 03:00:03 kernel: 0x000000f00000-0x000001000000 : "RW-FS"
Jan  1 03:00:03 kernel: 0x000000050000-0x000000f00000 : "Kernel_RootFS"
Jan  1 03:00:03 kernel: Ralink APSoC Ethernet Driver v3.2.4 (raeth)
Jan  1 03:00:03 kernel: raeth: PDMA RX ring 512, QDMA TX pool 1024. Max packet size 1536
Jan  1 03:00:03 kernel: raeth: NAPI & GRO support, weight 128
Jan  1 03:00:03 kernel: raeth: Byte Queue Limits (BQL) support
Jan  1 03:00:03 kernel: PPP generic driver version 2.4.2
Jan  1 03:00:03 kernel: PPP vpn led has gpio 16
Jan  1 03:00:03 kernel: PPP MPPE Compression module registered
Jan  1 03:00:03 kernel: NET: Registered protocol family 24
Jan  1 03:00:03 kernel: PPTP driver version 0.8.5
Jan  1 03:00:03 kernel: ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
Jan  1 03:00:03 kernel: ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
Jan  1 03:00:03 kernel: U2PHY P0 set SRCTRL calibration value: 2
Jan  1 03:00:03 kernel: U2PHY P1 set SRCTRL calibration value: 2
Jan  1 03:00:03 kernel: xhci-hcd xhci-hcd: xHCI Host Controller
Jan  1 03:00:03 kernel: xhci-hcd xhci-hcd: new USB bus registered, assigned bus number 1
Jan  1 03:00:03 kernel: xhci-hcd xhci-hcd: irq 30, io mem 0x1e1c0000
Jan  1 03:00:03 kernel: usb usb1: New USB device found, idVendor=1d6b, idProduct=0002
Jan  1 03:00:03 kernel: usb usb1: Product: xHCI Host Controller
Jan  1 03:00:03 kernel: usb usb1: Manufacturer: Linux 3.4.113.184 xhci-hcd
Jan  1 03:00:03 kernel: usb usb1: SerialNumber: xhci-hcd
Jan  1 03:00:03 kernel: hub 1-0:1.0: USB hub found
Jan  1 03:00:03 kernel: hub 1-0:1.0: 2 ports detected
Jan  1 03:00:03 kernel: xhci-hcd xhci-hcd: xHCI Host Controller
Jan  1 03:00:03 kernel: xhci-hcd xhci-hcd: new USB bus registered, assigned bus number 2
Jan  1 03:00:03 kernel: usb usb2: New USB device found, idVendor=1d6b, idProduct=0003
Jan  1 03:00:03 kernel: usb usb2: Product: xHCI Host Controller
Jan  1 03:00:03 kernel: usb usb2: Manufacturer: Linux 3.4.113.184 xhci-hcd
Jan  1 03:00:03 kernel: usb usb2: SerialNumber: xhci-hcd
Jan  1 03:00:03 kernel: hub 2-0:1.0: USB hub found
Jan  1 03:00:03 kernel: hub 2-0:1.0: 1 port detected
Jan  1 03:00:03 kernel: usbcore: registered new interface driver libusual
Jan  1 03:00:03 kernel: 8021q: 802.1Q VLAN Support v1.8
Jan  1 03:00:03 kernel: NET: Registered protocol family 17
Jan  1 03:00:03 kernel: Netfilter messages via NETLINK v0.30.
Jan  1 03:00:03 kernel: nf_conntrack version 0.5.0 (16384 buckets, 32768 max)
Jan  1 03:00:03 kernel: gre: GRE over IPv4 demultiplexor driver
Jan  1 03:00:03 kernel: ip_tables: (C) 2000-2006 Netfilter Core Team
Jan  1 03:00:03 kernel: TCP: cubic registered
Jan  1 03:00:03 kernel: NET: Registered protocol family 10
Jan  1 03:00:03 kernel: ip6_tables: (C) 2000-2006 Netfilter Core Team
Jan  1 03:00:03 kernel: L2TP core driver, V2.0
Jan  1 03:00:03 kernel: PPPoL2TP kernel driver, V2.0
Jan  1 03:00:03 kernel: L2TP netlink interface
Jan  1 03:00:03 kernel: Registering the dns_resolver key type
Jan  1 03:00:03 kernel: NVRAM: Kernel NVRAM start init.
Jan  1 03:00:03 kernel: NVRAM: Particion 0 CRC 7addaa3a OK.
Jan  1 03:00:03 kernel: VFS: Mounted root (squashfs filesystem) readonly on device 31:4.
Jan  1 03:00:03 kernel: mount /proc file system ok!
Jan  1 03:00:03 kernel: mount /proc/bus/usb file system ok!
Jan  1 03:00:03 kernel: mount /sys file system ok!
Jan  1 03:00:03 kernel: mount /dev file system ok!
Jan  1 03:00:03 kernel: mount /var file system ok!
Jan  1 03:00:03 kernel: Freeing unused kernel memory: 244k freed
Jan  1 03:00:03 kernel: Build the /dev/console node.
Jan  1 03:00:03 kernel: Algorithmics/MIPS FPU Emulator v1.5
Jan  1 03:00:03 sysctl: Tune kernel with sysctl.
Jan  1 03:00:03 pass: Set current password
Jan  1 03:00:03 syslog: password for 'admin' changed
Feb 17 12:23:00 ntp: Starting NTPD
Feb 17 12:23:00 hotplug: Generate config file.
Feb 17 12:23:00 hotplug: Set mdev as kernel hotplug helper and enable device autoprobe.
Feb 17 12:23:00 hotplug: Refresh dev nodes.
Feb 17 12:23:00 hotplug: Rescan connected devices
Feb 17 12:23:00 usbctrl(547): TYPE=9/0/1 INTERFACE=9/0/0
Feb 17 12:23:00 lo: Start loopback interface.
Feb 17 12:23:00 lan: Start LAN network interfaces.
Feb 17 12:23:00 ESW: Double vlan tag disabled.
Feb 17 12:23:00 ESW: eth2 MACADDR F8:F0:82:D5:7A:5A txqueuelen 160
Feb 17 12:23:00 kernel: raeth: HW IP/TCP/UDP checksum RX/TX offload enabled
Feb 17 12:23:00 kernel: raeth: HW VLAN TX offload enabled
Feb 17 12:23:00 kernel: raeth: HW Scatter/Gather TX offload enabled
Feb 17 12:23:00 ESW: eth3 MACADDR 00:17:42:68:5A:82 txqueuelen 160
Feb 17 12:23:00 ESW: Restore internal MT7621 switch mode to dumb mode
Feb 17 12:23:00 ESW: Reset WAN port phy
Feb 17 12:23:00 ESW: Reset LAN ports phys
Feb 17 12:23:01 usbctrl(553): TYPE=9/0/3 INTERFACE=9/0/0
Feb 17 12:23:01 ESW: Config internal MT7621 switch mode LLLLW
Feb 17 12:23:01 ESW: Config internal vlan parts switch mode LLLLW, masklan:11110010,maskwan:00001100,pvids:1 1 1 1 2 
Feb 17 12:23:01 lan: Add bridge in the system
Feb 17 12:23:01 lan: br0_MACADDR F8:F0:82:D5:7A:5A
Feb 17 12:23:01 lan: Up bridge interface
Feb 17 12:23:01 lan: Add LAN1 Mode is 1 lan iface br0, adress 192.168.1.1
Feb 17 12:23:01 resolv: Generate resolv DNS1: 8.8.8.8 DNS2: 8.8.4.4
Feb 17 12:23:01 dnsserver: Generate /etc/hosts file.
Feb 17 12:23:01 inetd: Starting inetd
Feb 17 12:23:03 2nd_stage: Switch to 2nd boot stage and start webui.
Feb 17 12:23:03 reconfig: Reload modules.
Feb 17 12:23:03 modules: link wifi down first
Feb 17 12:23:03 modules: Shutdown all wireless interfaces.
Feb 17 12:23:04 modules: Load conntrack helpers modules.
Feb 17 12:23:04 modules: Load application depended modules.
Feb 17 12:23:04 modules: Prepare wifi config.
Feb 17 12:23:04 modules: Load wireless modules.
Feb 17 12:23:04 modules: Load wifi AP module.
Feb 17 12:23:05 kernel: PCI: Enabling device 0000:02:00.0 (0000 -> 0002)
Feb 17 12:23:05 kernel: MT7610 AP Driver version: 3.0.0.9.P54
Feb 17 12:23:05 kernel: PCI: Enabling device 0000:01:00.0 (0000 -> 0002)
Feb 17 12:23:05 kernel: MT7603 AP Driver version: 4.1.0.0.P54
Feb 17 12:23:05 modules: WiFi ra0 interface up with txqueuelen 50.
Feb 17 12:23:05 kernel: ESW: Link Status Changed - Port1 Link Up
Feb 17 12:23:05 kernel: MT7603 Andes FW Version: ap_pcie
Feb 17 12:23:05 kernel: MT7603 Andes FW Build Date: 20160107100755
Feb 17 12:23:06 modules: WiFi rai0 interface up with txqueuelen 50.
Feb 17 12:23:06 kernel: load fw spent 18ms
Feb 17 12:23:06 kernel: MT7610: 5GHz ePA used.
Feb 17 12:23:07 reconfig: Reconfigure lan.
Feb 17 12:23:07 lan: Stop LAN network interfaces.
Feb 17 12:23:07 lan: Start LAN network interfaces.
Feb 17 12:23:08 lan: Add bridge in the system
Feb 17 12:23:08 lan: br0_MACADDR F8:F0:82:D5:7A:5A
Feb 17 12:23:08 lan: Up bridge interface
Feb 17 12:23:08 kernel: raeth: HW IP/TCP/UDP checksum RX/TX offload enabled
Feb 17 12:23:08 kernel: raeth: HW VLAN TX offload enabled
Feb 17 12:23:08 kernel: raeth: HW Scatter/Gather TX offload enabled
Feb 17 12:23:08 lan: Add LAN1 Mode is 1 lan iface br0, adress 192.168.1.1
Feb 17 12:23:08 reconfig: Gateway OperationMode: 1
Feb 17 12:23:08 reconfig: Readd eth2 in br0
Feb 17 12:23:08 kernel: raeth: HW IP/TCP/UDP checksum RX/TX offload enabled
Feb 17 12:23:08 kernel: raeth: HW VLAN TX offload enabled
Feb 17 12:23:08 kernel: raeth: HW Scatter/Gather TX offload enabled
Feb 17 12:23:08 kernel: device eth2 entered promiscuous mode
Feb 17 12:23:08 kernel: br0: port 1(eth2) entered forwarding state
Feb 17 12:23:08 reconfig: Readd ra0 in br0
Feb 17 12:23:09 kernel: device ra0 entered promiscuous mode
Feb 17 12:23:09 kernel: br0: port 2(ra0) entered forwarding state
Feb 17 12:23:09 reconfig: Readd rai0 in br0
Feb 17 12:23:09 kernel: load fw spent 0ms
Feb 17 12:23:09 kernel: device rai0 entered promiscuous mode
Feb 17 12:23:09 kernel: br0: port 3(rai0) entered forwarding state
Feb 17 12:23:09 wan: Start WAN config
Feb 17 12:23:09 wan: Allow forward for eth3
Feb 17 12:23:10 wan: Start DHCP client at eth3.
Feb 17 12:23:10 udhcpc[2312]: started, v1.30.0
Feb 17 12:23:10 udhcpc: All deconfig eth3.
Feb 17 12:23:10 udhcpc[2312]: sending discover
Feb 17 12:23:10 ESW: Restore internal MT7621 switch mode to dumb mode
Feb 17 12:23:10 ESW: Reset WAN port phy
Feb 17 12:23:10 ESW: Reset LAN ports phys
Feb 17 12:23:10 kernel: ESW: Link Status Changed - Port1 Link Down
Feb 17 12:23:10 ESW: Config internal MT7621 switch mode LLLLW
Feb 17 12:23:10 ESW: Config internal vlan parts switch mode LLLLW, masklan:11110010,maskwan:00001100,pvids:1 1 1 1 2 
Feb 17 12:23:11 advanced: Tune wifi advanced parametrs for ra0.
Feb 17 12:23:11 advanced: Tune wifi advanced parametrs for rai0.
Feb 17 12:23:11 services: Restart needed services and scripts. Mode all
Feb 17 12:23:11 QoS: Stopping SHAPER
Feb 17 12:23:11 QoS: Set default rules.
Feb 17 12:23:11 Codel: QoS Add codel for all interfaces.
Feb 17 12:23:12 iptables: Add netfiler rules
Feb 17 12:23:12 iptables: Allow established/related in input
Feb 17 12:23:12 iptables: Drop invalid state connections
Feb 17 12:23:12 iptables: Service limit set
Feb 17 12:23:12 iptables: DHCP server allow
Feb 17 12:23:12 iptables: Remote managment web limit
Feb 17 12:23:12 iptables: Remote managment ssh limit
Feb 17 12:23:12 iptables: Remote managment telnet limit
Feb 17 12:23:12 iptables: Allow rate limited ping from all interfaces.
Feb 17 12:23:12 iptables: Set forward rules
Feb 17 12:23:12 iptables: Allow forward from LAN to any
Feb 17 12:23:12 iptables: Add SNAT from 192.168.1.1/255.255.255.0 to 169.254.253.116 at eth3.
Feb 17 12:23:12 iptables: Add MASQRADE from 192.168.1.1/255.255.255.0 to wwan0.
Feb 17 12:23:12 iptables: Allow established/related in forward
Feb 17 12:23:12 ipv6: Deconfigure ipv6 interfaces/route.
Feb 17 12:23:12 dnsserver: Generate /etc/hosts file.
Feb 17 12:23:13 ntp: Stopping NTPD
Feb 17 12:23:13 ntp: Starting NTPD
Feb 17 12:23:13 kernel: ESW: Link Status Changed - Port1 Link Up
Feb 17 12:23:13 kext: Nat mode Linux Hybrid
Feb 17 12:23:13 kext: NAT Offload mode complex, enable hw_nat and selected software fastpaths.
Feb 17 12:23:13 kext: NAT fastpath enabled.
Feb 17 12:23:13 kext: Route fastpath enabled.
Feb 17 12:23:13 kext: Netfilter fastpath enabled.
Feb 17 12:23:13 kext: hw_nat: load driver with options wifi_offload=1 udp_offload=1 ipv6_offload=0 ttl_regen=1
Feb 17 12:23:14 kernel: Ralink HW NAT v2.52.0 Module Enabled, FoE Size: 16384
Feb 17 12:23:14 kext: hw_nat: set binding threshold to 50.
Feb 17 12:23:14 kext: Enable multicast to unicast conversion for rai0 ra0
Feb 17 12:23:14 lld2d: Starting LLD2D
Feb 17 12:23:14 inetd: Stopping inetd
Feb 17 12:23:14 inetd: Starting inetd
Feb 17 12:23:14 transmission: Not any disk connected.
Feb 17 12:23:15 udhcpc[2312]: sending discover
Feb 17 12:23:15 irqbalance: Start irqbalance routing/wifi optimize mode
Feb 17 12:23:15 irqbalance: Start irqbalance auto mode
Feb 17 12:23:15 2nd_stage: Copy web pages to tmpfs.
Feb 17 12:23:16 2nd_stage: Start WEB Managment Server.
Feb 17 12:23:16 2nd_stage: USB Port power ON.
Feb 17 12:23:16 hotplug: Rescan connected devices
Feb 17 12:23:16 usbctrl(4025): TYPE=9/0/1 INTERFACE=9/0/0
Feb 17 12:23:17 usbctrl(4031): TYPE=9/0/3 INTERFACE=9/0/0
Feb 17 12:23:20 udhcpc[2312]: sending discover
Feb 17 12:23:23 kernel: br0: port 1(eth2) entered forwarding state
Feb 17 12:23:24 kernel: br0: port 2(ra0) entered forwarding state
Feb 17 12:23:24 kernel: br0: port 3(rai0) entered forwarding state
Feb 17 12:23:25 udhcpc[2312]: sending discover
Feb 17 12:23:25 kernel: usb 1-1: new high-speed USB device number 2 using xhci-hcd
Feb 17 12:23:25 kernel: usb 1-1: New USB device found, idVendor=19d2, idProduct=1225
Feb 17 12:23:25 kernel: usb 1-1: Product: ZTE WCDMA Technologies MSM
Feb 17 12:23:25 kernel: usb 1-1: Manufacturer: ZTE,Incorporated
Feb 17 12:23:25 kernel: usb 1-1: SerialNumber: MF8230ZTED010000CP261718UNKJ7S.1OEUGE4CW9_607C84&&&&&&&&&&&&&&&0
Feb 17 12:23:25 usbctrl(4049): TYPE=8/6/80 INTERFACE=8/6/80
Feb 17 12:23:25 kernel: Initializing USB Mass Storage driver...
Feb 17 12:23:25 kernel: usb-storage 1-1:1.0: Quirks match for vid 19d2 pid 1225: 1
Feb 17 12:23:25 kernel: scsi0 : usb-storage 1-1:1.0
Feb 17 12:23:26 kernel: usbcore: registered new interface driver usb-storage
Feb 17 12:23:26 kernel: USB Mass Storage support registered.
Feb 17 12:23:26 usbctrl(4049): add 19d2:1225 may be 3G modem in zero CD mode. Call usb_modeswitch
Feb 17 12:23:30 udhcpc[2312]: sending discover
Feb 17 12:23:31 kernel: usb 1-1: USB disconnect, device number 2
Feb 17 12:23:31 kernel: usb 1-1: new high-speed USB device number 3 using xhci-hcd
Feb 17 12:23:31 kernel: usb 1-1: New USB device found, idVendor=19d2, idProduct=1403
Feb 17 12:23:31 kernel: usb 1-1: Product: ZTE WCDMA Technologies MSM
Feb 17 12:23:31 kernel: usb 1-1: Manufacturer: ZTE,Incorporated
Feb 17 12:23:31 kernel: usb 1-1: SerialNumber: MF8230ZTED010000CP261718UNKJ7S.1OEUGE4CW9_607C84&&&&&&&&&&&&&&&0
Feb 17 12:23:31 kernel: scsi1 : usb-storage 1-1:1.2
Feb 17 12:23:31 usbctrl(4074): TYPE=2/2/255 INTERFACE=2/2/255
Feb 17 12:23:31 usbctrl(4075): TYPE=10/0/0 INTERFACE=10/0/0
Feb 17 12:23:31 usbctrl(4074): add 19d2:1403 may be CDC
Feb 17 12:23:31 usbctrl(4075): add 19d2:1403 may be CDC data device, but now not support
Feb 17 12:23:31 usbctrl(4074): Found Abstract Control Model(USBPSTN). Try load module cdc_acm
Feb 17 12:23:31 usbctrl(4074): Try load cdc_acm
Feb 17 12:23:31 kernel: usbcore: registered new interface driver cdc_acm
Feb 17 12:23:31 kernel: cdc_acm: USB Abstract Control Model driver for USB modems and ISDN adapters
Feb 17 12:23:32 nginx: 2019/02/17 12:23:32 [info] 4038#0: *1 Authentication successful: user=admin , client: 192.168.1.70, server: localhost, request: "POST /goform/auth HTTP/1.1", host: "192.168.1.1", referrer: "http://192.168.1.1/login.asp"
Feb 17 12:23:32 usbctrl(4077): TYPE=8/6/80 INTERFACE=8/6/80
Feb 17 12:23:32 usbctrl(4077): add 19d2:1403 may be storage
Feb 17 12:23:32 usbctrl(4077): usb_storage init complete
Feb 17 12:23:34 kernel: scsi 1:0:0:0: CD-ROM            CWID     USB SCSI CD-ROM  2.31 PQ: 0 ANSI: 2
Feb 17 12:23:34 kernel: sr0: scsi-1 drive
Feb 17 12:23:34 kernel: cdrom: Uniform CD-ROM driver Revision: 3.20
Feb 17 12:23:34 kernel: sr 1:0:0:0: Attached scsi generic sg0 type 5
Feb 17 12:23:34 kernel: scsi 1:0:0:1: Direct-Access     ZTE      MMC Storage      2.31 PQ: 0 ANSI: 2
Feb 17 12:23:34 kernel: sd 1:0:0:1: [sda] Attached SCSI removable disk
Feb 17 12:23:34 kernel: sd 1:0:0:1: Attached scsi generic sg1 type 0
Feb 17 12:23:35 udhcpc: Lease fail eth3.
Feb 17 12:23:55 udhcpc[2312]: sending discover
Feb 17 12:24:00 udhcpc[2312]: sending discover
Feb 17 12:24:05 udhcpc[2312]: sending discover
Feb 17 12:24:10 udhcpc[2312]: sending discover
Feb 17 12:24:15 udhcpc[2312]: sending discover
Feb 17 12:24:20 udhcpc: Lease fail eth3.
Feb 17 12:24:40 udhcpc[2312]: sending discover
Feb 17 12:24:45 udhcpc[2312]: sending discover
Feb 17 12:24:50 udhcpc[2312]: sending discover
Feb 17 12:24:53 iptables: Add netfiler rules
Feb 17 12:24:53 iptables: Allow established/related in input
Feb 17 12:24:53 iptables: Drop invalid state connections
Feb 17 12:24:53 iptables: Service limit set
Feb 17 12:24:53 iptables: DHCP server allow
Feb 17 12:24:53 iptables: Remote managment web limit
Feb 17 12:24:53 iptables: Remote managment ssh limit
Feb 17 12:24:53 iptables: Remote managment telnet limit
Feb 17 12:24:53 iptables: Allow rate limited ping from all interfaces.
Feb 17 12:24:53 iptables: Set forward rules
Feb 17 12:24:53 iptables: Allow forward from LAN to any
Feb 17 12:24:53 iptables: Add SNAT from 192.168.1.1/255.255.255.0 to 169.254.253.116 at eth3.
Feb 17 12:24:53 iptables: Add MASQRADE from 192.168.1.1/255.255.255.0 to wwan0.
Feb 17 12:24:53 iptables: Allow established/related in forward
Feb 17 12:24:53 nginx-wive[4038]: doSystem: (service iptables restart) > /dev/console 2>&1 (0)
Feb 17 12:24:53 nginx-wive[4038]: doSystem: (service modemhelper stop) > /dev/console 2>&1 (0)
Feb 17 12:24:53 modem: helper(4324) USB Port power OFF.
Feb 17 12:24:53 kernel: usb 1-1: USB disconnect, device number 3
Feb 17 12:24:55 udhcpc[2312]: sending discover
Feb 17 12:24:56 modem: helper(4324) USB Port power ON and wait for modem bootup.
Feb 17 12:24:56 nginx-wive[4038]: doSystem: (service modemhelper poweroffon) > /dev/console 2>&1 (0)
Feb 17 12:25:00 udhcpc[2312]: sending discover
Feb 17 12:25:05 udhcpc: Lease fail eth3.
Feb 17 12:25:06 kernel: usb 1-1: new high-speed USB device number 4 using xhci-hcd
Feb 17 12:25:06 kernel: usb 1-1: New USB device found, idVendor=19d2, idProduct=1225
Feb 17 12:25:06 kernel: usb 1-1: Product: ZTE WCDMA Technologies MSM
Feb 17 12:25:06 kernel: usb 1-1: Manufacturer: ZTE,Incorporated
Feb 17 12:25:06 kernel: usb 1-1: SerialNumber: MF8230ZTED010000CP261718UNKJ7S.1OEUGE4CW9_607C84&&&&&&&&&&&&&&&0
Feb 17 12:25:06 kernel: usb-storage 1-1:1.0: Quirks match for vid 19d2 pid 1225: 1
Feb 17 12:25:06 kernel: scsi2 : usb-storage 1-1:1.0
Feb 17 12:25:06 usbctrl(4417): TYPE=8/6/80 INTERFACE=8/6/80
Feb 17 12:25:06 usbctrl(4417): add 19d2:1225 may be 3G modem in zero CD mode. Call usb_modeswitch
Feb 17 12:25:11 kernel: usb 1-1: USB disconnect, device number 4
Feb 17 12:25:11 kernel: usb 1-1: new high-speed USB device number 5 using xhci-hcd
Feb 17 12:25:11 kernel: usb 1-1: New USB device found, idVendor=19d2, idProduct=1403
Feb 17 12:25:11 kernel: usb 1-1: Product: ZTE WCDMA Technologies MSM
Feb 17 12:25:11 kernel: usb 1-1: Manufacturer: ZTE,Incorporated
Feb 17 12:25:11 kernel: usb 1-1: SerialNumber: MF8230ZTED010000CP261718UNKJ7S.1OEUGE4CW9_607C84&&&&&&&&&&&&&&&0
Feb 17 12:25:11 kernel: scsi3 : usb-storage 1-1:1.2
Feb 17 12:25:11 usbctrl(4438): TYPE=10/0/0 INTERFACE=10/0/0
Feb 17 12:25:11 usbctrl(4437): TYPE=2/2/255 INTERFACE=2/2/255
Feb 17 12:25:11 usbctrl(4438): add 19d2:1403 may be CDC data device, but now not support
Feb 17 12:25:11 usbctrl(4437): add 19d2:1403 may be CDC
Feb 17 12:25:11 usbctrl(4437): Found Abstract Control Model(USBPSTN). Try load module cdc_acm
Feb 17 12:25:12 usbctrl(4440): TYPE=8/6/80 INTERFACE=8/6/80
Feb 17 12:25:12 usbctrl(4440): add 19d2:1403 may be storage
Feb 17 12:25:12 usbctrl(4440): usb_storage init complete
Feb 17 12:25:14 kernel: scsi 3:0:0:0: CD-ROM            CWID     USB SCSI CD-ROM  2.31 PQ: 0 ANSI: 2
Feb 17 12:25:14 kernel: sr0: scsi-1 drive
Feb 17 12:25:14 kernel: sr 3:0:0:0: Attached scsi generic sg0 type 5
Feb 17 12:25:14 kernel: scsi 3:0:0:1: Direct-Access     ZTE      MMC Storage      2.31 PQ: 0 ANSI: 2
Feb 17 12:25:14 kernel: sd 3:0:0:1: Attached scsi generic sg1 type 0
Feb 17 12:25:14 kernel: sd 3:0:0:1: [sda] Attached SCSI removable disk
Feb 17 12:25:25 udhcpc[2312]: sending discover
Feb 17 12:25:31 udhcpc[2312]: sending discover
Feb 17 12:25:36 udhcpc[2312]: sending discover
Feb 17 12:25:41 udhcpc[2312]: sending discover
Feb 17 12:25:46 udhcpc[2312]: sending discover
Feb 17 12:25:51 udhcpc: Lease fail eth3.



=========================================================================
7.9.6

Jan  1 05:00:03 syslogd started: BusyBox v1.30.1
Jan  1 05:00:03 kernel: CPU/OCP/SYS frequency: 880/220/220 MHz
Jan  1 05:00:03 kernel: CPU revision is: 0001992f (MIPS 1004Kc)
Jan  1 05:00:03 kernel: Determined physical RAM map:
Jan  1 05:00:03 kernel:  memory: 10000000 @ 00000000 (usable)
Jan  1 05:00:03 kernel: Detected 3 available secondary CPU(s)
Jan  1 05:00:03 kernel: Primary instruction cache 32kB, VIPT, 4-way, linesize 32 bytes.
Jan  1 05:00:03 kernel: Primary data cache 32kB, 4-way, PIPT, no aliases, linesize 32 bytes
Jan  1 05:00:03 kernel: MIPS secondary cache 256kB, 8-way, linesize 32 bytes.
Jan  1 05:00:03 kernel: Zone PFN ranges:
Jan  1 05:00:03 kernel:   DMA      0x00000000 -> 0x00001000
Jan  1 05:00:03 kernel:   Normal   0x00001000 -> 0x00010000
Jan  1 05:00:03 kernel: Movable zone start PFN for each node
Jan  1 05:00:03 kernel: Early memory PFN ranges
Jan  1 05:00:03 kernel:     0: 0x00000000 -> 0x00010000
Jan  1 05:00:03 kernel: PERCPU: Embedded 7 pages/cpu @8162a000 s4544 r8192 d15936 u32768
Jan  1 05:00:03 kernel: Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 65024
Jan  1 05:00:03 kernel: Kernel command line: console=ttyS0,57600n8 root=/dev/mtdblock4 rootfstype=squashfs
Jan  1 05:00:03 kernel: PID hash table entries: 1024 (order: 0, 4096 bytes)
Jan  1 05:00:03 kernel: Dentry cache hash table entries: 32768 (order: 5, 131072 bytes)
Jan  1 05:00:03 kernel: Inode-cache hash table entries: 16384 (order: 4, 65536 bytes)
Jan  1 05:00:03 kernel: Writing ErrCtl register=0000a200
Jan  1 05:00:03 kernel: Readback ErrCtl register=0000a200
Jan  1 05:00:03 kernel: Memory: 255488k/262144k available (3212k kernel code, 6656k reserved, 696k data, 244k init, 0k highmem)
Jan  1 05:00:03 kernel: start_kernel(): bug: interrupts were enabled *very* early, fixing it
Jan  1 05:00:03 kernel: Hierarchical RCU implementation.
Jan  1 05:00:03 kernel: NR_IRQS:72
Jan  1 05:00:03 kernel: MIPS GIC RevID: 3.0
Jan  1 05:00:03 kernel: Setting up vectored interrupts
Jan  1 05:00:03 kernel: console [ttyS0] enabled
Jan  1 05:00:03 kernel: Calibrating delay loop... 577.53 BogoMIPS (lpj=288768)
Jan  1 05:00:03 kernel: pid_max: default: 32768 minimum: 301
Jan  1 05:00:03 kernel: Mount-cache hash table entries: 512
Jan  1 05:00:03 kernel: Primary instruction cache 32kB, VIPT, 4-way, linesize 32 bytes.
Jan  1 05:00:03 kernel: Primary data cache 32kB, 4-way, PIPT, no aliases, linesize 32 bytes
Jan  1 05:00:03 kernel: MIPS secondary cache 256kB, 8-way, linesize 32 bytes.
Jan  1 05:00:03 kernel: CPU revision is: 0001992f (MIPS 1004Kc)
Jan  1 05:00:03 kernel: Synchronize counters for CPU 1: done.
Jan  1 05:00:03 kernel: Primary instruction cache 32kB, VIPT, 4-way, linesize 32 bytes.
Jan  1 05:00:03 kernel: Primary data cache 32kB, 4-way, PIPT, no aliases, linesize 32 bytes
Jan  1 05:00:03 kernel: MIPS secondary cache 256kB, 8-way, linesize 32 bytes.
Jan  1 05:00:03 kernel: CPU revision is: 0001992f (MIPS 1004Kc)
Jan  1 05:00:03 kernel: Synchronize counters for CPU 2: done.
Jan  1 05:00:03 kernel: Primary instruction cache 32kB, VIPT, 4-way, linesize 32 bytes.
Jan  1 05:00:03 kernel: Primary data cache 32kB, 4-way, PIPT, no aliases, linesize 32 bytes
Jan  1 05:00:03 kernel: MIPS secondary cache 256kB, 8-way, linesize 32 bytes.
Jan  1 05:00:03 kernel: CPU revision is: 0001992f (MIPS 1004Kc)
Jan  1 05:00:03 kernel: Synchronize counters for CPU 3: done.
Jan  1 05:00:03 kernel: Brought up 4 CPUs
Jan  1 05:00:03 kernel: NET: Registered protocol family 16
Jan  1 05:00:03 kernel: bio: create slab <bio-0> at 0
Jan  1 05:00:03 kernel: SCSI subsystem initialized
Jan  1 05:00:03 kernel: USB led has gpio 13
Jan  1 05:00:03 kernel: usbcore: registered new interface driver usbfs
Jan  1 05:00:03 kernel: usbcore: registered new interface driver hub
Jan  1 05:00:03 kernel: usbcore: registered new device driver usb
Jan  1 05:00:03 kernel: PCI host bridge to bus 0000:00
Jan  1 05:00:03 kernel: pci_bus 0000:00: root bus resource [mem 0x60000000-0x6fffffff]
Jan  1 05:00:03 kernel: pci_bus 0000:00: root bus resource [io  0x1e160000-0x1e16ffff]
Jan  1 05:00:03 kernel: pci 0000:00:00.0: BAR 0: can't assign mem (size 0x80000000)
Jan  1 05:00:03 kernel: pci 0000:00:01.0: BAR 0: can't assign mem (size 0x80000000)
Jan  1 05:00:03 kernel: pci 0000:00:00.0: BAR 8: assigned [mem 0x60000000-0x600fffff]
Jan  1 05:00:03 kernel: pci 0000:00:01.0: BAR 8: assigned [mem 0x60100000-0x602fffff]
Jan  1 05:00:03 kernel: pci 0000:01:00.0: BAR 0: assigned [mem 0x60000000-0x600fffff]
Jan  1 05:00:03 kernel: pci 0000:00:00.0: PCI bridge to [bus 01-01]
Jan  1 05:00:03 kernel: pci 0000:00:00.0:   bridge window [mem 0x60000000-0x600fffff]
Jan  1 05:00:03 kernel: pci 0000:02:00.0: BAR 0: assigned [mem 0x60100000-0x601fffff]
Jan  1 05:00:03 kernel: pci 0000:02:00.1: BAR 0: assigned [mem 0x60200000-0x602fffff]
Jan  1 05:00:03 kernel: pci 0000:00:01.0: PCI bridge to [bus 02-02]
Jan  1 05:00:03 kernel: pci 0000:00:01.0:   bridge window [mem 0x60100000-0x602fffff]
Jan  1 05:00:03 kernel: Switching to clocksource GIC
Jan  1 05:00:03 kernel: FS-Cache: Loaded
Jan  1 05:00:03 kernel: CacheFiles: Loaded
Jan  1 05:00:03 kernel: NET: Registered protocol family 1
Jan  1 05:00:03 kernel: NET: Registered protocol family 2
Jan  1 05:00:03 kernel: IP route cache hash table entries: 2048 (order: 1, 8192 bytes)
Jan  1 05:00:03 kernel: TCP established hash table entries: 8192 (order: 4, 65536 bytes)
Jan  1 05:00:03 kernel: TCP bind hash table entries: 8192 (order: 4, 65536 bytes)
Jan  1 05:00:03 kernel: TCP: Hash tables configured (established 8192 bind 8192)
Jan  1 05:00:03 kernel: TCP: reno registered
Jan  1 05:00:03 kernel: UDP hash table entries: 128 (order: 0, 4096 bytes)
Jan  1 05:00:03 kernel: 4 CPUs re-calibrate udelay (lpj = 289792)
Jan  1 05:00:03 kernel: Load Ralink WDG Timer Module
Jan  1 05:00:03 kernel: squashfs: version 4.0 (2009/01/31) Phillip Lougher
Jan  1 05:00:03 kernel: msgmni has been set to 499
Jan  1 05:00:03 kernel: Block layer SCSI generic (bsg) driver version 0.4 loaded (major 254)
Jan  1 05:00:03 kernel: io scheduler noop registered (default)
Jan  1 05:00:03 kernel: Serial: 8250/16550 driver, 1 ports, IRQ sharing disabled
Jan  1 05:00:03 kernel: serial8250: ttyS0 at MMIO 0x1e000c00 (irq = 34) is a 16550A
Jan  1 05:00:03 kernel: USB power down at bootup use inverted gpio 17
Jan  1 05:00:03 kernel: Ralink gpio driver initialized
Jan  1 05:00:03 kernel: loop: module loaded
Jan  1 05:00:03 kernel: MediaTek SPI flash driver, SPI clock: 44MHz
Jan  1 05:00:03 kernel: SPI flash chip: GD25Q128CSIG (c8 4018c840) (16384 Kbytes)
Jan  1 05:00:03 kernel: Creating 7 MTD partitions on "raspi":
Jan  1 05:00:03 kernel: 0x000000000000-0x000000030000 : "Bootloader"
Jan  1 05:00:03 kernel: 0x000000030000-0x000000040000 : "Config"
Jan  1 05:00:03 kernel: 0x000000040000-0x000000050000 : "Factory"
Jan  1 05:00:03 kernel: 0x000000050000-0x0000001ad2a4 : "Kernel_stub"
Jan  1 05:00:03 kernel: 0x0000001ad2a4-0x000000f00000 : "RootFS_stub"
Jan  1 05:00:03 kernel: 0x000000f00000-0x000001000000 : "RW-FS"
Jan  1 05:00:03 kernel: 0x000000050000-0x000000f00000 : "Kernel_RootFS"
Jan  1 05:00:03 kernel: Ralink APSoC Ethernet Driver v3.2.4 (raeth)
Jan  1 05:00:03 kernel: raeth: PDMA RX ring 512, QDMA TX pool 1024. Max packet size 1536
Jan  1 05:00:03 kernel: raeth: NAPI & GRO support, weight 128
Jan  1 05:00:03 kernel: raeth: Byte Queue Limits (BQL) support
Jan  1 05:00:03 kernel: PPP generic driver version 2.4.2
Jan  1 05:00:03 kernel: PPP vpn led has gpio 16
Jan  1 05:00:03 kernel: PPP MPPE Compression module registered
Jan  1 05:00:03 kernel: NET: Registered protocol family 24
Jan  1 05:00:03 kernel: PPTP driver version 0.8.5
Jan  1 05:00:03 kernel: ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
Jan  1 05:00:03 kernel: ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
Jan  1 05:00:03 kernel: U2PHY P0 set SRCTRL calibration value: 2
Jan  1 05:00:03 kernel: U2PHY P1 set SRCTRL calibration value: 2
Jan  1 05:00:03 kernel: xhci-hcd xhci-hcd: xHCI Host Controller
Jan  1 05:00:03 kernel: xhci-hcd xhci-hcd: new USB bus registered, assigned bus number 1
Jan  1 05:00:03 kernel: xhci-hcd xhci-hcd: irq 30, io mem 0x1e1c0000
Jan  1 05:00:03 kernel: usb usb1: New USB device found, idVendor=1d6b, idProduct=0002
Jan  1 05:00:03 kernel: usb usb1: Product: xHCI Host Controller
Jan  1 05:00:03 kernel: usb usb1: Manufacturer: Linux 3.4.113.185 xhci-hcd
Jan  1 05:00:03 kernel: usb usb1: SerialNumber: xhci-hcd
Jan  1 05:00:03 kernel: hub 1-0:1.0: USB hub found
Jan  1 05:00:03 kernel: hub 1-0:1.0: 2 ports detected
Jan  1 05:00:03 kernel: xhci-hcd xhci-hcd: xHCI Host Controller
Jan  1 05:00:03 kernel: xhci-hcd xhci-hcd: new USB bus registered, assigned bus number 2
Jan  1 05:00:03 kernel: usb usb2: New USB device found, idVendor=1d6b, idProduct=0003
Jan  1 05:00:03 kernel: usb usb2: Product: xHCI Host Controller
Jan  1 05:00:03 kernel: usb usb2: Manufacturer: Linux 3.4.113.185 xhci-hcd
Jan  1 05:00:03 kernel: usb usb2: SerialNumber: xhci-hcd
Jan  1 05:00:03 kernel: hub 2-0:1.0: USB hub found
Jan  1 05:00:03 kernel: hub 2-0:1.0: 1 port detected
Jan  1 05:00:03 kernel: usbcore: registered new interface driver libusual
Jan  1 05:00:03 kernel: 8021q: 802.1Q VLAN Support v1.8
Jan  1 05:00:03 kernel: NET: Registered protocol family 17
Jan  1 05:00:03 kernel: Netfilter messages via NETLINK v0.30.
Jan  1 05:00:03 kernel: nf_conntrack version 0.5.0 (16384 buckets, 32768 max)
Jan  1 05:00:03 kernel: gre: GRE over IPv4 demultiplexor driver
Jan  1 05:00:03 kernel: ip_tables: (C) 2000-2006 Netfilter Core Team
Jan  1 05:00:03 kernel: TCP: cubic registered
Jan  1 05:00:03 kernel: NET: Registered protocol family 10
Jan  1 05:00:03 kernel: ip6_tables: (C) 2000-2006 Netfilter Core Team
Jan  1 05:00:03 kernel: L2TP core driver, V2.0
Jan  1 05:00:03 kernel: PPPoL2TP kernel driver, V2.0
Jan  1 05:00:03 kernel: L2TP netlink interface
Jan  1 05:00:03 kernel: Registering the dns_resolver key type
Jan  1 05:00:03 kernel: NVRAM: Kernel NVRAM start init.
Jan  1 05:00:03 kernel: NVRAM: Particion 0 CRC e7e7ffc7 OK.
Jan  1 05:00:03 kernel: VFS: Mounted root (squashfs filesystem) readonly on device 31:4.
Jan  1 05:00:03 kernel: mount /proc file system ok!
Jan  1 05:00:03 kernel: mount /proc/bus/usb file system ok!
Jan  1 05:00:03 kernel: mount /sys file system ok!
Jan  1 05:00:03 kernel: mount /dev file system ok!
Jan  1 05:00:03 kernel: mount /var file system ok!
Jan  1 05:00:03 kernel: Freeing unused kernel memory: 244k freed
Jan  1 05:00:03 kernel: Build the /dev/console node.
Jan  1 05:00:03 kernel: Algorithmics/MIPS FPU Emulator v1.5
Jan  1 05:00:03 sysctl: Tune kernel with sysctl.
Jan  1 05:00:03 pass: Set current password
Jan  1 05:00:03 pass: WARNING!!! You use default Login and Password!!! Please change it.
Jan  1 05:00:03 syslog: password for 'Admin' changed
Feb 16 22:04:00 ntp: Starting NTPD
Feb 16 22:04:00 hotplug: Generate config file.
Feb 16 22:04:00 hotplug: Set mdev as kernel hotplug helper and enable device autoprobe.
Feb 16 22:04:00 hotplug: Refresh dev nodes.
Feb 16 22:04:00 hotplug: Rescan connected devices
Feb 16 22:04:00 usbctrl(544): TYPE=9/0/1 INTERFACE=9/0/0
Feb 16 22:04:00 lo: Start loopback interface.
Feb 16 22:04:00 lan: Start LAN network interfaces.
Feb 16 22:04:00 ESW: Double vlan tag disabled.
Feb 16 22:04:00 ESW: eth2 MACADDR F8:F0:82:D5:7A:5A txqueuelen 160
Feb 16 22:04:00 kernel: raeth: HW IP/TCP/UDP checksum RX/TX offload enabled
Feb 16 22:04:00 kernel: raeth: HW VLAN TX offload enabled
Feb 16 22:04:00 kernel: raeth: HW Scatter/Gather TX offload enabled
Feb 16 22:04:00 ESW: eth3 MACADDR 00:17:42:68:5A:82 txqueuelen 160
Feb 16 22:04:00 ESW: Restore internal MT7621 switch mode to dumb mode
Feb 16 22:04:00 ESW: Reset WAN port phy
Feb 16 22:04:00 ESW: Reset LAN ports phys
Feb 16 22:04:01 usbctrl(550): TYPE=9/0/3 INTERFACE=9/0/0
Feb 16 22:04:01 ESW: Config internal MT7621 switch mode LLLLW
Feb 16 22:04:01 ESW: Config internal vlan parts switch mode LLLLW, masklan:11110010,maskwan:00001100,pvids:1 1 1 1 2 
Feb 16 22:04:01 lan: Add bridge in the system
Feb 16 22:04:01 lan: br0_MACADDR F8:F0:82:D5:7A:5A
Feb 16 22:04:01 lan: Up bridge interface
Feb 16 22:04:01 lan: Add LAN1 Mode is 1 lan iface br0, adress 192.168.1.1
Feb 16 22:04:01 resolv: Generate resolv at local.
Feb 16 22:04:01 dnsserver: Generate /etc/hosts file.
Feb 16 22:04:01 dnsserver: Starting DNSMASQ
Feb 16 22:04:01 inetd: Starting inetd
Feb 16 22:04:02 dnsmasq[1036]: started, version 2.80 cachesize 512
Feb 16 22:04:02 dnsmasq[1036]: compile time options: IPv6 GNU-getopt no-RTC no-DBus no-i18n no-IDN no-DHCP no-scripts no-TFTP no-conntrack no-ipset no-auth DNSSEC no-loop-detect inotify no-dumpfile
Feb 16 22:04:02 dnsmasq[1036]: read /etc/hosts - 4 addresses
Feb 16 22:04:02 dnsmasq[1036]: ignoring nameserver 127.0.0.1 - local interface
Feb 16 22:04:03 2nd_stage: Switch to 2nd boot stage and start webui.
Feb 16 22:04:03 reconfig: Reload modules.
Feb 16 22:04:03 modules: link wifi down first
Feb 16 22:04:03 modules: Shutdown all wireless interfaces.
Feb 16 22:04:04 modules: Load conntrack helpers modules.
Feb 16 22:04:04 modules: Load application depended modules.
Feb 16 22:04:04 modules: Prepare wifi config.
Feb 16 22:04:04 modules: Load wireless modules.
Feb 16 22:04:04 modules: Load wifi AP module.
Feb 16 22:04:05 kernel: PCI: Enabling device 0000:02:00.0 (0000 -> 0002)
Feb 16 22:04:05 kernel: MT7610 AP Driver version: 3.0.0.9.P54
Feb 16 22:04:05 kernel: PCI: Enabling device 0000:01:00.0 (0000 -> 0002)
Feb 16 22:04:05 kernel: MT7603 AP Driver version: 4.1.0.0.P54
Feb 16 22:04:05 modules: WiFi ra0 interface up with txqueuelen 50.
Feb 16 22:04:05 kernel: ESW: Link Status Changed - Port1 Link Up
Feb 16 22:04:05 kernel: MT7603 Andes FW Version: ap_pcie
Feb 16 22:04:05 kernel: MT7603 Andes FW Build Date: 20160107100755
Feb 16 22:04:06 modules: WiFi rai0 interface up with txqueuelen 50.
Feb 16 22:04:06 kernel: load fw spent 17ms
Feb 16 22:04:06 kernel: MT7610: 5GHz ePA used.
Feb 16 22:04:07 reconfig: Reconfigure lan.
Feb 16 22:04:07 lan: Stop LAN network interfaces.
Feb 16 22:04:07 lan: Start LAN network interfaces.
Feb 16 22:04:07 lan: Add bridge in the system
Feb 16 22:04:08 lan: br0_MACADDR F8:F0:82:D5:7A:5A
Feb 16 22:04:08 lan: Up bridge interface
Feb 16 22:04:08 kernel: raeth: HW IP/TCP/UDP checksum RX/TX offload enabled
Feb 16 22:04:08 kernel: raeth: HW VLAN TX offload enabled
Feb 16 22:04:08 kernel: raeth: HW Scatter/Gather TX offload enabled
Feb 16 22:04:08 lan: Add LAN1 Mode is 1 lan iface br0, adress 192.168.1.1
Feb 16 22:04:08 reconfig: Gateway OperationMode: 1
Feb 16 22:04:08 reconfig: Readd eth2 in br0
Feb 16 22:04:08 kernel: raeth: HW IP/TCP/UDP checksum RX/TX offload enabled
Feb 16 22:04:08 kernel: raeth: HW VLAN TX offload enabled
Feb 16 22:04:08 kernel: raeth: HW Scatter/Gather TX offload enabled
Feb 16 22:04:08 kernel: device eth2 entered promiscuous mode
Feb 16 22:04:08 kernel: br0: port 1(eth2) entered forwarding state
Feb 16 22:04:08 reconfig: Readd ra0 in br0
Feb 16 22:04:09 kernel: device ra0 entered promiscuous mode
Feb 16 22:04:09 kernel: br0: port 2(ra0) entered forwarding state
Feb 16 22:04:09 reconfig: Readd rai0 in br0
Feb 16 22:04:09 kernel: load fw spent 0ms
Feb 16 22:04:09 kernel: device rai0 entered promiscuous mode
Feb 16 22:04:09 kernel: br0: port 3(rai0) entered forwarding state
Feb 16 22:04:09 wan: Start WAN config
Feb 16 22:04:09 wan: Allow forward for eth3
Feb 16 22:04:09 wan: Start DHCP client at eth3.
Feb 16 22:04:09 udhcpc[2326]: started, v1.30.1
Feb 16 22:04:10 udhcpc: All deconfig eth3.
Feb 16 22:04:10 udhcpc[2326]: sending discover
Feb 16 22:04:10 ESW: Restore internal MT7621 switch mode to dumb mode
Feb 16 22:04:10 ESW: Reset WAN port phy
Feb 16 22:04:10 ESW: Reset LAN ports phys
Feb 16 22:04:10 kernel: ESW: Link Status Changed - Port1 Link Down
Feb 16 22:04:10 ESW: Config internal MT7621 switch mode LLLLW
Feb 16 22:04:10 ESW: Config internal vlan parts switch mode LLLLW, masklan:11110010,maskwan:00001100,pvids:1 1 1 1 2 
Feb 16 22:04:11 advanced: Tune wifi advanced parametrs for ra0.
Feb 16 22:04:11 advanced: Tune wifi advanced parametrs for rai0.
Feb 16 22:04:11 services: Restart needed services and scripts. Mode all
Feb 16 22:04:11 QoS: Stopping SHAPER
Feb 16 22:04:11 QoS: Set default rules.
Feb 16 22:04:11 Codel: QoS Add codel for all interfaces.
Feb 16 22:04:12 iptables: Add netfiler rules
Feb 16 22:04:12 iptables: Allow established/related in input
Feb 16 22:04:12 iptables: Drop invalid state connections
Feb 16 22:04:12 iptables: Service limit set
Feb 16 22:04:12 iptables: Set igmp input rules
Feb 16 22:04:12 iptables: DHCP server allow
Feb 16 22:04:12 iptables: Dnsproxy allow to connect
Feb 16 22:04:12 iptables: Remote managment web limit
Feb 16 22:04:12 iptables: Remote managment ssh limit
Feb 16 22:04:12 iptables: Remote managment telnet limit
Feb 16 22:04:12 iptables: Allow rate limited ping from all interfaces.
Feb 16 22:04:12 iptables: Set forward rules
Feb 16 22:04:12 iptables: Set igmp forward rules
Feb 16 22:04:12 iptables: Allow forward from LAN to any
Feb 16 22:04:12 iptables: Add SNAT from 192.168.1.1/255.255.255.0 to 169.254.49.23 at eth3.
Feb 16 22:04:12 iptables: Add MASQRADE from 192.168.1.1/255.255.255.0 to wwan0.
Feb 16 22:04:12 iptables: Allow established/related in forward
Feb 16 22:04:12 ipv6: Deconfigure ipv6 interfaces/route.
Feb 16 22:04:12 dnsserver: Generate /etc/hosts file.
Feb 16 22:04:13 dnsserver: Send HUP to dnsmasq.
Feb 16 22:04:13 dnsmasq[1036]: read /etc/hosts - 5 addresses
Feb 16 22:04:13 dnsmasq[1036]: ignoring nameserver 127.0.0.1 - local interface
Feb 16 22:04:13 ntp: Stopping NTPD
Feb 16 22:04:13 ntp: Starting NTPD
Feb 16 22:04:13 igmpproxy: Replace route to multicast subnet via eth3.
Feb 16 22:04:13 igmpproxy: Starting IGMPPROXY
Feb 16 22:04:13 kernel: ESW: Link Status Changed - Port1 Link Up
Feb 16 22:04:13 kext: Nat mode Linux Hybrid
Feb 16 22:04:13 kext: NAT Offload mode complex, enable hw_nat and selected software fastpaths.
Feb 16 22:04:13 kext: NAT fastpath enabled.
Feb 16 22:04:13 kext: Route fastpath enabled.
Feb 16 22:04:13 kext: Netfilter fastpath enabled.
Feb 16 22:04:14 kext: hw_nat: load driver with options wifi_offload=1 udp_offload=1 ipv6_offload=0 ttl_regen=1
Feb 16 22:04:14 kernel: Ralink HW NAT v2.52.0 Module Enabled, FoE Size: 16384
Feb 16 22:04:14 kext: hw_nat: set binding threshold to 50.
Feb 16 22:04:14 kext: Enable multicast to unicast conversion for rai0 ra0
Feb 16 22:04:14 lld2d: Starting LLD2D
Feb 16 22:04:14 inetd: Stopping inetd
Feb 16 22:04:14 inetd: Starting inetd
Feb 16 22:04:14 transmission: Not any disk connected.
Feb 16 22:04:14 dhcpd: Configure dhcpserver
Feb 16 22:04:15 dhcpd: Start dhcpserver
Feb 16 22:04:15 udhcpd[3766]: started, v1.30.1
Feb 16 22:04:15 udhcpc[2326]: sending discover
Feb 16 22:04:16 irqbalance: Start irqbalance routing/wifi optimize mode
Feb 16 22:04:16 irqbalance: Start irqbalance auto mode
Feb 16 22:04:16 2nd_stage: Copy web pages to tmpfs.
Feb 16 22:04:16 2nd_stage: Start WEB Managment Server.
Feb 16 22:04:16 2nd_stage: USB Port power ON.
Feb 16 22:04:16 hotplug: Rescan connected devices
Feb 16 22:04:17 usbctrl(4138): TYPE=9/0/1 INTERFACE=9/0/0
Feb 16 22:04:18 usbctrl(4143): TYPE=9/0/3 INTERFACE=9/0/0
Feb 16 22:04:20 udhcpc[2326]: sending discover
Feb 16 22:04:23 kernel: br0: port 1(eth2) entered forwarding state
Feb 16 22:04:24 kernel: br0: port 2(ra0) entered forwarding state
Feb 16 22:04:24 kernel: br0: port 3(rai0) entered forwarding state
Feb 16 22:04:25 udhcpc[2326]: sending discover
Feb 16 22:04:26 kernel: usb 1-1: new high-speed USB device number 2 using xhci-hcd
Feb 16 22:04:26 kernel: usb 1-1: New USB device found, idVendor=19d2, idProduct=1225
Feb 16 22:04:26 kernel: usb 1-1: Product: ZTE WCDMA Technologies MSM
Feb 16 22:04:26 kernel: usb 1-1: Manufacturer: ZTE,Incorporated
Feb 16 22:04:26 kernel: usb 1-1: SerialNumber: MF8230ZTED010000CP261718UNKJ7S.1OEUGE4CW9_607C84&&&&&&&&&&&&&&&0
Feb 16 22:04:26 usbctrl(4162): TYPE=8/6/80 INTERFACE=8/6/80
Feb 16 22:04:26 kernel: Initializing USB Mass Storage driver...
Feb 16 22:04:26 kernel: usb-storage 1-1:1.0: Quirks match for vid 19d2 pid 1225: 1
Feb 16 22:04:26 kernel: scsi0 : usb-storage 1-1:1.0
Feb 16 22:04:26 kernel: usbcore: registered new interface driver usb-storage
Feb 16 22:04:26 kernel: USB Mass Storage support registered.
Feb 16 22:04:26 usbctrl(4162): add 19d2:1225 may be 3G modem in zero CD mode. Call usb_modeswitch
Feb 16 22:04:30 udhcpc[2326]: sending discover
Feb 16 22:04:31 kernel: usb 1-1: USB disconnect, device number 2
Feb 16 22:04:32 kernel: usb 1-1: new high-speed USB device number 3 using xhci-hcd
Feb 16 22:04:32 kernel: usb 1-1: New USB device found, idVendor=19d2, idProduct=1403
Feb 16 22:04:32 kernel: usb 1-1: Product: ZTE WCDMA Technologies MSM
Feb 16 22:04:32 kernel: usb 1-1: Manufacturer: ZTE,Incorporated
Feb 16 22:04:32 kernel: usb 1-1: SerialNumber: MF8230ZTED010000CP261718UNKJ7S.1OEUGE4CW9_607C84&&&&&&&&&&&&&&&0
Feb 16 22:04:32 kernel: scsi1 : usb-storage 1-1:1.2
Feb 16 22:04:32 usbctrl(4185): TYPE=10/0/0 INTERFACE=10/0/0
Feb 16 22:04:32 usbctrl(4185): add 19d2:1403 may be CDC data device, but now not support
Feb 16 22:04:33 usbctrl(4184): TYPE=2/2/255 INTERFACE=2/2/255
Feb 16 22:04:33 usbctrl(4184): add 19d2:1403 may be CDC
Feb 16 22:04:33 usbctrl(4184): Found Abstract Control Model(USBPSTN). Try load module cdc_acm
Feb 16 22:04:33 usbctrl(4184): Try load cdc_acm
Feb 16 22:04:33 kernel: usbcore: registered new interface driver cdc_acm
Feb 16 22:04:33 kernel: cdc_acm: USB Abstract Control Model driver for USB modems and ISDN adapters
Feb 16 22:04:34 usbctrl(4193): TYPE=8/6/80 INTERFACE=8/6/80
Feb 16 22:04:34 usbctrl(4193): add 19d2:1403 may be storage
Feb 16 22:04:34 usbctrl(4193): usb_storage init complete
Feb 16 22:04:35 kernel: scsi 1:0:0:0: CD-ROM            CWID     USB SCSI CD-ROM  2.31 PQ: 0 ANSI: 2
Feb 16 22:04:35 kernel: sr0: scsi-1 drive
Feb 16 22:04:35 kernel: cdrom: Uniform CD-ROM driver Revision: 3.20
Feb 16 22:04:35 kernel: sr 1:0:0:0: Attached scsi generic sg0 type 5
Feb 16 22:04:35 kernel: scsi 1:0:0:1: Direct-Access     ZTE      MMC Storage      2.31 PQ: 0 ANSI: 2
Feb 16 22:04:35 kernel: sd 1:0:0:1: Attached scsi generic sg1 type 0
Feb 16 22:04:35 kernel: sd 1:0:0:1: [sda] Attached SCSI removable disk
Feb 16 22:04:35 udhcpc: Lease fail eth3.
Feb 16 22:04:47 nginx: 2019/02/16 22:04:47 [info] 4151#0: *1 client 192.168.1.70 closed keepalive connection
Feb 16 22:04:47 nginx: 2019/02/16 22:04:47 [info] 4151#0: *2 client closed connection while waiting for request, client: 192.168.1.70, server: 0.0.0.0:80
Feb 16 22:04:54 nginx: 2019/02/16 22:04:54 [warn] 4151#0: *4 Authentication failed: user='admin' , client: 192.168.1.70, server: localhost, request: "POST /goform/auth HTTP/1.1", host: "192.168.1.1", referrer: "http://192.168.1.1/login.asp"
Feb 16 22:04:55 udhcpc[2326]: sending discover
Feb 16 22:05:00 udhcpc[2326]: sending discover
Feb 16 22:05:03 nginx: 2019/02/16 22:05:03 [warn] 4151#0: *4 Authentication failed: user='cZgqzGBw9y' , client: 192.168.1.70, server: localhost, request: "POST /goform/auth HTTP/1.1", host: "192.168.1.1", referrer: "http://192.168.1.1/login.asp"
Feb 16 22:05:05 udhcpc[2326]: sending discover
Feb 16 22:05:07 nginx: 2019/02/16 22:05:07 [info] 4151#0: *3 client closed connection while waiting for request, client: 192.168.1.70, server: 0.0.0.0:80
Feb 16 22:05:09 nginx: 2019/02/16 22:05:09 [info] 4151#0: *4 Authentication successful: user=Admin , client: 192.168.1.70, server: localhost, request: "POST /goform/auth HTTP/1.1", host: "192.168.1.1", referrer: "http://192.168.1.1/login.asp"
Feb 16 22:05:10 udhcpc[2326]: sending discover
Feb 16 22:05:15 udhcpc[2326]: sending discover
Feb 16 22:05:20 udhcpc: Lease fail eth3.
Feb 16 22:05:40 udhcpc[2326]: sending discover
Feb 16 22:05:45 iptables: Add netfiler rules
Feb 16 22:05:45 iptables: Allow established/related in input
Feb 16 22:05:45 iptables: Drop invalid state connections
Feb 16 22:05:45 iptables: Service limit set
Feb 16 22:05:45 iptables: Set igmp input rules
Feb 16 22:05:45 iptables: DHCP server allow
Feb 16 22:05:45 iptables: Dnsproxy allow to connect
Feb 16 22:05:45 iptables: Remote managment web limit
Feb 16 22:05:45 iptables: Remote managment ssh limit
Feb 16 22:05:45 iptables: Remote managment telnet limit
Feb 16 22:05:45 iptables: Allow rate limited ping from all interfaces.
Feb 16 22:05:45 iptables: Set forward rules
Feb 16 22:05:45 iptables: Set igmp forward rules
Feb 16 22:05:45 iptables: Allow forward from LAN to any
Feb 16 22:05:45 iptables: Add SNAT from 192.168.1.1/255.255.255.0 to 169.254.49.23 at eth3.
Feb 16 22:05:45 iptables: Add MASQRADE from 192.168.1.1/255.255.255.0 to wwan0.
Feb 16 22:05:45 iptables: Allow established/related in forward
Feb 16 22:05:45 nginx-wive[4151]: doSystem: (service iptables restart) > /dev/console 2>&1 (0)
Feb 16 22:05:45 nginx-wive[4151]: doSystem: (service modemhelper stop) > /dev/console 2>&1 (0)
Feb 16 22:05:45 udhcpc[2326]: sending discover
Feb 16 22:05:45 modem: helper(4452) USB Port power OFF.
Feb 16 22:05:45 kernel: usb 1-1: USB disconnect, device number 3
Feb 16 22:05:48 modem: helper(4452) USB Port power ON and wait for modem bootup.
Feb 16 22:05:48 nginx-wive[4151]: doSystem: (service modemhelper poweroffon) > /dev/console 2>&1 (0)
Feb 16 22:05:50 udhcpc[2326]: sending discover
Feb 16 22:05:55 udhcpc[2326]: sending discover
Feb 16 22:05:58 kernel: usb 1-1: new high-speed USB device number 4 using xhci-hcd
Feb 16 22:05:58 kernel: usb 1-1: New USB device found, idVendor=19d2, idProduct=1225
Feb 16 22:05:58 kernel: usb 1-1: Product: ZTE WCDMA Technologies MSM
Feb 16 22:05:58 kernel: usb 1-1: Manufacturer: ZTE,Incorporated
Feb 16 22:05:58 kernel: usb 1-1: SerialNumber: MF8230ZTED010000CP261718UNKJ7S.1OEUGE4CW9_607C84&&&&&&&&&&&&&&&0
Feb 16 22:05:58 kernel: usb-storage 1-1:1.0: Quirks match for vid 19d2 pid 1225: 1
Feb 16 22:05:58 kernel: scsi2 : usb-storage 1-1:1.0
Feb 16 22:05:58 usbctrl(4514): TYPE=8/6/80 INTERFACE=8/6/80
Feb 16 22:05:58 usbctrl(4514): add 19d2:1225 may be 3G modem in zero CD mode. Call usb_modeswitch
Feb 16 22:06:00 udhcpc[2326]: sending discover
Feb 16 22:06:03 kernel: usb 1-1: USB disconnect, device number 4
Feb 16 22:06:03 kernel: usb 1-1: new high-speed USB device number 5 using xhci-hcd
Feb 16 22:06:03 kernel: usb 1-1: New USB device found, idVendor=19d2, idProduct=1403
Feb 16 22:06:03 kernel: usb 1-1: Product: ZTE WCDMA Technologies MSM
Feb 16 22:06:03 kernel: usb 1-1: Manufacturer: ZTE,Incorporated
Feb 16 22:06:03 kernel: usb 1-1: SerialNumber: MF8230ZTED010000CP261718UNKJ7S.1OEUGE4CW9_607C84&&&&&&&&&&&&&&&0
Feb 16 22:06:03 kernel: scsi3 : usb-storage 1-1:1.2
Feb 16 22:06:03 usbctrl(4534): TYPE=10/0/0 INTERFACE=10/0/0
Feb 16 22:06:03 usbctrl(4534): add 19d2:1403 may be CDC data device, but now not support
Feb 16 22:06:04 usbctrl(4537): TYPE=8/6/80 INTERFACE=8/6/80
Feb 16 22:06:04 usbctrl(4537): add 19d2:1403 may be storage
Feb 16 22:06:04 usbctrl(4537): usb_storage init complete
Feb 16 22:06:05 udhcpc: Lease fail eth3.
Feb 16 22:06:05 usbctrl(4532): TYPE=2/2/255 INTERFACE=2/2/255
Feb 16 22:06:05 usbctrl(4532): add 19d2:1403 may be CDC
Feb 16 22:06:06 usbctrl(4532): Found Abstract Control Model(USBPSTN). Try load module cdc_acm
Feb 16 22:06:06 kernel: scsi 3:0:0:0: CD-ROM            CWID     USB SCSI CD-ROM  2.31 PQ: 0 ANSI: 2
Feb 16 22:06:06 kernel: sr0: scsi-1 drive
Feb 16 22:06:07 kernel: sr 3:0:0:0: Attached scsi generic sg0 type 5
Feb 16 22:06:07 kernel: scsi 3:0:0:1: Direct-Access     ZTE      MMC Storage      2.31 PQ: 0 ANSI: 2
Feb 16 22:06:07 kernel: sd 3:0:0:1: Attached scsi generic sg1 type 0
Feb 16 22:06:07 kernel: sd 3:0:0:1: [sda] Attached SCSI removable disk
Feb 16 22:06:25 udhcpc[2326]: sending discover
Feb 16 22:06:31 udhcpc[2326]: sending discover
Feb 16 22:06:36 udhcpc[2326]: sending discover
Feb 16 22:06:41 udhcpc[2326]: sending discover
Feb 16 22:06:46 udhcpc[2326]: sending discover
Feb 16 22:06:51 udhcpc: Lease fail eth3.
Feb 16 22:07:11 udhcpc[2326]: sending discover
Feb 16 22:07:16 udhcpc[2326]: sending discover

 

New USB device found, idVendor=19d2, idProduct=1403 это ZTE MF 831 а не 825. Билайновский или какой?

Тут варианта 2 или перевести его в режим роутера (сейчас он в режиме PPP) или я попробую попросить у оператора в тест железку.

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

На модеме написано именно ZTE MF-825, но в интернетах пишут, что Билайн и МТС его продают как MF 831

У меня не операторский, не залоченный. Из под винды  работает через remote NDIS

Очень странно потому как устройств с RNDIS  ID я тут и не вижу как раз.

сделайте следующее по ssh для проверки modprobe rndis_host, если оно реально rndis то подхватиться и появиться wwan0 или weth0 устройство в выводе ifconfig.

 

Билайн и МТС его продают как MF 831

И похоже они правы т.к. с таким devid идут 831, отличия ХЗ. Но вот так. Видать коробочка от 825 просто. =)

Оно появилось, и модем заработал.

login as: Admin
Admin@192.168.1.1's password:
[Wive-NG-MT@/]# modprobe rndis_host
[Wive-NG-MT@/]# ifconfig
br0       Link encap:Ethernet  HWaddr F8:F0:82:D5:7A:5A
          inet addr:192.168.1.1  Bcast:192.168.1.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:1478 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1197 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:160
          RX bytes:163974 (160.1 KiB)  TX bytes:681476 (665.5 KiB)

eth2      Link encap:Ethernet  HWaddr F8:F0:82:D5:7A:5A
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:1536 errors:0 dropped:9 overruns:0 frame:0
          TX packets:1209 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:160
          RX bytes:189818 (185.3 KiB)  TX bytes:688146 (672.0 KiB)
          Interrupt:11

eth3      Link encap:Ethernet  HWaddr 00:17:42:68:5A:82
          inet addr:169.254.198.147  Bcast:0.0.0.0  Mask:255.255.255.255
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:5 errors:0 dropped:0 overruns:0 frame:0
          TX packets:32 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:160
          RX bytes:406 (406.0 B)  TX bytes:8208 (8.0 KiB)

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING  MTU:65536  Metric:1
          RX packets:73 errors:0 dropped:0 overruns:0 frame:0
          TX packets:73 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:4632 (4.5 KiB)  TX bytes:4632 (4.5 KiB)

ra0       Link encap:Ethernet  HWaddr F8:F0:82:13:79:80
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:50
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)
          Interrupt:12

rai0      Link encap:Ethernet  HWaddr F8:F0:82:BF:6D:DF
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:50
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)
          Interrupt:32

weth0     Link encap:Ethernet  HWaddr 4A:B3:A4:09:4E:39
          inet addr:192.168.0.126  Bcast:192.168.0.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:215 errors:0 dropped:0 overruns:0 frame:0
          TX packets:223 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:160
          RX bytes:125621 (122.6 KiB)  TX bytes:55125 (53.8 KiB)

 

Ок. Щас сделаем и в 7.9.7 будет из коробки.

Спасибо.

Не за что. В будущем лучше сразу отдельную тему и с логами, быстрее будет, да и другим искать проще.

Добрый день, на вкладке "DHCP сервер" должны все подключенные устройства отображаться, или есть какие-то условия для их отображения? Суть в чем, один комп в сети,подключенный по проводу там не виден, при этом IP ему присвоен, доступ к инету есть, так же NAS по виден то нет,IP и доступ также есть.

Добрый вечер,

на вкладке "DHCP сервер" должны все подключенные устройства отображаться, или есть какие-то условия для их отображения? Суть в чем, один комп в сети,подключенный по проводу там не виден, при этом IP ему присвоен, доступ к инету есть

Устройство не будет присутствовать в списке DHCP Clients , если IP адрес, валидный для локальной сети, на нём самом статически прописан. По сути, DHCP Clients - это не список подключенных устройств, а список dhcp лиз, с указанием срока аренды IP адреса и MAC устройства, которому выдан этот IP.

Скажу проще. Если устройство запросило адрес у DHCP сервера с момента последнего перезапуска оного (например при изменении настроек DHCP/перезагрузкми рорутера/etc) то оно будет в списке аренды адреса. Если по какой-то причине не попросило - нет.

DHCP не является сессионным протоколом и ничего не знает о состоянии устройства до и после того как оное попросило у него адрес в аренду. Так же там могут оставаться висеть и устройства которые давно выключены, но время аренды не истекло, при этом устройство перед выключением не послало DHCP серверу release.

ок,понял,спасибо )))

Здравствуйте. Подскажите пожалуйста, есть ли возможность на данной системе настроить беспроводную гостевую сеть с ограничением по скорости?

Если можно то как? Спасибо!

Нет. Я уже с десяток раз объяснял что там где это реализовано делается за счёт ограничения RATE`а передачи в сторону клиента. Что в итоге приводит к тому, что клиенты на MBSSID гостевой сети работая на низком рэйте съедают всё эфирное время, в итоге страдают все. Так что лучше гостевые сети оставлять без ограничений, быстрее скачают - быстрее освободят эфир.

Более того, в РФ запрещены WiFi сети беспарольные без систем авторизации по СМС и т.д. с отчётностью в органы. Так что если вы хотите гостя оставить вообще без пароля (т.е. позволить пользоваться всем) можете рано или поздно дождаться товарищей в пагонах. А если гости это ваши друзья и сеть запаролена то смысла ограничивать и нет ибо см выше.

До кучи. Растаскивать виртуальные сущности в виде MBSSID в разные L3 подсети и делать дня них полноценный шейпинг ведёт как минимум к отказу от аппаратного оффлоадинга, доп буферизации и прочим накладным расходам.

И т.д. и т.п.

MBSSID обслуживаются одним физ модулем у всех, а лимит рэйта по ним это чистый маркетинг ибо если ограниченный клиент выберет доступное время с ограниченным рэйтом (ну например 1Мбит) то даже на основном MBSSID никакой передачи уже не будет, т.к. утилизация эфира будет 100%.

Избегайте подобных решений, особенно в 2.4ГГц где совсем тесно.

А в 5ГГц проще и лучше рядом поставить второй физически роутер или АП в другом поддиапазоне и там уже можно хоть шейпить хоть рэйт ограничивать и вам оно мешать не будет.

Спасибо за ответ. (Мне сеть гостевая нужна исключительно для домашнего пользования).

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

Добрый день. На входе в квартиру стоит SNR-CPE-ME1 с прошивкой 7.8.11 (смотрю вышла уже посвежее). В него входит провайдер Билайн по L2TP

В одной из комнат стоит Asus RT-N66U настроенный в Media Bridge и по 5ГГЦ подключен к SNR. В Асус подключена IPTV приставка от Билайна.

Пару раз в день начинает зависать картинка, или тормозит изображение или полностью пропадает. Спасает только ребут SNR. Пробовал перезагружать только Асус-не помогало. Настойки в роутерах стандартные (логин пароль от провайдера и wifi). Провод тянуть до IPTV не вариант. Из устройств дома - 3 устройства по Wifi (Iphone на  5ГГЦ, Xiaomi на 5ГГЦ и Я.Колонка в 2.4ГГЦ). Забиваться канал не должен, торренты не качаем. Тариф 100Мб. Может в SNR какие-то доп.настройки произвести?

Или не париться и купить Адаптер PowerLine ?

Добрый.

  1. обновиться обязательно, на всякий случай сбросить в дефолт и настроить вручную (ну что бы гарантированно быть уверенным что настраивается всё поверх свежих дефолтов)
  2. задуматься о PLC
  3. на SNR поди автовыбор каналов врублен, потому поди и помогает форсированно ребут и тупо выбирается другой канал
  4. попробовать уйти в верхний поддиапазон (выше 64го если асус сможет туда прицепиться вообще да и другие клиенты не факт что заработают)

Правильный способ отказаться от всех этих мостов, например в сторону PLC ну раз типа провод никак. Более того в будущем избегать зоопарка если используете связку по радио.

В логах подозрительного ничего нет? Iphone какой? Попробовать уйти в 40МГц полосу?

Вообще 802.11 это такая вредная  сущность где один кривой клиент может устроить ад всем в эфире причём даже без активности особой. Например тупо перестанет какой-то из клиентов слать подтверждения доставки и будет AP по кругу пытаться TxRetry исполнять пока по лимитам не выберет, причём даже после отключения клиента некоторое время ещё будет.

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

Т.е. перед тем как что-то делать нужно выяснить где именно затык. То что помогает на какое-то время ребут железки на вводе может говорить в т.ч. о проблемах на оборудовании провайдера.

В момент когда начинает сыпаться в статистике коммутатора нет портов скорость на которых падает ниже 100Mbit full duplex?

Начните с обновления и проверки статуса портов в момент рассыпаний. Дальше проверить есть ли рассыпания по кабелю подключенному в LAN SNR (ну кусок провода временно кинуть), если там нормально то едем дальше и крутим радио или переходим на PLC. Второе предпочтительней.

В общем нужно сначала найти место где проблема возникает, затем уже причину и только после думать что делать. Иначе это гадание на кофейной гуще.

Ну и если ещё не читали, то таки прочесть https://wi-cat.ru/wi-fi/stb-torrent-wifi-must-die/ дабы быть готовым к тому, что эти процедуры с танцами вокруг радио рано или поздно в любом случае перестанут работать и первым это будет заметно именно на потоковом видео в виде отдаваемого провайдером мультикаста.

Можно ещё дальше пойти и заюзать udpxy что за счёт конвертации в http с большими буферами и возможностью перезапроса "недополученного" снизит чувствительность к врождённым проблемам 802.11 в части применения оного для передачи потокового видео. И т.д. и т.п.

Но всё это костыли и без вариантов если хочется нормальной работы iptv - нужно тянуть кабель, на худой конец юзать PLC. Причин тому чисто технических в 802.11 предостаточно.

P.S. Уровни в stalist на стороне SNR какие у асуса? Может запросто оказаться так, что лучше мост в 2.4ГГц перевести. Тоже можно попробовать.

Цитата: sfstudio от 02/04/2019, 15:52

Ну вот буквально час назад жена перезагрузила SNR после зависа IPTV и через 20 минут написала "Вай-фая хватает или на тв или на телефон". Iphone 8. Канал настраивал в ручную...что-то между 9-13.  Вообщем куда двигаться понял. Понаблюдаю как буду дома про лог и скорость на портах и попробую на 40ГГЦ уйти. Потом брошу провод на сутки (если кот не сгрызет его раньше).

PLC - что-то гуглиться как рэпер... что это?)

Ну вот буквально час назад жена перезагрузила SNR после зависа IPTV и через 20 минут написала "Вай-фая хватает или на тв или на телефон".

Ну я не знаю как интерпретировать такое заявление. =) Опять же узких мест может быть дофига. Никаких подробностей увы нет что бы понять где там горлышко именно.

Вариантов дофига. Нужно выяснять куда оно в этот момент было одключено, уровни, суммарный трафик в этот момент, трафик по отдельности и т.д.

Кстати переход на тариф >100Мбит как побочный эффект заставляет операторов перетянуть древний кабель до абонента заменив его на 8ми жилку и убрать сопли. Плюс исчезает узкое место когда тариф 100, и порт 100, а ТВ впихнуть уже не куда, а приоритезация на сетях всяких нелюдей (мягонько так скажем, в 2019 с L3 туннелями на доступе жить) с L2TP/PPTP на доступе зачастую сущность весьма условная.

По радио тот же яблофон 8й запросто выберет 250Мбит в 5ГГц и если приоритезация на стороне оператора не работает должным образом то 100Мбит на физике выгребет и ТВ посыпется.

попробую на 40ГГЦ уйти

Как бы было бы прекрасно если бы хотя бы 1ГГц полоса была бы достуна.=)) В 40МГц =)

PLC (powerline) адаптеры, юзают для передачи данных электропроводку, и используются какраз для таких целей https://www.dns-shop.ru/catalog/17a8ac6416404e77/adaptery-powerline/

Цитата: sfstudio от 02/04/2019, 16:21

 

Cпасибо. Понаблюдаю недельку еще.

p.s в городе пока больше 100 никто не подключает

p.s.s конечно 40МГц)))

p.s.s ну из наличия есть только PowerLine TP-LINK TL-PA4010PKIT, вроде отзывы не плохие.

Ну проверить проводом, если затык уйдёт то можно взять на пробу plc. Они в общем-то все по сути одинаковые (отличаются поддерживаемой скоростью) и программно там глючить особо нечему. Т.е. выбор PLC сводиться к поиску отзывов по форумам на тему частоты выхода из строя, т.к. там узкое место это схемотехника в части именно подключения к сети питания. Если вендор там сэкономил то может дохнуть на ровном месте. Тут только отзывы читать. Причём не на яндексмаркетах ибо там боты пасуться стадами и без намётанного глаза определить оных не реально.

Альтернатива - плинтуса с кабельканалом ;)

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

Цитата: sfstudio от 02/04/2019, 16:21

 

По радио тот же яблофон 8й запросто выберет 250Мбит в 5ГГц и если приоритезация на стороне оператора не работает должным образом то 100Мбит на физике выгребет и ТВ посыпется.

Обновил на свежу прошивку.Попробовал 2,4 - стало намного лучше, но мельком заикается. Не нашел как поставить принудительно 20мгц или 40Мгц... только оба)

Заказал из Поднебесной PLC Tenda

Вот таблица Активных подключений. Самое последнее, тот самый Айфон,который на данный момент единственный в 5ггц.

 

 

Загруженные файлы:
  • Вам нужно войти, чтобы просматривать прикрепленные файлы..

Надо было stalist показать когда асус в 5ке висел. В 2.4 затухание намного ниже.

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

Не нашел как поставить принудительно 20мгц или 40Мгц... только оба)

По стандарту поддерживаются следующие варианты. Только 20, 20/40, 20/40/80. Только 40 не имеет смысла сам по себе ибо 40 подразумевает channel bonding из 2х каналов по 20. Смсл именно для пробы временно отрубить 80МГц т.к. ряд клиентов (может и асус в режиме клиента) имеет проблемы с поддержкой 80МГц и возможно затыки собсно с этим и связаны.

 

Столкнулся с такой интересной ситуацией...

Решил заменить старый dir-615 (rev. N), на что то новое, так как стал замечать слегка не стабильную работу. Взял у своего провайдера ТТК TP-link wr850n и столкнулся с такой проблемой, играю в PUBG mobile на Iphone 8 plus, пинг в 2 раза выше, нежели на старом dir-615.

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

После того, как сдал 2 роутер обратно провайдеру, купил Keenetic 1310 и выпал в осадок. На нем такая же история, только появились скачки пинга до 700.

Ранее думал, что проблема в кривой прошивки TP-link wr850n от провайдера, но после Keenetic 1310 начал капать и обнаружил, что стоит процессор MT7628 в обоих роутерах. Пришлось сдать Keenetic 1310 обратно. :(

Промониторив рынок, узнал о роутерах SNR и выбор пал на SNR-CPE-MD1.1. На 5 герц все отлично работает, но вот на 2.4 такая же песня, как и с другими.

По моему какая то беда с совместимостью между процессорами MT762Х и Iphone 8 plus! Хотя сейчас уже проблема не актуальная, так как 5 герц радует.

 

И такой вопрос, в разделе активные подключение показывает, что качество сигнала через 1-2 стенки может падать до 30%, но скорость меньше 50 Мбит/сек не падает (скорость от провайдера 100 Мбит/сек, дом кирпичный).  Дискомфорт при пользовании не ощущаю, при таком низком уровне сигнала, это больше условный показатель?

 

P.s. купил SNR-CPE-MD1.1  в е2е4 за 1900 руб. за эту цену роутер просто сказка, большое спасибо! Добавлю только  то, что в прошивке не особо понравились иконки слева из какого то window xp, обновите их на свежее, в остальном прошивка супер!

 

 

 

 

Загруженные файлы:
  • Вам нужно войти, чтобы просматривать прикрепленные файлы..

Дело не в процессоре и несовместимости, дело банально в том, что ваша старая железка не умеет ни TxBurst ни PacketAgregation. В итоге производительность никакая в условиях зашумлённого эфира, но нет ретрансмитов больших очередей и длинных задержек.

Ставите современную железку - получаете более высокую скорость, но в момент ретрансмитов заново передаётся уже не один маленький фрэйм, а вся очередь.

Отключите TxBurst в настройках радио, полосу принудительно в 20МГц для 2.4ГГц переключите и методом перебора (не надо на сканеры ориентироватья) выберете канал - скорее всего "проблема" уйдёт.

Ну и стоит смириться, что у яблок с радио вечно всё не как у людей.

Что касается уровня. Это не условные никакие показатели. Почитайте например вот это https://habr.com/ru/post/149418/ уж очень долго всю теорию расписывать заново.

Цитата: sfstudio от 05/05/2019, 14:24

Дело не в процессоре и несовместимости, дело банально в том, что ваша старая железка не умеет ни TxBurst ни PacketAgregation. В итоге производительность никакая в условиях зашумлённого эфира, но нет ретрансмитов больших очередей и длинных задержек.

Так дело в том, что на dir-615 все было норм с пингом.

Цитата: sfstudio от 05/05/2019, 14:24

Отключите TxBurst в настройках радио, полосу принудительно в 20МГц для 2.4ГГц переключите и методом перебора (не надо на сканеры ориентироватья) выберете канал - скорее всего "проблема" уйдёт.

TxBurst в настройках не нашел. С полосой и каналами уже ранее много раз игрался, результат один и тот же...

 

 

Цитата: sfstudio от 05/05/2019, 14:24

Ну и стоит смириться, что у яблок с радио вечно всё не как у людей.

Что касается уровня. Это не условные никакие показатели. Почитайте например вот это https://habr.com/ru/post/149418/ уж очень долго всю теорию расписывать заново.

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

Пошел читать статейку и напоследок еще вопрос, что такое Режим MBSSID и какой лучше выбрать?

  1. ещё раз объясняю, было норм на 615 потому что он вообще нифига не умеет из вышеперечисленного, а раз не умеет то и не используется, новая железка позволяет юзать фишки которых не было в старом девайсе, а с ними у яблока вылезают уши описанные выше, я не знаю как ещё более доступно объяснить не начиная читать лекцию по работе радио
  2. в Advanced Wireless, переключитесь на английский, не помню как оно по русски называется
  3. Если вы не знаете что такое MBSSID то оно вам не нужно ;) Тоже самое касается любых незнакомых крутилок. Дефолты заданы оптимальные. MBSSID это multiple ssid, боюсь правда  на вопрос это не отвечает.

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

Опять таки я это уже описывал всё в статьях и рекомендациях на сайте.

На сайте полно инфы в т.ч. по настройкам сервисов. Читайте - разбирайтесь. Что-то включать/отключать без понимания что это и зачем чревато. Поэтому если что-то не понятно сначала смотрим в статьях на сайте и на форуме. Если после этого не понятно то лёгким движением руки спрашиваем у гугла.

А вот потом уже с конкретикой сюда если остались вопросы.

Сегодня уже нет проблем с доступностью информации, и если есть желание разобраться и интерес то всё запросто гуглиться.

А насчёт смириться, я о том, что смириться с тем, что яблочные девайсы в части wifi традиционно косые. И абсолютно не ясно где и какая проблема с ними и в паре с каким устройством вылезет. Хотя сейчас стало лучше, но вот до 2013г. был совсем адок. С совместимостью у них традиционная бяда. Где и когда и в паре с каким устройством отстрелит ногу яблоку одному богу известно. И как именно отстрелит.

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

Мы на своей стороне (да и другие производители) вынуждены традиционно городить костыли (если удаётся) под эту чудотехнику. Хотя по хорошему пользователь должен больно пинать именно apple пока не исправят на своей стороне.

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

sfstudio, по русски пункт данной настройки называется Непрерывная очередь передачи. Когда ее отключил - все стало норм!

Вывод: проблема в iphone :) Благодарю, что подсказали решение проблемы!

Но скорость через 2 стенки не впечатляет + засранный эфир, так что я только юзать буду 5 герц, ловит по всей квартире и скорость меньше 50 не опускается.

MBSSID на сколько понял - количество сетей, поставил 2.4 и 5...

Я ж грю яблоки есть яблоки, всё не как у людей.

Решил глянуть как работает роуминг. Включил в настройках (ME1), поставил "Отключить активного клиента при уровне ниже" значение -70. Отошёл  подальше, что б уровень опустился в район -85дБм и ничего, роутер клиента не дропает. Клиент 5ГГц.

Я что-то упустил?

Да почти всё упущено.

  1. роуминг это большая отдельная тема, а не место в общей по мелким вопросам (постоянно ругаюсь что бы не лепили в кучу)
  2. для роуминга требуется минимум 2 АП
  3. handoff это не механизм роуминга, а механизм страховки если клиент не умеет handover и настройки его по умолчанию заданы такие что бы отстреливать таких клиентов не мешая нормальным, т.е. когда уже реально всё грустно у них (так же хэндофф можно рассматривать как механизм жёсткой балансировки, но именно роумингу в части бесшовности он противопоказан). А именно задержка перед отстрелом задана в 60с, т.е. все 60с клиент должен иметь уровень ниже порогового значения. Плюс для 5ГГц клиентов применется дельта в 13Дб. Т.е. при заданном пороге -60 счётчик до отстрела начнёт тикать лишь при -73.
  4. на сайте есть целый цикл статей на тему как это работает со ссылками и прочими полезными материалами

А не отстреливает он клиента т.к. клиент скорее всего у вас постоянно находиться в PSM режиме. В этом режиме ему бесполезно слать DEAUTH он его будет тупо игнорить.

Читайте статьи, разбирайтесь.

На самом деле у меня две ME1, просто пока нет нужды в установке второй. Но решил вот, хотя бы, увидеть как она скидывать клиентов будет и не увидел.

Статьи я все прочитал, интересно, но это общая теория. Причём одна из них заканчивалась словами "позже мы расскажем как это реализовано у нас", но я так продолжения и не дождался. Где почитать про задержку в 60с, дельту для 5ГГц, почему это не работает в PSM режиме и подобные нюансы?

Тему могу создать отдельную, конкретно по нюансам настройки миграции.

  1. Не работает в PSM потому что по стандарту клиент не обязан в состоянии сна реагировать на что либо кроме фрэймов с взведённым TIM_BIT (если склероз не замучал). По факту и это не всегда позволяет принудительно вывести клиента из сна. Более того они никак не мешают, спят и спят себе. Вот и нефиг их пинать почём зря.
  2. по параметрам:
    1) Максимальное число probe запросов от клиента сколько probe запросов в секунду может быть обработано от клиентов. По сути защита от флуда при выборе станции клиентами. Если AP много видимых разом и уровни высокие можно уменьшить до 1.

    2) Отклонять ассоциацию/авторизацию при уровне ниже - если уровень ниже то при попытке ассоциации/авторизации, будет послан REJECT. Для ограничения подключения клиентов дальних клиентов стоит использовать режим отклонения ассоциации.

    3) Игнорировать попытки ассоциации/авторизации при уровне ниже - если уровень ниже то вообще не отвечаем на попытки авторизации (стоит установить значительно ниже чем порог в поле отклонить что бы точка не отвлекалась на таких клиентов.

    4) Не отвечать на probe запросы от клиентов с уровнем ниже, аналогично п3 только для probe reqest`s, т.е. точка не будет отвечать таким клиентам на запрос информации о ней и не будет на них отвлекаться.

    5) Отключить активного клиента при уровне ниже - собственно отстрел клиента если RSSI при передачи DATA Frames от клиента падает ниже заданного уровня. Для клиентов в активном режиме (PSM Mode=Active)

    6) Отключить клиента в режиме энергосбережения при уровне ниж - отстрел клиента если RSSI при передачи DATA Frames от клиента падает ниже заданного уровня. Для клиентов в режиме энэргосбережения (PSM Mode=PSM будет отключен как только проснётся если уровень при этом не восстановиться выше порогового)7) Интервал измерения уровней до принудительного отключения - интервал за который производиться изменрение уровней от клиентов для принятия решения об отстреле.

     

    Немного о алгоритме отстрела. Раз в секунду берём средний RSSI по обоим стримам радиомодуля и сравниваем с пороговвым значением. Если уровнь ниже порога увеличиваем счётчик на единицу, если меньше порога сбрасываем счётчик. Т.е. если клиент на протяжении заданного времени ни разу не передал ни одного пакета с уровнем выше порогового то он будет сброшен с AP.

     

    Простейший вариант настройки это задать острел по уровню например на уровне -70 (ну например при выходе из кабинета в корридор в типовом ЖБ здании), и запретить ассоциацию клиентам с уровнем ниже -50 (что обеспечит возможность подключиться новому клиенту только в прямой видимости находясь в кабинете). Игнорирование probe и assoc выставить в пределах -75 - -80 что бы не грузить точку ненужными запросами.

     

    Таймаут до отстрела нужен что бы исключить ложные срабатывания логики отстрела клиентов на грани зоны покрытия. Т.е. свести на нет ситуацию когда клиент из-за слегка плавающего RSSI будет вылетать с АП, так же с помощью задержки можно подгонять логику под разные типы задач. Например при развёртывании точек внутри помещения без прямой видимости может потребоваться малое время для того что бы держать минимум клиентов с низкими уровнями на одной АП, с другой стороны на открытом воздухе где с любой точки нажхождения клиента есть прямая видимость на несколько АП с достаточно высоким уровнем стоит увеличить интервал что бы исключить ложные срабатывания, а так же снизить число постоянно мигрирующих без нужды клиентов.

     

    Несколько нюансов:

    1) если это публичная сеть то стоит включить изоляцию клиентов в опциях беспроводной сети

    2) если шлюзом выступает устройство на wive и нужно максимально быстрое переключение нужно в настройках DHCP сервера шлюза отключить проверку занят ли адрес арпингом установив соответствующую опцию в 0, или уменьшить таймаут до пары мс. Т.к. адреса встроенный dhcp выдаёт с привязкой к хэшу мака конфликты адресов и так исключены (если не специальная подмена одним из клиентов)

    3) что бы уравнять шансы миграции клиентов между 2.4->5 стоит понизать мощность передатчика на 2.4ГГц на 2Дб (70%)

Это в кратце. Некогда пока писать статьи.

Для бесшовного роуминга handoff вреден. Включать его НЕ СТОИТ.

Если устройства нормальные то АП не должна их спихивать. Достаточно включить поддержку K/R, настроить одинаковые SSID и режимы шифрования и больше ничего не трогать что бы нормальные клиенты начали мигрировать.

Всё что дальше описано в теории в статьях.

Handoff стоит использовать ТОЛЬКО в случаях если есть клиенты которые сами не мигрируют, т.к. у которых кривая логика handover и в таких режимах что бы не мешать нормальным клиентам.

Более того, ещё раз повторюсь, что все эксперименты с миграцией проводим только когда стоит 2 АП и они имею одинаковый SSID. Часть клиентов вообще не будет с точки зрения пользователя никак реагировать на DEAUTH при условии что в анонсах есть MDIE, но результат фонового сканирования говорит, что мигрировать некуда.

Дойдут руки - рожу развёрнутую статью.

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

Давайте таки не будем тратить время впустую?

P.S. На самом деле все параметры интуитивно понятны тому кто знаком с тем как работает 802.11. Там нет чего-то секретного. Стоит просто понимать что роуминг, тот что бесшовный, выполняет клиент. А handoff это костыль призванный хоть как-то заставить мигрировать клиентов которые handoover (роуминг) не умеют и использовать нужно очень осторожно дабы не навредить работе логики миграции в нормальных клиентах. Тоже самое касается band steering, в сетях с роумингом сей механизм противопоказан, и так же как hadoff является костылём что бы вытеснить клиентов не умеющих band preffered. Оба механизма увы имеют побочные эффекты т.к. логика поведения после отстрела так же полностью определяется реализацией на стороне клиента (а вариантов ой как не мало).

Спасибо, теперь всё понятно, да и собственно вчера увидел как AP1 сбрасывает с себя клиента и через секунду он подключается к AP2.

Ну и статья, написанная когда-нибудь, не помешает, так сказать закрыть цикл конкретными примерами.

Вот как отладим процессы по новому железу, так и сяду статьями заниматься. А пока работы под завязку ибо новые железки по определению должны быть круче старых, а на старших ещё  и BTM пояивться. В т.ч. в части этих алгоритмов. Так что описывать в деталях нужно не старое, а новое поведение. Финальная стадия отладки однако...

Простите, тут напишу. Если что не пинайте. Уж очень интересно, есть ли какая-нибудь вероятность, что вы возобновите сотрудничество с НАГом? После того как вы расстались чот доверия к их устройствам стала сильно мало.

Спасибо.

Нет. А зачем? =) Мы уже работаем с новыми компаниями и на более интересных условиях. Не вижу никакого смысла проворачивать фарш назад.

Тогда оооочень надеюсь, что аппараты будут не сильно кусачими, а так же вы не забудете про Екатеринбург и будете поставлять в удобные для продажи магазины. И очень бы хотелось чтобы появился маршрутизатор на гигабит с оптикой на борту, примерно, по цене схож с Д-Линком 825.

Спасибо!

Всему своё время.

Имеется МЕ1 с прошивкой 8.2.7. Провайдер "Дом.ру". Соединение Pure PPPoE. Включен ipv6, настройки во вложении.

Каждые пол часа в логе:

Jul 7 18:12:56 dhcp6c: Call reconfigure radvd/dhcp6s for apply new params from dhcp
Jul 7 18:12:56 ipv6: Configure and start radvd and dhcpv6 server
Jul 7 18:12:56 ipv6: Try get prefix from local interface br0
Jul 7 18:12:56 ipv6: Use local DNS server as relay and local ipv6 hosts resolve 2a02:2698:642b:22e5:faf0:82ff:fe90:56e2
Jul 7 18:12:56 ipv6: MTU WAN: 1492 LAN: 1492
Jul 7 18:12:56 ipv6: Configure radvd
Jul 7 18:12:56 radvd[5886]: attempting to reread config file
Jul 7 18:12:56 radvd[5886]: resuming normal operation
Jul 7 18:12:56 ipv6: Configure dhcp6s
-------
Jul 7 18:42:56 dhcp6c: Call reconfigure radvd/dhcp6s for apply new params from dhcp
Jul 7 18:42:56 ipv6: Configure and start radvd and dhcpv6 server
Jul 7 18:42:56 ipv6: Try get prefix from local interface br0
Jul 7 18:42:56 ipv6: Use local DNS server as relay and local ipv6 hosts resolve 2a02:2698:642b:22e5:faf0:82ff:fe90:56e2
Jul 7 18:42:56 ipv6: MTU WAN: 1492 LAN: 1492
Jul 7 18:42:56 ipv6: Configure radvd
Jul 7 18:42:56 radvd[5886]: attempting to reread config file
Jul 7 18:42:56 radvd[5886]: resuming normal operation
Jul 7 18:42:56 ipv6: Configure dhcp6s

Это провайдер ipv6 лизу на 30 минут выдает?

Загруженные файлы:
  • Вам нужно войти, чтобы просматривать прикрепленные файлы..

Именно так. Только не 30 а час, насколько я помню в dhcp таймер 1/2 от lease time в логике продления лизы по стандарту.

Sadler глянь как у тебя там с ДОМ.РУ. Та же песня? Для ipv6 вообще странно выдавать короткие лизы. Экономить-то не чего, в смысле адресов навалом.

Подключил уже старенький Asus N56U с прошивкой от Padavan. Вот лог подключения.  А дальше тишина, никаких реконектов. Настройки ipv6 во вложении.

Jul 8 21:38:46 RT-N56U: WAN up (ppp0)
Jul 8 21:38:46 PPPoE: Connected
Jul 8 21:38:48 DHCPv6 WAN Client: starting on wan (ppp0) ...
Jul 8 21:38:48 dhcp6c[678]: started
Jul 8 21:38:49 dhcp6c[678]: unexpected advertise
Jul 8 21:38:50 dhcp6c[678]: add address 2a02:2698:642b:c84:5604:a6ff:fed3:d71f/64 on br0
Jul 8 21:38:51 dnsmasq[364]: read /etc/hosts - 19 addresses
Jul 8 21:38:51 dnsmasq[364]: read /etc/storage/dnsmasq/hosts - 3 addresses
Jul 8 21:38:51 dnsmasq-dhcp[364]: read /etc/dnsmasq/dhcp/dhcp-hosts.rc
Jul 8 21:38:51 dnsmasq[364]: using nameserver 77.88.8.7#53
Jul 8 21:38:51 dnsmasq[364]: using nameserver 77.88.8.3#53
Jul 8 21:38:51 dnsmasq[364]: using nameserver 2a02:6b8::feed:a11#53
Jul 8 21:38:51 dnsmasq[364]: using nameserver 2a02:6b8:0:1::feed:a11#53
Jul 8 21:38:53 dnsmasq-dhcp[364]: DHCPv6 stateless on 2a02:2698:642b:c84::, constructed for br0
Jul 8 21:38:53 dnsmasq-dhcp[364]: DHCPv4-derived IPv6 names on 2a02:2698:642b:c84::, constructed for br0
Jul 8 21:38:53 dnsmasq-dhcp[364]: router advertisement on 2a02:2698:642b:c84::, constructed for br0

 

Загруженные файлы:
  • Вам нужно войти, чтобы просматривать прикрепленные файлы..

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

Sadler проверит что там у дом.ру - будет ясно.

О каких реконнектах  речь идёт я ХЗ. Вас смущает запись  в логе или что? Там в логе много чего выводиться и?

Вопрос был:

Это провайдер ipv6 лизу на 30 минут выдает?

Ответ - да. Откуда какие вдруг дисконнекты взялись? В логе нет ничего кроме реконфигура ipv6 части по истечении лизы. В вопросе тоже. Не вижу в этом никакой проблемы. Хотя с точки зрения здравого смысла делать лизу для dhcpv6 в час это дурь редкая. Учитывая что по dhcp там кроме префикса и dns вообще ничего не прилетает.

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

P.S. 99% записей в логах не являются сигналом о проблеме, и даже те которые регулярно повторяются.

День добрый

приобрели MD1.1

при тестах обнаружили проблему с диапазоном 2.4Г  скорость (спидтест) просто не стабильна даже в прямой видимости, заходя за стенку падает почти в ноль.

соседних точек 2-3, каналы менял, чуть лучше стало при полосе 20. Причем на 5Г проблем таких нет.

Длинк * работает в разы лучше в тех же условиях, т.е. где MD1.1 уже скорость еле 1Мбит(фактически странички не грузит, дальняя точка), то у * 10Мбит и нет проблем.

По сигналу +- одинаково -68 -70 в этой дальней точке.

И да на отдачу скорость 20-30Мбит, т.е. проблема с приёмом.

Куда копать ? что мешает  или что покрутить? или это железная проблема?

 

ЗЫ Прочитал что вы с НАГом уже всё, прошу помочь чем сможете, по факту SNR брать уже не будем.

 

Добрый.

  1. Обновиться.
  2.  По сигналу чего куда? Если со стороны роутера смотрите то это одно, с другой стороны может быть совсем иначе.
  3.  Что за клиенты? Что с эфиром?
  4.  У * запросто может быть задрана дурь сверх разрешённой в РФ калибровкамию (были репорты что некоторые * орут как резаные). Даже запаса +2dB даже в этом случае уже даст разницу по SNR и значительную и получите 10Мбит. Только 10Мбит даже в 1T1R N при уровнях >-70 говорят о том что в эфире просто ад и ловить в этом диапазоне не чего, в любой момент оно перестанет работать и в *.
  5.  Если эфир загажен можно попытаться вырубить TxBurst/Greenfield Mode/Aggregation MSDU/Pkt Aggregate (пробуйте по отдельности), скорость максимальная упадёт, но в грязном эфир станет легчеСВЧ, особенно в грязном эфире требует прямой видимости. Низкая скорость говорит о низком соотношении сигнал/шум (SNR) в одном или обоих направлениях.

Как вариант использовать несколько АП соединённых кабелем в точках где обязательна гарантированная работа в нужном диапазоне. Если нужный для верхних модуляций SNR по какой-либо причине не обеспечивается - пиши пропало.

P.S. В HQ дополнительно изменена логика для работы RATE-ALG (и не только) для работы в условиях "грязного" эфира. Но увы для SNR-CPE сиё из коробки (вне доп соглашения с нами или для свежевыпущенных железок) доступно уже не будет.
PP.S. Брак не исключён тоже. Так же мы не в курсе что там могло аппаратно меняться после окончания контракта с нами (читай с первого марта сего года). Вот вообще. Так что если девайс свежее увы ничего конкретного не скажу кроме того что выше.
PP.SS. Как совсем крайний вариант уйти в 2.4 в G only режим. 25Мбит максимально будет, но требования к SNR для макс рэйтов в G намного ниже, то может запросто дать те же 10Мбит в итоге за стенкой.

Цитата: Partizan от 10/07/2019, 14:24

ЗЫ Прочитал что вы с НАГом уже всё, прошу помочь чем сможете, по факту SNR брать уже не будем.

Попробуйте описанное выше. У * по дефолту (во многих девайсах) все плюшки увеличивающие максимально возможную скорость в нормальном эфире по дефолту обычно вырублены. Отрубите их в MD1.1, в нормальных условиях макс скорости упадут, но жить будет в фиговых легче. Ну и на КРОС мне вполне однозначно насчёт озвученной вами модели пару лет назад народ заявлял что дурь там выкручена в полку на уровне калибровок. Что на некоторое время даст фору, но в итоге (если уже 10Мбит только достигается) всё "сдохнет" причём у соседей тоже. Гонка мощностей увы не выход.

Вообще мы ожидаем запуск железяк на HQ уже буквально (если повезёт) к концу августа (доработка pcb/переделка корпусов и т.д. почти закончены). В отлиии от SNR-CPE эти устройства не будут иметь привязки по ПО к сторонней относительно разработчиков (т.е. нас) компании. Т.е. не будет и проблемы после окончания сотрудничества в части саппорта.

Так же если вы оператор возможен перевод на HQ ветку уже купленного (выпущенного до 1го марта) железа. С ограничениями определёнными, но в фиговом эфире жить будет существенно легче.

Пока готовиться техническая база для этого и собираются заявки. Все вопросы можно задать на info@wi-cat.ru

Page 1 of 2Next

Если вы нашли ошибку, пожалуйста, выделите фрагмент текста и нажмите Ctrl+Enter.

Сообщить об опечатке

Текст, который будет отправлен нашим редакторам: