[sfstudio]

Ну проинспектируем код да включим, главное чтобы дров не наломали ;)

 

Ну и сразу тады срисуйте схему что и куда там распаяно чтобы оно хоть кому-то кроме вас в итоге пригодилось ;) А иначе толку с него в дистре 0 целых, хер десятых. Ща кстати вынесу адреса в отдельный заголовочный файл, давно порывался, да руки не доходили.

[sfstudio]

Всё, перенёс синхронизируемся, теперь понятно что общее а что частное, легче будет разбираться.

Собсно вот что добавилось в rtl8186.h http://wive-ng.git.sourceforge.net/git/git...7628dce554d88fd

[KnYaz2020]

P.S. Кто юзает версии до 0.3.5 советую обновиться до 0.3.5, кто юзает версии из git срочно синхронизируем код.

А почему срочно? что там именно такое критичное обновилось?

[sfstudio]

Всё тут http://wive-ng.git.sourceforge.net/git/git...ve-ng;a=summary

 

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

 

Да и остальным не помешает апдейтиться. А вообще на такие вопросы более отвечать не буду, если они вас интересуют - загляните в git вместо бессмысленных разговоров на форуме.

[KnYaz2020]

На одной из точек сделал вывод dmesg, он заполнен такими сообщениями:

PPoE: PADT recived, stop connections

 

Что это может быть?

 

P.S. Прошивка версии 0.2.21. Знаю что старая версия, и может в новой версии такого нет, но пока возможности (физического доступа к точке) нет обновить :(

[sfstudio]

Знаю что старая версия, и может в новой версии такого нет, но пока возможности (физического доступа к точке) нет обновить :(

1) Не актуализируте - трахайтесь сами

2) На гугле забанили?

3) Слово pppoe ни о чем не говорит?

4) ps слабо посмотреть?

 

 

[KnYaz2020]

Знаю что старая версия, и может в новой версии такого нет, но пока возможности (физического доступа к точке) нет обновить :(

1) Не актуализируте - трахайтесь сами

2) На гугле забанили?

3) Слово pppoe ни о чем не говорит?

4) ps слабо посмотреть?

 

Блин, такая хрень на всех точках.. вплоть до 0.3.3 прошивки :(

pppoe в процесах не висит.

Заметил, что если точку не подключать в сеть, то все ОК. Мо чтото сервак шлет? Инет он от провайдера берет по pppoe...

[sfstudio]

А ксто сказал что он в процессах висеть должен? Это ядро грит что поймало padt пакет, что это за пакет объяснить или уже в гугл сходили?

[sfstudio]

Сегодня практически добил ядерную реализацию pppoe и опять попал в тупик. Сейчас вижу вот такие чудеса:

 

Jan  1 00:26:11 pppd[944]: Plugin /lib/rp-pppoe.so loaded.
Jan  1 00:26:11 pppd[944]: RP-PPPoE plugin version 3.10p compiled against pppd 2.4.5
Jan  1 00:26:11 pppd[944]: pppd 2.4.5 started by root, uid 0
Jan  1 00:26:11 pppd[944]: Send PPPOE Discovery V1T1 PADI session 0x0 length 12
Jan  1 00:26:11 pppd[944]:  dst ff:ff:ff:ff:ff:ff  src 0:2:ce:75:c0:0
Jan  1 00:26:11 pppd[944]:  [service-name] [host-uniq  00 00 03 b0]
Jan  1 00:26:11 pppd[944]: Recv PPPOE Discovery V1T1 PADO session 0x0 length 51
Jan  1 00:26:11 pppd[944]:  dst 0:2:ce:75:c0:0  src 0:1f:c6:12:b5:3
Jan  1 00:26:11 pppd[944]:  [AC-name YYTYTTT] [service-name NNNN] [AC-cookie  56 fe f5 90 d2 fe ec 83 41 2d 21 0b 73 43 d6 93 83 7c 00 00] [host-uniq  00 00 03 b0]
Jan  1 00:26:11 pppd[944]: Send PPPOE Discovery V1T1 PADR session 0x0 length 36
Jan  1 00:26:11 pppd[944]:  dst 0:1f:c6:12:b5:3  src 0:2:ce:75:c0:0
Jan  1 00:26:11 pppd[944]:  [service-name] [host-uniq  00 00 03 b0] [AC-cookie  56 fe f5 90 d2 fe ec 83 41 2d 21 0b 73 43 d6 93 83 7c 00 00]
Jan  1 00:26:11 pppd[944]: Recv PPPOE Discovery V1T1 PADO session 0x0 length 52
Jan  1 00:26:11 pppd[944]:  dst 0:2:ce:75:c0:0  src 0:15:af:8b:d7:0
Jan  1 00:26:11 pppd[944]:  [AC-name TESTTTTT] [service-name HHHH] [AC-cookie  62 74 3b c1 4e 3c 55 44 ab 73 d8 b0 68 c8 18 74 80 7c 00 00] [host-uniq  00 00 03 b0]
Jan  1 00:26:11 pppd[944]: Recv PPPOE Discovery V1T1 PADS session 0xc length 16
Jan  1 00:26:11 pppd[944]:  dst 0:2:ce:75:c0:0  src 0:1f:c6:12:b5:3
Jan  1 00:26:11 pppd[944]:  [service-name NNNN] [host-uniq  00 00 03 b0]
Jan  1 00:26:11 pppd[944]: PADS: Service-Name: 'NNNN'
Jan  1 00:26:11 pppd[944]: PPP session is 12
Jan  1 00:26:11 pppd[944]: Connected to 00:1f:c6:12:b5:03 via interface br0
Jan  1 00:26:11 pppd[944]: using channel 18
Jan  1 00:26:11 pppd[944]: Using interface ppp2
Jan  1 00:26:11 pppd[944]: Connect: ppp2 <--> br0
Jan  1 00:26:11 pppd[944]: sent [LCP ConfReq id=0x1 <auth chap MD5> <magic 0xc80bfc>]
Jan  1 00:26:11 pppd[944]: rcvd [proto=0x506] 40 45 b2 4f
Jan  1 00:26:11 pppd[944]: Discarded non-LCP packet when LCP not open
Jan  1 00:26:11 pppd[944]: rcvd [proto=0x305] c2 23 05
Jan  1 00:26:11 pppd[944]: Discarded non-LCP packet when LCP not open
Jan  1 00:26:14 pppd[944]: rcvd [proto=0x506] 40 45 b2 4f
Jan  1 00:26:14 pppd[944]: Discarded non-LCP packet when LCP not open
Jan  1 00:26:14 pppd[944]: sent [LCP ConfReq id=0x1 <auth chap MD5> <magic 0xc80bfc>]
Jan  1 00:26:14 pppd[944]: rcvd [proto=0x305] c2 23 05
Jan  1 00:26:14 pppd[944]: Discarded non-LCP packet when LCP not open
Jan  1 00:26:17 pppd[944]: rcvd [proto=0x506] 40 45 b2 4f
Jan  1 00:26:17 pppd[944]: Discarded non-LCP packet when LCP not open
Jan  1 00:26:17 pppd[944]: sent [LCP ConfReq id=0x1 <auth chap MD5> <magic 0xc80bfc>]
Jan  1 00:26:17 pppd[944]: rcvd [proto=0x305] c2 23 05
Jan  1 00:26:17 pppd[944]: Discarded non-LCP packet when LCP not open
Jan  1 00:26:20 pppd[944]: rcvd [proto=0x506] 40 45 b2 4f
Jan  1 00:26:20 pppd[944]: Discarded non-LCP packet when LCP not open
Jan  1 00:26:20 pppd[944]: sent [LCP ConfReq id=0x1 <auth chap MD5> <magic 0xc80bfc>]
Jan  1 00:26:20 pppd[944]: rcvd [proto=0x305] c2 23 05
Jan  1 00:26:20 pppd[944]: Discarded non-LCP packet when LCP not open
Jan  1 00:26:23 pppd[944]: rcvd [proto=0x506] 40 45 b2 4f
Jan  1 00:26:23 pppd[944]: Discarded non-LCP packet when LCP not open
Jan  1 00:26:23 pppd[944]: sent [LCP ConfReq id=0x1 <auth chap MD5> <magic 0xc80bfc>]
Jan  1 00:26:23 pppd[944]: rcvd [proto=0x305] c2 23 05
Jan  1 00:26:23 pppd[944]: Discarded non-LCP packet when LCP not open
Jan  1 00:26:26 pppd[944]: rcvd [proto=0x506] 40 45 b2 4f
Jan  1 00:26:26 pppd[944]: Discarded non-LCP packet when LCP not open
Jan  1 00:26:26 pppd[944]: sent [LCP ConfReq id=0x1 <auth chap MD5> <magic 0xc80bfc>]
Jan  1 00:26:26 pppd[944]: rcvd [proto=0x305] c2 23 05
Jan  1 00:26:26 pppd[944]: Discarded non-LCP packet when LCP not open
Jan  1 00:26:29 pppd[944]: rcvd [proto=0x506] 40 45 b2 4f
Jan  1 00:26:29 pppd[944]: Discarded non-LCP packet when LCP not open
Jan  1 00:26:29 pppd[944]: sent [LCP ConfReq id=0x1 <auth chap MD5> <magic 0xc80bfc>]
Jan  1 00:26:29 pppd[944]: rcvd [proto=0x305] c2 23 05
Jan  1 00:26:29 pppd[944]: Discarded non-LCP packet when LCP not open
Jan  1 00:26:32 pppd[944]: rcvd [proto=0x506] 40 45 b2 4f
Jan  1 00:26:32 pppd[944]: Discarded non-LCP packet when LCP not open
Jan  1 00:26:32 pppd[944]: sent [LCP ConfReq id=0x1 <auth chap MD5> <magic 0xc80bfc>]
Jan  1 00:26:32 pppd[944]: rcvd [proto=0x305] c2 23 05
Jan  1 00:26:32 pppd[944]: Discarded non-LCP packet when LCP not open
Jan  1 00:26:35 pppd[944]: rcvd [proto=0x506] 40 45 b2 4f
Jan  1 00:26:35 pppd[944]: Discarded non-LCP packet when LCP not open
Jan  1 00:26:35 pppd[944]: sent [LCP ConfReq id=0x1 <auth chap MD5> <magic 0xc80bfc>]
Jan  1 00:26:35 pppd[944]: rcvd [proto=0x305] c2 23 05
Jan  1 00:26:35 pppd[944]: Discarded non-LCP packet when LCP not open
Jan  1 00:26:38 pppd[944]: rcvd [proto=0x506] 40 45 b2 4f
Jan  1 00:26:38 pppd[944]: Discarded non-LCP packet when LCP not open
Jan  1 00:26:38 pppd[944]: sent [LCP ConfReq id=0x1 <auth chap MD5> <magic 0xc80bfc>]
Jan  1 00:26:38 pppd[944]: rcvd [proto=0x305] c2 23 05
Jan  1 00:26:38 pppd[944]: Discarded non-LCP packet when LCP not open
Jan  1 00:26:41 kernel: PPoE: PADT recived, stop connections
Jan  1 00:26:41 pppd[944]: LCP: timeout sending Config-Requests
Jan  1 00:26:41 pppd[944]: Connection terminated.
Jan  1 00:26:41 pppd[944]: Modem hangup
Jan  1 00:26:41 pppd[944]: Exit.

 

Т.е. теперь соединение поднимается, ядерный pppoe отрабатывает как часики, плугин вроде тоже, а вот по lcp договориться между собой не в состоянии. Кто там горел желанием сделать подезное дело? Соберите из гита версию и попробуйте со своими провайдерами, может я что-то не догоняю. В коде вроде ошибок больше нет по этой части.

[downwin7]

Ранее wive ng не пользовал установил последнюю версию на pheenet 654g, стоит в режиме роутера eth0+wlan (pptp(pap) + nat) .

eth0 получает от провайдера адрес и маршрут по умолчанию через dhcp, pptp с (replace) при старте завершает работу сообщением Fatal signal 11.

Если не указывать маршрутизацию в туннель (опция no) то pptp стартует адреса получает.

Вопросы что есть сигнал 11 и куды рыть?

[sfstudio]

Прописать статический маршрут до pptp сервера.

[downwin7]

Прописать статический маршрут до pptp сервера.

thx попробую

 

p.s.

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

http://ha0s.net.ru/node/52

[sfstudio]

А я вот в упор там никакого списка не вижу.

[downwin7]

А я вот в упор там никакого списка не вижу.

а он есть (с)

 

ZyXEL (P-330W)

02.Acorp (WR-G)

03.D-Link (DWL-G700AP, DAP1160, DAP-1150)

04.MSI (RG54SE)

05.VK-100RTg

06.Pluscom (WRF-rtl8186, WR2-RTL8186)

07.Zinwell (G-120, G-120+)

08.Kodama (KOD-770)

09.Realsat (5209Apg)

10.A-Link (WL54AP2)

11.AP-Router (WR254)

12.Abocom (WAP253, WR254)

13.Alfa Network (AIP-W608H)

14.Aztech (WL730RT4)

15.Belkin (F5D7132au)

16.BlackAP (BB54G)

17.Blanc (BW54R11)

18.Bluecomm (WA-2204A)

19.Zcomax (WA-2204A-TX)

20.Canyon (CN-WF514, WF514v2)

21.CC&C (WA-2204A)

22.Conceptronic (C54APM, C54BRS4, C54BRS4v2)

23.Edimax (EW-7206APG, EW-7209APG, BR-6204Wg, BR-6304Wg)

24.EnGenius (EOC-3220, EOC-3220(EXT), EOC-3220+)

25.EUSSO (UGL2454-APK)

26.Freenet Antennas (UltraWAP, UltraWAP V2)

27.GigaFast (WF719-CAPR)

28.JAHT (WA-4054ER, WP-4001BR, WP-4001BR2)

29.Longshine (LCS-WA5-40)

30.MAXIMUS (WA-2204A)

31.Minitar (MNWAPG, MIN-MNWAPG-2, MNWAPGA)

32.Netcomm (NP5400)

33.NETGEAR (WG602GR)

34.Orient (WR514R)

35.Ovislink (WL-5460AP)

36.Planet (WRT-414, WAP-4032, WAP-4033, WAP-4035)

37.Sparklan (WAPR-141)

38.Sitecom (WL534)

39.Tonze (AW-6200R)

40.TRENDnet (TEW-430APB)

41.Zonet (ZSR1114WE)

42.Encore Electronics (ENHWI-G, ENHWI-G2)

[sfstudio]

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

[sfstudio]

Ухххх, взял чистый pppd занова интегрил туда все необходимые патчи добавив поддержку автовыбора шифрования, переписал скрипты pptp/l2tp решив проблемы даже с самыми кривыми серверами аля горбина (опция BUGGY_NAS), Добавил PPP_DEBUG в конфиг чтобы быстро было манипулировать, добавил PPP_SLEEP - время ожидания перед подъёмом туннелей полезно если адрес выдаётся по dhcp и туннель решает подняться раньше. И ещё куча мелких правок. Всё это счастье в git.

 

C pppoe проблему пока не решил хотя и существенно продвинулся, нужен свежий взгляд на код. Хотя толку тут это произносить, один хрен никто даже не сдвиниться не то что код глянуть, а даже потестить...

[KnYaz2020]

Ухххх, взял чистый pppd занова интегрил туда все необходимые патчи добавив поддержку автовыбора шифрования, переписал скрипты pptp/l2tp решив проблемы даже с самыми кривыми серверами аля горбина (опция BUGGY_NAS), Добавил PPP_DEBUG в конфиг чтобы быстро было манипулировать, добавил PPP_SLEEP - время ожидания перед подъёмом туннелей полезно если адрес выдаётся по dhcp и туннель решает подняться раньше. И ещё куча мелких правок. Всё это счастье в git.

 

C pppoe проблему пока не решил хотя и существенно продвинулся, нужен свежий взгляд на код. Хотя толку тут это произносить, один хрен никто даже не сдвиниться не то что код глянуть, а даже потестить...

СПС за пппое, я завтра постараюсь протестить... может и сегодня получится

[AndreyATC]

и опять вопрос по gpio вродибы все понял со всем разобрался но одного так догнать и не могу;

вот у меня например SDI на микросхеме припаян к ноге 26(WRXCLK ) проца как мне вычислить корректное смещение относительно RTL_GPIO_PABDATA пробовал результата ноль видно не те значения???

[sfstudio]

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

[sfstudio]

Собрал версию 0.3.6 со всеми последними изменениями, прошу корбиновцев потестить pptp/l2tp и с отчётами сюда, не забываем что нужно включить BUGGY_NAS =)

[Bogdan_WIFI]

Доброго времени суток. Может немного не в тему - у меня такой вопрос есть точка canyon CN-WFAP проц rtl8186 rev A, задача залить туда прошивку для шаринга SG700 так вот как я понимаю прошивка под точки D-link G700 rev B, можно заливать прошивку для rev B в rev A , точка не умрет? Если нельзя то как переделать прошивку для rev A?

 

Заранее всем благодарен за ответы.

[sfstudio]

Читаем тут http://sadnet.ru/?Nemnogo_prava.

 

Да, и как собсно ваш вопрос связан хоть с одним словом кроме 8186 в названии темы?

[Bogdan_WIFI]

Читаем тут http://sadnet.ru/?Nemnogo_prava.

 

Да, и как собсно ваш вопрос связан хоть с одним словом кроме 8186 в названии темы?

Ошибка 404: Страница не найдена

 

Вобще то связан вопрос с темой тем что речь идет о прошивке под rtl8186. так что имеет прямое отношение к теме. А на счет того что Вы написали о шаринге так тут Вы глубоко ошибаетесь ничо не запрещено или уже то что спаять rs232 и присоединить к точке запрещается законом? Какой страны не подскажите? Да и в чом приступление что принимаеш ключи и смотриш телик? я ж их не расшариваю это раз и потом если бы чуваки с +++ хотели прикрыть это дело то давно прикрыли а так успешно уже 3 года все смотрят немерено серверов шары в нете, ну и +++ крякнули с подачи тех же чуваков с +++ потому это личное дело каждого хочешь смотри хочешь не смотри, но тут нет ничего противозаконного! Можете мне доказать обратное только покажите тут закон в котором запрещено припаять к точке rs232 подключить ее к ресиверу и принимать ключи с интернета.

 

П.С.

Да и я об прошивке wive-ng вобщето не спрашивал. Потому если не знаетет о том можно заливать от В в А ревизию то зачем было отвечать то ?

Изменено 4 сентября, 2009 пользователем Bogdan_WIFI

[shandr]

canyon CN-WFAP проц rtl8186 rev A, задача залить туда прошивку для шаринга SG700 так вот как я понимаю прошивка под точки D-link G700 rev B, можно заливать прошивку для rev B в rev A , точка не умрет?

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

 

[Bogdan_WIFI]

to shandr получается прошивать нельзя? Тогда как переделать дамп под rev A?

Изменено 4 сентября, 2009 пользователем Bogdan_WIFI