Speedport W920V zu Fritzbox 7270 flashen?! Hat jemand Erfahrung?

[Jpascher]

Ja, du weist da sowiso mehr ich hab das inzwischen wieder vergessen, ich weiß aber sicher, dass die Recover Firmware die ich benutzt habe sehr wohl auch andere Adressen finden.

@lolli

Mittlerweile kann ich wieder auf die Box zugreifen (unter 192.168.2.1). Ich habe nur nicht verstanden, wieso dies vorher (da hatte ich auch schon mtd3 & mtd4 gelöscht) nicht passiert ist bzw. die Box da unter 192.168.178.1 erreichbar war.

Der Bootlader stellt eine Voreinstellung ein wenn mtd3 und mtd4 gelöscht wird und das ist nicht der de-fault wert.
Nimmt man das Skript zum löschen wird e der Wert sofort wieder auf 192.168.178.1 gestellt, aber auch da kann es vorkommen, dass mal was daneben geht.
Wenn die Adresse nicht geändert wurde dann hat das löschen von mtd3 und mtd4 mit dem TC nicht funktioniert.

Noch eine Frage: Muß ich beim Update von der .58 auf die .67 unbedingt vorher einen Reset machen oder kann ich auch mit den eingetragenen Daten (habe keine Lust die schon wieder einzugeben) die FW aktualisieren?

Mit dem Skript nicht, wenn zusätzlich die "Option Clear mtd3 und mtd4" gewählt wird, das gilt auch wenn die Firmwar dann per Webinterface geladen wird.
Die Option Clear mtd3 und mtd4 muss verwendet werden, sonst gibt es reboots!

Ein Löschen kann entfallen, wenn die Firmwares von den Versionsnummern her gleich sind oder in manchen Fällen auch bei sehr naher verwandter Firmware.

 

[WRipley]

Hi,
würe meine Speedport 920 jetzt auch gerne mal flashen.
Habe mir gerade das neueste Script gezogen und VMWare Player mit Ubunto am laufen.
Jetzt weiss ich aber nicht was ich genau optieren muss im Script.
Will eine VDSL Version erzeugen und eine ADSL Version.
Was muss ich einstellen für VDSL bzw ADSL.
Force LED T-COM auf jeden Fall, mtd3 und mtd4 löschen wohl auch, aber was noch ?
Will über die Weboberfläche updaten.
Kann ich später auf der ADSL Version in der Weboberfläche die VPI/VCI Werte für Netcologne noch ändern, oder geht das noch nicht ?
Diese Versionen sollen ja als Quelle gut zusammen laufen für VDSL und auch ADSL:
TCOM Image:
'Speedport_W_920V.AnnexB.65.04.63-13048.image'
AVM Systemimage:
'Release_FRITZ.Box_Fon_WLAN_7270.54.04.67.image'
Bin nicht so der Super Crack ......
Vielen Dank für die Antworten
Grüsse aus Köln
Walter

 

[Jpascher]

Voreinstellungen Reichen und die von dire Erwähnten Optionen.

Firmwares funktionieren alle neuen sowieso.

Ein Problem mit VCI/VPI:

Kapselung muss auch angegben werden!

Diese drei Angaben vorher per Skriptorien "ATM Optionen" Editieren.
Nachher lässt sich im Menü des speedports leider nichts mehr ändern, es müssen aber zumindest die selben Werte auch dort eingetragen werden.

 

[ende4711]

Status Update 920V mit 090106 Script

Hallo Jpascher,

hatte das neue Script heute ausprobiert mit:
fw_Speedport_W920V_04.63-13048_Fritz_Box_DECT_W920V_04.95-13265-sp2fr-09.01.05_OEM-avm_AnnexB_de.image

Konnte erst alles einstellen, bis ich dann mehrmals für die Portfreigabe hin und her geschaltet hatte, danach konnte ich nicht mehr über das Webinterface auf die Box zugreifen.
Das gleiche Problem hatte ich dann auch bei dem Push Service. Selbst mit Ubuntu hatte ich keinen Zugriff mehr.

Mit Neustart des Speedport konnte ich wieder darauf zugreifen.
Im Explorer konnte ich den URL unten links sehen, scheinbar wird dieser nicht mehr zurückgesetzt.

Des Weiteren geht der Online Zähler immer noch nicht.
Kann es sein, dass der Online Zähler davon abhängig ist mit welcher vorigen Version den Upgrade gemacht wurde?
Das würde zumindest erklären warum bei anderen der Zähler geht..

Vielleicht gibt es irgendwann mal dazu eine Lösung.

Frohes Schaffen..

 

[baumrasen]

VPN zum x-ten mal

Hallo,

... also z.Zt. habe ich die Version 54.04.97-13286 auf meinem Speedport. Diese gibt beim Importieren des VPN-CFG-Files wieder etwas auf der Konlose aus.

Das sieht so aus:

Jan  6 20:24:39 firmwarecfg[3509]: sign_wrapper_init - lib loaded
Jan  6 20:24:39 firmwarecfg[3509]: VPN-CONFIG_IMPORT  cfg file recognized
Jan  6 20:24:39 firmwarecfg[3509]: vpn.cfg import successful
Jan  6 20:24:44 dsld[3477]: ioctl(KDSLD_IPSECBRIDGE_SETCONFIG): failed - Invalid argument (22)
Jan  6 20:24:44 dsld[3477]: ioctl(KDSLD_VPN_DISABLE): failed - Invalid argument (22)
Jan  6 20:24:44 dsld[3477]: VPN led value = 0
Jan  6 20:24:44 tr069discover[3481]: interface wan down.
Jan  6 20:24:44 tr069discover[3481]: interface dsl down.
Jan  6 20:24:44 tr069discover[3481]: interface dsl gone.
Jan  6 20:24:46 dsld[3525]: stopped.
Jan  6 20:24:47 dsld[3548]: startup (Dec 16 2008 17:45:51)
Jan  6 20:24:47 dsld[3548]: new cpmac driver detected
Jan  6 20:24:47 dsld[3548]: VDSL detected
Jan  6 20:24:47 tr069discover[3481]: interface wan up.
Jan  6 20:24:47 tr069discover[3481]: interface wan IFF_UP=1, IFF_RUNNING=64
Jan  6 20:24:47 dsld[3550]: DSL Mac xx:xx:xx:xx:xx:xx
Jan  6 20:24:47 tr069discover[3552]: startup ($Revision: 1.8 $$CompileDate: Dec 16 2008 17:45:47 $)
Jan  6 20:24:47 tr069discover[3554]: already running (3481), exit
Jan  6 20:24:47 dsld[3550]: VOIP Mac xx:xx:xx:xx:xx:xx
Jan  6 20:24:47 dsld[3550]: VCC2 Mac xx:xx:xx:xx:xx:xx
Jan  6 20:24:47 dsld[3550]: VCC3 Mac xx:xx:xx:xx:xx:xx
Jan  6 20:24:47 dsld[3550]: kdsld_qos_add_devport_vlanid: port=1, vlanid=260
Jan  6 20:24:47 dsld[3550]: kdsld_qos_add_devport_vlanid: port=2, vlanid=772
Jan  6 20:24:47 dsld[3550]: kdsld_qos_add_devport_vlanid: port=3, vlanid=1284
Jan  6 20:24:47 dsld[3550]: kdsld_qos_add_devport_vlanid: port=4, vlanid=1796
Jan  6 20:24:47 dsld[3550]: get_queueindex: none: not found
Jan  6 20:24:47 dsld[3550]: get_queueindex: none: not found
Jan  6 20:24:47 dsld[3550]: classifer: lan "ip.proto == tcp ip.len <= 64" disabled
Jan  6 20:24:47 dsld[3550]: classifer: lan "tcp.dest 80,3128,8080 ip.len <= 800" disabled
Jan  6 20:24:47 dsld[3550]: queue 0: prio 0 weight 0 shrate 0 shburst 0 wan
Jan  6 20:24:47 dsld[3550]: queue 1: prio 10 weight 0 shrate 0 shburst 0 wan
Jan  6 20:24:47 dsld[3550]: queue 2: prio 20 weight 0 shrate 0 shburst 0 wan
Jan  6 20:24:47 dsld[3550]: queue 3: prio 30 weight 0 shrate 0 shburst 0 wan
Jan  6 20:24:47 dsld[3550]: queue 4: prio 100 weight 90 shrate 0 shburst 0 wan
Jan  6 20:24:47 dsld[3550]: queue 5: prio 100 weight 10 shrate 0 shburst 0 wan
Jan  6 20:24:47 dsld[3550]: queue 6: prio 200 weight 0 shrate 0 shburst 0 wan
Jan  6 20:24:47 dsld[3550]: appl 0: sip-appl result 1
Jan  6 20:24:47 dsld[3550]: classifer: local "localmark none ip.proto == igmp" result 2
Jan  6 20:24:47 dsld[3550]: classifer: local "localmark sipdns,ntpdns,tr069dns,tr069" result 3
Jan  6 20:24:47 dsld[3550]: classifer: lan "udp.dport 43962" result 3
Jan  6 20:24:47 dsld[3550]: classifer: lan "udp.dport 47806" result 3
Jan  6 20:24:47 dsld[3550]: classifer: lan "ip.proto icmp" result 3
Jan  6 20:24:47 dsld[3550]: classifer: lan "udp.dport 53" result 3
Jan  6 20:24:47 dsld[3550]: classifer: local "localmark sip" result 1
Jan  6 20:24:47 dsld[3550]: classifer: local "localmark rtp" result 1
Jan  6 20:24:47 dsld[3550]: classifer: lan "udp.dport 5060" result 4
Jan  6 20:24:47 dsld[3550]: classifer: lan "dhcpoption 12 FRITZ!Media* mediatab" result 5
Jan  6 20:24:47 dsld[3550]: classifer: lan "ethsrctab mediatab" result 5
Jan  6 20:24:47 dsld[3550]: classifer: lan "ip.saddr xxx.xxx.xxx.xxx " result 6
Jan  6 20:24:47 dsld[3550]: result 0: tos 65535 vprio 65535 queue 5 appl 65535 b
Jan  6 20:24:47 dsld[3550]: result 1: tos 65535 vprio 65535 queue 2 appl 65535 b
Jan  6 20:24:47 dsld[3550]: result 2: tos 65535 vprio 65535 queue 0 appl 65535 b
Jan  6 20:24:47 dsld[3550]: result 3: tos 65535 vprio 65535 queue 1 appl 65535 b
Jan  6 20:24:47 dsld[3550]: result 4: tos 65535 vprio 65535 queue 2 appl 0 bridg
Jan  6 20:24:47 dsld[3550]: result 5: tos 65535 vprio 65535 queue 3 appl 65535 b
Jan  6 20:24:47 dsld[3550]: result 6: tos 65535 vprio 65535 queue 4 appl 65535 b
Jan  6 20:24:47 dsld[3550]: voip: ppptarget voip disabled, ignored
Jan  6 20:24:47 dsld[3550]: PPP led: off (value=0)
Jan  6 20:24:47 dsld[3550]: verbose: DISABLED
Jan  6 20:24:47 dsld[3550]: ioctl(KDSLD_IPSECBRIDGE_SETCONFIG): failed - Invalid
Jan  6 20:24:47 dsld[3550]: ioctl(KDSLD_VPN_SETCONFIG): failed - Invalid argumen
Jan  6 20:24:47 dsld[3550]: ioctl(KDSLD_VPN_ENABLE): failed - Invalid argument (
Jan  6 20:24:47 dsld[3550]: VPN led value = 0
Jan  6 20:24:47 tr069discover[3481]: interface dsl new.
Jan  6 20:24:47 tr069discover[3481]: netinterface_info lan  IFF_UP=1, IFF_RUNNIN
Jan  6 20:24:47 dsld[3550]: ioctl(KDSLD_SET_UPSTREAM_IGMPVERSION,3): failed - No
Jan  6 20:24:48 tr069discover[3481]: netinterface_info dsl  IFF_UP=0, IFF_RUNNIN
Jan  6 20:24:48 tr069discover[3481]: interface dsl up.
Jan  6 20:24:48 tr069discover[3481]: interface dsl IFF_UP=1, IFF_RUNNING=64
Jan  6 20:24:56 tr069discover[3481]: discover_request to iface lan sent
Jan  6 20:25:20 ctlmgr[439]: wlan hostname not found in devicelist ret=-8

Kann sich jemand erklären, was das im Klartext heißt? Wo muss man ansetzen, um zu Prüfen, wie die Fehlereinträge abzustellen sind?

Onlinecounter geht.

 

[ExCaLiBuR]

Hallo Ende4711,

selbst in der "original" Fritz!Box 7270 geht der Online Zähler nicht und zwar seit mehr als 1 1/2 Jahren. Da dies eine Fritz!Box Funktion ist und AVM diese nicht mehr Implementiert hat kann auch nicht erwartet werden das dies in der Speed!Box Version Funktioniert.

Bis zum .58er Release gab es in den nicht HTML Versionen der Statusmails noch eine Art Online Zähler, danach nicht mehr.

Ich Betreibe sowohl eine Fritz!Box 7270 als auch einen gefritzten Speedport (Speed!Box) und einen Oline Zähler hat es nach dem .58 Release nicht mehr gegeben.

Was es nocvh gibt ist eine Statusseite mit der Anzahl der Verbindungen pro Tag und Monat, aber keine Information zum Datenvolumen.

Gruß
ExCaLiBuR

 

[MrVenus]

habe heute für jemanden eine fw_Speedport_W920V_04.63-0_Fritz_Box_DECT_W920V_04.67-0-sp2fr-09.01.05_OEM-avm_AnnexB_de firmware erstellt

...habe alle optionen auf standard belassen...

funktioniert alles (getestet: fax weiche analog/intern, einen AB, wahlregen, usw.) ...musste nur ip-tv unterstützung deaktivieren um bei einer 6000er leitung online zu kommen

nun eine kleine frage gibt es irgendwo eine zusammenfassung (erklärung) für die optionen die man auswählen kann.

 

[WRipley]

Hallo,
vielen Dank Jpascher !
Sehe ich das richtig, das ich für VDSL und ADSL nur eine Firmware generieren muss ?
Nicht zwei verschiedene ? Also kann ich dann die 920 an einen ADSl Anschluss oder einen VDSL
Anschluss hängen ?
Übrigens super Anleitung, die du da geschrieben hast, spitze.
Welche Firmware Versionen würdest du für mich empfehlen ?
Thanks
Gruss
Walter

 

[Jpascher]

@WRiple
Sehe ich das richtig, das ich für VDSL und ADSL nur eine Firmware generieren muss ?
Ja

Also kann ich dann die 920 an einen ADSl Anschluss oder einen VDSL
Anschluss hängen ?

ja einzige Einschränkung bei IPTV geht es je nach Situation mal mit oder mal ohne Hackerl.

Übrigens super Anleitung, die du da geschrieben hast, spitze.
Welche Firmware Versionen würdest du für mich empfehlen ?

Gut schreiben ist nicht so meine Sache das macht Ernest015 und viel andere bei weiten besser.

Momentan dürften alle Problemlos funktionieren, die diskutierten Restsprobleme mit VPN und den uploadlimit bestehen bei allen.

 

[Goggo16]

Hi,

kurzer Update von mir.

Die Firmware 63-13048_97-13286 laeuft nach wie vor recht stabil am VDSL25 Anschluss.

Die Upload-geschwindigkeit ist aber noch immer begrenzt auf die ca. 3.2 MBit anstatt der theoretisch moeglichen 5 MBit.

Wenig Abstuerze der FB. Und wenn ueberhaupt, und dann wars unbemerkt.

Auch das WLAN scheint recht stabil. Ab und zu mal eine Unterbrechung, aber nur fuer ein paar Sekunden. Kann auch an was anderem als der FB liegen.

Habe noch ein zweites Eurit 567 Mobilteil angemeldet, da ich nun endlich den alten analogen Anrufbeantworter stillgelegt habe.

Mal einen einfachen 8GB USB-Stick mit FAT32 formatiert und angeschlossen. Funktioniert. Bringt NTFS-Formatierung eigentlich irgendwas?

Der Knaller ist nun aber, dass ich nun endlich ein Apple iPhone am FB-internen Sip-Server angemeldet und in Betrieb genommen habe. Rein und raustelefonieren funktioniert fuers erste ganz gut. Nicht so schoen ist, dass die SIP-Client Software auf dem iPhone (SIAX) immer im Vordergrund bleiben muss um anrufbar zu sein. Scheint ein bekanntes Problem zu sein, welches durch Einschraenkungen seitens Apple sozusagen so gewollt ist.

Gruesse,

Goggo

 

[hustle]

@ JPascher

Ich habe gerade mal das Freetz mit der AVM-67er-Firmware laufen lassen, folgendes Ergebnis:

    applying patch file ./patches/7270_labor_dsl/de/190-webmenu.patch
    patching file usr/www/all/html/de/menus/menu2_homehome.html
    Hunk #1 FAILED at 59.
    1 out of 1 hunk FAILED -- saving rejects to file usr/www/all/html/de/menus/menu2_homehome.html.rej
    patching file usr/www/all/html/de/menus/menu2_konfig.html
    ----------------------------------------------------------------------
ERROR: modpatch: Error in patch-file ./patches/7270_labor_dsl/de/190-webmenu.patch
make: *** [firmware-nocompile] Fehler 2
./start-freetz.sh: line 284: ./freetz_var: No such file or directory
---------------------------------------------------------------------------------------------------------------
modimage=
Something went wrong, Freetzfirmware not found!
_______________________________________________________________________________________________________________

If Firmware was created, you may copy the freetz image yourself to:
/home/sonic/Desktop/speed-to-fritz/Firmware.orig
Rename the image to: freetz.image
Then start speed-to-fretz setup (./start) again and select freetz.image as AVM LABOR source
_______________________________________________________________________________________________________________
All done .... Press 'ENTER' to return to the calling shell.

Irgendwas stimmt da doch noch nicht.

mfg

Hallo,

bekomme auf einmal so eine ähnliche Meldung.
Hast du das Problem lösen können Ernest015?
Hatte die Tage schon ein paar mal eine Freetz FW erstellt und das ohne Probleme.

    applying patch file ./patches/7270/140-rc.S-no_avm_exit.patch
    patching file etc/init.d/rc.S
    Hunk #1 FAILED at 1502.
    1 out of 1 hunk FAILED -- saving rejects to file etc/init.d/rc.S.rej
    ----------------------------------------------------------------------
ERROR: modpatch: Error in patch-file ./patches/7270/140-rc.S-no_avm_exit.patch
make: *** [firmware-nocompile] Fehler 2
./start-freetz.sh: line 284: ./freetz_var: No such file or directory
---------------------------------------------------------------------------------------------------------------
modimage=
Something went wrong, Freetzfirmware not found!
_______________________________________________________________________________________________________________

If Firmware was created, you may copy the freetz image yourself to:
/home/jars/Desktop/speed-to-fritz/Firmware.orig
Rename the image to: freetz.image
Then start speed-to-fretz setup (./start) again and select freetz.image as AVM LABOR source
_______________________________________________________________________________________________________________
All done .... Press 'ENTER' to return to the calling shell.

 

[Ernest015]

Hast du das Problem lösen können Ernest015?

Noch nicht so ganz (eigentlich sollte es anders sein).

Bei Auswahl der 67er-Version im Menü "Select a special Firmware" kommt besagter Fehler zustande. Anscheinend wird da die Version nicht korrekt an das Freetz-Script übergeben, es sucht dann nach der DSL-Firmware.

Wird hingegen unter " 3rd Firmware " die Version AVM7270_67 gewählt (Achtung, 67 gibt es zweimal, als AVM_67 und als AVM7270_67), läuft auch Freetz hier fehlerfrei durch.

Die Frage ist jetzt, warum die DSL-Version übergeben wird, wenn unter "Select special Firmware" die 67 gewählt worden ist.

Edit: Der Fehler liegt anscheinend darin, die 67er-Version überhaupt auszuwählen. Ohne Änderung der Einstellungen (nur Hardware type auf W920V gestellt), wird die 67er-Firmware automatisch genommen. Freetz läuft dann auch mit dem so erstellten Image.

mfg

 

[hustle]

Bei mir wird ohne Auswahl einer bestimmten Firmware folgende FW mit Speed2Fritz erstellt:
fw_Speedport_W920V_04.63-13048_Fritz_Box_DECT_W920V_04.67-0-sp2fr-09.01.05_OEM-avm_AnnexB_de.image

Ich habe aber trotzdem noch das Problem mit Freetz. Ich mach irgendwo noch ungewollt einen Fehler.

 

[marsie_hannover]

Stand der Dinge - 920: 65.04.63-13048 mit 7270: 54.04.97-13286

Hallo,

ich habe mit dem Skript vom 05.01. erfolgreich fritzen können.

Allerdings gibt es folgende Auffälligkeiten:

1. LED-Patch greift nicht
2. Reboot bei bestimmten Systemänderungen
3. VPN-Funktion geht nicht (ist glaube ich bekannt)

Im Detail:

1. Die LEDs, die sich in der unteren Zeile befinden sind bis auf "Power" ohne Funktion
2. Bei Einstellungsänderungen im Bereich Telefoniegeräte (SIP-Telefon), VPN habe ich sporatische Reboots (mit Löschung der Ereignissprotokolle.
3. Vom entfernten Rechner meldet die Fritz-Software, das kein Zugang möglich. Allerdings funktioniert der Fernzugriff auf die Weboberfläche ohne Probleme. Ausschließen kann ich zur Zeit aber auch die Blockade durch eine Firewall nicht.

Gruß
Markus

 

[Fifaheld]

frage, zu welcher tcom firmware wird zurück geflasht der 920er wenn man restore to tcom wählt und wo bitte bekommt man die firmware 65-04-58 her und kann man die jetztige firmware irgendwie siehern, z.b. in dem man sie aus mtd1 sichert oder so?

 

[ExCaLiBuR]

Hallo Marsie_Hannover,

das kann ich so nicht bestätigen.

Bei mir gehen mit dem selektierten T-COM LED Patch

- Power = OK
- DSL = OK sobald das DSL Modem synchronisiert hat
- Online = OK, sobald eine aktive (authentisierte) Verbindung besteht (Funktioniert nur wenn INFO-Anzeit auf "leuchtet bei bestehender Internetverbindung" steht)
- Internet-Telefon = OK sobald ein VOIP-Account eingerichtet und aktiv ist (binkt bei aktivem Gespräch)
- Festnetz-Telefon = OK sobald ein ISDN- oder Analog-Account eingerichtet und aktiv ist (binkt bei aktivem Gespräch)

- WLAN = OK wenn aktiviert
- LAN 1-4 = OK sobald verbunden

Einzig Update und Status haben derzeit keine (mir bekannte) Funktion. Selbiges Resultat habe ich auch mit der 54.04.97-13286.

Es stimmt sobald DSL-spezifische Parameter verändert werden gibt es ein Reboot, aber da spielt Mann (und Frau) ja eigentlich nicht rum.

Gruß
ExCaLiBuR

 

[marsie_hannover]

Hm, dann muss ich wohl noch mal die FW bauen.

@ExCaLiBuR:
hast du auch die gleiche FW Kombination wie ich im Einsatz? Auch ohne eine dritte FW ausgewählt zu haben? Deine Signatur zeigt etwas anderes an.

 

[ExCaLiBuR]

Hallo Marsie_Hannover,

Ich hatte erst die T-Home 65.04.63-13048 mit AVM 54.04.97-13286 (Telefonie-Labor) gefritzt und getestet
und dann habe ich zur T-Home 65.04.63-13048 mit AVM 54.04.99-13225 (DSL-Labor) gewechselt, da mit die DSL-Optionen wichtiger sind.

Mit Auswahl des T-COM LED "Patches" sind die Ergebnisse gleich gewesen.

Gruß
ExCaLiBuR

 

[marsie_hannover]

Hallo ExCaLiBuR,

bei beiden Kombination funktioniert der LED-Patch ohne Probleme?
Dann werde ich wohl noch einmal Testen müssen...

Wie sieht es denn bei dir mit der Löschung des Ereignisprotokolls nach Reboot aus?

@all
Außerdem habe ich festgestellt, dass bei der Anrufliste die Übernahme ins Telefonbuch nicht bei allen Telefonnummern angeboten wird (Regel bisher nicht erkennbar).

 

[ExCaLiBuR]

Ja, der LED-Patch funktioniert ohne Probleme bei mir.

Nach einem Reboot sind die Ereignisprotokolle gelöscht, da diese meines Wissens im flüchtigen Speicher (RAM) der Box gehalten werden. Hier wäre eine USB-basierte implementierung eine gute Idee, aber das hat wohl keine Priorität.

Gruß
ExCaLiBuR