Fritzbox Fon ATA rebootet ständig neu mit ds 0.2.6

[danisahne]

[noparse]Sep 8 14:03:23 multid[424]: 0.0.0.0:2049: failed to send UDP-datagram to 192.168.180.1:53 - Network is unreachable (128)[/noparse]

Hiernach sieht es ja nach einem DNS Fehler aus. Die Adressen 192.168.180.1 und 192.168.180.2 werden von AVM benutzt, um die per DHCP zugewiesenen Nameserver zu maskieren. Dies passiert anscheinend nicht im ATA Mode, weswegen ich eigentlich schon mal Code hinzugefügt hab, der die Nameserver Adressen bei einer statischen IP überschreibt, vielleicht macht dieser Code es in dem Fall aber auch wieder kaputt. Funktioniert es mit der original Firmware?

Also nochmal: Die Nameserver Adressen werden anscheinend von AVM nicht per DHCP übernommen. Kannst du die Nameserver über die Webkonfig einstellen? Wird noch ne weile dauern, bis ich mit ner ATA und DHCP testen kann.

Mfg,
danisahne

 

[maverick26]

Edit von danisahne: Fullquote von danisahne entfernt.

Ja mir der original Firmware von AVM geht es wunderbar.

Über die Webconfig kannste nur entweder DHCP oder alles manuell eingeben. Das zweitere werd ich mal testen aber das hilft nicht wirklich weiter weil ich ja die IP Addresse schon dynamisch bekommen muss .. die ändert sich ja wenn ich das Kabelmodem aus und wieder anschalte.

 

[danisahne]

Hallo,

ich hab jetzt mal versucht, das Problem mit der Firmware 11.04.01 und ds-0.2.8 zu reproduzieren und und bei mir tritt es nicht auf. Die ATA holt sich bei mir eine Adresse von einer weiteren 7050 Fritzbox.

Die Adresse 192.168.178.5 wird von der ATA ordnungsgemäß vom dnsmasq auf der 7050 (192.168.178.1) bezogen:

Sep  8 14:00:39 multid[432]: DHCPC: lan 192.168.178.5/255.255.255.0 gw 192.168.178.1 dns 192.168.178.1 0.0.0.0

In der /etc/resolv.conf ist der korrekte Nameserver eingetragen:

# cat /etc/resolv.conf
nameserver 192.168.178.1

Besteht das Problem noch?

EDIT: Mein Versuchsaufbau:

 -------------------                  ---------------
| FBF 7050          |                | FBF ATA       |
| 192.168.178.1     |-LAN--------WAN-| 192.168.178.5 |
| dnsmasq als DHCPD |                | per DHCP      |
 -------------------                  ---------------

Mfg,
danisahne

 

[maverick26]

Ich hab es mit der aktuellen Version vom DS Mod nicht mehr probiert. Ich denke mal da dort nicht geändert worden ist, müsste der Fehler noch da sein.

Werd ich am Wochenende, falls ich Zeit habe, mal ausprobieren.

Im moment habe ich nur die orig. Firmware drauf, weil das mit dem Mod halt nie funktioniert hat. Aber komisch wieso das nicht reproduzierbar ist. Mittlerweile haben ja mehrere Leute diese Erfahrung gemacht. Liegts an ner bestimmten Hardwareserie ?? Oder falsch compiliert ?? (aber ich bekomme beim compilieren keine Fehler).

Naja schauen wir mal. Danke trotzdem schon mal für Deinen Einsatz Dani

Gruß

Mav

 

[danisahne]

Ich glaube eher ich mache etwas anders. Hat das Problem schon jemand mit einer ATA gehabt?

 

[MrVenus]

ja ...hier: http://www.ip-phone-forum.de/showthread.php?t=108928

...habe nur ein dauerreboot bei Internetzugang über LAN ....als IP-Client funktioniert sie...

 

[danisahne]

Nein, ich meine, ob jemand das selbe Problem mit einer FBF ATA und nicht im ATA Mode hat. Bei voipulf scheint dies der Fall zu sein...

EDIT: Ach du hast auch zusätzlich eine ATA? Heißt das, bei einer ATA Tritt das Problem nicht auf, bei einer Box im ATA Mode schon (wenn wir mal OpenVPN - und alle anderen Pakete - weg lassen)?

 

[MrVenus]

ja habe auch noch eine ata rumliegen (dort das gleiche).....hab es mit mehreren boxen probiert .(http://www.ip-phone-forum.de/showpost.php?p=648567&postcount=5) ...ohne irgendwelche Pakete zu installieren ...die boxen landen nur im dauerreboot ....wie schon gesagt bei internetzugang über lan (box arbeit als ip-router und ohne ppoe käse wg. kabelmodem)....als ip-client haben alle funktioniert ...desshalb hab ich meine ata jetzt als client an der 7050 um die mods nutzen zu können (callback-callmonitor)

 

[maverick26]

das kann ich bestätigen. Ich habe eine Fritzbox ATA und eine Fritzbox 7170.
Tritt bei beiden auf !! Auch ohne irgendwelche speziellen Pakete.

 

[arthi]

Nein, ich meine, ob jemand das selbe Problem mit einer FBF ATA und nicht im ATA Mode hat. Bei voipulf scheint dies der Fall zu sein...

Hi,
Ich habe das selbste Problem! Bis Heute habe ich gedacht, dass etwas mit mein zyxel zu tun ist! Ich habe ohne ds-mod mit original avm firmware probiert und fritz ata als router bekomt ip number, mit ds-mod arbetitet nichts. Zyxel seht nicht fritz mac adress!

Mein Netz configuration:

 -------------------                    ---------------
| Zyxel 660hw       |                  | FBF ATA       |
| 192.168.0.1       |--LAN--------WAN--| 192.168.0.10  |
| DHCP              |                  | per DHCP      |
 -------------------                    ---------------

Ohne DHCP geht auch nichts!

 

[MrVenus]

@arthi

hast du die fon ata als ip-client oder ip-router .....an dem Zyxel 660hw ......

 

[arthi]

@MrVenus

>hast du die fon ata als ip-client oder ip-router .....an dem Zyxel 660hw ......

Ich habe oben geschrieben. Nur fritz ata an zyxel als ip-client geht ohne Problem, als ip-router konnte nicht ip bekommen. Selbstverstandlich, das Problem gibt es nur mit ds-mod...:-(

Na ja und was jetzt, wo liegt das Problem? Ich denke das is etwas mit mac adress in ip-router. Sehen sie wenn DHCP einschliessen ist, fritz kann nicht ip bekommen und reboot. Menu "Overview->Internet Connection->FRITZ!Box uses a direct IP connection to an Internet Service Provider" ist immer leer!

 

[danisahne]

--- EDIT ---
Was ich über IP-Client gesagt habe ist Quatsch. Als IP-Client funktioniert es ja:

• Vorhandene Internetverbindung im Netzwerk mitbenutzen (IP-Client) => funktioniert auch mit DHCP
• Internetverbindung selbst aufbauen (NAT-Router mit PPPoE oder IP) + Zugangsdaten werden nicht benötigt (IP) => funktioniert NICHT mit DHCP

--- EDIT ENDE ---

Gut, wenigstens ist es mir nun gelungen das Problem zu reproduzieren. Mit "Internetverbindung selbst aufbauen (NAT-Router mit PPPoE oder IP) + Zugangsdaten werden nicht benötigt (IP)" geht es nicht. Der entscheidende Ausschnitt aus der seriellen Konsole dürfte das hier sein:

2002-09-08 14:00:26 dsld: startup (Jan 25 2006 11:43:36)
Sep  8 14:00:26 dsld[296]: startup (Jdevice eth0 entered promiscuous mode
an 25 2006 11:43:36)
Sep  8 14:00:26 multid[293]: interface eth0 up.
Sep  8 14:00:26 multid[293]: static routes: 0 deleted (0 failed), 0 added (0 failed)
Sep  8 14:00:27 dsld[313]: DSL Mac 00:04:0e:21:95:7e
Sep  8 14:00:27 dsld[313]: VOIP Mac 00:04kdsld: showtime
:0e:21:95:80
Sep  8 14:00:27 dsld[313]: speed 3456/448 (LAN)
Sep  8 14:00:27 dsld[313]: showtime
Sep  8 14:00:27 dsld[313]: normal scheduling
Sep  8 14:00:27 dsld[313]: FactoryDefault=/etc/default/avm/stat.cfg (stat)
Sep  8 14:00:27 dsld[313]: /etc/default/avm/statkdsld: dev_add_pack(etherip)
kdsld: VCC 0: registered (eth0)

Sep  8 14:00:27kdsld: 0: VPI/VCI 0/0 RBE internet 00:04:0e:21:95:7e (14,14)
 dsld[313]: loadkdsld: internet: set_rcv_ipaddr: 192.168.179.1
_config(stat): fUnable to handle kernel paging request at virtual address 00000000, epc == 94129948, ra == c00f25a4
ile empty - factOops in fault.c:do_page_fault, line 204:
$0 : 00000000 00000028 94129948 00000000 00000000 c0156660 94473da0 c0127cd8
$8 : 00000000 00000000 00000035 c014275c fffffffb 0000000a ffffffff 00000002
$16: 00000000 c0156660 94473da0 94473eb4 94ac87a0 00000001 94ac8f60 c01551ac
$24: 00000000 94361ab8                   94360000 94361cf0 00000000 c00f25a4
Hi : 00000000
Lo : 00000032
epc  : 94129948    Tainted: P
Status: 1000fe03
Cause : 00800008
Process dsld (pid: 313, stackpage=94360000)
Stack: 94ac87a0 94322020 c012bd98 01b3a8c0 94473c20 c010ff3c 94473da0 94325a00
       94473ea0 94322020 94473ea0 94322020 c0128f00 c0128dac 00000000 c014124c
       c0117dd4 94361d34 c0128b58 94473da0 c0128968 c0128ac0 94473da0 c014aedc
       00000000 00000000 7fff74f0 ffffffe7 00000003 2aab01ac 004cc974 004cbc74
       c012a090 00000000 7fff74f0 ffffffe7 c01182b0 ffffffe7 94ac8f60 94325980
       004cc974 ...
Call Trace: [<c012bd98>] [<c010ff3c>] [<c0128f00>] [<c0128dac>] [<c014124c>] [<c0117dd4>]
 [<c0128b58>] [<c0128968>] [<c0128ac0>] [<c014aedc>] [<c012a090>] [<c01182b0>]
 [<c0118218>] [<c00ef168>] [<940adbec>] [<9404b5b4>] [<94046ce4>] [<9402edd8>]
 [<9402ec94>] [<c0015408>] [<940538a0>] [<940538e0>] [<9406c9b8>] [<9406c9b0>]
 [<9406b3cc>] [<94039d5c>] [<9402d880>]

Code: 00c01021  03e00008  27bd0020 <80820000> 10400005  00801821  24630001  80620000  1440fffd
ory default loaded
Sep  8 14:00:27 dsld[313]: Statistic load_cAR7WDT_ungraceful_release: handle 5 (dsld) still registered!
onfig failed

Danach bootet die Box ordnungsgemäß zu ende, jedoch läuft der dsld nicht. Nach kurzer Zeit merkt das auch der Watchdog und bootet die Box neu. Um sich in dem Zustand auf der Box umzuschauen, kann man mit

echo disable > /dev/watchdog

den Watchdog deaktivieren.

Der dsld läßt sich dann aber auch nicht von Hand starten:

/ # dsld -i -f
dsld: csock: using poll
Couldn't load shared library libavmssl.so
File not found
dsld: startup (Jan 25 2006 11:43:36)
device eth0 entered promiscuous mode
dsld: DSL Mac 00:04:0e:21:95:7e
dsdevice eth0 left promiscuous mode
ld: VOIP Mac 00:04:0e:21:95:80
dsld: Can't open /dev/kdsld - File exists (17)
dsld: warning: nothing to do, BUG ?
dsld: BUDGET led: off
dsld: warning: nothing to do, BUG ?
dsld: ioctl(KDSLD_ETHERVCC_DISCONNECT): failed - Bad file descriptor (9)
dsld: warning: nothing to do, BUG ?
dsld: ioctl(KDSLD_UNSETUP): failed - Bad file descriptor (9)
dsld: ioctl(KDSLD_TS_DESTROY): failed - Bad file descriptor (9)
DEBUG dsld: StatisticExit
DEBUG dsld: StatisticFlushToFlash
/ #

Mfg,
danisahne

 

[maverick26]

Hi Dani,

danke für die Mühe die Du Dir machst.

Schön, dass Du es reproduzieren kannst. Bei uns in der Firma ist das immer der erste Schritt für eine erfolgreiche Lösung Und ich bin mir sicher, dass die bald von Dir kommen wird.

Gruß

Mav

 

[thc]

Wenn ich mich mal mit einklinken darf:
Die problematische Kombination ist doch die, dass das DSL-Modem aktiv sein soll (Internetverbindung selbst aufbauen), die Box aber nicht als Router dafür arbeiten soll (Zugangsdaten werden nicht benötigt) - sprich die Box ist eine reine DSL-Bridge.
Was hat dann der dsld auf eth0 zu suchen?

dsld: startup (Jan 25 2006 11:43:36)
device eth0 entered promiscuous mode
dsld: DSL Mac 00:04:0e:21:95:7e
dsdevice eth0 left promiscuous mode

Scheint so, als würde die Box das dsl-Interface nicht mehr im Bridged-Mode betreiben wollen, wenn sie DHCP-Client ist.
Was sagt denn "ifconfig dsl" in den beiden Szenarien DSL-Bridge ohne/mit DHCP?
Gruß
Claus

 

[deller]

[Edit Novize: Vollzitat von Beitrag #33 gelöscht. Bitte keine Vollzitate mehr, statt dessen noch einmal die IPPF-Forumregeln lesen.]

"Gut, wenigstens ist es mir nun gelungen das Problem zu reproduzieren. Mit "Internetverbindung selbst aufbauen (NAT-Router mit PPPoE oder IP) + Zugangsdaten werden nicht benötigt (IP)" geht es nicht. Der entscheidende Ausschnitt aus der seriellen Konsole dürfte das hier sein:"


Hmm, habe heute meine ATA erhalten, die ich in genau diesem Modus betreiben will.

Gab, gibt es nun eine Lösung zu diesem Problem (bin dabei, das Forum wegen dem Reboot Problem zu durchforsten und auf diesen beitrag gestoßen)

Danke

 

[deller]

*hmpf*


schubbs ;-)

------------------------------------------
Also gibt es momentan nur die Möglichkeit, dass wenn die Box als NAT-Router betrieben wird, sie ihre WAN-IP nicht per DHCP erhalten darf, sondern WAN-IP/DNS/Gateway per Hand eingetragen werden mus --> ist schon mal ungünstig (Boot-Problem besteht aber nicht mehr --> lief die Nacht stabil durch)
------------------------------------------

Na hoffentlich kommen da nicht noch mehr böse Überraschungen, wenn ich vpn, firewall und dropbear drauf einrichten will.

 

[deller]

Äußerst merkwürdig. Ich habe nun hier 2 ATA's


1. sieht älter aus, mit dem angerauten Leuchten.
Seriennummer T295 ...

Bootproblem lässt sich lösen, wenn man DHCP für die WAN Seite deaktiviert



2. sieht neuer aus, mit klaren Leuchten
Seriennummer S443 ...

In 80% der Fälle Dauerboot im 5 Sekunden Abstand. In 10% der Fälle bootet sie garnicht erst und ganz selten boote sie mal doch. Also z.B. 10 mal hintereinander den Stecker ziehen und wieder reinstecken. Unabhängig von der Konfiguration: Die bootet quasi fast nie mit dem DS-Mod!


Habe bei beiden Boxen parallel identische Vorgehensweisen verwendet (Imagerecover, DS-Mod ...)

Da müssen die beiden Boxen sich doch hardwaremäßig unterscheiden ===

 

[deller]

Nun gut, für das Archiv:

Während die 2. ATA im Gegensatz zur ATA absolut nicht mit dem ds-mod 0.2.9 will habe ich mal den ds-mod 0.2.6 probiert. Genauso wie der ds-mod 0.2.9 verwendet er die 04.01 er Firmware.

Allerdings funktioniert die 2. ATA mit dem ds-mod 0.2.6.


Sobald jedoch die 0.2.9 verwendet wird, dauerreboot in kurzen Zeitabständen --> also alle Lampen blinken alle ca 5 Sekunden.
Also spielt neben der Hardware der beiden Boxen, die offensichtlich leicht unterschiedlich ist, auch die jeweile ds-mod Version noch ein Wörtchen mit.

 

[maverick26]

Ich glaube da gibt es noch keine Lösung . Ich schau ab und an mal hier vorbei aber habe noch nichts neues von dani dazu gelesen. naja kommt zeit, kommt rat ....