AVM image benutzt für W701V NEU Speed2Fritz

[d-freak]

@BBC-Hörer

Kann es sein das du dir eine 64Bit Version vom Ubuntu gezogen hast?

Damit hatte ich auch schon Probleme. Die Programme unter tools im speed-to-fritz Verzeichnis scheinen nur unter 32Bit Umgebungen zu laufen.

Grüße,
Thomas

 

[BBC-Hörer]

Hallo Thomas,

Du hattest den Finger drauf - es liegt an der verwendeten Ubuntu Version!
Auf der Download Page wurde angeboten:
1. Intel 32 Bit
2. AMD und AMD Erweiterung 64 Bit

Mein PC ist eine Athlon64, also habe ich zweite Version genutzt.
Ubuntu bootete auch problemlos, allerdings sind offenbar die dem Script beigefügten Tools für eine 32Bit Umgebung generiert worden.

Nachdem ich heute mit der Ubuntu 8.04 Intel-32Bit Live CD gebootet habe, lief das Script klaglos durch.

@Jpascher: kannst Du bitte diesbezüglich einen Hinweis aufnehmen, es scheint ja neben mir auch andere "erwischt" zu haben.

Andreas

 

[Jpascher]

Der Hinweis ist ja schon drinnen, nur stolpert halt keiner drüber da die Kommandowzeile kaum Aufgerufen wird.

im info.txt steht auch was dazu .


Neues Skrip ab. 4.7.2008 auch für andere CPS!

./install-tools ausführen damit das Skript auch für andere Umgebungen als x86 laufähig wird.

 

[Amurtigress]

Bei Entertain-Anschlüssen (außer Basic) ist das nicht nur ein anderer Port sondern ein komplett anderer (VDSL2-)DSLAM, der eben nur auf den unteren beiden Frequenzbändern (Band 0 Up und Down) ADSL2+ macht. Dieses ADSL2+ (DSL16plus) weist jedoch einige Besonderheiten gegenüber dem der "alten" ADSL2+-DSLAMs auf und damit haben ältere Chipsets extreme Probleme, die sich oft nur teilweise oder gar nicht durch eine neue Firmware beheben lassen. Dazu kommt, dass die 701er mit T-Com-Firmware wahrscheinlich an diesen Ports mit etwas höheren Rauschabständen arbeiten, um eine sicherere Fernsehübertragung hinzubekommen. Daher der niedrigere Sync. Hattest du deinen 701 auf der aktuellen T-Com-Firmware?

Hallo,

das mit der ADSL-Emulation auf einem VDSL Port erklärt die Probleme. Aber ich sehe nicht wo der Sinn darin besteht in einer VST VDSL-Ports zu verwenden, da das wirkliche VDSL ja aus den grauen Boxen am Straßenrand kommt und die Leitungen zur VST in der Regel viel zu lang sind. Das einzige was das verursacht sind Probleme!

Zu deiner Frage, ja, ich hatte vorher schon auf die T-Com .57 geflasht. Zwischendurch auch die AVM .57er. Ich will jetzt mal mit den Scripten vom 26.6./4.7. die 11500er Laborfirmware versuchen.

Was momentan bei mir nicht funktioniert ist die Einrichtung von Telefoniegeräten. es scheitert weil das Telefon nicht klingelt...ansonsten raustelefonieren geht tadellos.

Gibt es Erfahrungen welche DSL Modems an 16plus Leitungen einwandfrei funktionieren...mal abgesehen von den Speedports und Fritzen?

 

[Jpascher]

nur x86 ?

Der Hinweis ist ja schon drinnen, nur stolpert halt keiner drüber da die Kommandowzeile kaum Aufgerufen wird.

im info.txt steht auch was dazu .


Neues Skrip ab. 4.7.2008 auch für andere CPS!

./install-tools ausführen damit das Skript auch für andere Umgebungen als x86 laufähig wird.

 

[Allmann01]

Kann mir einer ein selbst gebasteltes Recover für w 701v per PN geben.

Danke!

 

[Amurtigress]

Laborfirmware 11500

Hallo,

ich hab mit den Scripten vom 26.6. gestern die Laborfirmware 11500 auf meiner 701er zum laufen bekommen. Die Analogports funktionieren jetzt und lassen mein Telefon jetzt auch wies sein soll beim einrichten klingeln.

Beim installieren unter Knoppix 5.1.1 ist mir folgendes aufgefallen:

Die Skripte vom 4.7. geben mir eine Fehlermeldung das beim entpacken Telekom-57er Firmwareimage ein Fehler aufgetreten sei. Die genaue Meldung habe ich aber nicht mehr zur Hand.

Als ich den Telnetzugang zum 701V freigeschaltet habe habe ich kein einziges Linuxdevice gefundend as die korrekte MTU von 1492 hätte. Nur 1500. Vorerst habe ich das manuell gemacht aber ich hab keine wirkliche Lust nach jedem Routerreboot erst den Telnet wieder freizuschalten und dann manuell die MTU für das dsl device auf 1492 oder weniger zu setzen.

Sofern dsl das richtige device ist.

Vermutlich ist die falsche MTU auch der Grund warum die Fritzbox mir Telnetverbindungsabbrüche zu einem MUCK verursacht, was wirklich extrem stört. Bei anderen Routern bei denen man natürlich auch eine MTU eingeben kann passiert das nicht.

Ich hab eigentlich gedacht das die AVM Leute schlau genug sind die MTU automatisch richtig zu setzen wenn man schon den Internetzugang explizit für T-DSL/PPPoE konfiguriert UND dem user nichtmal erlaubt diese manuell einzustellen!!!

 

[quartz01]

Hallo,

das mit der ADSL-Emulation auf einem VDSL Port erklärt die Probleme. Aber ich sehe nicht wo der Sinn darin besteht in einer VST VDSL-Ports zu verwenden, da das wirkliche VDSL ja aus den grauen Boxen am Straßenrand kommt und die Leitungen zur VST in der Regel viel zu lang sind. Das einzige was das verursacht sind Probleme!

Keine Emulation - ist schon echtes ADSL2+! Der Sinn ist, dass für Entertain die IP-Plattform benötigt. Vielleicht gibt es noch keine reinen ADSL2+-Linecards für diese DSLAMs. Zu lang sind die Leitungen nur, wenn du VDSL2 fährst. In der ADSL2+-Betriebsart haben auch diese Ports mehr Reichweite.

 

[Amurtigress]

Keine Emulation - ist schon echtes ADSL2+! Der Sinn ist, dass für Entertain die IP-Plattform benötigt. Vielleicht gibt es noch keine reinen ADSL2+-Linecards für diese DSLAMs. Zu lang sind die Leitungen nur, wenn du VDSL2 fährst. In der ADSL2+-Betriebsart haben auch diese Ports mehr Reichweite.

Das ist schon klar, oder soll ichs anders ausdrücken? Ein VDSL Port der ein ADSL2+ Signal aussendet, das aber so problematisch ist das außer den Fritzboxen und deren OEM Versionen kaum ein Modem damit zurechtkommt.

Ich verstehe nur nicht wieso man nicht trotzdem wesentlich unproblematischere ältere Hardware als ADSL2+ Port einsetzen kann...Es liegt doch nun wirklich nicht am eigentlichen Modemteil der Hardware wie stabil der Stream ist der vom VDSL-Backbone kommt. das eine ist die letzte Meile zum User, das andere die Backboneinfrastruktur dahinter.

Und die Sinnlosigkeit liegt doch darin das man von der Vst ohnehin kein VDSL-Signal bekommt..warum also Probleme einschleppen?

 

[quartz01]

"Alte" DSLAM-Hardware basiert in Richtung Backbone auf ATM, die neuen DSLAMs für Entertain auf Ethernet/IP. Das Videostreaming würde man aus Gründen der Performance nicht über das ATM-Netz bekommen. Nach vorne zum Kunden läuft bei ADSL2+/16plus immer eine ATM-Schicht, nur hinter dem DSLAM eben bei 16plus nicht.
Der ADSL2+-Standard ist erweitert worden bzw. es werden längst standardisierte ADSL2+-Features notwendigerweise jetzt eingesetzt, auf die früher verzichtet wurde bzw. die alten Modem-Chips packen das handling dieser Features aus Performancegründen nicht.
Also: Die Telekom macht da bestimmt nichts "sinnloses". Das hat technische Gründe.

 

[Amurtigress]

"Alte" DSLAM-Hardware basiert in Richtung Backbone auf ATM, die neuen DSLAMs für Entertain auf Ethernet/IP. Das Videostreaming würde man aus Gründen der Performance nicht über das ATM-Netz bekommen. Nach vorne zum Kunden läuft bei ADSL2+/16plus immer eine ATM-Schicht, nur hinter dem DSLAM eben bei 16plus nicht.
Der ADSL2+-Standard ist erweitert worden bzw. es werden längst standardisierte ADSL2+-Features notwendigerweise jetzt eingesetzt, auf die früher verzichtet wurde bzw. die alten Modem-Chips packen das handling dieser Features aus Performancegründen nicht.
Also: Die Telekom macht da bestimmt nichts "sinnloses". Das hat technische Gründe.

OK, das macht Sinn.

Mal eine weitere Frage an dich und alle anderen hier:

Die Fritzboxen scheinen ja auf einem AR7-Prozessor zu basieren der mit 125 MHz läuft. Meines Wissens ist das Stand der Technik von vor 3-4 Jahren.

In wie weit sind Probleme zu erwarten beim routing, bzw. wenn er als WAN Router läuft?

Es gibt ja das alte Problem das Router oft zu leistungsschwach sind um die volle Bandbreite eines DSL Anschlusses voll auszuschöpfen, bzw. leicht einfach abstürzen wenn sie zuviele offene TCP/IP Verbindungen durchrouten müssen?

Generell, wie sit die Leistungsfähigkeit des W701V mit Fritz-Firmware zu beurteilen, besonders wenn ein VDSL Modem mit einer 25er oder 50er Leitung davor angeschlossen ist?

 

[Amurtigress]

Korrektur

OK, das macht Sinn.

Mal eine weitere Frage an dich und alle anderen hier:

Die Fritzboxen scheinen ja auf einem AR7-Prozessor zu basieren der mit 125 MHz läuft. Meines Wissens ist das Stand der Technik von vor 3-4 Jahren.

In wie weit sind Probleme zu erwarten beim routing, bzw. wenn er als WAN Router läuft?

Es gibt ja das alte Problem das Router oft zu leistungsschwach sind um die volle Bandbreite eines DSL Anschlusses voll auszuschöpfen, bzw. leicht einfach abstürzen wenn sie zuviele offene TCP/IP Verbindungen durchrouten müssen?

Generell, wie sit die Leistungsfähigkeit des W701V mit Fritz-Firmware zu beurteilen, besonders wenn ein VDSL Modem mit einer 25er oder 50er Leitung davor angeschlossen ist?

Kleine Korrektur: cpuinfo im router gibt an der ARM7 Prozi liefe mit 211 MHz, der Systemtakt der 701V ist allerdings 125. :-Ö

 

[schnippi]

nabend,

64bit Ubuntu Kernel 2.6.24-19, bei mir läuft das tool ohne Probleme,
habe 2 Speedports W701V flashen können, mit der neusten version speed-to-fritz_04_07_2008.tar.gz....Firmware Version 29.04.57 vom 5.5.2008....

richtig Geil, so macht auch der Speed?Port spaß

aber mein 3ter Speedport ist leider gestorben, nun trauer ich ihm ein wenig nach
er sollte in meinem Netz eine große rolle spielen*g* so spaß bei seite....

./CLEAR_ENV hat funktioniert seine adresse ist nun 192.168.178.1

webinterface nix, ftp nix, wlan nix

Ping?????

PING 192.168.178.1 (192.168.178.1) 56(84) bytes of data.
From 192.168.178.2 icmp_seq=1 Destination Host Unreachable
From 192.168.178.2 icmp_seq=2 Destination Host Unreachable
From 192.168.178.2 icmp_seq=4 Destination Host Unreachable
From 192.168.178.2 icmp_seq=5 Destination Host Unreachable
From 192.168.178.2 icmp_seq=6 Destination Host Unreachable
From 192.168.178.2 icmp_seq=8 Destination Host Unreachable
From 192.168.178.2 icmp_seq=9 Destination Host Unreachable
From 192.168.178.2 icmp_seq=10 Destination Host Unreachable
64 bytes from 192.168.178.1: icmp_seq=11 ttl=250 time=1.71 ms
64 bytes from 192.168.178.1: icmp_seq=12 ttl=250 time=0.384 ms
64 bytes from 192.168.178.1: icmp_seq=13 ttl=250 time=0.414 ms
64 bytes from 192.168.178.1: icmp_seq=14 ttl=250 time=0.378 ms
64 bytes from 192.168.178.1: icmp_seq=15 ttl=250 time=0.387 ms
64 bytes from 192.168.178.1: icmp_seq=16 ttl=250 time=0.448 ms
64 bytes from 192.168.178.1: icmp_seq=17 ttl=250 time=0.401 ms
From 192.168.178.2 icmp_seq=52 Destination Host Unreachable
From 192.168.178.2 icmp_seq=53 Destination Host Unreachable
From 192.168.178.2 icmp_seq=54 Destination Host Unreachable
From 192.168.178.2 icmp_seq=56 Destination Host Unreachable
From 192.168.178.2 icmp_seq=57 Destination Host Unreachable
From 192.168.178.2 icmp_seq=58 Destination Host Unreachable
From 192.168.178.2 icmp_seq=60 Destination Host Unreachable
From 192.168.178.2 icmp_seq=61 Destination Host Unreachable
From 192.168.178.2 icmp_seq=62 Destination Host Unreachable
From 192.168.178.2 icmp_seq=63 Destination Host Unreachable
From 192.168.178.2 icmp_seq=64 Destination Host Unreachable
From 192.168.178.2 icmp_seq=65 Destination Host Unreachable
From 192.168.178.2 icmp_seq=66 Destination Host Unreachable
From 192.168.178.2 icmp_seq=67 Destination Host Unreachable
From 192.168.178.2 icmp_seq=68 Destination Host Unreachable
64 bytes from 192.168.178.1: icmp_seq=69 ttl=250 time=2001 ms
64 bytes from 192.168.178.1: icmp_seq=70 ttl=250 time=993 ms
64 bytes from 192.168.178.1: icmp_seq=71 ttl=250 time=0.395 ms
64 bytes from 192.168.178.1: icmp_seq=72 ttl=250 time=0.422 ms
64 bytes from 192.168.178.1: icmp_seq=73 ttl=250 time=0.366 ms


ich war schon bei tausend paketen um zusehen was er da wohl macht, aber keine Chance...........??????

für Hilfe wäre ich sehr dankbar

 

[Jpascher]

Das passt schon jetzt muss nur wieder eine funktionieren Firmware drauf!

mit dem Skript und der pushfunktion nur musst du zuerst denen PC auf fixe IP einstellen da der jetzt ja keine vom DHCP bekommen kann.

IP 192.168.178.19
MAske 255.255.0.0

 

[schnippi]

so auch der 3te Speed?Port rennt wieder,

PING 10.10.10.252 (10.10.10.252) 56(84) bytes of data.
64 bytes from 10.10.10.252: icmp_seq=1 ttl=64 time=10.0 ms
64 bytes from 10.10.10.252: icmp_seq=2 ttl=64 time=2.70 ms
64 bytes from 10.10.10.252: icmp_seq=3 ttl=64 time=2.67 ms
64 bytes from 10.10.10.252: icmp_seq=4 ttl=64 time=2.72 ms
64 bytes from 10.10.10.252: icmp_seq=5 ttl=64 time=2.78 ms
64 bytes from 10.10.10.252: icmp_seq=6 ttl=64 time=2.72 ms
64 bytes from 10.10.10.252: icmp_seq=7 ttl=64 time=2.73 ms
64 bytes from 10.10.10.252: icmp_seq=8 ttl=64 time=2.71 ms
64 bytes from 10.10.10.252: icmp_seq=9 ttl=64 time=4.24 ms
64 bytes from 10.10.10.252: icmp_seq=10 ttl=64 time=2.71 ms
64 bytes from 10.10.10.252: icmp_seq=11 ttl=64 time=2.74 ms
64 bytes from 10.10.10.252: icmp_seq=12 ttl=64 time=3.50 ms
64 bytes from 10.10.10.252: icmp_seq=13 ttl=64 time=2.70 ms
64 bytes from 10.10.10.252: icmp_seq=14 ttl=64 time=2.98 ms
64 bytes from 10.10.10.252: icmp_seq=15 ttl=64 time=2.72 ms
64 bytes from 10.10.10.252: icmp_seq=16 ttl=64 time=2.71 ms
64 bytes from 10.10.10.252: icmp_seq=17 ttl=64 time=2.63 ms
64 bytes from 10.10.10.252: icmp_seq=18 ttl=64 time=6.09 ms
64 bytes from 10.10.10.252: icmp_seq=19 ttl=64 time=2.75 ms
64 bytes from 10.10.10.252: icmp_seq=20 ttl=64 time=3.24 ms

allerdings habe ich da diese Labor Firmware drauf gemacht, der Router läuft als WDS an ihm angeschlossen ein X301T, Funkstrecke ist gut auch wenn laptop am kabel dran hängt, aber das Bild vom 301 bleibt nach 4-5 min. stehen dann schalte ich nen (TV) kanal hoch oder runter und wieder 5 min. Bild bis es dann wieder stehen bleibt............

hat einer eine Idee oder das gleiche Problem
zur Info habe noch eine 301, der hängt an der Basis via kabel (lan) der läuft

 

[doofy83]

:dance:geiles teil!!!
hab mich heute hier angemeldet, das extremste was ich jemals geflasht hab war mein usb stick. hab mich kurz eingelesen und gleich zwei von den Gurken geflasht.
2x Speedprot W701V mit speed-to-fritz_16_06_2008, AVM Firmware FRITZ.Box_Fon_WLAN_7170.29.04.57,
T-COM FW Speedport_W701V_v33.04.57 und dem geilsten OS der Welt Ubuntu 8.04.
Alle funktionen die ich brauche tun was sie sollen. Benutze eine W701V als Basis und die andere als Repeater. Hab mit der orig. FW v33.04.57 nen ganzen tag rumgemacht und mit der von avm hab ichs mit flashen in knap ner stunde fertig.
Nochmal ... unheimlich geiles Skript:dance:

 

[ubittner]

Fritzbx Logo anstatt Speed?port

Hallo, wo kann ich im Script vom 04.07.2008 einstellen, dass ich das original Fritzbox-Logo und nicht das Speed?port-Logo verwenden möchte. In den alten Scripts gabe es ja eine entsprechende Zeile mit dem Eintrag =y oder halt auskommentiert. In dem neuen Scrit habe ich es nicht gefunden ?:crazy:

 

[Ernest015]

@ ubittner

Kein Problem: im Menü den Punkt Options ----> anwählen und dann auf der folgenden Seite bei COPY HEADER (siehe Bild) das Sternchen rausnehmen.

Alternativ kann auch ein selbstgemachtes Logo eingebaut werden, dazu kann man im Verzeichnis alien/patches die Datei fw_header980.gif austauschen.

mfg

 

[ubittner]

Danke ! Werde es ausprobieren ! :groesste:

 

[Weissbierwaldi]

Hey
ich habe nun auch vor meinen W701V zu Fritzen, da ich eine Statische Route eintragen muss und dies ja bei der T-Com-Firmware entfernt wurde.
Ich habe zuhause VDSL 50. Ich denke die Fritz-Firmware arbeitet damit auch zusammen.
Was brauche ich alles für den fall, das das flashen fehlschlägt, bzw die Fritz-firmware doch nich VDSL kann. Fürs VDSL wird ein externes Modem benutzt.

Ich habe mir schon die Original-Firmware geladen und die FAQ-Seite auf meinem Laptop gespeichert, für den fall das ich kein Inet mehr haben sollte.
Was bräuchte man noch alles?

Währ vieleicht ne Idee sone art Rescue-Paket zu schnüren.