[sfstudio]

Нашел по багрепортам DD-WRT подобную своей проблему, и последовал совету в комментах.

Мож есть возможность как то это поправить? Версию udhcpc.sh от сегодня из гита пробовал. Не помогло.

Что править? То что ваш провайдер не отдал нормальный маршрут до подсети из которой dgw выдал? Маску я для сети угадать должен или как вы от балды прописать? У вас это отработало, у других может перекрыть другие подсети и отвалятся рабочие маршруты. Пинайте провайдера, это не проблема прошивки. Решение прописать маршрут с маской 32 на угад тоже весьма сомнительная. В общем провайдера нагибать нужно.

[sfstudio]

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

[neanton]

ROUTELIST_FGW="$ROUTELIST_FGW $router/32:0.0.0.0:$interface:"
ROUTELIST_DGW="$ROUTELIST_DGW default:$router:$interface:$metric"

 

В этих строках $router на $i заменить не нужно?

[sfstudio]

упс точно проспал, ща поменяю. Fixed. спасибо.

[sfstudio]

Перед тем как вносить глобальные изменения в вэб и скорее всего не менее глобальные в ядро решил сделать стабильный срез. Версия 1.3.7 залита на sf.net.

[neanton]

А чего там с вебом и ядром намечается? Обновленный дизайн и 2.6.38?) Смысл ваще ядро трогать пока все работает..

[sfstudio]

А чего там с вебом и ядром намечается? Обновленный дизайн и 2.6.38?) Смысл ваще ядро трогать пока все работает..

Вас не спросил что мне трогать чего нет. Если у вас всё работает сидите и радуйтесь. Эта тема для тех кто нашёл ошибку в прошивке, а не для тех у кого в ДНК ошибки выявились по случаю скорой весны.

 

Блин. Не чего сказать - пройди мимо. Достали.

[aleksey_z]

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

После каждого обновления прошивки изменяются МАК адреса. Так и должно быть?

[sfstudio]

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

После каждого обновления прошивки изменяются МАК адреса. Так и должно быть?

Если руками выводите мак адрес из диапазона адресов зарезервированных для Acorp так и будет.

[aleksey_z]

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

После каждого обновления прошивки изменяются МАК адреса. Так и должно быть?

Если руками выводите адрес из диапазона адресов зарезервированных для Acorp так и будет.

В том то и дело, что нет. Читал тему с начала и о том, что после прошивки МАК сменится на адрес из диапазона адресов, зарезервированных для Acorp. Но думал один раз, а смотрю, что обновляю по мере выхода новых прошивок 4 раз, и 4 раз новый МАК. На скринах после апгрейда на 1.3.2 и вот сейчас на 1.3.7:

[sfstudio]

При обновлении даже настройки не сбрасываются если что не то что маки. Что делаете после обновления?

[aleksey_z]

При обновлении даже настройки не сбрасываются если что не то что маки. Что делаете после обновления?

Из веба сброс по дефолту, настройка, save and reboot. Вот лог после ребута:

log.txt

[sfstudio]

При обновлении даже настройки не сбрасываются если что не то что маки. Что делаете после обновления?

Из веба сброс по дефолту, настройка, save and reboot. Вот лог после ребута:

При сбросе из вэба мак не меняется? Что-то мне подсказывает что у вас бут затерает нафиг config раздел (видел такое на старых бутах) и ессно фирмварь занова генерит маки.

[aleksey_z]

При обновлении даже настройки не сбрасываются если что не то что маки. Что делаете после обновления?

Из веба сброс по дефолту, настройка, save and reboot. Вот лог после ребута:

При сбросе из вэба мак не меняется? Что-то мне подсказывает что у вас бут затерает нафиг config раздел (видел такое на старых бутах) и ессно фирмварь занова генерит маки.

При сбросе из веба насчёт изменения МАКа не готов точно сказать, т.к. при обновлении прошивки делаю так: откл. кабель прова от ван, сброс по дефолту, прошивка, сброс по дефолту, настройка, перезагрузка. Просто обратил внимание что после каждого обновления новый внутрисетевой ай пи, потому что изменился МАК. В след. раз замечу, перед обновлением прошивки.

[sfstudio]

В след. раз замечу, перед обновлением прошивки.

Лучше раньше. У себя сейчас проверил - ничего не сбрасывается. А значит скорее всего нужно смотреть лог с физической консоли, скорее всего это бут развлекается.

[ATVATOR]

У меня локальные ресурсы горбины заработали сами после отключения питания роутера, до этого были fullreset (как отче наш) и настройка вручную и не меняя настроек пару раз перегружал его через опцию save & reboot. - Шайтан, однако .))

WIFI по прежнему не хочет цепляться на 40 Мгц - включено автовыбор канала, регион не выбран(был япония), режим 20/40 wpapsk/wpa2psk tkip/aes, режим g/n -остальное по дефолту. Чужих сетей ловится две с очень слабым сигналом, т е помех нет. на компах никакие настройки после перепрошивки не менялись, и на 1,1,15 прошивке WIFI работал четко, свисток цеплялся на 40 Мгц 300mbit давая скорость 8 с лишним мегабайт в секунду. Этот же проблема вылезала на 1,2,3 прошивке -откатывался к 1,1,15.

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

токо ногами не бейте , - правда интересно.

вечером 1.3.7 прошью, спасибо.

Изменено 4 февраля, 2011 пользователем ATVATOR

[sfstudio]

WIFI по прежнему не хочет цепляться на 40 Мгц - включено автовыбор канала, регион не выбран(был япония), режим 20/40 wpapsk/wpa2psk tkip/aes, режим g/n -остальное по дефолту.

По дефолту RU регион был есть и будет, автовыбор канала это вы точно обкурились чтобы этой фигне доверять. ГРЮ НЕ ТРОГАЙТЕ НИЧЕГО В ЧАСТИ WIFI и попробуйте подклбчиться.

 

Чужих сетей ловится две с очень слабым сигналом, т е помех нет. на компах никакие настройки после перепрошивки не менялись, и на 1,1,15 прошивке WIFI работал четко, свисток цеплялся на 40 Мгц 300mbit давая скорость 8 с лишним мегабайт в секунду. Этот же проблема вылезала на 1,2,3 прошивке -откатывался к 1,1,15.

4й раз повторить?

 

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

токо ногами не бейте , - правда интересно.

Ща я кого-то куда-то пошлю. Не ваше это дело товарищи, если планирую переработку какого-то критичного участка кода - значит мне это нужно для реализации чего-то. Раскрывать карты я не готов, более того реализация будет закрытая для одного клиента и в основную ветку не войдёт, но изменения необходимые для этой феньки будут в основной ветке чтобы не заниматься фигнёй с синхронизацией изменений.

 

Всё, ещё какой-нить товарищь будет начнёт орать "а зачем это надо", попытается учить меня жить/работать или будет указывать чем мне заниматься - НЕ ОБИЖАЙТЕСЬ ОГРЕБЁТЕСЬ НЕГАТИВА ВСЕ И НА ДОЛГО. И так еле сдерживаюсь.

 

Не нравиться - форкайте. Нужно что-то другое - делайте и шлите (или не шлите патчи) задрали.

 

[sfstudio]

Не производная ли это от Acorp на RT3050, судя по буквам в маркировке?

1) Нет, в очередной раз повторяю Acorp WR-N(L) ещё не запущены в производство, всё на стадии согласования, и т.д. и т.п. Так что в продаже раньше мая ждать не стоит. Вот такая "маленькая" задержка вышла.

 

2) ПРОЧИТАЙТЕ ПЕРВЫЙ ПОСТ ТЕМЫ И ПЕРЕСТАНЬТЕ ФЛУДИРАСТИТЬ. ДЛЯ ЭТИХ ВОПРОСОВ ЕСТЬ ДРУГОЙ ФОРУМ ССЫЛКА НА КОТОРОЙ ЕСТЬ НА SADNET.RU

 

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

[aleksey_z]

Лучше раньше. У себя сейчас проверил - ничего не сбрасывается.

Проверил. Из веба сброс по дефолту. МАК не изменился. Т.е. изменяется МАК при перепрошивке от версии к версии. Лог после настройки, ребута.

log04.02.txt

[sfstudio]

Лучше раньше. У себя сейчас проверил - ничего не сбрасывается.

Проверил. Из веба сброс по дефолту. МАК не изменился. Т.е. изменяется МАК при перепрошивке от версии к версии. Лог после настройки, ребута.

У меня не меняется ? ЧЯДНТ? Так что бут у вас скорее всего сносит раздел config вот и всё.

[gaz]

Если выставить опцию Force DHCP renew lease at lan/wan port status change в disable, то dnsmasq при загрузке устройства падает. Версия 1.3.7, провайдер отдает IP адрес по DHCP, никаких VPN нет.

 

Feb 4 23:14:49 dnsmasq[410]: reading /etc/resolv.conf

Feb 4 23:14:49 dnsmasq[410]: using nameserver 195.98.161.26#53

Feb 4 23:14:49 dnsmasq[410]: using nameserver 195.98.160.26#53

Feb 4 23:14:49 dnsmasq[410]: read /etc/hosts - 3 addresses

Feb 4 23:14:49 dnsmasq[410]: exiting on receipt of SIGTERM

Feb 4 23:14:50 dnsmasq[2599]: started, version 2.55 cachesize 100

Feb 4 23:14:50 dnsmasq[2599]: compile time options: no-IPv6 GNU-getopt no-RTC no-DBus no-I18N no-DHCP no-TFTP

Feb 4 23:14:50 dnsmasq[2599]: reading /etc/resolv.conf

Feb 4 23:14:50 dnsmasq[2599]: using nameserver 195.98.161.26#53

Feb 4 23:14:50 dnsmasq[2599]: using nameserver 195.98.160.26#53

Feb 4 23:14:50 dnsmasq[2599]: read /etc/hosts - 3 addresses

Feb 4 23:14:50 dnsmasq[2617]: failed to create listening socket: Address already in use

Feb 4 23:14:50 dnsmasq[2617]: FAILED to start up

 

 

И еще хотелось узнать: провайдер дает DHCP lease 900. Если я правильно понимаю, то это 15 минут. Почему DHCP клиент чаще обновляет IP адрес?

Feb 5 10:06:05 udhcpc[819]: Lease of 10.120.163.39 obtained, lease time 900

Feb 5 10:06:06 udhcpc: Renew ip adress 10.120.163.39 and netmask 255.255.240.0 for eth2.2 from dhcp

Feb 5 10:06:06 udhcpc: Deleting default route

Feb 5 10:06:06 udhcpc: Add default route 10.120.160.1 dev eth2.2 metric 0

Feb 5 10:06:06 udhcpc: Renew OK..

Feb 5 10:13:36 udhcpc[819]: Sending renew...

Feb 5 10:13:38 udhcpc[819]: Lease of 10.120.163.39 obtained, lease time 900

Feb 5 10:13:38 udhcpc: Renew ip adress 10.120.163.39 and netmask 255.255.240.0 for eth2.2 from dhcp

Feb 5 10:13:38 udhcpc: Deleting default route

Feb 5 10:13:38 udhcpc: Add default route 10.120.160.1 dev eth2.2 metric 0

Feb 5 10:13:39 udhcpc: Renew OK..

[sfstudio]

Если выставить опцию Force DHCP renew lease at lan/wan port status change в disable, то dnsmasq при загрузке устройства падает. Версия 1.3.7, провайдер отдает IP адрес по DHCP, никаких VPN нет.

У меня не падает ЧЯДНТ?

 

 

И еще хотелось узнать: провайдер дает DHCP lease 900. Если я правильно понимаю, то это 15 минут. Почему DHCP клиент чаще обновляет IP адрес?

Вот разберётесь и расскажете у меня нет таких проблем. Правда и психов провайдеров с lease time в 900 секунд нет тоже.

 

 

[sfstudio]

Есть интересные новости.

 

HW_NAT таки есть возможность запустить и на железках без коммутатора (реализация у нас пока работает только на железках с внешним коммутатором). Видимо ралинки специально дезинформируют на эту тему. Работоспособность была продемонстрирована товарищами из зюха, причём работает это и на RT3050.

 

Загрузка проца на RT3050 при 100мбит ната = 0.

Однако в каждой бочке с мёдом...:

1) контрак почти полностью отваливается в таком режиме

2) ускоряется только LAN->WAN и pppoe

3) о экаунтинге и шейпинге тоже можно смело забыть

 

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

[gaz]

Вот разберётесь и расскажете у меня нет таких проблем. Правда и психов провайдеров с lease time в 900 секунд нет тоже.

Т.е. я правильно понимаю, что я один такой, у кого udhcpc обновляет адрес в два раза чаще, чем lease time от DHCP сервера?

[NiTr0]

я один такой, у кого udhcpc обновляет адрес в два раза чаще, чем lease time от DHCP сервера?

Все DHCP клиенты вообще-то так себя ведут. Потому как по истечении времени лиза адрес становится свободным, т.е. - сервер имеет полное право на новый запрос от этого же киента выдать совершенно другой адрес, что автоматически вызовет обрыв всех TCP/UDP соединений. Потому клиент и запрашивает адрес зараннее.