W701V geht nicht als ATA, auch nicht mit DS-Mod

voipd

IPPF-Promi
Mitglied seit
5 Mai 2005
Beiträge
3,187
Punkte für Reaktionen
4
Punkte
38
Edit: Urspruenglicher Titel: "W701V bootet nicht mit t-com 33.04.26 Image - ds-mod geht auch nicht"

Hallo zusammen,

ich bin immer noch am basteln mit dem W701V. :???:

Bisher habe ich problemlos zwischen T-com und speed2fritz Image hin und her flashen koennen, wobei das Problem der ATA Modus war. :-(

Jetzt habe ich versucht ein ds-mod Image zu flashen. Nachdem sich nichts getan hab, habe ich wieder versucht den Kernel aus w_Speedport_W701V_V33.04.26.image zu flashen.

Nun ist schicht im Schacht.

EDIT: Ein Fehler, der auf mein Konto geht, war wohl, dass der Schalter auf "extern"es Modem stand. Damit kann man zwar ueber LAN1 flashen, aber nach einem Reboot nicht ueber LAN1 auf die Box zugreifen. :mad:
Logisch, muss man aber in dem Moment draufkommen.


Flash von kernel.image (aus fw_Speedport_W701V_V33.04.26.image)
Code:
C:\f>ftps 192.168.178.1
220 ADAM2 FTP Server ready
Connected to 192.168.178.1.
User: adam2
331 Password required for adam2
Password: *****
230 User adam2 successfully logged in
ftp> bin
200 Type set to BINARY
ftp> passive
Passive mode  On .
ftp> debug
Debugging On .
ftp> quote MEDIA FLSH
---> MEDIA FLSH
200 Media set to MEDIA_FLASH
ftp> put kernel.image mtd1
---> PASV
227 Entering Passive Mode (192,168,178,1,5,201)
---> STOR mtd1
150 Opening BINARY data connection
226 Transfer complete
ftp: 4195592 bytes sent in 48.77Seconds 84.02Kbytes/sec.
ftp> quote REBOOT
---> REBOOT
221 Thank you for using the FTP service on ADAM2
ftp> quit
Draining: 221 Goodbye.
---> QUIT

Danach kein Ping und Webinterface an

192.168.2.1
192.168.178.1
192.168.178.254 moeglich.

Diese noch probiert, da hier gelesen:
Code:
C:\f>ftps 192.168.178.1
220 ADAM2 FTP Server ready
Connected to 192.168.178.1.
User: adam2
331 Password required for adam2
Password: *****
230 User adam2 successfully logged in
ftp> bin
200 Type set to BINARY
ftp> passive
Passive mode  On .
ftp> debug
Debugging On .
ftp> quote MEDIA FLSH
---> MEDIA FLSH
200 Media set to MEDIA_FLASH
ftp> get env
---> PASV
227 Entering Passive Mode (192,168,178,1,7,255)
---> RETR env
425 can't open data connection
Error: The RETR command failed.
ftp: 0 bytes received in 0.01Seconds 0.00Kbytes/sec.
ftp>

Kann da jemand bitte mal helfen?

Danke.

voipd.
 
Zuletzt bearbeitet:
So, nun geht es (halbwegs) wieder. Nachdem ich den Hinweis bekommen habe doch mal einen anderen FTP Client auszuprobieren konnte ich die env Variablen auslesen. ncftp hat zwar das Problem, dass er schwieriger zur Box connected, aber correct arbeitet. :rolleyes:

Code:
HWRevision            101.1.1.0
ProductID             Fritz_Box_SpeedportW701V
SerialNumber          0000000000000000
annex                 B
autoload              yes
bootloaderVersion     1.190
bootserport           tty0
bluetooth             
cpufrequency          211968000
firstfreeaddress      0x946AE878
firmware_version      avm
firmware_info         33.04.26
flashsize             0x00800000
kernel_args           idle=4
maca                  00:1A:4F:xx:7F:1E
macb                  00:1A:4F:xx:7F:1F
macwlan               00:04:0E:yy:33:8E
macdsl                00:1A:4F:xx:7F:20
memsize               0x02000000
modetty0              38400,n,8,1,hw
modetty1              38400,n,8,1,hw
mtd0                  0x90000000,0x90000000
mtd1                  0x90010000,0x90780000
mtd2                  0x90000000,0x90010000
mtd3                  0x90780000,0x907C0000
mtd4                  0x907C0000,0x90800000
my_ipaddress          192.168.178.1
prompt                Eva_AVM
ptest                 
reserved              
req_fullrate_freq     125000000
sysfrequency          125000000
urlader-version       1190
usb_board_mac         00:1A:4F:A9:7F:21
usb_rndis_mac         00:1A:4F:A9:7F:22
usb_device_id         0x0000
usb_revision_id       0x0000
usb_device_name       USB DSL Device
usb_manufacturer_name  AVM
wlan_key              5589571207107455
wlan_cal              000F,0020,000D,00E2,010A,00E4,010A,0318,031E

Die "firmware_version" konnte ich problemlos aendern, die "SerialNumber" nicht. Was muesste ich den schreiben? Ist denn wirklich gefuellt?

Platzhalter: "0000000000000000" 16 Stellig
Aufkleber: "V0xx.xxx.00.xxx.xxx"
Verdichtet: "V0xxxxx00xxxxxx" 15 Stellig

Nach dem erfogreichen Einspielen der t-com Firmware habe ich erfolgreich ein ds-mod eingepielt, aber es geht auch nicht im ATA Mode!!!! :mad:

Als IP-client bekommt die Box eine IP vom Kabelmodem, aber das ist ja Sinn und Zweck, da dann das Boxinterface "im Internet" hangt.

Wenn man richtig einstellt, bekommt die Box keine IP:
Anschluss: LAN 1
Betriebsart: Nat-Router/IP
Zugansdaten: IP
Verbindungseinstellungen: DHCP



Ausserdem stellt sie sich nach einem Reboot immer um:
Anschluss: LAN 1
Betriebsart: Nat-Router/IP
Zugansdaten: PPPoE
Verbindungseinstellungen: DSL Anbieterdaten


Und nun????

voipd.
 
Die SerialNumber ist auf jeder mir bekannten Box 0000000000000000 (16 Stellen) und sollte auch so bleiben.

Mit ATA meinst Du vermutlich den Modus NAT/LAN1.
Du brauchst: Schalter auf EXT, bei Internet/Zugangsdaten: "Internetzugang über LAN 1", "Internetverbindung selbst aufbauen (NAT-Router mit PPPoE oder IP)", dann PPPoE oder IP je anch den Gegebenheiten.

Es ist ein Problem bekannt, daß dsld manchmal in dieser Konfiguration nicht startet. Kontrollier mal, ob er läuft, und starte ihn ggf. von Hand.
 
Danke fuer die ausfuehrlichen Infos.

Mit ATA meine ich naturlich NAT/LAN1. :)
Wie schon geschrieben genau das geht nicht.
OK. dsld starten. Wie? Ich habe zwar zur Zeit ein ds-mod drauf, aber da sollte es auch gehen? Wo steht die Datei zum starten? Wie du siehst finde ich auf der Box kein "*dsl*"

BTW: Wozu brauche ich im ATA Modus den dsld?

Code:
/ $ find . -name *dsl* -print
./dev/kdsld_traffic
./dev/kdsldptrace4
./dev/kdsldptrace3
./dev/kdsldptrace2
./dev/kdsldptrace1
./dev/kdsldptrace0
./dev/kdsld_user
./dev/kdsld
./etc/default.Fritz_Box_SpeedportW701V/tcom/wandslifconfigSCPD.xml
./etc/default.Fritz_Box_SpeedportW701V/tcom/wandsllinkconfigSCPD.xml
./lib/modules/microvoip-dsl.bin
./proc/avalanche/avsar_dsl_modulation_schemes
./proc/sys/dev/dslmod
./sbin/dsltest
./usr/bin/dsl_info
./usr/www/all/html/de/images/bitSnr_carriers_adsl2p.gif
./usr/www/all/html/de/images/bitSnr_frequencies_adsl2p.gif
./usr/www/all/html/de/internet/adsl.frm
./usr/www/all/html/de/internet/adsl.html
./usr/www/all/html/de/internet/adsl.inc
./usr/www/all/html/de/internet/adsl.js
./usr/www/all/html/de/internet/expert_dsl.html
./usr/www/all/html/de/internet/expert_dsl2.html
./var/tmp/csem/dsld_statsimple-W
./var/tmp/csem/dsld_statsimple-R

Code:
/etc/init.d $ ps
  PID  Uid        VSZ Stat Command
    1 0          1412 S   init
    2 0               SWN [ksoftirqd/0]
    3 0               SW< [events/0]
    4 0               SW< [khelper]
    5 0               SW< [kthread]
    6 0               SW< [kblockd/0]
   25 0               SW< [pdflush]
   26 0               SW< [pdflush]
   28 0               SW< [aio/0]
   27 0               SW  [kswapd0]
   64 0               SW  [pm_info]
   87 0               SW  [mtdblockd]
  113 0               SW  [tffsd_mtd_0]
  336 0          1404 S   cat /dev/debug
  340 0               SW< [capi_oslib]
  341 0               SW< [capi_oslib]
  342 0               SW  [capitransp]
  379 0         10700 S N ctlmgr
  396 0          2348 S   wpa_authenticator
  495 0          1412 S   httpd -p 80 -h /usr/www/all
  499 0          5900 S   multid -u
  512 0          3328 S   telefon a127.0.0.1
  514 0          1416 S   telnetd -l /sbin/ar7login
  517 0          9616 S < voipd
  526 0           948 S   /bin/run_clock -c /dev/tffs -d
  579 0          1416 S   httpd -p 81 -c /mod/etc/httpd.conf -h /usr/mww/ -r DS-MOD (user:admin)
  609 0          1424 S   syslogd -L -C
  611 0          1408 S   /sbin/klogd
  654 0          1256 S   dropbear -p 22
  656 0          1412 S   init
 1234 0          1432 S   -sh
 1285 0          1432 S   -sh
 1352 0          1408 R   ps

Danke

voipd.
 
voipd schrieb:
Wo steht die Datei zum starten? Wie du siehst finde ich auf der Box kein "*dsl*"
/sbin/dsld
/sbin/dsltest ist übrigens ein Link auf dsld.

Seltsam, daß er nicht vorhanden ist. Irgendwo habe ich gelesen, daß der (aktuelle/nächste?) ds-mod eine Option haben soll, dsld zu entfernen. Diese sollte man in diesem Fall nicht verwenden.
Wozu brauche ich im ATA Modus den dsld?
Das ist eine naheliegende Frage.

Konkret ist es so, daß der dlsd unter anderem für NAT, Firewall, PPPOE, Traffic Shaping zuständig ist und auch mit DNS Auflösung, VOIP und TR069 zu tun hat.

Offen ist, ob das Programm etwas mit der DSL-Verarbeitung zu tun hat. Die DSL Signalverarbeitung selbst wird von einem Signal-Prozessor (DSP) übernommen, der Rest vermutlich vom Kernel Modul /lib/modules/2.6.13.1-ohio/kernel/drivers/dsld/kdsldmod.ko, das in Deiner Liste übrigens auch fehlt.

Also installier mal eine Firmware mit allen dsl Dateien und starte dann notfalls den dlsd von Hand.
 
Gesagt, gesucht,gesaugt,gebrannt,geflasht.

HAbe nun mit "sp-to-fritz_11_10_2007.tar.gz" unter knoppix 5.1.1 das kernel.image erzeugt.

Files:
fritz.box_fon_wlan_7141.40.04.37.image
fw_Speedport_W701V_v33.04.44.image

Geauso wie vorher!! Die Box merkt sich nicht die Einstellung als ATA und kommt mit DSL zurueck. NAch dem Reboot kommt dann auch brav: "DSL Fehler"

Das Thema dsld sieht nun wieder gut aus:
Code:
# ps
  PID  Uid     VmSize Stat Command
[...]
  465 root       1732 S   dsld -i -n
[...]
#

Folgendes habe ich festgestellt:

Bei dem Reboot stellt sich die Box wieder auf "DSL" zurueck, wenn ich dann wieder "Zugangsdaten werden nicht benötigt (IP)" anclicke kommt im Feld "DHCP-Hostname" immer noch der String vom ds-mod "FRITZ-Box-Fon-WLAN-7124--33.04.44" ABER diesen String hatte ich vor dem Abspeichern geloescht/entfernt!

Daraus schliesse ich, dass die Box die Aenderungen (Einstellung auf ATA) sich nicht merkt! Kann das mit fehlenden Schreibrechten auf einem File zu tun haben oder wo stehen diese Einstellungen?


BTW: Warum heisst der Link (in der linken Menuleiste) unter ZUGANGSDATEN eigentlich so? ISt das PPPoE ein Hinweis?
Code:
http://192.168.2.1/cgi-bin/webcm?getpage=../html/de/menus/menu2.html&var:lang=de&var:menu=internet&var:pagename=pppoe&var:activtype=pppoe

voipd.
 
Zuletzt bearbeitet:
Hast Du den Schalter auf Extern umgestellt?

W701V und W900V haben hinten einen Schalter INT/EXT, der festlegt, ob sie über Modem oder LAN1 ans Internet sollen.

Beim nächsten Neustart hat dieser Schalter Vorrang vor der Einstellung über die Web-Oberfläche.
 
Zuletzt bearbeitet:
:confused: Ja!

Also der Schalter steht auf extern.

Wenn man nun wieder in der Weboeberflaeche auf DHCP umstellt und dann rebotet, blinkt zuerst die T-DSL LED, nach 5 Seunden geht die WAN LED an und die T-DSL LED hoert auf zu blinken. Das ist aus meiner Sicht ein Zeichen dafuer, dass nach dem reboot zuerst DSL probiert wird.

In der Weboeberflaeche bleibt es dann bei DSL.
Wie gesagt, nach einem REboot steht der Eintrag auf DSL

Hat jemand gute Debuggingvorschlaege.

BTW: Die beiden die es "angeblich" geschafft haben, melden sich nicht oder haben ihre Firmware geloescht.

Aus meiner Sicht ist das ein Spuk, dass der W701V als ATA laeuft!

voipd.
 
Bin erst jetzt nachhause gekommen und sehe, dass der Spuck weiter geht.
Schade!
Trotdem beim duchlesen fehlt mir auf, dass du nirgens Screibst eine Werksreset durgeführt zu haben, hast du aber sicher oder?
Es ist auch so, dass es unter Umständen auch eine Rolle spielt ob zuerst das Original .44 image geladen wurde und auch da ein Werksreset durchgeführt wurde. Ein Werksreset lät immer nur default dateien die im mometan geladen Image vorhanden sind, drum mag die rekation auch unterschidlich ausfallen.

Der rest deiner Beschreibung deckt sich teilwese mit dem was ich kenne, wenn was schifgeht. Da müssten wir im detail drüber reden.

Mich hat auch ursprünglich der Umsatnd irritiert, dass der DSL Teil für ATA mitverwendet wird.

Was passiert wenn du nach einen neuerlchen reboot zuerst auf DSL stellst das abspeicherst und erneut auf ATA NAT umstellst?

Es geht teilweise relativ zäh da ja der Router keine Verbindung für DSL findet.
Manchmal hab ich auch beobachtet das die webseiten nicht sauber geladen wurden und die Speicherung der Seiten auf anhieb nicht klappte.
Ich hab mir dabei aber eher weniger gedacht und die Seiten einfach geduldig neu aufbauen habe lassen indem ich in der linken Spalte von neuen alle menues durch klickte bis ich die gewünscht Seite saber speichen konnte.

Es spielt auch eine Rolle dabei ob da bereits das Netkabel zum Kabelmodem angesteckt ist oder nicht.
Ohne kabe geht es zuerst mal schneller.

Reboot ist nicht erforderlich bis es funktioniert, aber eine Kontrolle ob die Einträge wirklich übernommen wurden ist mal sicher notwendig in dem man den webbrouser die Seiten neue aufbauen läßt. Die Verbindung zum Kabelmodem muss aber da auch noch nicht sofort hergestellt sein, wenn die Einstellungen richtig sind und auch eine Kabelvebindung zum Kabelmodem besteht.
Wenn dein Kabelmodem jede IP Adresse akzepiert sollte dann innerhal einer Minute die Online Led zu binken beginnen und dann dauend Leuchten was bedeutet der DHCP request ist beantwotet worden.
Sind intakte Voip Einträge vorhanden, leuchtet auch etwas verzögert die zugehörige Led.
 
Zuletzt bearbeitet:
Bei mir beim W900V ist es auch so, daß einige Sekunden die DSL-LED blinkt, bevor auf die WAN-LED ungeschaltet wird.

Meine Vermutung ist aber, daß er einfach "vorsorglich" schon mal anfängt, mit der DSL-LED zu blinken, bevor überhaupt die Konfiguration ausgewertet wird. Die Meisten verwenden DSL, und dann sieht es aus, als würde schon mal was passieren, auch wenn das gar nicht so ist. Daß es für die, die DSL nicht verwenden, verwirrend ist, wurde in Kauf genommen oder gar nicht bedacht.

Wie sieht denn bei Dir die Netzerkkonfiguration aus?
Bei mir erstellt er ein Interface wan, aber das Kernel Modul kdslmod läuft bei mir nicht, deswegen funktioniert auch der Rest nicht.

Stoppe mal den dsld und starte ihn mit Debug-Ausgabe:
Code:
dsld -s
dsld -i -n -fv
 
RalfFriedl schrieb:
Bei mir beim W900V ist es auch so, daß einige Sekunden die DSL-LED blinkt, bevor auf die WAN-LED ungeschaltet wird.

Ist bei mir auch so.

Zum DS-image und Verhalten:

Ist mal etwas anders, aber es geht auch in ATA betrieb.
Kommt aber nach einen Reset kaum automatisch wieder sauber hoch.
 
@Jpascher, und die anderen:

Hallo zusammen,

was sagt man da: Danke fuer die Anteilnahme. :)

Ich freue mich wirklich ueber die Hilfe, aber ich habe diese Wochenende schon so viele Stunden da rein gesteckt, dass ich das Ding haette vergolden lassen.

Zum Thema:

- Ja, Werksreset immer brav ausgefuehrt. Aber den String im DHCP-Hostname "FRITZ-Box-Fon-WLAN-7124--33.04.44" bekomme ich nicht weg. Gehoert auch im sp3fritz dazu?

- Ich habe nie das "Original .44 image" drin gehabt! Als t-com Image habe ich ,wie geschrieben, immer das Kernel.Image aus "fw_Speedport_W701V_V33.04.26.image" benutzt. Sollte ich mal das 44er t-com Image nutzen?

Mich hat auch ursprünglich der Umsatnd irritiert, dass der DSL Teil für ATA mitverwendet wird.
Habe ich nicht verstanden

Der rest deiner Beschreibung deckt sich teilwese mit dem was ich kenne, wenn was schifgeht. Da müssten wir im detail drüber reden.
Gerne



Was passiert wenn du nach einen neuerlchen reboot zuerst auf DSL stellst das abspeicherst und erneut auf ATA NAT umstellst?
Hatte ich auch schonmal geschrieben. Das gleiche. Er bekommt keine IP und nach einem REboot steht es wieder auf DSL.

Reboot ist nicht erforderlich bis es funktioniert, aber eine Kontrolle ob die Einträge wirklich übernommen wurden ist mal sicher notwendig in dem man den webbrouser die Seiten neue aufbauen läßt.
Hmm, wenn ich von DSL auf NAT-IP umstelle und dann ohne Reboot auf dem Fritz in den Menues schaue und dann wieder zu den Zugangsdaten komme ich alles OK, sprich die Eintraege stehen weiter auf DHCP, ABER: Er holt sich keine IP und nach dem Reboot steht es wieder auf DSL.

Mein Kabelmodem akzeptiert (nach einem reboot) die erste MAC Adresse die vorbeikommt und gibt ihr bei Bedarf eine IP.

Zur Vorsicht habe ich einen VoIP Eintrag gemacht. Aber der geht nicht Online.

@RalfFriedl: Das teste ich jetzt mal
 
Schade, dass ich kein W701 hab sonst wüde ich dir ein getestet Image für den 701 per PM senden.

Mach am das das Ralf dir rät es tat wenig sinn nach zwei Empfehlungen vorzugehen.

Mir scheint das nach dem was du jetzt schreibst es ma unbeding notwendig ist auf dei Original T-com zurückzufaschen.

ICh war einige mae sch on soweit dass prktisch fast nichts mehr ging nach dem icg DS-mod Images drauf hatte und auch images dei vorher gingen nicht mer richtig funktionieten wenn ich die dan raufgeladen habe.

Erst das Flaschen des originals nach einen Rcover mit einen AVM Recovertool das natürlich abbricht machte es wieder möglich auf eine sauberen Ausgangspunkt zurück zu kommen wo dann auch die Spee2Fritz und der DS-mode mit altern images wieder so funktionierte wie ich es gewohnt war.

Mich hat auch ursprünglich der Umsatnd irritiert, dass der DSL Teil für ATA mitverwendet wird.
Habe ich nicht verstanden

Der dsl Teil der Box ist praktisch das um und auf für Datenduchsatz vielleicht ist auch der gewählt Name nicht passend oder irreführen auf jeden Fall macht dsl bei weiten mehr als die dsl Verbindung wie auch Ralf schon anklingen lies. Ich habe ursprünglich eben auch gedacht dsl ist für andere Belange nicht von Bedeutung.
 
Zuletzt bearbeitet:
Weiter Info:

Nachdem ich auf DHCP umgestellt habe. Schalter ist auf extern:

Code:
# dsld -s
Jan  1 01:13:11 dsld[901]: stopped.
# dsld -i -n -fv
dsld: startup (Sep  7 2007 12:56:49)
dsld: new cpmac driver detected
dsld: voip: disabled, not in first vcc
dsld: DSL Mac 00:1a:4f:a9:7f:1e
dsld: VOIP Mac 00:1a:4f:a9:7f:21
dsld: VCC2 Mac 00:1a:4f:a9:7f:22
dsld: VCC3 Mac 00:1a:4f:a9:7f:1f
dsld: compiled tc filter  to 0 classes
dsld: compiled tc filter tc:rtp,sip to 2 classes
dsld: compiled tc filter tc:tcp_ack to 1 classes
dsld: compiled tc filter tc:dns,sipdns,ntpdns,tr069dns to 4 classes
dsld: compiled tc filter tc:http_req,tr069 to 2 classes
dsld: compiled tc filter tc:icmp to 1 classes
dsld: compiled tc filter  to 0 classes
dsld: speed 2304/288 (LAN)
dsld: showtime

Kurz vorher, warscheinlich als ich im Webinterface auf DHCP umgestellt habe und dann "Uebernehmen" gedrueckt habe kam das hier vorbei:

Code:
Console Ausgaben auf dieses Terminal umgelenkt
# Jan  1 01:11:39 multid[843]: stopped.
Jan  1 01:11:40 ctlmgr[486]: SendMsg: MemMsgAdd failed (handle 716030976, counter 58).
Jan  1 01:11:43 igdd[846]: stopped.
Jan  1 01:11:51 multid[889]: startup (Sep  7 2007 12:56:35)
Jan  1 01:11:51 multid[891]: new cpmac driver detected
Jan  1 01:11:51 multid[891]: voip: disabled, not in first vcc
Jan  1 01:11:51 multid[891]: [B]enabling ATA-Mode[/B]
Jan  1 01:11:51 multid[891]: ata 7,8
Jan  1 01:11:51 multid[891]: IGMP tos configured to 0x80
Jan  1 01:11:51 multid[891]: mrouter: using IGMPv3 for upstream interface dsl
Jan  1 01:11:51 multid[891]: mrouter: using IGMPv3 for other interfaces
Jan  1 01:11:51 multid[891]: DHCPD on lan
Jan  1 01:11:51 multid[891]: DDNS: no valid accounts
Jan  1 01:11:51 multid[891]: ONLINE: script /bin/onlinechanged not found.
Jan  1 01:11:51 multid[891]: mrouter: lan: vif 0 if_index 13
Jan  1 01:11:51 multid[891]: interface cpmac0 new.
Jan  1 01:11:51 multid[891]: interface cpmac0 up.
Jan  1 01:11:51 multid[891]: interface lo new.
Jan  1 01:11:51 multid[891]: interface lo up.
Jan  1 01:11:51 multid[891]: mrouter: lo: no multicast interface, ignored.
Jan  1 01:11:51 multid[891]: interface tiwlan0 new.
Jan  1 01:11:51 multid[891]: interface tiwlan0 up.
Jan  1 01:11:51 multid[891]: interface tiwlan1 new.
Jan  1 01:11:52 multid[891]: interface tiwlan2 new.
Jan  1 01:11:52 multid[891]: interface tiwlan3 new.
Jan  1 01:11:52 multid[891]: interface wdsup0 new.
Jan  1 01:11:52 multid[891]: interface wdsup0 up.
Jan  1 01:11:52 multid[891]: interface wdsdw0 new.
Jan  1 01:11:52 multid[891]: interface wdsdw0 up.
Jan  1 01:11:52 multid[891]: interface wdsdw1 new.
Jan  1 01:11:52 multid[891]: interface wdsdw1 up.
Jan  1 01:11:52 multid[891]: interface wdsdw2 new.
Jan  1 01:11:52 multid[891]: interface wdsdw2 up.
Jan  1 01:11:52 multid[891]: interface wdsdw3 new.
Jan  1 01:11:52 multid[891]: interface wdsdw3 up.
Jan  1 01:11:52 multid[891]: interface eth0 new.
Jan  1 01:11:52 multid[891]: interface eth0 up.
Jan  1 01:11:52 multid[891]: interface lan new.
Jan  1 01:11:52 multid[891]: DHCPD on lan
Jan  1 01:11:52 multid[891]: interface lan up.
Jan  1 01:11:52 multid[891]: DHCPD on lan
Jan  1 01:11:52 multid[891]: interface wan new.
Jan  1 01:11:52 multid[891]: interface wan up.
Jan  1 01:11:52 multid[891]: interface dsl new.
Jan  1 01:11:52 multid[891]: interface dsl up.
Jan  1 01:11:52 multid[891]: mrouter: lan: vif 0 if_index 13
Jan  1 01:11:52 multid[891]: mrouter: dsl: vif 1 if_index 42
Jan  1 01:11:52 multid[891]: CONFIG_LOGD disabled: No UPnP-Device for avmlogd
Jan  1 01:11:52 multid[891]: verbose: DISABLED
Jan  1 01:12:00 igdd[885]: OemStringData.MAC:001A4FA97F1E
Jan  1 01:12:00 igdd[885]: OemStringData.BOXID='FRITZ!Box Fon WLAN 7124 ', _boxenv_name_and_version=
'AVM FRITZ!Box Fon WLAN 7124  33.04.44'
Jan  1 01:12:00 igdd[885]: desc=FRITZ!Box Fon WLAN 7124  UPnP/1.0 AVM FRITZ!Box Fon WLAN 7124  33.04
.44
Jan  1 01:12:00 igdd[885]: DEBUG: check_for_avail_ifaces: ip_array = 0x2aae7b40
Jan  1 01:12:00 igdd[885]: DEBUG: check_for_avail_ifaces: new iface 192.168.2.1 found
Jan  1 01:12:00 igdd[885]: DEBUG: check_for_avail_ifaces: ifaces changed!
Jan  1 01:12:00 igdd[885]: DEBUG: cycle_check_for_avail_ifaces: iface changed -> start 3s-Timer to a
dvertise mcast
Jan  1 01:12:00 igdd[885]: startup (Jun 28 2007 13:15:37)
Jan  1 01:12:00 igdd[885]: verbose: DISABLED

BTW: Das mit der DSL-LED hat noch einen anderen Grund. In der Zeit wo am Anfang die T-DSL LED blink, koennen Ethernetpaket von LAN2-4 an LAN1 geschickt werden.
Soll heissen: Bevor die T-DSL ausgeht kann ich mit dem PC von LAN2 das Kabelmodem (mit der lokalen Kabelmodemadresse 192.168.100.1) an LAN1 anpingen. Wenn die T-DSL LED ausgeht und die WAN LED angeht, dann nicht mehr, was ja auch so sein soll.

Ansonsten weiter alles Erfolglos.

voipd.
 
So, weiter geht es:

Habe mal die Idee mit der 44er t-com Firmware aufgegriffen:

  1. "fw_Speedport_W701V_v33.04.44.image." t-com Firmware aufgespielt mit oem=tcom
  2. Werksreset gemacht
  3. speed2fritz Firmware aus "fritz.box_fon_wlan_7141.40.04.37.image" und "fw_Speedport_W701V_v33.04.44.image" aufgespielt mit oem=avm
  4. Werksreset gemacht

Ergebnis das gleiche!!

Jpascher schrieb:
Erst das Flaschen des originals nach einen Rcover mit einen AVM Recovertool das natürlich abbricht machte es wieder möglich auf eine sauberen Ausgangspunkt zurück zu kommen wo dann auch die Spee2Fritz und der DS-mode mit altern images wieder so funktionierte wie ich es gewohnt war.

Die meisten neuen Firmwares lassen sich nicht mehr mit recoder.exe flashen. Es kommt SOFORT "recover: error = 7". Das Problem hatten wir schon mal. Das Image muesste neu gepackt werden. War ein ziemlich alter Thread.
So viel ich weiss gibt es fuer die T-Com Images kein Recover Image.

Hat von euch noch einer eine Idee?

Fuer dieses Wochenende habe ich die Nase voll! Wie gesagt, ich glaube nicht, dass es geht. Es konnte noch keiner Beweisen. :confused:

Morgen fahren ich mit dem Panzer darueber!

voipd.
 
Morgen fahren ich mit dem Panzer darueber!

Bevor du das machst schickst du die box zu mir und ich ärger mich weiter für dich. Verstehn kann ich deinen frust schon ist ja wirklich zum verzweifeln.

Nur würd ich halt all zu gern wissen warum es bei mir mit dem W900V jetzt probelm los geht und es bei dir ums .. nicht will.
Bleibt immer noch die Frage wo sind die 701 benutzer mit einen Funktioneirenden W701, die melden sich ja nicht zu wort!

Ja noch was OEM verwende ich mometan tcom sollte aber keine Rolle spielen.

Recover tool ist verwendbar aber es bricht halt ab mit der Meldung Box geffunden mit ....
So werden manche ENV Variaben gesetzt und man erfährt die IP.
gefläsht wird sie natürlich nicht.
 
So, nun Butter bei die Fische.

Schau bitte hier: Geld verdienen mit W701V

Das Angebot hilt auch fuer dich. Wer sich das antut muss es nicht fuer lau machen. Trotzdem danke fuer dein Angebot.
Wenn du es probieren moechtest melde dich in dem Thread.

Mit dem recover.exe habe ich noch nicht ganz verstanden. Wenn ich das recover.exe mit der 44er t-com Firmware aufrufe kommt sofort eine Fehlermeldung.

Code:
C:\f>recover  -f t44.image
recover: error = 7

voipd.
 
Das mit dem recover könnte möglicherweise mit der verwendeten version von recover exe zusammenhängen.

Das tool einfach ohne irgendweche parameter aufrufen.
Ist ja eh eine windows executabel.
Das hab ich verwendet:
ftp: //ftp.avm.de/fritz.box/fritzbox.fon_wlan_7170/x_misc/deutsch/

Dan macht der Rechner einen neustart, und sucht nach einen AVM Router.
bricht aber ab und normalerweise gibt es dann die Anzeige unter welcher IP der Speedport zu finden ist.
FRITZ!Box Fon WLAN 7170 suchen an: 192.168.178.1
Eine Anlage gefunden! - Ermitteln der aktuellen Version.
Version erfolgreich ermittelt!
Hardware: Speedport W 900V
Urlader: 1153
Firmware: 34.04.21
Firmware der Speedport W 900V ist mit der Recover-Firmware inkompatibel

Ich hab aber auch schon erlebt, dass das recover erst beim X ten mal (hab nicht mitgezählt) grade mal irgend eine Vernünftige Meldung ausgab.
Das ist aber nur, wenn die Inviromet Variablen total daneben liegen.
In deinen Fall wo der Speedport aber Einwandfrei mit 192.168.178.1 zu flaschen ist sollte das aber absolut kein problem sein.

Ob nun das Rcover tool wirklich was bei diesen Problem bewirkt kann ich aber auch nicht mit Sicherheit beantworten, ich bin aber relatv sicher, dass das recover tool auch wenn es abbricht zumindest in manchen Fällen doch irgndwo im Flasch was bereinigt, verändert, zurücksetzt oder wie auch immer.
Zu dieser Annahme komme ich da, ich bereits zweimal erlebt habe, dass my_ipaddress nach der Verwendung des recover auf einer andern Adresse war, und ein anschließendes Flashens mit dem Original image mit anschließenden Werksreset eindeutig saubere Ausgangsbedingungen wieder herstellte. my_ipaddress muste ich aber anschließend in einen Fall selbst auf 192.168.178.1 zurückstellen.
Siehe auch:
FAQs
http://wiki.ip-phone-forum.de/skrip...ter_192.168.178.1_beim_booten_ansprechbar_ist
 
Ok, da haben wir ein wenig aneinander vorbei geredet. Ich meinte das recover.exe. Das ist das AVM Kommandozeilen Tool um die Firmware zu flashen. War frueher auf den AVM CDs drauf.

Deine Argumentation mit dem kompletten Reset, auch der Defaultwerte, ist schon logisch, aber wie bekommt man es hin.

Wir werden sehen. ;-)


voipd.
 
Holen Sie sich 3CX - völlig kostenlos!
Verbinden Sie Ihr Team und Ihre Kunden Telefonie Livechat Videokonferenzen

Gehostet oder selbst-verwaltet. Für bis zu 10 Nutzer dauerhaft kostenlos. Keine Kreditkartendetails erforderlich. Ohne Risiko testen.

3CX
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.