Bekijk de volledige versie : YOTA: "oбвязка" для madwimax
Собрал на базе 1.9.2.7-d-r693 вариант с нормальным управленим madwimax. Основные особенности:
- В web-морде появилась WAN Connection Type: MadWimax. При его выборе wimax работает как основной wan
- На отдельной страничке появился минимальный конфиг wimax. Пока можно задавать ssid и приоритет интерфейса (см.ниже)
- Появился "закос" под мультиван. Можно одновременно задать , например, на страничке <IP Config - WAN & LAN> WAN = PPPoE, а на страничке <WiMax Config> сказать "Enable". При этом взлетают оба интерфейса.
- Запуск madwimax происходит в rc. С разборкой с wan_proto и т.п.
- watchdog следит за madwimax и при его умирании (например, при выдергивании модема) снова его поднимает. Это вместо цикла в post-boot.
- Обработка event'ов mad'a тоже в rc. Кстати, вернул туда же и обработку event'ов udhcpc
- Дополнительно, в морде, в "Status & Log" появилась страница со статусом mad'a.
- Наличие/отсутствие модема определяется по переменной wimax_device в nvram, которая устанавливается/сбрасывается в hotplag'е. Кстати, она отображается на страничке статуса.
Роутинг и DNS
На обоих страницах конфига ( <IP Config - WAN & LAN> и <WiMax Config> ) появилась возможность задасть приоритет (по сути - метрик дефолта). Например, я установил для wimax - 3, а для wan - 4. Соответственно, в нормальных условиях дефолт смотрит на wimax, а при вытыкании оного - разворачивается в wan.
DNS - применен искусственный ход. в resolv.conf , в начало файла пишутся те адреса, которые заданы для интерфейса с меньшей метрикой.
----------------------
Вроде работает. Но тестировал не слишком долго.
Собирал только под wl500gPV2. Вот сама прошивка (http://artp.spb.su/wl500g/WL500gpv2-1.9.2.7-d-r693.trx). Вот дифф (http://artp.spb.su/wl500g/mwm-0.1.tgz)
---------------------
Вторая версия прошивки для V2 (http://artp.spb.su/wl500g/WL500gpv2-1.9.2.7-d-r693-wmx2.trx) и для V1 (http://artp.spb.su/wl500g/WL500gp-1.9.2.7-d-r693-wmx2.trx) Вот diff (http://artp.spb.su/wl500g/mwm-0.2.tgz). httpd.diff большой по недоразумению. Я там пока разбирался, что зачем, начал текст аккуратно форматировать.
ДОПОЛНЕНИЕ ОТ 3/2010: более свежие прошивки с поддержкой madwimax и текущее состояние дел (http://wl500g.info/showpost.php?p=187264&postcount=210)
Прошивки с поддержкой Wimax в интерфейсе
Маршрутизаторы: ASUS WL500gpv2, WL500gp, WL500W, WL520gu, WL520gx. Перед использованием распаковать.
Внимание! Поддерживаются только модемы Samsung SWC-U200 и SWC-E100!
Для начала работы необходимо на странице IP Config - WAN & LAN указать WAN Connection Type: - WIMAX.
Параметры настройки IP Config - WiMAX (не обязательные).
SSID - идентификатор Wimax-сети. По-умолчанию настроено @yota.ru, т.е. Ready for Yota.
Для использования с провайдером Mezon необходимо указать @mezon.lt
Сomstar - логин:пароль@wimax.comstar-uts.ru
Check connection - проверка соединения периодической отправкой серии пакетов ping по адресу шлюза провайдера. Время обращения пакетов отображается на странице Status & Log - WiMAX. Возможно добавление скрипта для обеспечения реакции на отсутствие соединенния - /usr/local/sbin/post-check-connection. Параметр $1 - имя wimax-интерфейса.
Time period, sec - период запуска проверки в секундах.
Restart dead connection - позволяет принудительно перезагружать wimax-соединения (kill madwimax.pid) в случае, если проверка соединения завершилась ошибкой. На нестабильных каналах позволяет поддерживать модем в активном состоянии.
Текущая стабильная версия (http://code.google.com/p/wl500g/downloads/list).
Гаджет для отображения состояния Wimax в Windows Vista/Windows 7: http://forum.yotatester.ru/showthread.php?t=1662
Yota Firefox Add-on: http://forum.yotatester.ru/showthread.php?t=1691
1445. Отличия от 1351:
Силами theMIROn переделана логика создания интерфейсов wimax.
Подключена асинхронная схема обработки событий (время работы udhcpc на плохом канале wimax не влияет работу прочих служб).
Реализована реакция на кнопки веб-интерфейса Disconnect/Connect с соответствующим корректным восстановлением соединения.
Изменены имена переменных nvram. См. http://code.google.com/p/wl500g/source/browse/trunk/shared/flash.default?spec=svn1429&r=1429 секцию __CONFIG_MADWIMAX__. Настройки для WIMAX с предыдущих прошивок необходимо повторить.
1351. Отличия от 1308:
По умолчанию режим Check connection отключен.
Добавлена возможность отключить перезагрузку madwimax в случае, если ping не проходит.
Добавлена возможность установить интервал между пингами (не менее 30 секунд). Время прохождения пакетов выводится в веб-интерфейсе.
Для желающих видеть в syslog.log сообщения о принудительной перезагрузке madwimax сделана nvram переменная wmx_chk_log(в 1430 - wan_wimax_syslog). Команда nvram set wmx_chk_log=1 включит вывод . Отключить - nvram unset wmx_chk_log. Внимание: большой поток сообщений в syslog.log в течение длительного времени может привести к переполнению.
Появилась возможность сделать свой скрипт обработки ситуации непрохождения пинга шлюза провайдера. /usr/local/sbin/post-check-connection $IFNAME. Единственный параметр - имя интерфейса.
1308. Отличия от 1247:
Всё управляется через WAN Connection Type. Autorun WIMAX убран.
Расширена информация по WIMAX. Появилась возможность посмотреть версию прошивки модема. Выдаются времена ping до ближайшего шлюза провайдера (опрос раз в минуту – можно отключить из интерфейса).
Ничего дополнительного настраивать не надо (ни pingyota, ни iptables). Если такие дополнения были сделаны надо либо отключить в скриптах, либо выполнить команду flashfs disable.
Теоретически должна работать поддержка Yota + STATIC IP.
Сохранена возможность настроить SSID. Значение @yota.ru вписано по умолчанию. Для провайдера mezon.lt вписываем SSID: @mezon.lt .
Просьба перед тем, как писать, что прошивка не работает или работает нестабильно, убедиться в том, что модем samsung u200 в данное время и в данном месте способен работать иначе. Для этого лучше всего использовать драйверы Yota Access для Windows.
-------------------------------------------------
Текущее развитие
Промежуточные рабочие прошивки: ftp://core.dumped.ru/wl/
Перечень задач, к решению которых можно присоединиться:
http://wl500g.info/showpost.php?p=188435&postcount=248
-------------------------------------------------
Известные проблемы на данный момент:
Зависание модема. Возможные способы устранения - вытащить модем из USB-порта и вставить обратно, либо отключить питание маршрутизатора.
Варианты возможной доработки прошивки:
Выявить причину зависания в драйвере madwimax
Использовать программу управление питанием внешними USB-хабами hub-ctrl и через них производить аппаратную перезагрузку модема.
------------------------------------------
Прежние прошивки с поддержкой Wimax в интерфейсе
ftp://core.dumped.ru/wl/1445/
ftp://core.dumped.ru/wl/1351/
ftp://core.dumped.ru/wl/1308/
(обновленная сборка на основе патча от artp)
Маршрутизаторы: ASUS WL500gpv2, WL500gp, WL520gu, WL500W
WL500gpv2-1.9.2.7-d-r1247 (http://narod.ru/disk/18238080000/WL500gpv2-1.9.2.7-d-r1247.zip.html)
WL500gp-1.9.2.7-d-r1247 (http://narod.ru/disk/18238069000/WL500gp-1.9.2.7-d-r1247.zip.html)
WL520gu-1.9.2.7-d-r1247 (http://narod.ru/disk/18238095000/WL520gu-1.9.2.7-d-r1247.zip.html)
WL500W-1.9.2.7-d-r1247 (http://narod.ru/disk/18251565000/WL500W-1.9.2.7-d-r1247.zip.html)
* из веб-интерфейса доступен только DHCP режим
На странице IP Config - WiMAX выбираем WiMAX autorun? - yes
На странице IP Config - WAN & LAN выбираем WAN Connection Type: - wimax.
-----------------------------------------
Дополнительные рекомендации к прошивкам 1247
Полезный скрипт, позволяющий автоматически передергивать wimax соединение. (позаимствован из _http://forum.yota2b.ru/viewtopic.php?f=8&t=39 ).
Включаем flashfs командой flashfs enable
Вписываем содержимое pingyota.zip в /usr/local/sbin/pingyota.sh.
Переменная INTERVAL задает период проверки пинга, TARGET - адрес, который пингуем. Если пинга нет - инициализируем модем. Запуск madwimax приведет к тому, что модем проинициализируется и мигнет торцевым светодиодом, в то время как killall madwimax перезапустит драйвер без внешнего оповещения.
Величину INTERVAL следует подбирать в зависимости от того, на сколько отвратительно ёта работает в данном районе.
Делаем chmod +x /usr/local/sbin/pingyota.sh
Запуск pingyota.sh реализуем в скрипте /usr/local/sbin/post-boot добавив следующую строку (не забывая, что файл должен быть с атрибутом +x):
(while true; do pingyota.sh ; sleep 5; done )&
Проверяем результат
flashfs save && flashfs commit
reboot
---------------------------------------
Самостоятельная пересборка прошивки
Общая инструкция: http://code.google.com/p/wl500g/wiki/CompilingCustomFirmware.
Для версии в svn ранее 1308 надо добавить пункт 4.2.1 и выполнить следующие команды:
cd /whatever-you-want/broadcom/src/
patch -p0 < ./gateway/rc/800-wimax.patch
Тема по данной тематике на форуме yotatester:
http://forum.yotatester.ru/showthread.php?t=3079
Сходил посмотрел на wimax (http://code.google.com/p/madwimax) и нашел там патч для SIGUSR1 по смыслу аналогичный моему. Буду встраивать.
PS: проблемы Yota решаются переходом к другому провайдеру....
theMIROn
29-10-2009, 09:33
спасибо за труды
Alexei Baryshev
29-10-2009, 09:51
artp, спасибо огромное! И совсем тупой вопрос - а на v1 это пойдет, или что-то нужно будет "переколхозить"?
К сожалению V1 для тестов у меня сейчас нет. Поэтому, стопроцентной гарантии дать не могу. Однако, судя по тому, что именно я рихтовал все, кроме web-страничек платформонезависимое. Но для V1 и они, вроде, не отличаются. Сегодня поковыряю еще, соберу несколько прошивок и выложу для интересующихся.
theMIROn
29-10-2009, 10:52
1. пожалуй я унифицирую в madwimax поддержку pid и stat файла, отправлю автору
2. вместо имени MadWimax стоит использовать WiMax, т.к может и драйвер измениться (в будущем) и его имя и т.п., а тип - останется
3. почему бы не использовать в качестве ipup/ipdown уже существующие линки с rc (сейчас используются для pppd)
4. функционал wimax нужно вынести в rc/wimax.c из services.c
p.s а вообще здорово, не против если все это войдет в 1.9.2.7-d?
theMIROn
29-10-2009, 10:54
В планах сделать ddns с использованием checkip... под Yota
это будет достаточно легко, взаимодействую со start_wan с префиксом соединения.
Большой труд, спасибо!
И очень правильно добавлена статистика по SIGUSR1 из Issue37 :)
Если войдет в 1.9.2.7-d буду рад.
Если свяжетесь с автором madwimax по поводу pid- и stat-файла было бы очень хорошо. Может то, что я сделал стоит сделать поэлегантнее.
ip-up и ip-down меня чем-то смутили в самом начале и я к ним потом не вернулся.
Вообще, собирался сегодня-завтра еще посмотреть. Есть ощущение, что кое-что не доработал :) Ну и рекомендации учту.
theMIROn
29-10-2009, 12:30
Если войдет в 1.9.2.7-d буду рад.
постараемся
ip-up и ip-down меня чем-то смутили в самом начале и я к ним потом не вернулся.возможно проверкой на имя интерфейса pppX?
theMIROn
29-10-2009, 18:23
Если свяжетесь с автором madwimax по поводу pid- и stat-файла было бы очень хорошо. Может то, что я сделал стоит сделать поэлегантнее.
pid/stats поддержку включил для madwimax, можешь протестировать в получившемся виде.
кое что меня в отработке статистики смущает.
pid/stats поддержку включил для madwimax,
Опередил меня:D
Предварительно с httpd.diff и www.diff я согласен, а в rc.diff я бы кое-чего подправил:
мне не нравится то, что при запуске madwimax не запускается start_wan(), а кто сказал, что у нас не multi-wan??
зачем нужен /tmp/madwimax я еще не понял
theMIROn
29-10-2009, 18:46
а в rc.diff я бы кое-чего подправил:
мне не нравится то, что при запуске madwimax не запускается start_wan(), а кто сказал, что у нас не multi-wan??
плюсом:
создание корректных правил в firewall_ex.c (vserver, pmtu)
вынос обработки эвентов в отдельный wimax.c (if_up, if_down, if_create, if_release), причем использовтаь нужно функции wan_up(ifname), wan_down(ifname) - по типу ppp.c
корректная обработка статуса, коннекта/дисконнекта через web интерфейс
зачем нужен /tmp/madwimax я еще не понял
для обработки эвентов
зачем нужен /tmp/madwimax я еще не понял
для обработки эвентов
А почему не сразу /sbin/madwimax-event?
theMIROn
29-10-2009, 18:56
А почему не сразу /sbin/madwimax-event?
действительно.
так выложите файл для 500gP_V2? а то раззадорили и тока какие-то диффы выложили)))
С уважением)
а в rc.diff я бы кое-чего подправил:
* мне не нравится то, что при запуске madwimax не запускается start_wan(), а кто сказал, что у нас не multi-wan??
start_wan запускается по евенту if-create wimax'a. До этого мы не знаем имени интерфейса (wmx0|wimax0 и т.п.) При этом я перед его запуском кладу в wan_ifnames и т.п. имя интерфейса. Собственно, мне самому это решение не очень понравилось именно из-за мыслей про mutiwan, но решил этим ограничиться на первом этапе. Запускать start_wan дл дефолтного vlan1 независимо от того используется он или нет мне не понравилось.
Поддержки мультивана и сейчас в прошивке, вообщем-то, нет. Поднимаем скриптами. Пожалуй только у чехов, но и там, скорее речь о бэкапе. Мне и нынешнее "догадывание" о том, какой интерфейс wan, а какой vlan, исходя из таггет портов свитча не очень глянулось. Может, стоит использование портов как-то вытащить в конфигурашку? Например, на одном wan может бфть static, а на другом pppoe, а wimax может быть третьим... Наверное, стоит делать независимую конфигурашку для разных интерфейсов.
Вообщем, я хотел этим заняться дальше, а сейчас делал именно обвязку к wimax'у, стоящему уединенно.
А почему не сразу /sbin/madwimax-event?
Чисто по аналогии с /tmp/udhcpc .
theMIROn
30-10-2009, 09:23
можешь проверить, как статистика отрабатывает в моем варианте?
http://code.google.com/p/wl500g/source/browse/trunk/wimax/003-stats.patch
Идею понял. Я по привычке воспринимаю sig... как железячное прерывание :) . Если сработает, то так, конечно, лучше.
Проверю, но только завтра. Сегодня, скорее всего, не смогу.
Уважаемые спецы! Прошу немного помочь, в программировании далеко не профи...
Имею WL-500gPv2 + SWC-U200
Установил прошивку из поста #1, поверх залил flashfs из инструкции OlegI (http://wl500g.info/showpost.php?p=29772&postcount=6), поверх установил dropbear.
Yota работает, скорость периодически плавает...
К сожалению не вижу статистики на вкладке Status - MadWimax.
Подскажите, в чем может быть причина? Может драйвер madwimax следует обновить? Или намудрил с конфигами?
можешь проверить, как статистика отрабатывает в моем варианте?
http://code.google.com/p/wl500g/source/browse/trunk/wimax/003-stats.patch
Проверил. Все нормально работает. Даже лучше. У меня иногда рефреш давал пустой стат-экран. Видимо не успевал прокрутиться scan_loop прежде чем httpd хватал файл.
Сейчас хочу кое, что подчистить и сделать новый вариант. Правда принципиально менять работу со start-wan (см. пост LLY) пока не готов.
Сейчас хочу кое, что подчистить и сделать новый вариант.
Это хорошо. У нас есть куча времени до следующего билда :)
Поддержки мультивана и сейчас в прошивке, вообщем-то, нет. Поднимаем скриптами. Пожалуй только у чехов, но и там, скорее речь о бэкапе. Мне и нынешнее "догадывание" о том, какой интерфейс wan, а какой vlan, исходя из таггет портов свитча не очень глянулось. Может, стоит использование портов как-то вытащить в конфигурашку?
Оно больше заключается в том, что rc не мешает :rolleyes:
Правда принципиально менять работу со start-wan (см. пост LLY) пока не готов.
По большому счёту, именно "догадывание" и т.п. тормозит доделку честного multi-wan в rc
Вытаскивать порты это плохо с точки зрения end-user'а который не хочет заморачиваться различием PPTP от Dynamic IP и т.д. Переписывать весь rc тоже не слишком удачный вариант.
В идеале, хотелось бы при добавлении Wimax'а не потерять основной WAN, но это оказалось не так просто...
Или намудрил с конфигами?
Не прочёл и/или не подумал что это взаимоисключающие решения.
Уважаемые спецы! Прошу немного помочь, в программировании далеко не профи...
Имею WL-500gPv2 + SWC-U200
Установил прошивку из поста #1, поверх залил flashfs из инструкции OlegI (http://wl500g.info/showpost.php?p=29772&postcount=6), поверх установил dropbear.
Yota работает, скорость периодически плавает...
К сожалению не вижу статистики на вкладке Status - MadWimax.
Подскажите, в чем может быть причина? Может драйвер madwimax следует обновить? Или намудрил с конфигами?
Прошивка из поста #1 сделана именно для того, чтобы не надо было заливать flashfs из 16 пункта инструкции.
Отвечу развернуто т.к. наверняка такие вопросы еще возникнут.
Что сделано там: Во flash кладется "драйвер" (вообще-то это консольное приложение) madwimax, скомпилированный новым тулчайном (базовые библиотеки более новые чем те, которые использует Oleg). Из-за расхождения в версиях библиотек (uClibc) и возникают разговоры о разных репозитариях на этом форуме. Как правило программа собранная для обной версии не работает в прошивке, собранной с другой. Чтобы madwimax мог работать, туда же (во flash) закладываются и сами новые библиотеки. Дальше, с помощью набора sh-скриптов запускается madwimax и обеспечивается его функционироване (адекватная реакция на падение, запуск DHCP-клиента для получения IP-адреса и т.п.). Этот подход позволил хоть как-то начать использовать wimax, но:
Во-перых, это не элегантно!
Во-вторых, это отъедает память, которую можно применить для более полезных целей.
В-третьих, могут возникнуть путаницы с репозитариями.
Вообщем, это было сделано хорошо, но не безупречно. :)
Что сделано здесь: Исходная прошивка 1.9.2.7-d "от энтузиастов" уже отрихтована так, чтобы собиралась новым тулчайном. Ну, кроме того она использует более свежее ядро (правда, тоже 2.4). Madwimax уже входит в базовый набор этой прошивки и может в ней нормально работать если его запустить ручками. То, что обсуждается в данной теме, это "обвес", который позволяет не писать sh-скриптов для полноценного запуска wimax. Кроме того, немного отхачен сам madwimax, чтобы он мог показывать статистику.
Короче. Если вы прошили эту прошивку, то вам, для того, чтобы запустить wimax не требуется больше ничего. 16-й пункт не для вас. Надо выбрать новый Connectio type и перезагрузиться. Однако прочие советы из инструкции рекомендуется изучить.
По большому счёту, именно "догадывание" и т.п. тормозит доделку честного multi-wan в rc
Вытаскивать порты это плохо с точки зрения end-user'а который не хочет заморачиваться различием PPTP от Dynamic IP и т.д. Переписывать весь rc тоже не слишком удачный вариант.
Вообще-то, мне кажется, что end-user, который втыкает в рутер две домашние сетки и настраивает DC+ на одну, а torrent с веб-морой на другую, это не совсем "простой" end-user. Конечно, небольшой процент умеет бибикать и не все портить vim'om :).
В идеале, хотелось бы при добавлении Wimax'а не потерять основной WAN, но это оказалось не так просто...
Я и хочу постараться это "подчистить". Понимаю, что для большинства wimax это дополнительный интерфейс на случай падения основного wan'a. Просто начинал я с задачи именно удаленного рутера, который стоит на даче или в бизнес-центре, где нет нормального оператора. У меня есть таких знакомых, котроые сидят сейчас на чешской прошивке, а вокруг летает yota. Однако, в сечас в конфигурашке можно задать либо "классику" с использованием wan0, либо wimax. Причем, мне кажется, что я не погрешил против базовой логики. На мой взгляд, проблема заключается именно в ней. rc запускает start-wan один раз (для ppp допускает цикл, хоть я его и не понял до конца). А большую часть его надо делать для каждого wan-интерфеса. Т.е. где-то д.б. перечисление интерфесов с указанием как именно они должны работать. И знает об этом только юзер.
Вообщем, я бы это видел так.
- есть страничка "конфиг сети", где юзер выбирает порты для "внутреннего использования, а остальные отмечает как wan'ы
- после апплая появляется набор страничек/закладок для wan0, wan1 ... Плюс для wimax и usb (a'la koppel.cz). На них для каждого wan'а можно задать то, что сейчас задается на "IP Config - WAN & LAN" + очередность "бэкапнгости" Типа, поднимать если.... Или сделать ее отдельно.
- сделать отдельную страничку для конфига туннеля (ppp, ipsec и т.п.). Очень, на мой взгляд, распространенная ситуация, когда asus используется дома для интернета и хочется иметь доступ к конторской сети. А там зачастую, что-то с vpn-ом на входе уже стоит.
- на роутинговой страничке надо дать возможность описать правила формирования дефолта (наверное, ping т.к. даже рипов в домосетях не дают).
- там же сделать роутинг не только по ip, но и по видам сервисов.
Вообщем, на juniper или киску это не очень похоже, но конструкция та еще. Поэтому дефолтная конфигурация должна давать то, что имеем сейчас, с одним wan'ом.
Конечно зто не программа действий, а тема для размышления.
Причем, мне кажется, что я не погрешил против базовой логики.
ничуть :)
На мой взгляд, проблема заключается именно в ней. rc запускает start-wan один раз (для ppp допускает цикл, хоть я его и не понял до конца). А большую часть его надо делать для каждого wan-интерфеса.
угу, хорошо бы разложить по полочкам что-то типа:
prepare-wan - выполняется один раз для всех wan'ов
start-wan/stop-wan - выполняется многократно
wan-up/wan-down
Вообщем, я бы это видел так.
- есть страничка "конфиг сети", где юзер выбирает порты для "внутреннего использования, а остальные отмечает как wan'ы
- после апплая появляется набор страничек/закладок для wan0, wan1 ... Плюс для wimax и usb (a'la koppel.cz). На них для каждого wan'а можно задать то, что сейчас задается на "IP Config - WAN & LAN" + очередность "бэкапнгости" Типа, поднимать если.... Или сделать ее отдельно.
Мы видели, для начала, это чуть проще - максимум два WAN'а с закладками конфигурирования.
А в целом так, но я имел в виду, что юзеру будет лениво различать ttyS1 и wmx0, ему (IMHO) хочется так
WAN0 - PPTP
WAN1 - Yota
WAN2 - модем XXXX
- сделать отдельную страничку для конфига туннеля (ppp, ipsec и т.п.). Очень, на мой взгляд, распространенная ситуация, когда asus используется дома для интернета и хочется иметь доступ к конторской сети. А там зачастую, что-то с vpn-ом на входе уже стоит.
- на роутинговой страничке надо дать возможность описать правила формирования дефолта (наверное, ping т.к. даже рипов в домосетях не дают).
- там же сделать роутинг не только по ip, но и по видам сервисов.
Если только тебе не хочется влезать в это по самые уши, я бы отложил эти пункты.
доброго дня. сразу скажу что я из литвы, у нас тоже есть что то похожее на YOTU, тока называется MEZON, я переделал дир-320 в асус и установил flashfs который нашел на литовских сайтах но работает не стабильноб через 1-2 часа вылетает, пробовал ставить прошивки от сюда, но не запускается свисток, я так думаю что ето из-за ssid в россии ssid=@yota.ru в литве ssid=@mezon.lt.
очень прошу помощи запустить вашу прошивку для моем операторе.
igorshin
31-10-2009, 14:35
Товарищи! Мегаспасибо. Буквально вчера приобрел WL500g Premium (судя по постам с этого форума V1 - хотя веб интерфейс пишет, что V2).
Сегодня залил предложенную здесь прошивку - все завелось с полтыка - Yota жужжит на всех девайсах!!! :)
Спасибо!
доброго дня. сразу скажу что я из литвы, у нас тоже есть что то похожее на YOTU, тока называется MEZON, я переделал дир-320 в асус и установил flashfs который нашел на литовских сайтах но работает не стабильноб через 1-2 часа вылетает, пробовал ставить прошивки от сюда, но не запускается свисток, я так думаю что ето из-за ssid в россии ssid=@yota.ru в литве ssid=@mezon.lt.
очень прошу помощи запустить вашу прошивку для моем операторе.
Сейчас немного углубился в потроха. Думаю, что в понедельник-вторник сделаю вариант со страничкой конфигурации для wimax'a. Только я не уверен, что эта прошивка пойдет на 320-м. Сейчас пойду почитать ее ветку на предмет какие там есть специфики. Меня уже несколько человек на эту тему нашли. Не ожидал, что она такая животрепещущая :)
А в целом так, но я имел в виду, что юзеру будет лениво различать ttyS1 и wmx0, ему (IMHO) хочется так
WAN0 - PPTP
WAN1 - Yota
WAN2 - модем XXXX
ну, вообщем, я примерно это и имел в виду.
Если только тебе не хочется влезать в это по самые уши, я бы отложил эти пункты.
угу ;)
Только я не уверен, что эта прошивка пойдет на 320-м. Сейчас пойду почитать ее ветку на предмет какие там есть специфики. Меня уже несколько человек на эту тему нашли. Не ожидал, что она такая животрепещущая :)
Скорее всего, тебя "нашли" те, кто продают DIR-320 с Wimax в комплекте. ГНУЛинуксцентр и иже с ними, причём никто не выкладывает исходники и ничего не делает по развитию и поддержке прошивки. Хочешь забесплатно на них поработать?
добрый вечер. можете верить можете нет, я это все делаю лично для себя, как узнал что вимакс идет на дир-320 сразу купил, переделал его на асус ввел это и все заработало
mkdir /tmp/local/opt
mkdir -p /usr/local/sbin/
mount /tmp/local/opt /opt
mkdir -p /opt/etc/madwimax/
mkdir /opt/etc/udhcpc/
echo "#!/bin/sh" > /opt/etc/udhcpc/udhcpc.script
echo "RESOLV_CONF=/tmp/resolv.conf" >> /opt/etc/udhcpc/udhcpc.script
echo "case \"\$1\" in" >> /opt/etc/udhcpc/udhcpc.script
echo "bound|renew)" >> /opt/etc/udhcpc/udhcpc.script
echo "ifconfig \$interface up" >> /opt/etc/udhcpc/udhcpc.script
echo "ifconfig \$interface \$ip netmask \$subnet" >> /opt/etc/udhcpc/udhcpc.script
echo "route add default gw \$router" >> /opt/etc/udhcpc/udhcpc.script
echo "for ii in \$dns; do" >> /opt/etc/udhcpc/udhcpc.script
echo "echo nameserver \$ii >> \$RESOLV_CONF" >> /opt/etc/udhcpc/udhcpc.script
echo "done" >> /opt/etc/udhcpc/udhcpc.script
echo "kill -s SIGHUP `pidof dnsmasq`" >> /opt/etc/udhcpc/udhcpc.script
echo ";;" >> /opt/etc/udhcpc/udhcpc.script
echo "deconfig)" >> /opt/etc/udhcpc/udhcpc.script
echo "ifconfig \$interface 0.0.0.0" >> /opt/etc/udhcpc/udhcpc.script
echo "echo deleting \$RESOLV_CONF" >> /opt/etc/udhcpc/udhcpc.script
echo "echo -n > \$RESOLV_CONF" >> /opt/etc/udhcpc/udhcpc.script
echo "kill -s SIGHUP `pidof dnsmasq`" >> /opt/etc/udhcpc/udhcpc.script
echo ";;" >> /opt/etc/udhcpc/udhcpc.script
echo "esac" >> /opt/etc/udhcpc/udhcpc.script
echo "#!/bin/sh" > /opt/etc/madwimax/event.sh
echo "# Usage: event.sh " >> /opt/etc/madwimax/event.sh
echo "case \"\$1\" in" >> /opt/etc/madwimax/event.sh
echo "if-create)" >> /opt/etc/madwimax/event.sh
echo "iptables -I FORWARD -o \"\$2\" -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu" >> /opt/etc/madwimax/event.sh
echo ";;" >> /opt/etc/madwimax/event.sh
echo "if-up)" >> /opt/etc/madwimax/event.sh
echo "udhcpc -b -p /var/run/udhcpc.\"\$2\".pid -i \"\$2\" -s /opt/etc/udhcpc/udhcpc.script" >> /opt/etc/madwimax/event.sh
echo "iptables -t nat -A POSTROUTING -o \"\$2\" ! -s \$(ifconfig \"\$2\" | sed -n 's/^.*inet addr:\([0-9]*\.[0-9]*\.[0-9]*\.[0-9]*\) .*\$/\1/p') -j MASQUERADE" >> /opt/etc/madwimax/event.sh
echo ";;" >> /opt/etc/madwimax/event.sh
echo "if-down)" >> /opt/etc/madwimax/event.sh
echo "iptables -t nat -D POSTROUTING -o \"\$2\" ! -s \$(ifconfig \"\$2\" | sed -n 's/^.*inet addr:\([0-9]*\.[0-9]*\.[0-9]*\.[0-9]*\) .*\$/\1/p') -j MASQUERADE" >> /opt/etc/madwimax/event.sh
echo "cat /var/run/udhcpc.\"\$2\".pid | xargs -i kill -TERM {}" >> /opt/etc/madwimax/event.sh
echo ";;" >> /opt/etc/madwimax/event.sh
echo "if-release)" >> /opt/etc/madwimax/event.sh
echo "iptables -D FORWARD -o \"\$2\" -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu" >> /opt/etc/madwimax/event.sh
echo ";;" >> /opt/etc/madwimax/event.sh
echo "*)" >> /opt/etc/madwimax/event.sh
echo "echo \"Usage: \$0 { if-create | if-up | if-down | if-release }\" >&2" >> /opt/etc/madwimax/event.sh
echo "exit 3" >> /opt/etc/madwimax/event.sh
echo ";;" >> /opt/etc/madwimax/event.sh
echo "esac" >> /opt/etc/madwimax/event.sh
Sukuriame tvarkyklæ paleidþianèius skriptus ir visiems jiems suteikiame vykdomàsias teises
echo "#!/bin/sh" > /usr/local/sbin/post-boot
echo "mount /tmp/local/opt /opt" >> /usr/local/sbin/post-boot
echo "insmod tun.o" >> /usr/local/sbin/post-boot
echo "/usr/sbin/madwimax -qfd --ssid=@mezon.lt --event-script=/opt/etc/madwimax/event.sh" >> /usr/local/sbin/post-boot
echo "#!/bin/sh" > /usr/local/sbin/post-mount
echo "insmod tun.o" >> /usr/local/sbin/post-mount
echo "/usr/sbin/madwimax -qfd --ssid=@mezon.lt --event-script=/opt/etc/madwimax/event.sh" >> /usr/local/sbin/post-mount
chmod +x /opt/etc/madwimax/event.sh
chmod +x /opt/etc/udhcpc/udhcpc.script
chmod +x /usr/local/sbin/post-*
echo "/opt/etc/udhcpc/udhcpc.script" > /usr/local/.files
echo "/opt/etc/madwimax/event.sh" >> /usr/local/.files
echo "/usr/local/sbin/post-boot" >> /usr/local/.files
echo "/usr/local/sbin/post-mount" >> /usr/local/.files
flashfs save
flashfs commit
flashfs enable
reboot
кстати вся информация выложена в интернете совершенно бесплатно,
http://mezon.projektas.lt/,
я не собираюс продавать ваши идеи просто прошу помощи.
спасиб за понимание.
theMIROn
31-10-2009, 18:59
echo "/usr/sbin/madwimax -qfd --ssid=@mezon.lt --event-script=/opt/etc/madwimax/event.sh" >> /usr/local/sbin/post-mount
да, вот про эту опцию нужно не забыть при конфигурировании из web морды
да, вот про эту опцию нужно не забыть при конфигурировании из web морды
Ага. Я как раз собирался посмотреть есть ли такая и если нет, то просить вставить.
Короче. Если вы прошили эту прошивку, то вам, для того, чтобы запустить wimax не требуется больше ничего. 16-й пункт не для вас. Надо выбрать новый Connectio type и перезагрузиться. Однако прочие советы из инструкции рекомендуется изучить.
Большое человеческое спасибо, artp!
Ваше решение работает, за интернет платить мне придётся теперь во много раз меньше...
Несколько заметок и один вопрос (я ни в коей мере не придираюсь):
1. При выборе Connection type: MadWimax необходимо также переключать DNS-сервера на автоматическое получение (у меня изначально всё прописано для статики), иначе DNS не подхватываются.
2. Status & Log / MadWimax в веб-фейсе: при обновлении кнопкой Refresh или повторном клике на разделе в навигации не всегда отображается статус девайса.
3. Нет ли возможности автоматического переключения на предыдущие настройки рутера (обратно на статику), при выдёргивании SWC-U200? (И наоборот, переключение на Йоту при обратном действии). Вопрос возникает в связи с тем, что в часы пиковой загрузки БС Йоты скорость катастрофически низка, работать приходится всё равно через кабельного провайдера; выключение/перезагрузка рутера означает необходимость отключения всех прикладных сетевых программ, иначе возможен вылет с повреждением баз данных... Может есть вариант программного отключения/включения без перезагрузки?
Спасибо за ваше время, с уважением...
1. При выборе Connection type: MadWimax необходимо также переключать DNS-сервера на автоматическое получение (у меня изначально всё прописано для статики), иначе DNS не подхватываются.
Я сейчас развожу конфигурацию WAN'а и wimax. Они должны будут действовать независимо друг от друга. Тогда настройки одного не должны будут портить настройки другого.
2. Status & Log / MadWimax в веб-фейсе: при обновлении кнопкой Refresh или повторном клике на разделе в навигации не всегда отображается статус девайса.
Этоуже исправлено. Патч к madwimax от theMIROn работает надежнее моего варианта. Т.ч в следующей версии будет уже он.
3. Нет ли возможности автоматического переключения на предыдущие настройки рутера (обратно на статику), при выдёргивании SWC-U200? (И наоборот, переключение на Йоту при обратном действии).
Если мне удастся правильно реализовать п.1 то может и получиться.
Vitaly_k
01-11-2009, 20:53
Я сейчас развожу конфигурацию WAN'а и wimax. Они должны будут действовать независимо друг от друга. Тогда настройки одного не должны будут портить настройки другого.
Если разводить конфигурации, то может сразу сделать решение для общего случая - добавляете в веб-морду второй WAN-интерфейс, и Wimax как его разновидность.
Т.е. если нужно сохранить настройки проводного соединения, то Wimax будет у нас как WAN-2, если сохранять нечего (провода нет в принципе), то Wimax можно повесить на первый интерфейс.
В будущем это может пригодится когда у разработчиков прошивки дойдут руки до полноценной мульти-WAN.
Многие параметры в настройках общие, например логин-пароль нужны как для PPTP, так и для dial-up, wimax от Комстара.
Ага. Я как раз собирался посмотреть есть ли такая и если нет, то просить вставить.
надеюсь что увас получится вставить в конфигурацию выбор ssid.
буду очень блогадарен за это.
и есче на вашей прошивке и с моим flashfs появилась функция mad'a видны качество сигнала и башня. поэтому думаю что мой дир-320 имеет такие же функции как и асус.
Vitaly_k
02-11-2009, 16:12
надеюсь что увас получится вставить в конфигурацию выбор ssid.
буду очень блогадарен за это.
Предложение - брать его из Heart Beat/VPN server.
Вроде понял как сделать, чтобы wimax не конфликтовал со стандартным WAN и мог жить параллельно с ним. Сделать полноценный multiwan пока не получается. Если есть связь с Олегом, или у кого-то есть инфа по использованию переменных из nvram (wan_, wan0_, wl_ и т.п.), то был бы признателен за помощь. Очень достает рыть по исходникам, чтобы понять как их используют.
К сожалению на несколько дней уезжаю. Соответственно, следующая итерация не раньше конца недели.
Добрый день, уважаемые господа!
Заметил очень грустную странность, покурив форум.
В поздних билдах прошивки 1927-d/10+ есть баг. (поиск: "не открываются некоторые сайты)
Суть следующая, после зашивки в DIR-320 wl50gpv2 r693 появляется проблема не открытия некоторых сайтов. (me.com, microsoft.com, yota.ru, mail.ru и пр.)
Проблема не в обвязке wimax, тк она реализована более чем достойно и удобно, + есть фича мониторинга состояния соединения. Проблема в самой 1927-d к которой прикручена обвязка. Не знаю точно, с какого именно билда это началось, но то, что появилось после r658 - факт.
2 дня безрезультатного секаса с DIR-320 и откат на 658-ю полностью решают проблему при идентичных настройках роутера, но лишают прелести Вашей обвязки.
Хочется понять, что это может быть? (DNS, MTU или еще что-то?)
Очень не хватает Вашей обвязки, тк живу за городом, Йоту ловлю направленной параболой с КУ 22-25dB, часто получаю HHO (hard handoff) от БС и без обвязки этого не отследить. Более того, странно, но с Вашей обвязкой коннект при длительном простое не подвисает, а продолжает работать, соответственно, постоянно ребутить роутер не нужно.
Ну и в качестве пожелания-вопроса. Скажите пожалуйста, а возможно ли реализовать функцию авто-реконнекта при дисконнекте? (подозреваю, что, наверное, возможно отслеживать это по параместу Stat БСки, те, при всем, что отлично от NORMAL и NEGO давать команду на реконнект) Это избавило бы от постоянного залезания в веб-морду роутера для "посмотреть, почему снова лёг инет..."
Заранее благодарен,
с уважением.
Добрый день, уважаемые господа!
Заметил очень грустную странность, покурив форум.
В поздних билдах прошивки 1927-d/10+ есть баг. (поиск: "не открываются некоторые сайты)
Суть следующая, после зашивки в DIR-320 wl50gpv2 r693 появляется проблема не открытия некоторых сайтов. (me.com, microsoft.com, yota.ru, mail.ru и пр.)
2 дня безрезультатного секаса с DIR-320 и откат на 658-ю полностью решают проблему при идентичных настройках роутера, но лишают прелести Вашей обвязки.
Хочется понять, что это может быть? (DNS, MTU или еще что-то?)
Очень не хватает Вашей обвязки, тк живу за городом, Йоту ловлю направленной параболой с КУ 22-25dB, часто получаю HHO (hard handoff) от БС и без обвязки этого не отследить. Более того, странно, но с Вашей обвязкой коннект при длительном простое не подвисает, а продолжает работать, соответственно, постоянно ребутить роутер не нужно.
Ну и в качестве пожелания-вопроса. Скажите пожалуйста, а возможно ли реализовать функцию авто-реконнекта при дисконнекте? (подозреваю, что, наверное, возможно отслеживать это по параместу Stat БСки, те, при всем, что отлично от NORMAL и NEGO давать команду на реконнект) Это избавило бы от постоянного залезания в веб-морду роутера для "посмотреть, почему снова лёг инет..."
Заранее благодарен,
с уважением.
Дело там точно в MTU я изменил на 1386 и все сайты стали открываться нормально, и без проблем до этого открывался тока yandex.ru
Там вроде и так реконект сделан artp постарался на славу=)
Кстати тема и правда животрепечущая, а то заколебался я, раньше шефа в офис прибегать каждое утро, чтобы перезагрузить роутер что бы инет был=)))
Меня кстати полностью и первый вариант устроил, ну а раз тема получила продолжение вообще замечательно, так держать)))
Хочется понять, что это может быть? (DNS, MTU или еще что-то?)
Имел такую же ситуацию с mail.ru, не открывался сайт ни в какую... Подумал, что возможно Yota-драйвер отсылает ещё немного служебной инфы в пакете. Методом «научного тыка» вычислил размер пакета:
ping -l 1358 mail.ru
(windows ping)
ping -s 1358 -W 1 -w 5 mail.ru
(router ssh)
Пакет размером больше чем в 1358 байт у меня не проходит, думаю, возможны варианты.
Затем нашёл свой сетевой адаптер в ветке реестра HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Servic es\Tcpip\Parameters\Interfaces (тот, у которого значение параметра DhcpIPAddress соответствует текущему IP-адресу моего подключенного к йота-рутеру компа), создал параметр DWORD с именем MTU, присвоил ему десятичное значение 1358.
(Кстати, не знаю по какой причине, на другом компе нашёл в реестре два адаптера с одним и тем же полученным по DHCP адресом, и в одном из них уже был MTU... правда на том компе виста ;))
В-общем, при переподключении сетевого адаптера доступ к mail.ru восстановился.
Надеюсь и вам поможет.
Ещё раз благодарю artp за отличную прошивку!
P.S.
Также имел проблемный вход на yota.ru, пакеты также не проходили.
После подключения через ТП Йоты услуги «Внешний динамический IP» (потребовалось для DynDNS), на удивление до yota.ru стал проходить пакет в 1474 байт.
Раз проблема кроется в MTU, то будьте так добры, подскажите пожалуйста, каким образом его сменить на самом роутере c прошивкой r693?
Используя PPPoE понятно, там в веб-морде можно поставить нужное значение, а вот используя MadWiMax в качестве WANа - не понятно.
Дело еще в том, что в доме у меня всего лишь одна виндовая машина - это игровой комп, все остальное макбуки(про/эйр) и фоны Apple, конфигурить каждую машину нет желания, если честно. =)
Сетка разброшена по вафле, но думаю вы итак уже это поняли)
Карта сети: Antenna 1,1m x 0,8m via PigTail > D-Link DIR-320 r658 (r693) + Samsung SWC-U200 from LAN1 > to WAN ASUS WL-520gc fw 2.0.1.3 original > Дом via Wi-Fi
Заранее благодарен,
с уважением.
Заканчиваю более корректный вариант обвязки. Наверное, завтра выложу. Есть пара вопросов к ГУРУ.
1. Почему ez-ipupdate при запуске в демонической моде (ключи -d -1) "кладет" на ключ "-a". Это его нормальное поведение или бага? Оно конечно, ежели здесь никто не ответит, то буду писать в спортлото. Но вдруг, да уже известно.
2. Как правильно проверить наличие usb-девайса (конкретно - модема) по Vendor и ProdID. Не хочу в watchdog дергать madwimax без толку. Но не смотреть же grep'ом на /proc/bus/usb/devices. Тем паче, что в 9-ке, например, cat /proc/bus/usb/devices конкретно тормозил.
2. Как правильно проверить наличие usb-девайса (конкретно - модема) по Vendor и ProdID. Не хочу в watchdog дергать madwimax без толку. Но не смотреть же grep'ом на /proc/bus/usb/devices. Тем паче, что в 9-ке, например, cat /proc/bus/usb/devices конкретно тормозил.
Самое простое - сделать завязку в hotplug'е. Т.е. в hotplug_usb() по факту вставки/вынимания свистка взводить переменную в nvram (без commit).
P.S. По первому вопросу надеюсь ответит theMIROn - он в ez_ipupdate ковырялся конкретно.
RyuuKiiroi
07-11-2009, 19:26
Да, хорошо бы новую прошивку, а то завтра перехожу на уоту.
Надеюсь MTU исправят, а то даже на уоту не зайти.
Респект автору.
пользовать nvram без commit как-то некошерно. А если юзер, собственно, выполнит nvram commit для сохранения собственных изменений --- имеет право. Может лучше создать/удалить файл в где-нибудь в /tmp/var
пользовать nvram без commit как-то некошерно. А если юзер, собственно, выполнит nvram commit для сохранения собственных изменений --- имеет право. Может лучше создать/удалить файл в где-нибудь в /tmp/var
С одной стороны согласен, с другой стороны это распространенная практика в коде броадкома/АСУС. Надо просто где-то учесть возможность того, что мы видим протухшее значение. Так-же как и возможность того, что юзер сдуру удалит файлик /tmp/var/madwimax.ready
theMIROn
07-11-2009, 20:01
1. Почему ez-ipupdate при запуске в демонической моде (ключи -d -1) "кладет" на ключ "-a". Это его нормальное поведение или бага? Оно конечно, ежели здесь никто не ответит, то буду писать в спортлото. Но вдруг, да уже известно.
должен отрабатывать, насколько я помню, но эта опция поддерживается не всеми сервисами ddns
более конкретно - завтра, когда буду дома.
в контексте ситуации, использование опции -a незачем, нужно по событию ip_up, когда известно и имя интерфейса и он поднят - вызывать start_ddns штатным образом.
погляди, как это реализовано для ppp
должен отрабатывать, насколько я помню, но эта опция поддерживается не всеми сервисами ddns
более конкретно - завтра, когда буду дома.
в контексте ситуации, использование опции -a незачем, нужно по событию ip_up, когда известно и имя интерфейса и он поднят - вызывать start_ddns штатным образом.
погляди, как это реализовано для ppp
Увы, нужно. Я сделал в конфиге ddns опцию "use white ip" по аналогии с чехами. Пока закоментил #define DDNSDAEMON и все живет.
Сейчас пытаюсь придумать, что делать с default'ом при работе с двумя интерфейсами. Имеется в виду - в управляшке. Можно, например, дать интерфейс к заданию метрик. Что думаете?
theMIROn
08-11-2009, 09:18
Увы, нужно. Я сделал в конфиге ddns опцию "use white ip" по аналогии с чехами. Пока закоментил #define DDNSDAEMON и все живет.Зачем нужно то, если интерфейс есть?
Если отключить демонизацию, то нет гарантии, что ip обновится после запуска (нет коннекта, etc), повторного запуска не предусмотрено.
Демон же будет отрабатывать до первого успешного обновления.
Сейчас пытаюсь придумать, что делать с default'ом при работе с двумя интерфейсами. Имеется в виду - в управляшке. Можно, например, дать интерфейс к заданию метрик. Что думаете?
Лучше скрыто, выбором дефолтного интерфейса - назначаем метрики.
Я сделал в конфиге ddns опцию "use white ip" по аналогии с чехами.
Алгоритм описать можешь? Надеюсь, не как у чехов? ;)
Сейчас пытаюсь придумать, что делать с default'ом при работе с двумя интерфейсами. Имеется в виду - в управляшке. Можно, например, дать интерфейс к заданию метрик. Что думаете?
Приоритет интерфейсов? Пожалуй действительно лучше так, как написал theMIROn.
RyuuKiiroi
08-11-2009, 12:17
А может все таки кто нить подскажет, как изменить MTU?
У меня кстати чет вафля не работает, видит, но не подключается.
Сделал новую версию и обновил первый пост.
Алгоритм описать можешь? Надеюсь, не как у чехов? ;) Как раз, как у чехов/:confused: Ничего более разумного не придумал. Если посоветуешь как это более правильно сделать - готов реализовать. Но задача определения белого ip-шника IMHO крайне актуальна.
Приоритет интерфейсов? Пожалуй действительно лучше так, как написал theMIROn.
Пока вытащил метрику, чтобы обкатать. Чтобы это сделать логичным надо довольно сильно web-морду перепахать. Примерно, как писал выше. Отдельные странички на конфиги внешних коннектов WAN, WiMax, CDMA/GPRS , LAN1 (делать больше одного дополнительного вана мне кажется излишним, но он должен быть полноценным), . И отдельно правила их взаимодействия (приоритеты, бэкапность и т.п.) . Если вы заинтересованы включить примерно это в прошивку, то могу набросать прототип, чтобы было, что обсудить. Только темпы мои, как я и предупреждал - не слишком высокие.
На второй diff ссылка не правильная, или у меня не скачивается ?
Viper_Rus
10-11-2009, 23:19
Что-то странное у меня происходит ((( Если загрузить роутер с флешкой, то ничего не работает, а если без, то все ок. Как можно проверить в чем ошибка?
Что-то странное у меня происходит ((( Если загрузить роутер с флешкой, то ничего не работает, а если без, то все ок. Как можно проверить в чем ошибка?
Телепатов ждете?
Где лог роутера с флешкой и без?
На второй diff ссылка не правильная, или у меня не скачивается ?
Извините. Поправил.
Кстати, патч, который там есть для madwimx, это тоо, что уже вошел в прошивку. Я еще не успел обновиться.
А может все таки кто нить подскажет, как изменить MTU?
hardcoded в madwimax. В следующей версии вытащу в интерфейс.
RyuuKiiroi
11-11-2009, 11:28
ОК, ждемс)
Я пока через комп все пустил, иногда даже 1мб выжимает, правда ночью, по торренту видно, что в 7 утра, скорость начинает падать) видно люди идя в школу, инст, на работу... врубают закачки.
Люди, а подскажите. Хочу роутер для Йоты, "готовый" покупать дороговато, да и бессмысленно, судя по всему.
Есть ли какое-то сочетание прошивки, модели роутера и wimax-модема, чтобы просто залить 1 раз в роутер правильную прошивку, сделать настройки через web-интерфейс и получить работающую конструкцию?
В юникс-подобных ОС и их сетевых настройках ориентируюсь, но специально погружаться лишний раз не хотелось бы.
...
Есть ли какое-то сочетание прошивки, модели роутера и wimax-модема, чтобы просто залить 1 раз в роутер правильную прошивку, сделать настройки через web-интерфейс и получить работающую конструкцию?
Ну, вообщем, я надеюсь, что это именно прошивка из первого поста этой темы. У меня в трех точках уже работает.
Правда, про последний вариант пока отзывов нету :(
Ну, вообщем, я надеюсь, что это именно прошивка из первого поста этой темы. У меня в трех точках уже работает.
Правда, про последний вариант пока отзывов нету :(
А модем и разновидность WL500 всё равно какие?
Ну, вообщем, я надеюсь, что это именно прошивка из первого поста этой темы. У меня в трех точках уже работает.
Правда, про последний вариант пока отзывов нету :(
И вдогонку - это сразу на 500gPV2 заливать можно или только поверх Олеговской, или ещё как?
RyuuKiiroi
12-11-2009, 09:01
Это чисто отдельная прошивка, одно слово "прошивка" говорит само за себя, так что лейте хоть поверх Олеговской, хоть родной, тока на всяк случай ребутните. В прошивку уже вшит wimax,к томуже появилася в вебморде, вторую еще не тестил, но при заливке первой, сразуже все работало!
ПРОШИВКА ТОЛЬКО ДЛЯ WL500GPv2!!!
Alexei Baryshev
12-11-2009, 10:31
Это чисто отдельная ПРОШИВКА ТОЛЬКО ДЛЯ WL500GPv2!!!
RyuuKiiroi, а на WL500GPv1 или Dir 320 она работать не будет?
RyuuKiiroi
12-11-2009, 10:44
На gpv1 не знаю, эксперементировать не хочу, на dir320 есть другая прошивка.
Как бы это объяснить. Заливка другой прошивки, это как залить дизель в бензиновый двигатель.
Прошил 500gP (V1 как бы) по этой инструкции http://udavst.ru/2009/10/10/asus-500gp-v2-yota-za-15-minut/
всё ОК, работает сразу, только мониторинга wimax никакого не предусмотрено. хотелось бы видеть уровень приёма и прочее.
Прошил 500gP (V1 как бы) по этой инструкции http://udavst.ru/2009/10/10/asus-500gp-v2-yota-za-15-minut/
всё ОК, работает сразу, только мониторинга wimax никакого не предусмотрено. хотелось бы видеть уровень приёма и прочее.
А не проще было оригинал почитать? ;)
http://wl500g.info/showpost.php?p=29772&postcount=6
п. 16)
По поводу мониторилки, читайте тему "Обвязка" для madwimax, там внятно все расписано.
Alexei Baryshev
12-11-2009, 11:06
Упс...
Прошил 500gP (V1 как бы) по этой инструкции http://udavst.ru/2009/10/10/asus-500gp-v2-yota-za-15-minut/: Asus 500gp v2 + Yota за 15 минут
Вот и эксперимент с FW v2 на железке v1... Спасибо!
Сорри, погорячился, не заметил фразу (Важно!! Качайте тока для своей модели, если не хотите получить свеженький труп!!!)...
Эх, вопрос с v1 так и висит :-(
Упс...
Вот и эксперимент с FW v2 на железке v1... Спасибо!
Так это, основную прошивку я брал именно для V1!!! Там по первой ссылке несколько вариантов на выбор и написано что "не та" убьёт роутер...
Упс...
Вот и эксперимент с FW v2 на железке v1... Спасибо!
Сорри, погорячился, не заметил фразу (Важно!! Качайте тока для своей модели, если не хотите получить свеженький труп!!!)...
Эх, вопрос с v1 так и висит :-(
Если бы почитали немного первые посты прикрепленных тем, то много бы нового узнали, в том числе и основные общие черты 500-ой серии роутеров.
Красными большими буквами обычно пишут предупреждения, основанные на горьком опыте прошлых поколений ;)
Собрал для V1 и положил сюда (http://artp.spb.su/wl500g/WL500gp-1.9.2.7-d-r693-wmx2.trx)
А модем и разновидность WL500 всё равно какие?
В первом посте сейчас ссылки на прошивки для WL500gP V1 и V2. Какие модемы поддерживаются madwimax'ом лучше читать здесь (http://code.google.com/p/madwimax/).
Про dir-320 ничего внятного сказать не могу. Железка лежит на столе, но руки не дошли посмотреть. Здесь есть отдельная тема по этому поводу. Посмотрите там. Думаю, что если идет базовая прошивка 1.9.2.7-d, то и эта пойдет.
Alexei Baryshev
12-11-2009, 13:49
Собрал для V1 и положил сюда (http://artp.spb.su/wl500g/WL500gp-1.9.2.7-d-r693-wmx2.trx)
artp, спасибо огромное!
artp, может ты поможешь, как все таки правильно менять ssid для драйвера мадвимакс, вот тут нашел что ето возможно
ttp://github.com/ago/madwimax/blob/e5aec7039bd442b536441e2a6697f499afedccea/NEWS
но никак не получается. мож что не так прописываю.
artp, спасибо огромное!
Alexei Baryshev, у вас заработала yota с прошивкой под wl500gp v1?
У меня интерфейс wmx0 автоматом не запускается.
Логи во вложении.
Вернулся на версию 1.9.2.7-10 + скрипты в /usr/local/sbin
Alexei Baryshev, у вас заработала yota с прошивкой под wl500gp v1?
У меня интерфейс wmx0 автоматом не запускается.
Логи во вложении.
Вернулся на версию 1.9.2.7-10 + скрипты в /usr/local/sbin
А на страничке WiMax Config установлено Enable Wimax? Я схалтурил и не сделал его установку при Wan = WiMax.
А на страничке WiMax Config установлено Enable Wimax? Я схалтурил и не сделал его установку при Wan = WiMax.
Да, wimax включал. И на страничке WAN & LAN выбирал wimax
У меня она крутится на DIR-320 (gpv2), только коннект падает часто очень и приходится роутер то ребутать, то вообще из розетки дергать... :(
с MTU проблемы, руками на машине ставишь 1300 - все работает, ставишь дефолт - роутер режет...где в роутере поменять МТU для wan=wimax?
artp
Заимпортил (http://code.google.com/p/wl500g/source/detail?r=806) твою версию 0.2 в svn с одной критичной правкой - без выключения DDNSDAEMON. Ждём пока Влад посмотрит ez-ipupdate.
В веб-интерфейсе IMHO обязательно нужно сделать хелп к опции "Use the real ("white") IP".
theMIROn
14-11-2009, 17:13
Мне тотально не нравится переделка ddns.
Плюс, имя протокола я сменил на WiMAX.
Хотя бы просто потому что wifi в ротере зовется WiFi, а не BCMxxxx, l2tp - не rp-l2tp/xl2tpd и так далее.
В остальном - клево )
EDIT: указание адреса поддерживают далеко не все ddns сервисы.
Мне тотально не нравится переделка ddns.
Мне тоже, именно поэтому я не отключал ddnsdaemon, но начинать с чего-то надо :) Подождем пока artp подтянется...
Я вижу единственный вариант зачем вообще нужно подобное определение real-IP - в случае когда роутер сам находится за NAT'ом. Но нафига нам IP того устройства?
theMIROn
14-11-2009, 18:44
Я вижу единственный вариант зачем вообще нужно подобное определение real-IP - в случае когда роутер сам находится за NAT'ом. Но нафига нам IP того устройства?
угу, в этом случае нужно настраивать следующий хоп на проброс порта, и врядли там будет динамический - это уже совсем извращенние.
Проще (и логичнее) позволить выбирать интерфес в web морде.
Мне тоже, именно поэтому я не отключал ddnsdaemon, но начинать с чего-то надо :) Подождем пока artp подтянется...
Я вижу единственный вариант зачем вообще нужно подобное определение real-IP - в случае когда роутер сам находится за NAT'ом. Но нафига нам IP того устройства?
А например затем, что, например, мой провайдер раздает реальные IP через DNAT, и знает его только шлюз, а на WAN интерфейсе роутера присутствует только серый адрес, на который провайдер и пробрасывает всё с реальника.... Другой вопрос втом, что белый IP статический и DDNS в принципе не нужен... но мало ли.
А например затем, что, например, мой провайдер раздает реальные IP через DNAT, и знает его только шлюз, а на WAN интерфейсе роутера присутствует только серый адрес, на который провайдер и пробрасывает всё с реальника....
Офигеть! :eek: И порты честно пробрасывает?
В таком случае, код определения белого IP нужно перемещать в сам ez-ipupdate...
Офигеть! :eek: И порты честно пробрасывает?
В таком случае, код определения белого IP нужно перемещать в сам ez-ipupdate...
Если куплен белый ип, то пробрасывает, за исключением каких-то нескольких из чёрного списка.
theMIROn
15-11-2009, 20:48
artp
вообщем такая тема, если отключить передачу ip адреса вообще для dyndns, zoneedit, dnsomatic - оно будет само определять ip.
а вот tzo запрещает использование пустого ip адреса,
куча сервисов из ez-ipupdate просто мертва...
Отпиши это на форуме, может AlexeyS что подскажет еще. Хотя и так ясно - получается нужно для каждого сервиса флаг, поддерживает ли он передачу "пустого" IP ...
плюсом, в текущей реализации ez-ipupdate при запуске в deamon режиме, обязательно требуется указание интерфейса.
для корректного определения реального ip нужно патчить ez-ipupdate и придумывать доп.опцию, так будет корректнее, имхо
theMIROn
16-11-2009, 17:59
сделал софтинку, определяет реальный ip адрес от любого публичного stun сервера (http://www.google.ru/search?q=public+stun+server)
[admin@router /tmp]$ ./ministun -h
Usage: ./ministun [-p port] [-c count] [-d] stun_server
[admin@router /tmp]$ ./ministun stun.xten.com
94.31.xxx.xxx
просьба затестить с вашими чудными натами
Сорри, наверное немного оффтоп...
Пользуюсь первым вариантом прошивки artp @ gPv2. Очень благодарен, всё работает! На новую версию не перепрошивал ещё...
Заметил в последние дни, что модем сам, без видимых причин переключается на другую БС, соответственно с другим BSID, сигнал от которой в 2 раза хуже по уровню (и качеству связи). Стоит перезагрузиться или вынуть-вставить модем - сразу же к предыдущей (лучшей) БС подключается, т.е. предполагаю, что она всё это время работала.
Хочу поинтересоваться у специалистов - существует ли возможность выбора БС с помощью драйвера madwimax? Либо установить приоритет на подключение к определённой БС? Например, какой-либо «preferred BSID list»...?
Буду очень благодарен за любую помощь в вопросе, связь падает в самые неподходящие моменты (своего офисного провайдера я практически позабыл уже, только на йоте сидим)...
Может и показалось... Поздно и неохота сильно ковыряться... Но каким образом работа wimax связана с web-камерой? Если ее в вебинтерфейсе отключить, модем определяться перестает.
theMIROn
16-11-2009, 23:01
Может и показалось... Поздно и неохота сильно ковыряться... Но каким образом работа wimax связана с web-камерой? Если ее в вебинтерфейсе отключить, модем определяться перестает.
модули подгружаются потому что зависимые...
модель роутера какая?
Dir320 у меня... Еще подскажите, плиз, в каком скрипте править настройки iptables? Хочу поиграться с настройками MTU, а то половину серверов не видит...
AndreyUA
17-11-2009, 00:56
сделал софтинку, определяет реальный ip адрес от любого публичного stun сервера (http://www.google.ru/search?q=public+stun+server)
[admin@router /tmp]$ ./ministun -h
Usage: ./ministun [-p port] [-c count] [-d] stun_server
[admin@router /tmp]$ ./ministun stun.xten.com
94.31.xxx.xxx
просьба затестить с вашими чудными натамиРаботает. Добавьте в репы, а то найти ваш пост с тулзой будет тяжеловато.
theMIROn
17-11-2009, 07:15
Dir320 у меня... Еще подскажите, плиз, в каком скрипте править настройки iptables? Хочу поиграться с настройками MTU, а то половину серверов не видит...
покажите вывод iptables-save
Работает. Добавьте в репы, а то найти ваш пост с тулзой будет тяжеловато.
мм, вообще-то я добавил в ddns клиента возможность использовать автоопределение ip адреса самим сервисом ddns.
нужен ли ministun тогда вообще?
может я торможу насчет смысла этой тулзы :) но у меня ./ministun stun.xten.com возвращает мой собственный внешний IP :confused:
Ага, наверное именно это она и должна делать :)
А чем это лучше чем, скажем:
ifconfig ppp0 | awk -F: '/inet addr/{print $2}' | awk '{print $1}'
Еще раз ага :) Вероятно тем, что не нужно знать имя интерфейса?
Проблема только в том, что этот самый публичный STUN сервер должен быть захардкоден. А если он возьмет и накроется... ? А список возможных интерфейсов не так велик, более того, правильный можно просто взять из nvram
theMIROn
17-11-2009, 08:09
может я торможу насчет смысла этой тулзы :) но у меня ./ministun stun.xten.com возвращает мой собственный внешний IP :confused:
Ага, наверное именно это она и должна делать :)
Да, определяет публичный (за последним NAT) ip адрес
А чем это лучше чем, скажем:
ifconfig ppp0 | awk -F: '/inet addr/{print $2}' | awk '{print $1}'
Еще раз ага :) Вероятно тем, что не нужно знать имя интерфейса?
Да
Проблема только в том, что этот самый публичный STUN сервер должен быть захардкоден. А если он возьмет и накроется... ?
Ну ntp сервер же не захардкоден, а доступен для редактирования/указания через web интерфейс
А список возможных интерфейсов не так велик, более того, правильный можно просто взять из nvram
А что если на wan интерфесе (каким бы он не был) - нет публичного адреса, а провайдер практикует NAT с соответствием динамического реального ip - серому ip пользователя?
Проблема только в том, что этот самый публичный STUN сервер должен быть захардкоден. А если он возьмет и накроется... ? А список возможных интерфейсов не так велик, более того, правильный можно просто взять из nvram
См. письмо AlexeyS (http://wl500g.info/showpost.php?p=169577&postcount=85) Боюсь что это не единичный случай
Мне тоже, именно поэтому я не отключал ddnsdaemon, но начинать с чего-то надо :) Подождем пока artp подтянется...
к сожалению уехал на неделю. Доступ к инету ограниченный. Появлюсь 24-го :(
На самом деле все порадовало, за исключением отсутствия одной строчки в iptables-save, а именно
-A POSTROUTING -p tcp --tcp-flags SYN,RST SYN -o wmax0 -j TCPMSS --clamp-mss-to-pmtu
по-крайней мере когда я ее добавил и восстановил содержимое через iptables-restore, сайты пахать начали. Пример - www.mesh.com. К сожалению содержимое выложить не могу, так как прошивку из-за проблем снес.
theMIROn
18-11-2009, 10:25
На самом деле все порадовало, за исключением отсутствия одной строчки в iptables-save, а именно
-A POSTROUTING -p tcp --tcp-flags SYN,RST SYN -o wmax0 -j TCPMSS --clamp-mss-to-pmtu
спасибо, исправил в r832
Про dir-320 ничего внятного сказать не могу. Железка лежит на столе, но руки не дошли посмотретьПрошил свой DIR-320 прошивкой WL500gpv2-1.9.2.7-d-r693-wmx2.trx все работает
theMIROn
21-11-2009, 12:54
artp
временно заблокировал изменения в rc (фактически отключил поддержку wimax) из-за возникших проблем:
1. роутер не может получить/использовать dns сервера по dhcp для подключения к pptp/l2tp серверам, возможно то же самое и при dhcp/bigpond типе подключения
2. зависимость подключения wimax модема от включения usb-storage/web-cam
http://code.google.com/p/wl500g/source/detail?r=850
artp
1. роутер не может получить/использовать dns сервера по dhcp для подключения к pptp/l2tp серверам, возможно то же самое и при dhcp/bigpond типе подключения
Странно, что у меня не проявилось. У меня тестовый рутер через wan подключается по pppoe. Вроде должно быть так же. Придется собрать стенд, чтобы эмулировать разные варианты подключения.
2. зависимость подключения wimax модема от включения usb-storage/web-cam
Тоже странно, проверял с флешкой. По-поводу web-cam, где-то тут была тема, где обсуждалось, что это пережиток и сейчас скорее народ использует камеры на ethernet'е. Поэтому и не особо заморачивался.
С dns примерно догадываюсь, где мог накосячить. Именно, "кривой" способ генерировать resolv.conf исходя из метрик. Делал уже под утро и самому не понравилось. Во вторник доберусь до дома, буду его курить.
Вообще, по зрелом размышлении засомневался, в правильности идеи накручивать мультиван. Хотел предложить эту тему для отдельного обсуждения.
sergeyle
22-11-2009, 14:35
У меня не заработал madwimax на D-Link DIR-320 этой прошивке. По всей видимости из-за segmentation fault стабильно проявляющемся при запуске madwimax-check
0x004060b4 in main ()
(gdb)
0x004060b8 in main ()
(gdb)
0x004060c0 in main ()
(gdb)
0x004060c8 in main ()
(gdb)
0x004060cc in main ()
(gdb)
Program received signal SIGSEGV, Segmentation fault.
0x2ab9e7cc in ?? () from /lib/libc.so.0
(gdb)
warning: GDB can't find the start of the function at 0x2ab9e7cc.
Program terminated with signal SIGSEGV, Segmentation fault.
Я проверял прошивку на этих выходных на ASUS wl-500gP v1. Все в целом нормально работает
Беда с открытием портов: У меня на Yota внешний IP, и когда открываешь порты через веб-интерфейс, то eMule говорит, что все закрыто. Хотя при подключении "свистка" в комп, то все нормально. Дело даже не в Yota. Я попробовал витуху с внешкой подключить в WAN (модем Yota вытащил из USB), ситуация с портами такая же.
Иногда у веб-морды страницы не все открываются, т.е. как-будто они отсутствуют... На официалке и на прошивке от Олега такой ситуации не наблюдается.
sergeyle
23-11-2009, 17:42
Ещё одна проблема:
Примерно в 2-ух из 3-ех загрузок не происходит синхронизации времени по ntp, как при наличии wimax-модема, так и при его отсутствии.
RyuuKiiroi
26-11-2009, 14:07
а у меня вообще не хочет запускаться на второй прошивке.
Наконец добрался до дела. По дороге случилось все, что могло, включая осыпание винтов и на нотике, и на домашнем компе. Может диверсия от конкурентов?
Короче попробовал еще раз вторую прошивку. Блин, все работает как часы. Нет проблем при втыкании флэшки или винта. Веб-камеры у меня нет. Завтра на работе пороюсь. resolv.conf нормально обновляется (второй линк - pppoe).
На выходных буду собирать/заливать танкодром, чтобы сэмулировать dhcp и l2tp и т.п. оператора.
Короче попробовал еще раз вторую прошивку. Блин, все работает как часы. Нет проблем при втыкании флэшки или винта. Веб-камеры у меня нет. Завтра на работе пороюсь. resolv.conf нормально обновляется (второй линк - pppoe).
Постарайся переехать на текущую версию SVN и обрати внимание на исправления в r851 (http://code.google.com/p/wl500g/source/detail?r=851)
Жаловались на пустой resolv.conf: Wolfgun, AndreyUA Попробуй им написать, надеюсь не откажут залить отладочную версию и вернуть логи.
Updated: мне дали на денёк йоту, коннект поднялся, но вот какие странности - wimax_unit=10 по умолчанию, НО wan0_ifname=wmx0 !
При том что что wan10 корректен
wan10_netmask=255.255.248.0
wan10_lease=10800
wan10_dns=94.25.128.74 94.25.208.74
wan10_primary=1
wan10_proto=wimax
wan10_ipaddr=10.129.35.229
wan10_ifname=wmx0
wan10_priority=1
wan10_dnsenable_x=1
wan10_gateway=10.129.32.1
Это считать багой или фичой?
Updated2 мне очень не нравятся warning'и в твоём коде:
network.c: In function 'update_resolvconf':
network.c:1112: warning: suggest parentheses around assignment used as truth value
wimax.c: In function 'madwimax_release':
wimax.c:139: warning: suggest parentheses around assignment used as truth value
wimax.c: In function 'madwimax_down':
wimax.c:201: warning: suggest parentheses around assignment used as truth value
wimax.c:199: warning: unused variable 'prefix'
wimax.c: In function 'madwimax_check':
wimax.c:95: warning: control reaches end of non-void function
смотрю дальше...
Продолжаем разговор про resolv.conf. Насколько я понимаю, такую сложную схему с переменными "dns%d" в nvram ты сделал потому, что мы не знаем какие из wan'ов в состоянии up, а какие down, так? Так может в свете идеи multiwan'а и доработать процедуры wan_up/wan_down в rc, чтобы чётко было видно состояние каждого wanX ?
подскажите, на WL-500W какую можно шить прошивку?
Продолжаем разговор про resolv.conf. Насколько я понимаю, такую сложную схему с переменными "dns%d" в nvram ты сделал потому, что мы не знаем какие из wan'ов в состоянии up, а какие down, так? Так может в свете идеи multiwan'а и доработать процедуры wan_up/wan_down в rc, чтобы чётко было видно состояние каждого wanX ?
Я сейчас как-раз с этим и сражаюсь. Но, по-моему, дело даже не в том, чтобы знать какой интерфес в up-е, а какой нет. Дело в том, что:
1. wan_up/down отрабатывает по изменению состояния конкретного инт. А resolv.conf надо переписывать полностью. Подумал, что правильнее держать для всех поднятых интерфейсов записи о dns и прописывать хостовые роуты на эти сервера, через правильные интерфейсы, но наткнулся на ограничение количества серверов в dnsmasq. Кроме того, возможна ситуация, когда специфические доменные запросы надо слать к определенному серверу т.к. домосети практикуют различие в содержании зоны "внутрь" и "наружу". Вообщем, как-то общего решения пока не нахожу.
2. Сейчас читаю про source based routing. Понятно, что для корректного роутинга при двух внешних интерфесах надо ответ на зашедший с недефолтного инт. пакет возвращать на тот инт, с которого он пришел. К сожалению, я не большой спец в iptables и рядом таких нет. Приходится разбираться.
Короче, склоняюсь к тому, что надо сейчас отступить назад. Сделать нормальный вариант прошивки без поддержки мультивана, чтобы ее могли использовать "уединенные" yot-еры, а дальше садиться за мультиван. Что ты думаешь по этому поводу?
Я сейчас как-раз с этим и сражаюсь. Но, по-моему, дело даже не в том, чтобы знать какой интерфес в up-е, а какой нет. Дело в том, что:
1. wan_up/down отрабатывает по изменению состояния конкретного инт. А resolv.conf надо переписывать полностью. Подумал, что правильнее держать для всех поднятых интерфейсов записи о dns и прописывать хостовые роуты на эти сервера, через правильные интерфейсы, но наткнулся на ограничение количества серверов в dnsmasq. Кроме того, возможна ситуация, когда специфические доменные запросы надо слать к определенному серверу т.к. домосети практикуют различие в содержании зоны "внутрь" и "наружу". Вообщем, как-то общего решения пока не нахожу.
Общего решения я тоже не знаю, но промежуточный тазик со списком dns'ов мне не нравится совсем. В качестве первого приближения, я бы вставил в wan_up/wan_down установку/сброс флага состояния интерфейса. А содержимое resolv.conf формировал напрямую из dns_wanX
Короче, склоняюсь к тому, что надо сейчас отступить назад. Сделать нормальный вариант прошивки без поддержки мультивана, чтобы ее могли использовать "уединенные" yot-еры, а дальше садиться за мультиван. Что ты думаешь по этому поводу?
Я - за. В будущем твоё творение надо будет скоррелировать с 3g/cdma...
theMIROn
30-11-2009, 17:27
Короче, склоняюсь к тому, что надо сейчас отступить назад. Сделать нормальный вариант прошивки без поддержки мультивана, чтобы ее могли использовать "уединенные" yot-еры, а дальше садиться за мультиван. Что ты думаешь по этому поводу?
Исключительно правильный вывод на текущий момент, имхо.
RyuuKiiroi
01-12-2009, 11:18
А вы что имеете ввиду?
Убрать все соединения кроме уота?
Или просто добавить соединение уота как отдельное, т.е. без переключение в случае отказа сети уота?
Или просто добавить соединение уота как отдельное, т.е. без переключение в случае отказа сети уота?
именно это, т.е. пока без бэкапного wan'а.
RyuuKiiroi
01-12-2009, 14:29
А оно разве так сейчас не работает?
По крайней мере на первой прошивке кажись так.
Подскажите пожалуйста, как переделать под wl-500w.
Подскажите пожалуйста, как переделать под wl-500w.
Т.к. Yota добралась до маленького города Одинцово меня тоже заинтересовал вопрос в прошивке wl500g-1.9.2.7-d-r893 включена обвязка из этой темы ???
P.Sergey
20-12-2009, 12:25
Продолжаем разговор про resolv.conf. Насколько я понимаю, такую сложную схему с переменными "dns%d" в nvram ты сделал потому, что мы не знаем какие из wan'ов в состоянии up, а какие down, так? <...>
Предлагаю для упрощения (или в качестве промежуточного варианта) воспользоваться публичными dns серверами и не редактировать файл resolv.conf совсем.
Для использования могу предложить Google Public DNS (http://code.google.com/intl/ru/speed/public-dns/docs/using.html) (IP адреса - 8.8.8.8 и 8.8.4.4).
Еще вариант - сервера 4.2.2.2 и 4.2.2.1.
Протестил вторую прошивку отписываюсь !
И так первое если просто указать WAN Connection Type: MadWimax и на страничке <WiMax Config> сказать "Enable" то всё работает и выдергивание/вставление модема реагирует нормуль.
Второе если на пример, на страничке <IP Config - WAN & LAN> WAN = Automatic IP и поставить приоритет 4, а на страничке <WiMax Config> сказать "Enable" и поставить приоритет 3, то yota работает, но при выдергивании модема теряеться и связь WAN = Automatic IP пишет ДИСКОНЕКТ т.е. не переходит на резервный канал !!! Если вставляем модем обратно то всё появляется и работает через yota.
Если поменять приоритеты то интернета нет вообще !!! Automatic IP шел от роутера 500W, подсети были разведены и не пересекались !!!
Я так понимаю идея мульти-ван (даже псевдо) терпит бедствие(((
Люди, я дико извиняюсь за свое непостоянство. В декабре неожиданно навалилась задача огромной важности. Безумный напряг. Времени не оставалось ни на что, да и эмоций, чтобы смотреть в интернет тоже. Сейчас вопрос закрыт и я намерен перечитать все маты по поводу топика и заняться делом.
artp ну раз продали бизнес открывай новый по перепрошивки asusов, кстати допишу что ещё за камни мне попались.
1. реализация псевдоВАН путем метрики тупик !!! бывает так что yota вроде подключена (маршрут у неё более главный) а инета нет из-за перегрузки базовой станции проходят 2-4 пинга из 10 !!! В этом случае прошивка 2 не помогает.
2. часто при вытаскивания модема интернет на резервный канал не переходил (маршрут иногда исчезает иногда нет)
готов потестить дома dhcp+pptp с одной стороны yota с другой...
2. Сейчас читаю про source based routing. Понятно, что для корректного роутинга при двух внешних интерфесах надо ответ на зашедший с недефолтного инт. пакет возвращать на тот инт, с которого он пришел. К сожалению, я не большой спец в iptables и рядом таких нет. Приходится разбираться.
это не иптейблс делает а iproute.
могу более подробно на примере дебиана того же объяснить
Граждане,
перерыл весь форум, ответа не нашел.
1) Есть ли прошивка что бы управлять WiMax-ом через морду? Хотя бы видеть есть соединение или его нет.
2) И более важное. Есть ли методы заставить реконнектиться при потере связи, как это делает Йотовская утилита?
Пробовал:
WL500gp-1.9.2.7-10
WL500gp-1.9.2.7-10-USB-1.71
WL500gp-1.9.2.7-d-r1000
Ответы на эти вопросы может и есть на форуме, но все ОЧЕНЬ "размазанно" по темам. Просьба не отсылайте в другие темы. 2 дня копал.
Спасибо.
P.S. WL500gP.
плохо рыли прошивки есть даже 2 =)
1-ая работает беспроблемно, во 2-ой имееться реализиция мультиВАН правда реализация хромает на обе ноги ИМХО =(
Да кстати прошивки для V2 но я как то давно прошил V1 прошивкой от V2 ещё Олеговой 10 ! И до сих пор роутер работает проблем нет, так что пробуйте мож повезет)
Можно установить DD-WRT и написать свой скрипт :)
Я по кнопочке сделал рестарт демона :)
Переходите на DD-Wrt (http://forum.yota2b.ru/viewtopic.php?f=8&t=39)- там можно спокойно писать свои скрипты в Jffs (просто файловая система доступная на запись размером до 3 Мб уже во внутренней флешке куда можно класть любые скрипты)
Ксати Мультиван у меня уже нормально работает :)
плохо рыли прошивки есть даже 2 =)
1-ая работает беспроблемно, во 2-ой имееться реализиция мультиВАН правда реализация хромает на обе ноги ИМХО =(
Да кстати прошивки для V2 но я как то давно прошил V1 прошивкой от V2 ещё Олеговой 10 ! И до сих пор роутер работает проблем нет, так что пробуйте мож повезет)
Копал как мог. Как я позодреваю, Вы говорите про WL500gp-1.9.2.7-d-r1000. Не знаю почему но в морде WiMax interface определяется только модем Device: 4e8/6761/1 (что это тоже не понимаю), остальные графы пустые, соответственно и управления никакого. Так же касаемо reconnect... что на Олеговской, что на этой пытается переподключиться 1 раз... после этого в спячку.
http://wl500g.info/showpost.php?p=166733&postcount=1
читатайте хотя бы первый пост !!! Только прочитайтек сначала инструкции к этой прошивке иначе ни чего у Вас не получиться!!!!!!!!!!!!!!!!!!
это не иптейблс делает а iproute.
могу более подробно на примере дебиана того же объяснить
спасибо, чуть позже обращусь. Я пока отказался от идеи мультивана. Слишком много надо крутить. Хочу сделать нормальный вариант, чтобы работал с заданием ssid и mtu. Потом автоподъем бэкапа. Сейчас гоняю с разными usb девайсами. Что-то не складывается. Как-то модули интерферируют. Иногда живет, иногда глючит. Не могу найти твердой зависимости.
Люди, я дико извиняюсь за свое непостоянство. В декабре неожиданно навалилась задача огромной важности. Безумный напряг. Времени не оставалось ни на что, да и эмоций, чтобы смотреть в интернет тоже. Сейчас вопрос закрыт и я намерен перечитать все маты по поводу топика и заняться делом.
artp, как уже несколько раз спрашивали, подскажи как поднять вимакс на wl-500w. А то очень уж не хотелось бы превращать в кирпичь железяку :(
Вообще думаю над вопросом сделать "походный" роутер, в котором будет pppoe/pptp, wimax, cdma, hsdpa.
В идеале, по метрике приоритет был-бы супер. Однако сейчас не до жиру, даже ручками выставление активного ифа будет здорово.
Очень надеюсь на вашу помощь.
В идеале, по метрике приоритет был-бы супер. Однако сейчас не до жиру, даже ручками выставление активного ифа будет здорово.
Очень надеюсь на вашу помощь.
Он сейчас как раз так и задететься во 2-ой версии от artp ! но работает как-то кривовато=(
Он сейчас как раз так и задететься во 2-ой версии от artp ! но работает как-то кривовато=(
А у чехов как переключение реализовано???
А у чехов как переключение реализовано???
У чехов скрипты по-моему, но на чем основано не знаю ставил очень давно=)
У чехов скрипты по-моему, но на чем основано не знаю ставил очень давно=)
Ладно... 7-го приеду из отпуска и буду разбираться ;)
А у чехов как переключение реализовано???
У чехов только отработка подъема бэкапа при падении основного канала. Одновременно два канала там не живут. Собственно подъем бэкапа сделан немного кривовато. Я сейчас над этим, в частности, и колдую. Правда, начинаю опасаться, что это затянется. Поэтому хочу сделать предварительный вариант по смыслу похожий на первую версию "обвязки", но менее глючный.
BTW: Кто-нибудь может мне пояснить что такое "bigpond" в настройках протокола? У меня сложилось впечатление, что это какая-то специфика из Австралии... Я собрал стенд и тестировал работу своего варианта прошивки в комплекте со всеми доступными у нас вариантами WAN-протокола, за исключением этой бяки.
BTW: Кто-нибудь может мне пояснить что такое "bigpond" в настройках протокола?
У них раньше был свой клиент. Сейчас не актуально.
BPB Cable
Are there alternative login clients available?
Bigpond Cable no longer requires a login client, since migration to Telstra's new billing system.
People keep referring to my 'heartbeat'. What is that?
Heartbeat is no longer required for Bigpond Cable connections. It is obsolete.
http://whirlpool.net.au/wiki/?tag=ABB_5
Вот сама прошивка (http://artp.spb.su/wl500g/WL500gpv2-1.9.2.7-d-r693.trx). Вот дифф (http://artp.spb.su/wl500g/mwm-0.1.tgz)
---------------------
Вторая версия прошивки для V2 (http://artp.spb.su/wl500g/WL500gpv2-1.9.2.7-d-r693-wmx2.trx) и для V1 (http://artp.spb.su/wl500g/WL500gp-1.9.2.7-d-r693-wmx2.trx) Вот diff (http://artp.spb.su/wl500g/mwm-0.2.tgz).
Ссылки не работают. Выложите пожалуйста WL500gpv2-1.9.2.7-d-r693-wmx2.trx.
Ссылки не работают. Выложите пожалуйста WL500gpv2-1.9.2.7-d-r693-wmx2.trx.
http://slil.ru/28552863
На этой прошивке не все сайты открываются, надо править MTU сетевой карты на 1300.
shameless
27-01-2010, 08:10
http://slil.ru/28552863
На этой прошивке не все сайты открываются, надо править MTU сетевой карты на 1300.
Можно об этом по подробней? Из-за чего? Точнее вопрос звучит так, почему MTU не 1386?
Можно об этом по подробней? Из-за чего? Точнее вопрос звучит так, почему MTU не 1386?
Проблема с MTU описана в этой теме, например сайты http://www.mesh.com/ и http://www.yota.ru не открываются. В вебморде роутера MTU не изменяется. Пробывал разные значения MTU на всех подключенных сетевых картах и WiFi адаптерах: 1350, 1386, 1400,... в результате выставил везде - 1300.
shameless
29-01-2010, 07:12
Проблема с MTU описана в этой теме, например сайты http://www.mesh.com/ и http://www.yota.ru не открываются. В вебморде роутера MTU не изменяется. Пробывал разные значения MTU на всех подключенных сетевых картах и WiFi адаптерах: 1350, 1386, 1400,... в результате выставил везде - 1300.
На самом роутере в этой прошивке уже выставлено MTU 1386. У меня ходит по сайтам, если на сетевых картах выставлять 1386. Поэтому и спросил.
Да без шаманства никуда! Остается ждать новую прошивку с исправлениями. (Кстати давно ждем). Еще бы прикрутить к вебморде "возможность включать отключать потдерживающий ping", как это сделано на прошивке от Alf-а (http://binblog.ru/), но в ней нет URL фильтра.
А мультиван для меня не очень актуален. Одновременно два канала Yota и проводной провайдер все равно не уживаются нормально, хватило бы переключения в вебморде, типа: WAN-off, WiMax-on и наоборот.
Спасибо за труды авторам!
Проблема с MTU описана в этой теме, например сайты http://www.mesh.com/ и http://www.yota.ru не открываются. В вебморде роутера MTU не изменяется. Пробывал разные значения MTU на всех подключенных сетевых картах и WiFi адаптерах: 1350, 1386, 1400,... в результате выставил везде - 1300.
В файл /usr/local/sbin/post-firewall надо вписать строку
iptables -A FORWARD -p tcp --syn -j TCPMSS --clamp-mss-to-pmtu
+
chmod +x /usr/local/sbin/post-firewall
flashfs save && flashfs commit
По вечерам наблюдается у yota традиционная проблема подключения, когда модем мигает желтым, после чего переходит в режим HHO. Поскольку это может продолжаться часами, пришлось позаимствовать скрипт перезапуска madwimax из _http://forum.yota2b.ru/viewtopic.php?f=8&t=39 .
Создаем /usr/local/sbin/pingyota.sh и помещаем в него следующий код:
#!/bin/sh
INTERVAL=120
PACKETS=5
TST=1
# We'll run this in the intervals given above
while [ $TST -eq 1 ] ;
do
sleep $INTERVAL
TARGET="94.25.208.252"
# TARGET="yota.ru"
# We'll ping as many times the $PACKETS variable tells, and test if we have connection:
RET=`ping -s 0 -c $PACKETS $TARGET 2>/dev/null | awk '/packets received/ {print $4}'`
# If we don't have connection, change the active WAN port (If there is any loss with multiple packets, it should change either)
if [ "$RET" == "0" ] || [ "$RET" == "" ] ; then
madwimax
# killall madwimax
TST=0
fi
done;
Переменная INTERVAL задает период проверки пинга, TARGET - адрес, который пингуем. Если пинга нет - инициализируем модем. Запуск madwimax приведет к тому, что модем проинициализируется и мигнет торцевым светодиодом, в то время как killall madwimax перезапустит драйвер без внешнего оповещения.
Следует помнить, что пинги у ёты могу быть очень большими, что в совершенно ненормально, но вечером обычно:
[admin@WL500 root]$ ping yota.ru
PING yota.ru (94.25.208.252): 56 data bytes
64 bytes from 94.25.208.252: seq=0 ttl=247 time=39580.572 ms
64 bytes from 94.25.208.252: seq=1 ttl=247 time=38659.919 ms
64 bytes from 94.25.208.252: seq=2 ttl=247 time=37729.646 ms
64 bytes from 94.25.208.252: seq=3 ttl=247 time=40609.671 ms
64 bytes from 94.25.208.252: seq=4 ttl=247 time=39659.223 ms
64 bytes from 94.25.208.252: seq=5 ttl=247 time=38661.279 ms
64 bytes from 94.25.208.252: seq=6 ttl=247 time=41444.161 ms
Величину INTERVAL следует подбирать в зависимости от того, на сколько отвратительно ёта работает в данном районе.
Делаем chmod +x /usr/local/sbin/pingyota.sh
Запуск pingyota.sh реализуем в скрипте /usr/local/sbin/post-boot добавив следующую строку (не забывая, что файл должен быть с атрибутом +x):
(while true; do pingyota.sh ; sleep 5; done )&
Проверяем результат
flashfs save && flashfs commit
reboot
Доброго дня. Давно не заходил на сайт, зашел и вижу новую прошивку от artp. Установил и о чудо, ссид меняется на @mezon.lt. Диод погас, а то нервировал чуток. Вчера весь вечер без падений, посмотрим мож вечно будет работать :).
Спасибо artp за прделаную работу.
А где в этой прошивке скрипты запуска лежат? Хочу добавить пинговалку...
http://code.google.com/p/wl500g/wiki/HookScripts
Basile, спасибо. Почитал и сделал. НО
Не понимаю... папки sbin в /usr/local нет. Создаю, делаю файлики post-boot, post-firewall и pingyota.sh. Чмодю, flashfs save, flashfs commit. Без проблем сохраняет. reboot ... После ребута не вижу папки /usr/local/sbin и файликов.
Как быть?
однократно
flashfs enabled
папки sbin в /usr/local нет. Создаю
Так и задумано, нужно ручками создавать
flashfs save, flashfs commit
лучше сразу так:
flashfs save && flashfs commit && flashfs enable && reboot
dlelikov
06-02-2010, 17:19
Ссылки не работают. Выложите пожалуйста WL500gpv2-1.9.2.7-d-r693-wmx2.trx.
А можно работающую ссылку на V1 для gP.
Grinmlenx
15-02-2010, 23:09
А можно работающую ссылку на V1 для gP.
http://slil.ru/28655705
подскажите ,как посмотреть уровень сигнала и bs id
cherneen
19-02-2010, 20:21
Подскажите, а можно ли в роутере с данной прошивкой задействовать сразу два свистка от самсунг? И если да, то нужно ли что то программить на нем и что именно?
Заранее благодарен.
не подскажете есть ли возможность получить поддержку WiMAX в WL-520GU ?
не подскажете есть ли возможность получить поддержку WiMAX в WL-520GU ?
Список устройств:
http://code.google.com/p/wl500g/downloads/list
Однако в основной ветке wimax в интерфейсе отключен. Надо пересобрать по инструкции http://code.google.com/p/wl500g/wiki/CompilingCustomFirmware , добавив пункт 4.2.1
cd /whatever-you-want/broadcom/src/
patch -p0 < ./gateway/rc/800-wimax.patch
evilmeat
24-02-2010, 18:37
А что нужно подрисовать для этой прошивки, чтобы заработал ёта-модем со статичным IP адресом ? Включается, регится, но инет не работает.
А что нужно подрисовать для этой прошивки, чтобы заработал ёта-модем со статичным IP адресом ? Включается, регится, но инет не работает.
Если вопрос о прошивке r693 - надо вписать в post-firewall правило
iptables -A FORWARD -p tcp --syn -j TCPMSS --clamp-mss-to-pmtu
Если о текущей, собранной с патчем - то ничего дополнительного не требуется.
Один вопрос - а разве ёта статические адреса выдает? Может быть реальный IP, но всё же динамический? В прошивках заложена работа с DHCP клиентом. Иначе надо брать прошивку из основной ветки и прописывать в скриптах руками связывание IP с wmx0.
привет всем,есть WL-500W с прошивой 1.9.2.7-d-r1222...можно ли собрать прошу,чтобы работала:
1)YOTA
2)DDNS (добился только прописыванием вручную)
3)проброс портов,чтобы можно было извне достучаться (Port Forwading там работает,но увы с пробросом не могу разобраться уже месяца 2-а,излазил форум вдоль и поперек,что я тока не делал)
плиизз народ подскажите,что делать?
Выкладываю прошивки с поддержкой Wimax в интерфейсе.
WL500gpv2-1.9.2.7-d-r1247 (http://narod.ru/disk/18238080000/WL500gpv2-1.9.2.7-d-r1247.zip.html)
WL500gp-1.9.2.7-d-r1247 (http://narod.ru/disk/18238069000/WL500gp-1.9.2.7-d-r1247.zip.html)
WL520gu-1.9.2.7-d-r1247 (http://narod.ru/disk/18238095000/WL520gu-1.9.2.7-d-r1247.zip.html)
WL500W-1.9.2.7-d-r1247 (http://narod.ru/disk/18251565000/WL500W-1.9.2.7-d-r1247.zip.html)
Реально проверена WL500gpv2. Остальные просто собраны по образцу.
evilmeat
24-02-2010, 22:41
Если вопрос о прошивке r693 - надо вписать в post-firewall правило
iptables -A FORWARD -p tcp --syn -j TCPMSS --clamp-mss-to-pmtu
Если о текущей, собранной с патчем - то ничего дополнительного не требуется.
Один вопрос - а разве ёта статические адреса выдает? Может быть реальный IP, но всё же динамический? В прошивках заложена работа с DHCP клиентом. Иначе надо брать прошивку из основной ветки и прописывать в скриптах руками связывание IP с wmx0.
Да, выдает. На корпоративные подключения.
Ниже ты выложил прошивки на основе билда 1247.
На них нужно что-нибудь добавлять для реальных ипов ?
Дело в том, что я ни одной готовой прошивки еще не встретил, чтобы работала с реальным. То есть втыкаешь ёту обычную с маскарадом - все ок, втыкаешь с реалом - не работает через роутер. Я так понимаю - по той причине, что на wimax интрфейсе дефолтгейтвеем пишется 172...???
Выкладываю прошивки с поддержкой Wimax в интерфейсе.
WL500gpv2-1.9.2.7-d-r1247.trx (http://narod.ru/disk/18221963000/WL500gpv2-1.9.2.7-d-r1247.trx.html) WL500gp-1.9.2.7-d-r1247.trx (http://narod.ru/disk/18223305000/WL500gp-1.9.2.7-d-r1247.trx.html) WL520gu-1.9.2.7-d-r1247.trx (http://narod.ru/disk/18224816000/WL520gu-1.9.2.7-d-r1247.trx.html)
Реально проверена WL500gpv2. Остальные просто собраны по образцу.
А можно такую же только для WL500W?плиизззз!
Выкладываю прошивки с поддержкой Wimax в интерфейсе.
WL500gpv2-1.9.2.7-d-r1247.trx (http://narod.ru/disk/18221963000/WL500gpv2-1.9.2.7-d-r1247.trx.html) WL500gp-1.9.2.7-d-r1247.trx (http://narod.ru/disk/18223305000/WL500gp-1.9.2.7-d-r1247.trx.html) WL520gu-1.9.2.7-d-r1247.trx (http://narod.ru/disk/18224816000/WL520gu-1.9.2.7-d-r1247.trx.html)
Реально проверена WL500gpv2. Остальные просто собраны по образцу.
Спасибо - работает!
А в чем разница от версии artp?
yota.ru и др. так же не открывается без правки MTU на клиентах.
evilmeat
25-02-2010, 10:35
Выкладываю прошивки с поддержкой Wimax в интерфейсе.
Реально проверена WL500gpv2. Остальные просто собраны по образцу.
на реальном ипе не работает.
Подскажите как исправить ситуацию.. На железке wl500gp стояла прошивка от энтузиастов и свисток самсунг с динамическими "прямыми" ip, все чудесно работало..
Но вот вчера перешли на тариф для юр. лиц и нам дали статичный прямой ip, и тут все перестало работать.. Модем мигает синим, типа все подключено, но железяка не раздает инет.. В чем может быть фокус?
evilmeat
25-02-2010, 11:13
Подскажите как исправить ситуацию.. На железке wl500gp стояла прошивка от энтузиастов и свисток самсунг с динамическими "прямыми" ip, все чудесно работало..
Но вот вчера перешли на тариф для юр. лиц и нам дали статичный прямой ip, и тут все перестало работать.. Модем мигает синим, типа все подключено, но железяка не раздает инет.. В чем может быть фокус?
Абсолютно то же самое.
Как я понял, пока что это дело работает только на прошивках от 4wimax.ru, только вот они хрен её выложат в свободный доступ :(
Господа линукс-монстры, ни у кого нет идей, как это пофиксить ?
пока что это дело работает только на прошивках от 4wimax.ru?
не работает, у меня есть железка от них, с ней тоже самое((
не работает, у меня есть железка от них, с ней тоже самое((
похоже что работает они какой-то там апдейт сделали "от 5 февраля 2010 года(Реализована поддержка статических IP адресов Yota) "
evilmeat
25-02-2010, 12:17
похоже что работает они какой-то там апдейт сделали "от 5 февраля 2010 года(Реализована поддержка статических IP адресов Yota) "
Именно.
Я пытался выдурить у них эту прошивку, они не ведутся :)
Именно.
Я пытался выдурить у них эту прошивку, они не ведутся :)
дело даже не в том, что не ведутся, я готов оплатить им перепрошивку, но ведь если я не живу в Питере, то это не возможно.. они ее не хотят высылать..
evilmeat
25-02-2010, 12:25
дело даже не в том, что не ведутся, я готов оплатить им перепрошивку, но ведь если я не живу в Питере, то это не возможно.. они ее не хотят высылать..
Они и в msk тоже.
shop-wimax.ru
тока прошивку они не вышлют ни под каким предлогом. Так и сказали "да вы шутите, завтра она в интернете будет гулять, а мы старались, исследовали, модифицировали."
Да не может быть, что ни у кого этого не возникало такой ситуации.. Гуру этой железки где же вы (((
evilmeat
25-02-2010, 12:34
Да не может быть, что ни у кого этого не возникало такой ситуации.. Гуру этой железки где же вы (((
Реально, очень мало людей пока, которые статику купили у ёты. Ёта её продает-то реально месяц а то и меньше.
KotikBSD
25-02-2010, 12:35
Ага, они старались... вот тока построена она наверняка на том же madwimax... автор тоже старался, но он же выложил :) Жадные они просто :(
Ага, они старались... вот тока построена она наверняка на том же madwimax... автор тоже старался, но он же выложил :) Жадные они просто :(
неужели не существует способа выгрузить/посмотреть прошивку которую они льют..
evilmeat
25-02-2010, 12:48
неужели не существует способа выгрузить/посмотреть прошивку которую они льют..
Для этого сначала нужно поиметь железку с этой прошивкой. а она стОит блин 3+ денег.
Абсолютно то же самое.
Как я понял, пока что это дело работает только на прошивках от 4wimax.ru, только вот они хрен её выложат в свободный доступ :(
Господа линукс-монстры, ни у кого нет идей, как это пофиксить ?
У меня завилось))
Что делал:
1) залил свежую прошивку http://code.google.com/p/wl500g/
2) залил дрова из аттача топика http://wl500g.info/showpost.php?p=29772&postcount=6 , через веб-морду выполнил В меню System Command набрать flashfs enable и нажать клавишу <ENTER>, потом набрать reboot и <ENTER>
3) зашел по телнет и дал команду ip route add default dev wimax0
все..
evilmeat
25-02-2010, 13:42
У меня завилось))
Что делал:
1) залил свежую прошивку http://code.google.com/p/wl500g/
2) залил дрова из аттача топика http://wl500g.info/showpost.php?p=29772&postcount=6 , через веб-морду выполнил В меню System Command набрать flashfs enable и нажать клавишу <ENTER>, потом набрать reboot и <ENTER>
3) зашел по телнет и дал команду ip route add default dev wimax0
все..
Респектище!
Только вот после ребута оно не сохранятеся.
Респектище!
Только вот после ребута оно не сохранятеся.
а вот эту строчку ip route add default dev wimax0
в post-firewall запихнуть попробуй...
а вот эту строчку ip route add default dev wimax0
в post-firewall запихнуть попробуй...
залезь телнетом, допиши в самом конце скрипта /opt/etc/madmax/event.sh эту строчку ip route add default dev wimax0, дай команду flashfs save && flashfs commit && flashfs enable && reboot
все, будет работать и после перезагрузок...
evilmeat
25-02-2010, 15:15
Спасибо огромное, все завелось.
Создал post-firewall, в него прописал команду.
только у меня девайс не wimax0, а wmx0.
Более того, уже сделал через ёту туннель ISA Site-to-Site, все запахало на ура.
Всем еще раз большое спасибо.
theMIROn
25-02-2010, 16:20
если ктонибудь предоставит доступ по ssh через подключение к провайдеру к своему роутеру с воткнутым свистком и нашей прошивкой, будет вам универсальный скрипт.
А можно такую же только для WL500W?плиизззз!
WL500W-1.9.2.7-d-r1247 (http://narod.ru/disk/18251565000/WL500W-1.9.2.7-d-r1247.zip.html)
Спасибо - работает!
А в чем разница от версии artp?
yota.ru и др. так же не открывается без правки MTU на клиентах.
Предполагалось, что эта версия не требует ничего дополнительного... Строка "iptables -A FORWARD -p tcp --syn -j TCPMSS --clamp-mss-to-pmtu" вшита в код этой прошивки, но не срабатывает (судя по всему это же было и на базе 693-й). Т.е. надо отлаживать.
В остальном - какие-то изменения в драйвере wimax (теперь при простое переходит в режим SLEEP), а также изменения со страницы http://code.google.com/p/wl500g/wiki/NEWS .
У меня завилось))
Что делал:
1) залил свежую прошивку http://code.google.com/p/wl500g/
2) залил дрова из аттача топика http://wl500g.info/showpost.php?p=29772&postcount=6 , через веб-морду выполнил В меню System Command набрать flashfs enable и нажать клавишу <ENTER>, потом набрать reboot и <ENTER>
3) зашел по телнет и дал команду ip route add default dev wimax0
все..
Драйвер madwimax и так входит в состав этой прошивки. Прошивка в этой ветке собрана с поддержкой web-интерфейса. Если на закладке IP Config - WiMAX выбрать "WiMAX autorun?" - No, то madwimax автоматически запускаться не будет. Зато сохранится возможность смотреть состояние Wimax на закладке Status & Log - WiMAX. В этом случае запускать его надо будет из скрипта командой:
/usr/sbin/madwimax -qof -e /tmp/madwimax.events -p /var/run/madwimax.pid -s /tmp/madwimax.log --ssid @yota.ru &
Параметр -e /tmp/madwimax.events в конечном счете приведет к запуску "udhcpc -i wmx0 -p /var/run/udhcpc10.pid -s /tmp/udhcp", соответственно для Static IP его указывать не надо.
В режиме "WiMAX autorun? - Yes", madwimax будет запускаться безусловно, а также безусловно будет попытка определения IP-адреса через DHCP.
Kirill_Kaa
25-02-2010, 21:29
прошивка на 520 не работает. Дало ошибку и мопедик издох. Достал эта 520ка :E
прошивка на 520 не работает. Дало ошибку и мопедик издох. Достал эта 520ка :E
прошился только что этой прошивкой - прекрасно работает))
ну единственно по простою модем засыпает
Joker008
26-02-2010, 10:48
ну единственно по простою модем засыпает
На чем это отражается,что он засыпает?Приходится передергивать или как то еще не правильно работает?Т.е. я хочу спросить,то что он засыпает как нибудь сказывается на качество использования?
WL500W-1.9.2.7-d-r1247 (http://narod.ru/disk/18251565000/WL500W-1.9.2.7-d-r1247.zip.html)
СПС буду тести!
На чем это отражается,что он засыпает?Приходится передергивать или как то еще не правильно работает?Т.е. я хочу спросить,то что он засыпает как нибудь сказывается на качество использования?
Похоже что он засыпает и не просыпается, State: NORMAL, а интернета нет. Помогает только reboot, ну или из розетки, и так каждые 15-20 минут. Пока откатился на 1.9.2.7-d-r693.
theMIROn
26-02-2010, 13:08
Параметр -e /tmp/madwimax.events в конечном счете приведет к запуску "udhcpc -i wmx0 -p /var/run/udhcpc10.pid -s /tmp/udhcp", соответственно для Static IP его указывать не надо.
а каким образом интересно тогда назначаются dns сервера, шлюз?
а каким образом интересно тогда назначаются dns сервера, шлюз?
Для Static IP - сейчас никак (на сколько я понимаю). Временно можно сделать скрипты с ifconfig, route. По-хорошему надо доделывать WEB-интерфейс.
theMIROn
26-02-2010, 13:46
Для Static IP - сейчас никак (на сколько я понимаю). Временно можно сделать скрипты с ifconfig, route. По-хорошему надо доделывать WEB-интерфейс.
т.е точно dns через dhcp не назначается?
т.е точно dns через dhcp не назначается?
Не точно. Проверить не на чем, что конкретно выдает йота для подключения не знаю. В любом случае при нынешнем автоматическом решении STATIC IP на йоте работать не будет.
theMIROn
26-02-2010, 14:04
мне это видится как протоколы wimax dhcp/wimax static в списке выбора протокола, в случае wimax static - и используются ip адреса.
перетряхивать патч нужно, отказываясь от мультивана совсем.
мне это видится как протоколы wimax dhcp/wimax static в списке выбора протокола, в случае wimax static - и используются ip адреса.
перетряхивать патч нужно, отказываясь от мультивана совсем.
Страница с настройками Wimax тоже есть. Если мультиван не нужен - то и её можно объединить с WAN/LAN. На сколько нужен мультиван - не знаю (у меня кроме йоты если только МТС...). В самый раз какой-нибудь опрос провести.
Если мультиван всё таки нужен - тогда все настройки на страницу с Wimax.
По патчу на первом месте сейчас iptables -A FORWARD -p tcp --syn -j TCPMSS --clamp-mss-to-pmtu (единственная проблема, которая не позволяет использовать прошивку с отключенной flashfs).
Кстати, не пора ли добавить в веб-интерфейс wshaper?
theMIROn
26-02-2010, 15:00
шейпинг планируется, но позже.
мультиван нужен, но так же не все сразу - нужно 100% работающее решение wimax.
шейпинг планируется, но позже.
мультиван нужен, но так же не все сразу - нужно 100% работающее решение wimax.
Тогда надо все настройки wimax сразу выносить на отдельную страницу или переработать управление мультиваном в целом. Комбинаций может быть много: ethernet/pptp, ethernet/wimax, wimax/pptp и пр.
Шейпинг привязан к конкретному интерфейсу (как минимум скорости канала). Возможно тут же и его место.
Тогда надо все настройки wimax сразу выносить на отдельную страницу или переработать управление мультиваном в целом. Комбинаций может быть много: ethernet/pptp, ethernet/wimax, wimax/pptp и пр.
Попал в точку! Мы просто не успеваем за пожеланиями, посему большая надежда была на artp, но что-то он запропал...
Vitaly_k
26-02-2010, 16:39
Тогда надо все настройки wimax сразу выносить на отдельную страницу или переработать управление мультиваном в целом. Комбинаций может быть много: ethernet/pptp, ethernet/wimax, wimax/pptp и пр.
А если будет комбинация wimax/wimax? Делать вторую закладку wimax?
И так для каждого типа соединения (WiMax, CDMA)? Уже четыре дополнительных закладки получается :)
Мне кажется, лучше сделать две полноценных универсальные закладки WAN1/WAN2 в которых можно настроить ЛЮБОЙ тип соединения, просто часть настроек будут доступны только при выборе соотв. типа соединения.
Попал в точку! Мы просто не успеваем за пожеланиями, посему большая надежда была на artp, но что-то он запропал...
Попробую в воскресенье посмотреть, почему не работает запись в iptables и что происходит с модемом при засыпании (заодно посмотрю, куда вписывать static ip).
И всё таки, как вывести то, что посылается на /dev/console?
И всё таки, как вывести то, что посылается на /dev/console?
Ты имеешь в виду не имеючи оной? Красивого решения не подскажу, но сделать симлинк на /dev/pts/X никто не мешает.
Похоже что он засыпает и не просыпается, State: NORMAL, а интернета нет. Помогает только reboot, ну или из розетки, и так каждые 15-20 минут. Пока откатился на 1.9.2.7-d-r693.
Проявление проблемы увидел, однако возможных вариантов тут два. Во-первых иногда подвисает сам модем - тогда реально поможет лишь полное отключение модема, а во втором случае достаточно в строку System Setup/system command написать команду madwimax или killall -TERM madwimax. Если связь появляется - проблему можно вылечить добавив скрипт pingyota.sh (см. ранее). В причине пока не разбирался.
Согласование MTU в прошивке реально добавляется, однако для того, чтобы это работало необходимо помимо "WiMAX autorun? - yes" указывать IP Config - WAN & LAN/WAN Connection Type: - wimax. Пишу данное сообщение при отключенной flashfs, однако yota.ru и пр. открываются.
Ты имеешь в виду не имеючи оной? Красивого решения не подскажу, но сделать симлинк на /dev/pts/X никто не мешает.
Относительно отладки в /rc. Вывод dprintf в syslog оказалось сделать элементарно. Есть и уже используется функция logmessage, которая именно туда и перенаправляет. Соответственно, делаем в shared/shutils.h вместо
#define cprintf(fmt, args...) do { \
...
вписываем
#define cprintf(fmt, args...) logmessage("DEBUG", fmt, ## args )
В /rc всё работает. Если где-то при компиляции в режиме -DDEBUG вылезет ошибка - надо добавить прототип.
Также заметил, что в svn лежат исходники с незаполненым $Id$. Чтобы включить прописывание даты, версии, и того, кто последним их положил надо для всех исходников (в каждой директории) запустить svn propset svn:keywords "Id" *.c *.h.
На закладке WAN/LAN выбираем Wimax, далее указываем Automatic IP - Yes/No, соответственно. После изменения параметров надо сразу нажать Save&Restart!
Где указывать Automatic IP - Yes/No, там же WAN Connection Type - Automatic IP?
а для wl500w прошивки для yota нет?
Отладочную - не делал. Сделаю только если не получу отзывы по 500gpv2 (постоянно на ней работать всё равно не стоит - syslog переполнится).
Ссылки на полноценную с DHCP см. ранее.
Boris2777
01-03-2010, 09:38
Отладочную - не делал. Сделаю только если не получу отзывы по 500gpv2 (постоянно на ней работать всё равно не стоит - syslog переполнится).
Ссылки на полноценную с DHCP см. ранее.
А эту можно как постоянную юзать?
http://narod.ru/disk/18251565000/WL500W-1.9.2.7-d-r1247.zip.html
WAN Connection Type - wimax, Automatic IP - Yes для DHCP, No для static ip. В последнем случае прописываем ip-адреса.
(перед глазами интерфейса нет - мог что-нибудь указать неточно)
Из SLEEP переходит в NORMAL, меняет базовые станции (слабый сигнал), пока работает.
Оставил на "WAN Connection Type - WIMAX". Когда ставишь Get IP automatically? - "yes", то после нажатия "Apply" опять слетает на "No".
p.s. IP динамический.
А эту можно как постоянную юзать?
http://narod.ru/disk/18251565000/WL500W-1.9.2.7-d-r1247.zip.html
Да, при включении на странице Wimax - on и WAN/LAN / WAN Connection Type - wimax. Также желательно подключить pingyota.sh (см. ранее).
Из SLEEP переходит в NORMAL, меняет базовые станции (слабый сигнал), пока работает.
Оставил на "WAN Connection Type - WIMAX". Когда ставишь Get IP automatically? - "yes", то после нажатия "Apply" опять слетает на "No".
p.s. IP динамический.
Не надо нажимать "Apply"!!!! Это проблема в javascript, которую еще надо устранять. Сразу Finish/Save&Restart!!!!!
Offtopic:
Также заметил, что в svn лежат исходники с незаполненым $Id$. Чтобы включить прописывание даты, версии, и того, кто последним их положил надо для всех исходников (в каждой директории) прописать svn propset svn:keywords "Id" *.c *.h.
Это осталось от ASUS, мы этой фичей не пользуемся, а везде править - нафиг.
Столкнулся с тем, что поправить что-либо в веб-интерфейсе довольно сложно, поскольку сейчас скрипты в плане структуры сильно напоминают помойку....
По веб-интерфейсу неплохо бы провести чистку на соответствие стандарту (css, html) и, самое главное, разобраться с JavaScript (на себя не беру).
Да вот никому неохота ковыряться в китайской помойке :rolleyes:
Вот и лазим туда по минимуму...
Прошивки с поддержкой Wimax в интерфейсе
Маршрутизаторы: ASUS WL500gpv2, WL500gp, WL500W, WL520gu, WL520gx. Перед использованием распаковать.
Внимание! поддерживаются модемы Samsung SWC-U200 и SWC-E100!
Для начала работы необходимо на странице IP Config - WAN & LAN указать WAN Connection Type: - WIMAX.
Параметры настройки IP Config - WiMAX (не обязательные).
SSID - идентификатор Wimax-сети. По-умолчанию настроено @yota.ru, т.е. Ready for Yota.
Для использования с провайдером Mezon необходимо указать @mezon.lt
Сomstar - логин:пароль@wimax.comstar-uts.ru
Check connection - проверка соединения периодической отправкой серии пакетов ping по адресу шлюза провайдера. Время обращения пакетов отображается на странице Status & Log - WiMAX. Возможно добавление скрипта для обеспечения реакции на отсутствие соединенния - /usr/local/sbin/post-check-connection. Параметр $1 - имя wimax-интерфейса.
Time period, sec - период запуска проверки в секундах.
Restart dead connection - позволяет принудительно перезагружать wimax-соединения (kill madwimax.pid) в случае, если проверка соединения завершилась ошибкой. На нестабильных каналах позволяет поддерживать модем в активном состоянии.
Текущая стабильная версия (http://code.google.com/p/wl500g/downloads/list).
Гаджет для отображения состояния Wimax в Windows Vista/Windows 7: http://forum.yotatester.ru/showthread.php?t=1662
Yota Firefox Add-on: http://forum.yotatester.ru/showthread.php?t=1691
....
1445. Отличия от 1351:
Силами theMIROn переделана логика создания интерфейсов wimax.
Подключена асинхронная схема обработки событий (время работы udhcpc на плохом канале wimax не влияет работу прочих служб).
Реализована реакция на кнопки веб-интерфейса Disconnect/Connect с соответствующим корректным восстановлением соединения.
Изменены имена переменных nvram. См. http://code.google.com/p/wl500g/source/browse/trunk/shared/flash.default?spec=svn1429&r=1429 секцию __CONFIG_MADWIMAX__. Настройки для WIMAX с предыдущих прошивок необходимо повторить.
1351. Отличия от 1308:
По умолчанию режим Check connection отключен.
Добавлена возможность отключить перезагрузку madwimax в случае, если ping не проходит.
Добавлена возможность установить интервал между пингами (не менее 30 секунд). Время прохождения пакетов выводится в веб-интерфейсе.
Для желающих видеть в syslog.log сообщения о принудительной перезагрузке madwimax сделана nvram переменная wmx_chk_log(в 1430 - wan_wimax_syslog). Команда nvram set wmx_chk_log=1 включит вывод . Отключить - nvram unset wmx_chk_log. Внимание: большой поток сообщений в syslog.log в течение длительного времени может привести к переполнению.
Появилась возможность сделать свой скрипт обработки ситуации непрохождения пинга шлюза провайдера. /usr/local/sbin/post-check-connection $IFNAME. Единственный параметр - имя интерфейса.
1308. Отличия от 1247:
Всё управляется через WAN Connection Type. Autorun WIMAX убран.
Расширена информация по WIMAX. Появилась возможность посмотреть версию прошивки модема. Выдаются времена ping до ближайшего шлюза провайдера (опрос раз в минуту – можно отключить из интерфейса).
Ничего дополнительного настраивать не надо (ни pingyota, ни iptables). Если такие дополнения были сделаны надо либо отключить в скриптах, либо выполнить команду flashfs disable.
Теоретически должна работать поддержка Yota + STATIC IP.
Сохранена возможность настроить SSID. Значение @yota.ru вписано по умолчанию. Для провайдера mezon.lt вписываем SSID: @mezon.lt .
Просьба перед тем, как писать, что прошивка не работает или работает нестабильно, убедиться в том, что модем samsung u200 в данное время и в данном месте способен работать иначе. Для этого лучше всего использовать драйверы Yota Access для Windows.
----------------------------------------------------------------------------
Текущее развитие
Промежуточные рабочие прошивки: ftp://core.dumped.ru/wl/
Перечень задач, к решению которых можно присоединиться:
http://wl500g.info/showpost.php?p=188435&postcount=248
----------------------------------------------------------------------------
Известные проблемы на данный момент:
Зависание модема. Возможные способы устранения - вытащить модем из USB-порта и вставить обратно, либо отключить питание маршрутизатора.
Варианты возможной доработки прошивки:
Выявить причину зависания в драйвере madwimax
Использовать программу управление питанием внешними USB-хабами hub-ctrl и через них производить аппаратную перезагрузку модема.
----------------------------------------------------------------------------
Прежние прошивки с поддержкой Wimax в интерфейсе
ftp://core.dumped.ru/wl/1445/
ftp://core.dumped.ru/wl/1351/
ftp://core.dumped.ru/wl/1308/
(обновленная сборка на основе патча от artp)
Маршрутизаторы: ASUS WL500gpv2, WL500gp, WL520gu, WL500W
WL500gpv2-1.9.2.7-d-r1247 (http://narod.ru/disk/18238080000/WL500gpv2-1.9.2.7-d-r1247.zip.html)
WL500gp-1.9.2.7-d-r1247 (http://narod.ru/disk/18238069000/WL500gp-1.9.2.7-d-r1247.zip.html)
WL520gu-1.9.2.7-d-r1247 (http://narod.ru/disk/18238095000/WL520gu-1.9.2.7-d-r1247.zip.html)
WL500W-1.9.2.7-d-r1247 (http://narod.ru/disk/18251565000/WL500W-1.9.2.7-d-r1247.zip.html)
* из веб-интерфейса доступен только DHCP режим
На странице IP Config - WiMAX выбираем WiMAX autorun? - yes
На странице IP Config - WAN & LAN выбираем WAN Connection Type: - wimax.
----------------------------------------------------------------------------
Дополнительные рекомендации к прошивкам 1247
Полезный скрипт, позволяющий автоматически передергивать wimax соединение. (позаимствован из _http://forum.yota2b.ru/viewtopic.php?f=8&t=39 ).
Включаем flashfs командой flashfs enable
Вписываем содержимое pingyota.zip в /usr/local/sbin/pingyota.sh.
Переменная INTERVAL задает период проверки пинга, TARGET - адрес, который пингуем. Если пинга нет - инициализируем модем. Запуск madwimax приведет к тому, что модем проинициализируется и мигнет торцевым светодиодом, в то время как killall madwimax перезапустит драйвер без внешнего оповещения.
Величину INTERVAL следует подбирать в зависимости от того, на сколько отвратительно ёта работает в данном районе.
Делаем chmod +x /usr/local/sbin/pingyota.sh
Запуск pingyota.sh реализуем в скрипте /usr/local/sbin/post-boot добавив следующую строку (не забывая, что файл должен быть с атрибутом +x):
(while true; do pingyota.sh ; sleep 5; done )&
Проверяем результат
flashfs save && flashfs commit
reboot
----------------------------------------------------------------------------
Самостоятельная пересборка прошивки
Общая инструкция: http://code.google.com/p/wl500g/wiki/CompilingCustomFirmware.
Для версии в svn ранее 1308 надо добавить пункт 4.2.1 и выполнить следующие команды:
cd /whatever-you-want/broadcom/src/
patch -p0 < ./gateway/rc/800-wimax.patch
Тема по данной тематике на форуме yotatester:
http://forum.yotatester.ru/showthread.php?t=3079
PS: проблемы Yota решаются переходом к другому провайдеру....
Offtopic:
Offtopic:
Изменил shared/shutils.h так, что проблем с компиляцией для вывода в syslog не возникает, однако при сборке httpd с -DDEBUG отваливается поддержка usb. Есть ли какая связь между syslog и httpd?
#include <syslog.h>
#define cprintf(fmt, args...) do { \
char buf[512]; \
snprintf( buf, sizeof(buf), fmt, ## args ); \
openlog("DEBUG", 0, 0); \
syslog(0, buf); \
closelog(); \
} while (0)
вместо предыдущей #define cprintf(fmt, args...)...
theMIROn
02-03-2010, 09:13
во первых я бы вот так реализовал
#include <syslog.h>
#include <stdarg.h>
#define cprintf(fmt, args...) do { \
openlog("DEBUG", LOG_CONS | LOG_PID, 0); \
vsyslog(LOG_DEBUG, fmt, args); \
closelog(); \
} while (0)
а во вторых, нужно глядеть в usb подсистему в rc, что включается вместе с DEBUG
cherneen
02-03-2010, 10:57
У меня отлично стала и работает последняя прошивка с включенной поддержкой йоты.
Единственно вопрос про скрпит pingyota.sh
Что-то найти его не могу в этой ветке. Можно ли обновить первый пост? и добавить туда последние данные? Думаю, что всем было бы удобнее.
Заранее спасибо
У меня отлично стала и работает последняя прошивка с включенной поддержкой йоты.
Единственно вопрос про скрпит pingyota.sh
Что-то найти его не могу в этой ветке. Можно ли обновить первый пост? и добавить туда последние данные? Думаю, что всем было бы удобнее.
Заранее спасибо
pingyota.sh
Автор первого поста пропал. Я его обновить точно не могу.
theMIROn
02-03-2010, 11:32
Автор первого поста пропал. Я его обновить точно не могу.
вроде неплохо выходит.
нужно бы еще пока избавится от priority, убрать логику wimax autorun из интерфейса, autorum == (proto == wimax)
так же избвиться от костылей в update_resolv, в dnsmasq.conf можно одновременно задавать несколько resolv-file ;)
вроде неплохо выходит.
нужно бы еще пока избавится от priority, убрать логику wimax autorun из интерфейса, autorum == (proto == wimax)
так же избвиться от костылей в update_resolv, в dnsmasq.conf можно одновременно задавать несколько resolv-file ;)
Точно не нужна priority?
Соответственно, страницу WiMAX на удаление, а параметр SSID: на страницу WAN & LAN в раздел Wimax?
По всему остальному - по мере возможностей. К сожалению, время есть только по выходным - не студент таки :) .
Также хочу заметить, что очень много времени уходит на технологические вещи: разобраться как собирать, как отлаживать, обнаруживаются всякие нехорошие взаимные влияния исходников, подвисает после перешивки рутер, рутер не подвисает, но перестает писать файлы и пр. И само собой незнакомая платформа и исходники, которые в первый раз видишь :o
Пока глаз у меня не замылился, предлагаю наметить FAQ по темам:
реанимация рутера (сейчас на это уходит до часа...)
вывод отладочной информации
сборка прошивки для нескольких платформ (какую часть пересобирать, а какая неизменная)
структура /rc и механизм запуска
таблица соответствия переменных nvram атрибутам модели документа js и их назначение
Последний пункт в принципе может позволить привлечь веб-дизайнеров. Мало кто из них решится добровольно копаться в c-программах /rc.
По структуре /rc - с одной стороны можно конечно разобраться по коду, но с другой - если всё разложено, легче понять сторонему человеку.
Не надо нажимать "Apply"!!!! Это проблема в javascript, которую еще надо устранять. Сразу Finish/Save&Restart!!!!!
В скрипте, по-моему, кое-что забыли добавить. Может так будет работать - не проверял, у меня прошивка без wimax.
theMIROn
03-03-2010, 23:17
Точно не нужна priority?
без мультивана - вообще вредна.
Соответственно, страницу WiMAX на удаление, а параметр SSID: на страницу WAN & LAN в раздел Wimax?
похоже на то, отдельным полем по типу additional pppd options
Разложенного фака по rc нет, только код, к сожалению.
А в реанимации помогает заготовленная рабочая прошивка + tftp + распаянная консоль. Не нужно ее бояться :)
Соответственно, страницу WiMAX на удаление, а параметр SSID: на страницу WAN & LAN в раздел Wimax?
похоже на то, отдельным полем по типу additional pppd options
А мне кажется лучше оставить отдельно, для упрощения сборки прошивки БЕЗ wimax'а.
Хотя, если кто-нибудь придумает/сделает более красивый метод подготовки веб-морды для инсталляции, то почему бы и нет.
День добрый.
Сразу, спасибо всем за труды!
Вот только у меня что-то никак не клеится + к этому, еще ничего толком не понимаю в юнихах.
Ситуация следущая:
Установил новую прошивку. Модем начинает конектиться... долго-долго (это нормально, т.к. БС в Шереметьево очень загружена) но когда наконец поднимает связь, через пару секунд ее рвет и начинаются новые попытки соединиться.
Самое противное что я из-за отсутствия инета не могу поставить ни ipkg, ни MC, а как по другому создать и отредактировать pingyota.sh я не знаю.
С чем моя проблема может быть связана?
WL-500gP v1
В скрипте, по-моему, кое-что забыли добавить. Может так будет работать - не проверял, у меня прошивка без wimax.
Спасибо, действительно так работает лучше. :rolleyes:
Ситуация следущая:
Установил новую прошивку. Модем начинает конектиться... долго-долго (это нормально, т.к. БС в Шереметьево очень загружена) но когда наконец поднимает связь, через пару секунд ее рвет и начинаются новые попытки соединиться.
Самое противное что я из-за отсутствия инета не могу поставить ни ipkg, ни MC, а как по другому создать и отредактировать pingyota.sh я не знаю.
С чем моя проблема может быть связана?
WL-500gP v1
Судя по описанию - традиционная вечерняя проблема йоты. Аналогичное поведение должно быть с "родными" драйверами под Windows. Надо проверить подключение часов в 7 утра.
Скрипт pingyota.sh здесь не поможет. Его назначение передёргивать соединение в том случае, если номинально оно есть, но данные не передаются (это для йоты тоже нормально). MC для прописывания скрипта вообще не нужен. Есть cat > /usr/local/sbin/pingyota.sh + CTRL+C/CTRL+V из Windows в консоль telnet.
Решать проблему по-моему надо звонками в техподдержку йоты. Не факт, что поможет, но хоть без дела сидеть не будут.
А мне кажется лучше оставить отдельно, для упрощения сборки прошивки БЕЗ wimax'а.
Хотя, если кто-нибудь придумает/сделает более красивый метод подготовки веб-морды для инсталляции, то почему бы и нет.
Уважаемые ключевые разработчики, примите принципиальное решение на счет того, как версия с wimax должна соотноситься с основной версией прошивки!
Мне как пользователю интересна прошивка, которую можно залить в маршрутизатор, воткнуть модем, минимально настроить и начать работать. Именно по этому пути я сейчас и предполагаю двигаться.
С другой стороны, сейчас добавлена поддержка лишь одного модема, который будет популярен до тех пор, пока не начнут продавать нормальные недорогие Ethernet-Wimax модемы (с учетом устаревания ранее проданных самсунгов). Т.е. в нынешнем виде, надо полагать, решение просуществует пару лет.
Теперь технические вопросы, над которыми планирую заняться в ближайшие выходные:
Как я понял, update_resolv был изменен под идеи мультивана. Для Wimax как такового можно вернуть к базовой реализации. Как вариант - перевести dnsmasq на опцию conf-dir=/etc/dnsmasq.d, и в директории /etc/dnsmasq.d заводить на каждый интерфейс свои файлы спецификации со своими DNS.
Скрипт pingyota для передёргивания соединения неплохо бы вшить в код (по крайней мере для йоты). Возможно оставлю скриптом, но добавлю в сборку. В качестве хоста-получателя планирую использовать маршрутизатор провайдера (может быть стоит сделать поле для ввода в разделе Wimax). Актуальна ли проблема проверки канала для других интерфейсов? (можно куда-нибудь писать статистику по задержкам).
Что всё таки делать со страницей Wimax? объединять или наоборот вырезать со страницы WAN & LAN прототип Wimax? (для пользователей это будет странно).
Нужно ли выделять изменения в патч (опять же разойдутся версии)? И ставить ли условную компиляцию на Wimax?
А мне кажется лучше оставить отдельно, для упрощения сборки прошивки БЕЗ wimax'а.
Хотя, если кто-нибудь придумает/сделает более красивый метод подготовки веб-морды для инсталляции, то почему бы и нет.
Уважаемые ключевые разработчики, примите принципиальное решение на счет того, как версия с wimax должна соотноситься с основной версией прошивки!
Мне как пользователю интересна прошивка, которую можно залить в маршрутизатор, воткнуть модем, минимально настроить и начать работать. Именно по этому пути я сейчас и предполагаю двигаться.
С другой стороны, сейчас добавлена поддержка лишь одного модема, который будет популярен до тех пор, пока не начнут продавать нормальные недорогие Ethernet-Wimax модемы (с учетом устаревания ранее проданных самсунгов). Т.е. в нынешнем виде, надо полагать, решение просуществует пару лет.
Теперь технические вопросы, над которыми планирую заняться в ближайшие выходные:
Как я понял, update_resolv был изменен под идеи мультивана. Для Wimax как такового можно вернуть к базовой реализации. Как вариант - перевести dnsmasq на опцию conf-dir=/etc/dnsmasq.d, и в директории /etc/dnsmasq.d заводить на каждый интерфейс свои файлы спецификации со своими DNS.
Скрипт pingyota для передёргивания соединения неплохо бы вшить в код (по крайней мере для йоты). Возможно оставлю скриптом, но добавлю в сборку. В качестве хоста-получателя планирую использовать маршрутизатор провайдера (может быть стоит сделать поле для ввода в разделе Wimax). Актуальна ли проблема проверки канала для других интерфейсов? (можно куда-нибудь писать статистику по задержкам).
Что всё таки делать со страницей Wimax? объединять или наоборот вырезать со страницы WAN & LAN прототип Wimax? (для пользователей это будет странно).
Нужно ли выделять изменения в патч (опять же разойдутся версии)? И ставить ли условную компиляцию на Wimax?
Уважаемые ключевые разработчики, примите принципиальное решение на счет того, как версия с wimax должна соотноситься с основной версией прошивки!
Есть согласованное желание включить поддержку Wimax основную ветку. Но вместе с тем очень бы хотелось, чтобы оставалась возможность кастомной сборки без оного, для желающих.
Как я понял, update_resolv был изменен под идеи мультивана. Для Wimax как такового можно вернуть к базовой реализации. Как вариант - перевести dnsmasq на опцию conf-dir=/etc/dnsmasq.d, и в директории /etc/dnsmasq.d заводить на каждый интерфейс свои файлы спецификации со своими DNS.
Мультиван это замечательно, мы опять же обеими руками ЗА, но очень не хотелось бы остановиться на пол-пути(когда старое уже не работает, а новое еще не работает). Посему theMIROn и написал, что мультиван для начала можно проигнорировать.
Скрипт pingyota для передёргивания соединения неплохо бы вшить в код (по крайней мере для йоты). Возможно оставлю скриптом, но добавлю в сборку.
не знаю насколько это актуально, IMHO скрипт.
Что всё таки делать со страницей Wimax? объединять или наоборот вырезать со страницы WAN & LAN прототип Wimax? (для пользователей это будет странно).
Т.к. в текущем интерфейсе никак не реализована возможность сокрытия разделов, я бы оставил как сейчас есть в транке - прототип Wimax в WAN & LAN, а конкретные параметры модема на отдельной странице.
Нужно ли выделять изменения в патч (опять же разойдутся версии)? И ставить ли условную компиляцию на Wimax?
Нет, готовое решение мы вольём в транк, патч был оставлен исключительно ради напоминалки. Безусловно, желаетельны #ifdef __CONFIG_WIMAX__ если код относится только к вимаксу.
Уважаемые ключевые разработчики, примите принципиальное решение на счет того, как версия с wimax должна соотноситься с основной версией прошивки!
Есть согласованное желание включить поддержку Wimax основную ветку. Но вместе с тем очень бы хотелось, чтобы оставалась возможность кастомной сборки без оного, для желающих.
Как я понял, update_resolv был изменен под идеи мультивана. Для Wimax как такового можно вернуть к базовой реализации. Как вариант - перевести dnsmasq на опцию conf-dir=/etc/dnsmasq.d, и в директории /etc/dnsmasq.d заводить на каждый интерфейс свои файлы спецификации со своими DNS.
Мультиван это замечательно, мы опять же обеими руками ЗА, но очень не хотелось бы остановиться на пол-пути(когда старое уже не работает, а новое еще не работает). Посему theMIROn и написал, что мультиван для начала можно проигнорировать.
Скрипт pingyota для передёргивания соединения неплохо бы вшить в код (по крайней мере для йоты). Возможно оставлю скриптом, но добавлю в сборку.
не знаю насколько это актуально, IMHO скрипт.
Что всё таки делать со страницей Wimax? объединять или наоборот вырезать со страницы WAN & LAN прототип Wimax? (для пользователей это будет странно).
Т.к. в текущем интерфейсе никак не реализована возможность сокрытия разделов, я бы оставил как сейчас есть в транке - прототип Wimax в WAN & LAN, а конкретные параметры модема на отдельной странице.
Нужно ли выделять изменения в патч (опять же разойдутся версии)? И ставить ли условную компиляцию на Wimax?
Нет, готовое решение мы вольём в транк, патч был оставлен исключительно ради напоминалки. Безусловно, желаетельны #ifdef __CONFIG_WIMAX__ если код относится только к вимаксу.
Судя по описанию - традиционная вечерняя проблема йоты. Аналогичное поведение должно быть с "родными" драйверами под Windows. Надо проверить подключение часов в 7 утра.
...
Решать проблему по-моему надо звонками в техподдержку йоты. Не факт, что поможет, но хоть без дела сидеть не будут.
Спасибо за ответ, но к сожалению нет!
Я и сейчас и все это время, уже больше полугода, сижу на Олеговской прошивке WL500gp-1.9.2.7-10 + драйвер MadWimax yota-wl500gp.tar.gz
Проблем конечно хватает, например в рабочее время передергивать модем можно в течении получаса, пока соединится, но впринципе работает и не так часто рвется... 1-2 раза в сутки.
С этой прошивкой вся гадость ситуации и состоит в том что полчаса он моргает сам, передергивать не надо, но когда он, наконец соединится, то, видимо, в поисках чего-то другого ;) сразу рвет соединение и начинает попытки заново, как будто он не увидел синюю лампочку. Как пример с Олеговсокй прошивкой инет не падал со вчерашнего утра и до сих пор...
Спасибо за ответ, но к сожалению нет!
С этой прошивкой вся гадость ситуации и состоит в том что полчаса он моргает сам, передергивать не надо, но когда он, наконец соединится, то, видимо, в поисках чего-то другого ;) сразу рвет соединение и начинает попытки заново, как будто он не увидел синюю лампочку. Как пример с Олеговсокй прошивкой инет не падал со вчерашнего утра и до сих пор...
На самом модеме стоит последняя прошивка? В драйвере madwimax какие-то изменения были, но здесь ничего сказать не могу. У меня подобные проявления бывают только в случае перегрузки сети, но они одинаковы при любой прошивке маршрутизатора. Если модем подключается, но доступа в интернет нет, а через некоторое время (не сразу) он отключался, то обычно причина в том, что йота не выдает адрес.
Рекомендую проверить в то время, когда подключение точно должно быть, чтобы исключить случайный фактор.
Есть согласованное желание включить поддержку Wimax основную ветку. Но вместе с тем очень бы хотелось, чтобы оставалась возможность кастомной сборки без оного, для желающих.
Выкладываю обновления для тестирования. Изменения для пользователей следующие:
Autorun WIMAX убран – всё управляется через WAN Connection Type.
Расширена информация по WIMAX. Появилась возможность посмотреть версию прошивки модема, выдаются времена ping до ближайшего шлюза провайдера (опрос раз в минуту – можно отключить из интерфейса).
Наконец не надо ничего дополнительного настраивать (ни pingyota, ни iptables)
Пока версия с выводом отладочной информации в /tmp/syslog.log (много изменений). WL500gpv2-1.9.2.7-debug-r1291 (http://narod.ru/disk/18539794000/WL500gpv2-1.9.2.7-debug-r1291.zip.html)
************************************************** ******
Информация для разработчиков.
Принципиально изменена логика запуска madwimax. Сейчас start_wan() стартует так, как и должна – один раз при загрузке маршрутизатора. Прочие «костыли» удалены. Все wan-ы запускаются в общем цикле, а если среди них есть ван с прототипом wimax – будет запущен madwimax с соответствующим wan%d. Для этого изменен madwimax.
Соответственно, когда появится событие if-up для созданного wimax-интерфейса – тогда и запускается wan_up. Если wimax не выбран – madwimax автоматически запущен не будет.
update_resolvconf возвращена к исходному виду за исключением количества параметров. Оставлено как шаг на пути к мультивану.
Исправлены некоторые ошибки в rc/wimax.c.
Добавлен скрипт проверки соединения (создается в wimax.c). Информация о времени передачи пакетов выводится на странице Status & Log – WiMAX. Можно отключить проверку (раз в минуту) на странице IP Config – WiMAX – «Check connection?».
Исходники разграничены по __CONFIG_WIMAX__, соответствующие изменения в Makefile-ы внесены. Прилагаю (если что забыл - выложу).
Для dnsmasq неплохо бы проверить возможность работы в режиме директории с концигурациями conf-dir=/etc/dnsmasq.d, каждый файл конфигурации в которой будет имеет своё ограничение на interface и, соответственно, свой resolv.conf. К сожалению проверить мультиван мне не на чем (кроме йоты больше ничего нет).
В rc/wimax добавлена функция update_nvram_wmx, которая копирует переменные для отображения на странице Status & Log - WiMAX. Сделано также на будущее, чтобы при появлении мультивана не выдавать параметры wan0.
Надеюсь, что исходники вполне соответствуют требованиям для включения в svn, так как синхронизировать версии надоело :rolleyes:.
Есть согласованное желание включить поддержку Wimax основную ветку. Но вместе с тем очень бы хотелось, чтобы оставалась возможность кастомной сборки без оного, для желающих.
Выкладываю обновления для тестирования. Изменения для пользователей следующие:
Autorun WIMAX убран – всё управляется через WAN Connection Type.
Расширена информация по WIMAX. Появилась возможность посмотреть версию прошивки модема, выдаются времена ping до ближайшего шлюза провайдера (опрос раз в минуту – можно отключить из интерфейса).
Наконец не надо ничего дополнительного настраивать (ни pingyota, ни iptables)
Пока версия с выводом отладочной информации в /tmp/syslog.log (много изменений). WL500gpv2-1.9.2.7-debug-r1291 (http://narod.ru/disk/18539794000/WL500gpv2-1.9.2.7-debug-r1291.zip.html)
************************************************** ******
Информация для разработчиков.
Принципиально изменена логика запуска madwimax. Сейчас start_wan() стартует так, как и должна – один раз при загрузке маршрутизатора. Прочие «костыли» удалены. Все wan-ы запускаются в общем цикле, а если среди них есть ван с прототипом wimax – будет запущен madwimax с соответствующим wan%d. Для этого изменен madwimax.
Соответственно, когда появится событие if-up для созданного wimax-интерфейса – тогда и запускается wan_up. Если wimax не выбран – madwimax автоматически запущен не будет.
update_resolvconf возвращена к исходному виду за исключением количества параметров. Оставлено как шаг на пути к мультивану.
Исправлены некоторые ошибки в rc/wimax.c.
Добавлен скрипт проверки соединения (создается в wimax.c). Информация о времени передачи пакетов выводится на странице Status & Log – WiMAX. Можно отключить проверку (раз в минуту) на странице IP Config – WiMAX – «Check connection?».
Исходники разграничены по __CONFIG_WIMAX__, соответствующие изменения в Makefile-ы внесены. Прилагаю (если что забыл - выложу).
Для dnsmasq неплохо бы проверить возможность работы в режиме директории с концигурациями conf-dir=/etc/dnsmasq.d, каждый файл конфигурации в которой будет имеет своё ограничение на interface и, соответственно, свой resolv.conf. К сожалению проверить мультиван мне не на чем (кроме йоты больше ничего нет).
В rc/wimax добавлена функция update_nvram_wmx, которая копирует переменные для отображения на странице Status & Log - WiMAX. Сделано также на будущее, чтобы при появлении мультивана не выдавать параметры wan0.
Надеюсь, что исходники вполне соответствуют требованиям для включения в svn, так как синхронизировать версии надоело :rolleyes:.
Надеюсь, что исходники вполне соответствуют требованиям для включения в svn, так как синхронизировать версии надоело :rolleyes:.
Сейчас посмотрим, надо еще раз проверить. Как смогу - залью. Косметику, типа include "bcmconfig.h" вместо правки Makefile в httpd, сделаю сам.
P.S. Вроде у нас не так стремительно менялся rc+httpd чтобы задолбаться накладывать патч...
theMIROn
07-03-2010, 16:11
Autorun WIMAX убран – всё управляется через WAN Connection Type.
Чудно, мне нравится )
Расширена информация по WIMAX. Появилась возможность посмотреть версию прошивки модема, выдаются времена ping до ближайшего шлюза провайдера (опрос раз в минуту – можно отключить из интерфейса).
Пинг шлюза - это более общая функция, которая, н-р и при pptp/l2tp/pppoe была бы, поэтому место опции - на wan странице, для всех протоколов.
Принципиально изменена логика запуска madwimax. Сейчас start_wan() стартует так, как и должна – один раз при загрузке маршрутизатора. Прочие «костыли» удалены. Все wan-ы запускаются в общем цикле, а если среди них есть ван с прототипом wimax – будет запущен madwimax с соответствующим wan%d. Для этого изменен madwimax.
немного некорректно, демаю следует добавить еще один чанк кода с проверкой на протокол wimax, и просто использовать соответствующее _ifname.
update_resolvconf возвращена к исходному виду за исключением количества параметров. Оставлено как шаг на пути к мультивану.пусть будет, еще бы переименовать priority в metric.
иначе так и тянет начать нумерацию с 1цы
В rc/wimax добавлена функция update_nvram_wmx, которая копирует переменные для отображения на странице Status & Log - WiMAX. Сделано также на будущее, чтобы при появлении мультивана не выдавать параметры wan0.
имхо сейчас лишнее, дублировать ip/mask/gateway/dns на страницу wimax status незачем. во всяком случае с сегодняшним web интерфейсом.
theMIROn
Первый вариант я уже залил в svn - r1300. Чуть чуть не дождался твоих комментариев...
rss - проверяем и фиксим все вместе :)
Все wan-ы запускаются в общем цикле, а если среди них есть ван с прототипом wimax – будет запущен madwimax с соответствующим wan%d. Для этого изменен madwimax.думаю следует добавить еще один чанк кода с проверкой на протокол wimax, и просто использовать соответствующее _ifname.
Я согласен с Владом.
Пинг шлюза - это более общая функция, которая, н-р и при pptp/l2tp/pppoe была бы, поэтому место опции - на wan странице, для всех протоколов.
спрашивал же, куда её вставлять.... Сейчас скрипт, который её реализует закрывает madwimax (через kill). Кроме того, строка результата пинга используется для отображения параметров на Status & Log - WiMAX. Выносить на страницу состояния для всех ванов? Что делать с возможным мультиваном - пинговать же надо каждый канал?
И, кстати, схема создания скрипта из программы годится для использования?
немного некорректно, демаю следует добавить еще один чанк кода с проверкой на протокол wimax, и просто использовать соответствующее _ifname.
Зато все функции, в которых есть проверка на "wanXXXXXXXXXX_" автоматически работают. Кроме того, может возникнуть вопрос о том, что делать, если вставлено несколько wimax-модемов (сейчас им можно принудительно присвоить нужные интерфейсы ).
пусть будет, еще бы переименовать priority в metric.
иначе так и тянет начать нумерацию с 1цы
Хорошо, сейчас всё равно не используется - функция на будущее.
имхо сейчас лишнее, дублировать ip/mask/gateway/dns на страницу wimax status незачем. во всяком случае с сегодняшним web интерфейсом.
Сделал по аналогии с тем, что было (не стал переводить на общие переменные). Если планируется мультиван - таким образом обеспечивается вывод параметров, относящихся именно к этому модему.
theMIROn
Первый вариант я уже залил в svn - r1300. Чуть чуть не дождался твоих комментариев...
rss - проверяем и фиксим все вместе :)
Я согласен с Владом.
Просьба четко определить что и кому исправлять. (у меня опыт работы с busybox - третья неделя по выходным :rolleyes: )
Если изменения madwimax откатываем, просьба не забыть про изменения для расширенного вывода состояния (иначе пользователям нигде нельзя посмотреть модель и прошивку модема)
SSID: @yota.ru
State: NORMAL
Number: 3
Response: 2
RSSI: -73
CINR: 13.000000
TX Power: 3
Frequency: 2515000
BSID: 00:00:15:02:14:c5
-----------------------
Chip info: cmc730_v2.1
Firmware info: u200_rev1-2.7.40-CI14
theMIROn
07-03-2010, 17:32
спрашивал же, куда её вставлять.... Сейчас скрипт, который её реализует закрывает madwimax (через kill). Кроме того, строка результата пинга используется для отображения параметров на Status & Log - WiMAX. Выносить на страницу состояния для всех ванов? Что делать с возможным мультиваном - пинговать же надо каждый канал?
И, кстати, схема создания скрипта из программы годится для использования?
видимо проглядел, сори.
а зачем в web интерфейсе результаты пинга? эти результаты должны использоваться внутренне, и, обычно для переподключения.
если используется pppoe/pptp в режиме on-demand, то пинговалка будет вообще вредна, сводя на нет idle time, глянь, там пинг используется для подключения.
вместо создания скрипта - лучше подложить его в /others рядом с другими sh скриптами
Зато все функции, в которых есть проверка на "wanXXXXXXXXXX_" автоматически работают. Кроме того, может возникнуть вопрос о том, что делать, если вставлено несколько wimax-модемов (сейчас им можно принудительно присвоить нужные интерфейсы ).
на этот случай для madwimax можно указать --device, а bus/dev хранить где-нибудь в wanprefix_device, например
Сделал по аналогии с тем, что было (не стал переводить на общие переменные). Если планируется мультиван - таким образом обеспечивается вывод параметров, относящихся именно к этому модему.
в конкретном wanXXXXXXXXXX_ и нужно хранить все.
в самом rc просто ничего кроме wan0 и не пользуется.
то есть, я имею ввиду wan(%d)_wimax_anything нотацию
Просьба четко определить что и кому исправлять. (у меня опыт работы с busybox - третья неделя по выходным :rolleyes: )
колхоз - дело добровольное (с) Олег.
кто что сможет и на что будет время, как то так...
Если изменения madwimax откатываем, просьба не забыть про изменения для расширенного вывода состояния (иначе пользователям нигде нельзя посмотреть модель и прошивку модема)
откатывать в 0 ничего не будем, патчи на madwimax уже подшаманил.
видимо проглядел, сори.
а зачем в web интерфейсе результаты пинга? эти результаты должны использоваться внутренне, и, обычно для переподключения.
если используется pppoe/pptp в режиме on-demand, то пинговалка будет вообще вредна, сводя на нет idle time, глянь, там пинг используется для подключения.
вместо создания скрипта - лучше подложить его в /others рядом с другими sh скриптами
Поясняю. Этот скрипт в первую очередь актуален для йоты по следующим причинам:
когда базовые станции перегружены драйвер модема может перейти в состояние HHO (несколько минут ничего не делает). Пинг в этом случае не пройдет - модем перегрузится и начнет подключаться заново.
иногда (довольно часто) соединение подвисает, т.е. вроде бы оно есть, но ничего не передается. В этом случае также надо переподключиться (за исключением случае, когда завис модем)
Отображение времени пинга для йоты - косвенный показатель качества канала. Так как базовые станции могут быть перегружены, причем временами весьма эпизодически, по этому времени можно оценить канал. Например в данный момент: 91.798/151.927/251.743ms - очень неплохой результат. В пять вечера пинг был от 5 до 15 секунд....
Главный вопрос - что делать сейчас? Может быть отзывов дождаться нужно пользователям или нет?
на этот случай для madwimax можно указать --device, а bus/dev хранить где-нибудь в wanprefix_device, например
Проблема была в wan_ifunit(char *wan_ifname)
wan_ifunit(char *wan_ifname)
{
int unit;
char tmp[100], prefix[] = "wanXXXXXXXXXX_";
if ((unit = ppp_ifunit(wan_ifname)) >= 0)
return unit; Тогда по аналогии с ppp_ifunit делаем wimax_ifunit, размещенный в wimax.c?
и соответственно в start_wan (и в wimax.c) заменяем
sprintf( tmp, "wmx%d", unit );
madwimax_start( tmp ); ?
Хотя, надо всё это проверить. В wimax.c была ошибка, связанная с неправильной проверкой условия при активации по внешнему событию. Возможно, что когда я проверял, wan0_proto просто еще не была установлена.
колхоз - дело добровольное (с) Олег.
кто что сможет и на что будет время, как то так...
А как же вертикаль власти? :)
Конкретные задачи сделать гораздо проще, особенно для тех, кто в целом не ориентируется. Завтра в первой половине дня могу еще что-нибудь посмотреть, а дальше - скорее всего только через неделю...
А как же вертикаль власти? :)
А зачем собственная голова? :p
У нас с Владом позиции примерно совпадают, и замечательно :) Главное, не доломать всё к чертям ;)
А зачем собственная голова? :p
У нас с Владом позиции примерно совпадают, и замечательно :) Главное, не доломать всё к чертям ;)
Смотря какие цели ставите. Если привлечь дополнительных разработчиков, то лучше было бы наметить проблемы, примерные трудоемкость и пути их решения (на отдельной странице в виде списка, а не в размазанном по форуму виде).
Предложения зайти поковыряться в исходниках и сделать что-нибудь полезное выглядят со стороны страшновато :o . Я бы вряд ли полез в прошивку, если бы artp не пропал :confused:.
Обнаружил, что в wimax.c / madwimax_down(char *ifname) не обратил внимания на условие
int unit = wan_ifunit(ifname);
if ( unit ) {. Оно при 0 (сейчас по умолчанию) работать не может, т.е. надо удалить.
Смотря какие цели ставите. Если привлечь дополнительных разработчиков, то лучше было бы наметить проблемы, примерные трудоемкость и пути их решения (на отдельной странице в виде списка, а не в размазанном по форуму виде).
Это уже смахивает на написание ТЗ. Оценить трудоёмкость вообще нереально - то что у Олега займет час, мы будем ковыряться пару дней, а кто-то вообще не осилит...
Иными словами, коммерческие подходы в данном случае неприменимы.
А насильно тащить или "завлекать" себе дороже - либо человеку интересно и он готов копаться по мере сил, или нет.
Предложения зайти поковыряться в исходниках и сделать что-нибудь полезное выглядят со стороны страшновато :o . Я бы вряд ли полез в прошивку, если бы artp не пропал :confused:.
И, IMHO, если бы тебе эта задача не была бы интересна сама по себе :)
И, IMHO, если бы тебе эта задача не была бы интересна сама по себе :)
Мне интересен не процесс сам по себе, а результат, которым можно пользоваться.
Попробовал пересобрать с нуля по текущей версии svn. Получил
make -C arch/mips/bcm947xx/compressed
make[2]: Entering directory `/home/projects/wl500gpv2/broadcom/src/linux/linux-2.4.37.9/arch/mips/bcm947xx/compressed'
mipsel-uclibc-gcc-3.4.6 -I /home/projects/wl500gpv2/broadcom/src/linux/linux-2.4.37.9/include/asm/gcc -G 0 -mno-abicalls -fno-pic -pipe -finline-limit=10000 -mabi=32 -march=mips32 -Wa,-32 -Wa,-march=mips32 -Wa,-mips32 -Wa,--trap -D__ASSEMBLY__ -DLOADADDR=0x80001000 -I/home/projects/wl500gpv2/broadcom/src/include -DBCMDRIVER -D__KERNEL__ -I/home/projects/wl500gpv2/broadcom/src/linux/linux-2.4.37.9/include -c -o boot.o /home/projects/wl500gpv2/broadcom/src/shared/boot.S
/home/projects/wl500gpv2/broadcom/src/shared/boot.S: Assembler messages:
/home/projects/wl500gpv2/broadcom/src/shared/boot.S:322: Error: attempt to move .org backwards
make[2]: *** [boot.o] Error 1
make[2]: Leaving directory `/home/projects/wl500gpv2/broadcom/src/linux/linux-2.4.37.9/arch/mips/bcm947xx/compressed'
make[1]: *** [zImage] Error 2
make[1]: Leaving directory `/home/projects/wl500gpv2/broadcom/src/linux/linux-2.4.37.9'
make: *** [kernel-image] Ошибка 2
Мне интересен не процесс сам по себе, а результат, которым можно пользоваться.
Это неважно, я имел в виду, что тобой двигает интерес, а не желание содрать бабки или что нибудь в этом роде.
Попробовал пересобрать с нуля по текущей версии svn. Получил
Мда, моя бага - залил только половину патча :o Поправил в r1305. Спешка нужна только при ловле блох ;)
Мда, моя бага - залил только половину патча :o Поправил в r1305. Спешка нужна только при ловле блох ;)
Поправил именование интерфейса, перевел на отдельную функцию - void get_wimax_ifname( char * out, int unit );. Номер будет проставляться в соответствии с тем, как интерфейс в общем массиве ванов числится (если кто-нибудь всё таки доделает мультиван на этой схеме - wan0, wan1, wan2....). Убрал отображение интерфейса из веб-интерфейса.
Сделал отдельный wimax.h, чтобы прототипами не загромождать исходники. В нем же условная компиляция на __CONFIG_MADWIMAX__
Поправил недосмотр с unit!=0
пусть будет, еще бы переименовать priority в metric.
иначе так и тянет начать нумерацию с 1цы
Здесь ничего не менял - не понял, о чём речь конкретно (в исходниках и priority и metric используются). По-хорошему пользователям всё равно, что установлено. О том, что такое метрика знают единицы, а приоритет - всем сразу понятно.
Кстати, как пересобирать под разные маршрутизаторы? Достаточно ли после смены MODEL собирать make install или что-то требует реальной пересборки? (хочу обновить версию с wimax - сейчас все скачивают патченную сборку от artp).
Залил новую версию - r1306
Кстати, как пересобирать под разные маршрутизаторы?
под все - make images
под конкретный - make images-WL520gu
Updated: Вынес динамическую генерацию wimax_check_connection.sh в others/
Залил новую версию - r1306
под все - make images
под конкретный - make images-WL520gu
Updated: Вынес динамическую генерацию wimax_check_connection.sh в others/
спасибо, проверил - работает.
PS: какие планы относительно выкладывания на гугле прошивки с включенным wimax? стоит ли мне их отдельно выкладывать?