informerex
IPPF-Urgestein
- Mitglied seit
- 20 Apr 2005
- Beiträge
- 17,194
- Punkte für Reaktionen
- 61
- Punkte
- 48
wobei wenn es sich doch um eine internationale Version handelt, dann steht doch auch Deutsch + Annex B zur Auswahl - oder ist das nicht mehr so?
FritzBox auf AVM oder 1und1 setzen, ANNEX umsetzen
- Ersteller haveaniceday
- Erstellt am
Es gibt bei der Fritzbox 7490 keine "Annex A Hardware", da ist kein Unterschied in der Hardware vorhanden. Die Firmware der Fritzbox 7490 ist multi-annex, bei der vorher installierten internationalen Firmware ließ sich der Annex sogar in der Benutzeroberfläche umschalten. Ein Recover wäre also gar nicht nötig gewesen. Welche Firmware-Version war vorher auf der Box?
Vielen Dank für die schnellen Antwort(en)!
Scheinbar kann ich die Box auch in der aktuellen Version in Adam2/FTP halten, sowie die Variable überschreiben. Dies habe ich bereits mehrfach versucht - und anschließend auch mit GETENV überprüft. Leider wird der Annex bei Neustart überschrieben. Ich bin dabei nach dieser Anleitung vorgegangen :
http://rukerneltool.rainerullrich.d...nale-7490-auf-deutsche-Firmware-umflashen.pdf
Das wiederherstellen mit der deutschen Recovery schien mir die sauberste Methode zu sein, da die Firmware nicht auf dem aktuellen Stand gewesen ist(x.x.x.30). Ob dieser Schritt wirklich nötig war, weiß ich nicht. Scheinbar lädt die Box diesen Wert aus einem Bereich nach, der von der aktuellen Firmware nicht überschrieben worden ist.
MfG Martin
qwertz.asdfgh
IPPF-Promi
- Mitglied seit
- 18 Feb 2011
- Beiträge
- 4,467
- Punkte für Reaktionen
- 65
- Punkte
- 48
Diese "Pseudofirmwares" bzw. dieser Beitrag stammt aus dem Jahre 2007 bzw. war das letzte Update Anfang 2009, da gab es die 7490 noch nicht einmal und selbst ihr Vorgänger (7390) existierte noch nicht bzw. nur auf dem Papier...
Unsignierte Firmware-Images (wie diese aus dem dem von dir genannten Beitrag) funktionieren nicht mehr mit aktuellen Firmwareversionen (bei der 7490 ab Ver. 6.51) und zudem machen diese Images auch noch das falsche! Hier wäre es wohl wünschenswert gewesen, du hättest bereits eine aktuelle FritzOS-Version (>= 6.51) verwendet damit die von dir verwendeten Pseudofirmware ihr kontraproduktives Ziel nicht umsetzen hätten können. Nun musst du neben dem Anpassen der korrekten Environment-Variable auch noch das Rückgängig machen, was diese Pseudofirmware verpfuscht hat...
Klar, einfach den Wert der Environment-Variable "Annex" von A auf B setzen. Stattdessen wurde bei der Variable "kernel_args" der Wert "annex=B" gesetzt, das ist nicht die korrekte Vorgehensweise, diesen Wert also wieder entfernen! Tipp:
Code:
quote [B]UN[/B]SETENV kernel_argsDie 7490 bzw. alle neueren FritzBoxen sind "MultiAnnex", es gibt keine speziellen Hardwareversionen für Annex A oder B.
Wäldler.
Aktives Mitglied
- Mitglied seit
- 1 Jul 2008
- Beiträge
- 1,286
- Punkte für Reaktionen
- 1
- Punkte
- 38
Wenn Du genau nach dieser Anleitung vor gehst kann überhaupt nichts passieren.
http://rukerneltool.rainerullrich.d...nale-7490-auf-deutsche-Firmware-umflashen.pdf
http://rukerneltool.rainerullrich.d...nale-7490-auf-deutsche-Firmware-umflashen.pdf
Bevor ich noch 10 Emails bekomme...
Bin wieder wech...
Guten Rutsch und weiterhin happy computing
R@iner
Falsch! Gleiche HW, anderes Environment fest verdrahtet!
Total falsch! Siehe Antwort vom Wäldler!
Du irrst Dich gewaltig! Selbstverständlich gibt es internationale 7490 mit Annex A fest verdrahtet im Bootloader!
Bin wieder wech...
Guten Rutsch und weiterhin happy computing
R@iner
qwertz.asdfgh
IPPF-Promi
- Mitglied seit
- 18 Feb 2011
- Beiträge
- 4,467
- Punkte für Reaktionen
- 65
- Punkte
- 48
Micha0815
IPPF-Promi
- Mitglied seit
- 25 Feb 2008
- Beiträge
- 5,344
- Punkte für Reaktionen
- 467
- Punkte
- 83
Sollte man sich an den heranwagen zwecks Änderung? Falls das Zurücksetzen des Brandings auf AVME und aufspielen einer aktuellen D-A-CH-Version dort keine ANNEX-Auswahl zur Verfügung stellt, besteht u.U. die Möglichkeit, dies über modfs hinzubekommen.
my2cent
Ist das jetzt eine neue, hintergründigere Frage als Antwort auf eine einfache Frage? :?
Wie wir doch inzwischen gelesen haben, ist im Bootloader ein anderes Environment fest verdrahtet, und das bei komplett gleicher Hardware.
Wie wir doch inzwischen gelesen haben, ist im Bootloader ein anderes Environment fest verdrahtet, und das bei komplett gleicher Hardware.
Zuletzt bearbeitet:
Vielen Dank,
ich entnehme den Antworten, dass ich das Problem z.Zt. nicht durch das aufspielen/manipulieren irgend einer Software lösen kann. 'Fest verdrahtet' bedeutet in meinem Buch halt Hardware. Inwiefern der Bootloader manipuliert werden kann oder sollte, ist wohl nicht so einfach zu beantworten und erfordert zu viel Hintergrundwissen. Zudem ist die Box im gegenwärtigen Zustand als Router 100% einsatzbereit, kann aber innerhalb Deutschlands NICHT als Modem verwendet werden. Falls jemand der Mitforisten Interesse an der FB7490 hat - zu Bastel- oder auch Routingzwecken - gerne per PM an mich wenden.
Ansonsten sollte man vielleicht irgendwo festhalten, das diese Hardwarekonfiguration (HW=185,Revision=6) zur Zeit nicht von International auf Deutsch 'umgebogen' werden kann.
Herzlichen Dank an alle + ein frohes neues Jahr,
Gruß Martin
ich entnehme den Antworten, dass ich das Problem z.Zt. nicht durch das aufspielen/manipulieren irgend einer Software lösen kann. 'Fest verdrahtet' bedeutet in meinem Buch halt Hardware. Inwiefern der Bootloader manipuliert werden kann oder sollte, ist wohl nicht so einfach zu beantworten und erfordert zu viel Hintergrundwissen. Zudem ist die Box im gegenwärtigen Zustand als Router 100% einsatzbereit, kann aber innerhalb Deutschlands NICHT als Modem verwendet werden. Falls jemand der Mitforisten Interesse an der FB7490 hat - zu Bastel- oder auch Routingzwecken - gerne per PM an mich wenden.
Ansonsten sollte man vielleicht irgendwo festhalten, das diese Hardwarekonfiguration (HW=185,Revision=6) zur Zeit nicht von International auf Deutsch 'umgebogen' werden kann.
Herzlichen Dank an alle + ein frohes neues Jahr,
Gruß Martin
Selbstverständlich geht es. Siehe Anleitung vom Wäldler. Unzählige internationale 7490 Boxen wurden auf diese Weise mit deutsche Firmware umgestellt.
Und die Annex-Variable wird durch den Boot-Loader bei jedem Neustart zurückgesetzt, stört aber auch nicht, da Annex B durch die kernel_args gesetzt wird!
Siehe auch http://rukerneltool.rainerullrich.de/FAQ.html#1.22
happy computing
R@iner
Wenn ich Sie richtig verstanden habe, spielt die Umgebungsvariable 'Annex=X' keine Rolle und ich sollte mit dieser, aktuellen, Konfiguration :
Box-Informationen:
ProductID: Fritz_Box_HW185
HWRevision: 185
HWSubRevision: 6
SerialNumber: 0000000000000000
annex: A <--------------------------------!?
autoload: yes
bootloaderVersion: 1.1964
bootserport: tty0
cpufrequency: 500000000
firmware_info: 113.06.60
firmware_version: avm
firstfreeaddress: 0x81116240
flashsize: nor_size=0MB sflash_size=1024KB nand_size=512MB
kernel_args: annex=B
maca: 38:10
5:B0:39:57macb: 38:10
5:B0:39:58macdsl: 38:10
5:B0:39:5Bmacwlan: 38:10
5:B0:39:59macwlan2: 38:10
5:B0:39:5Amemsize: 0x10000000
modetty0: 38400,n,8,1,hw
modetty1: 38400,n,8,1,hw
mtd0: 0x400000,0x3400000
mtd1: 0x0,0x400000
mtd2: 0x0,0x40000
mtd3: 0x40000,0xA0000
mtd4: 0xA0000,0x100000
mtd5: 0x0,0x200000
my_ipaddress: 192.168.178.1
req_fullrate_freq: 250000000
prompt: Eva_AVM
sysfrequency: 250000000
tr069_passphrase: Kvh2PGSNnter
tr069_serial: 00040E-3810D5B03957
urlader-version: 2964
usb_board_mac: 38:10
5:B0:39:5Cusb_device_id: 0x0000
usb_device_name: USB DSL Device
usb_manufacturer_name: AVM
usb_revision_id: 0x0000
usb_rndis_mac: 38:10
5:B0:39:5Ddie ich mit Ihrem Tool nach Anleitung erstellt habe, ein 'Sync' bekommen, vorrausgesetzt die Leitung ist qualitativ dazu in der Lage? Entschuldigen Sie bitte, ich bin Neuling auf dem Gebiet.
Herzlichen Dank,
Gruß Martin
qwertz.asdfgh
IPPF-Promi
- Mitglied seit
- 18 Feb 2011
- Beiträge
- 4,467
- Punkte für Reaktionen
- 65
- Punkte
- 48
Micha0815
IPPF-Promi
- Mitglied seit
- 25 Feb 2008
- Beiträge
- 5,344
- Punkte für Reaktionen
- 467
- Punkte
- 83
Imho Jein? Möchte man an den DSL-ATM etwas testen, bedarf es zuvor eines Zugangsprofils, um dorthin vordringen zu können?
LG und happy New Year
P.S.: Liest man etwas quer könnte es durchaus sein, dass Annex- und Branding-Umsetzen via ftp bei recht aktuellen FB-Modellen nichtmehr wirkt? bzw. erheblich aufwändiger Methoden berdarf
LG und happy New Year
P.S.: Liest man etwas quer könnte es durchaus sein, dass Annex- und Branding-Umsetzen via ftp bei recht aktuellen FB-Modellen nichtmehr wirkt? bzw. erheblich aufwändiger Methoden berdarf
Anhänge
Zuletzt bearbeitet:
qwertz.asdfgh
IPPF-Promi
- Mitglied seit
- 18 Feb 2011
- Beiträge
- 4,467
- Punkte für Reaktionen
- 65
- Punkte
- 48
Bitte was?
Welchen Sinn/Einfluss haben Zugangsdaten um zu überprüfen ob überhaupt ein DSL-Sync mit dem DSLAM zustande kommen kann? Was hat das mit dem ATM zu tun? Was will man da testen? Oder möchtest du versch. VPI/VCI-Werte probieren? Aber das bringt ebenfalls nichts solange kein DSL-Sync zustande kommt, und wenn er zustande kommt braucht man bzgl. der xDSL bzw. Annex-Konfiguration auch nichts mehr zu testen, auch nicht bzgl. der ATM-Konfiguration (falls ATM beim betreffenden xDSL-Anschluss überhaupt zum Einsatz kommt)...
Micha0815
IPPF-Promi
- Mitglied seit
- 25 Feb 2008
- Beiträge
- 5,344
- Punkte für Reaktionen
- 467
- Punkte
- 83
Wenn Du meinst? Dass HnxRogue es wohl redlich versucht hat ... Kabel TAE<->FB richtig verbunden wie in #2332 beschrieben unterstelle ich mal? Evident! Falls die Zugangsdaten irrelevant ... weshalb synct die FB nicht als Multiannex? Betrachte ich in einer DE-FB7490 die templates ... die wohl beim Booten getestet/abgearbeitet werden?
könnte es doch durchaus relevant sein, falls der Bootloader mit anderen/weniger Varianten startet?
Es gibt einige Hinweise und auch eigene Erfahrung (verbal übetragen) dass z.B. eine FB7490 (eingestellt auf Annex B) an einem Annex A ADSL-Anschluss "atypisch" sehr lange braucht, um zu Syncen! (wohl als Indiz zu werten, dass da einiges "probiert" wird intern)
Falls du eine einleuchtendere Erklärung parat hast ... Asche über mein Haupt und ich lösche meine Beiträge hier kommentarlos!
LG
Code:
...
templates {
VPI = 1;
VCI = 32;
retries = 7;
encap = dslencap_pppoe;
} {
VPI = 8;
VCI = 35;
retries = 0;
encap = dslencap_ether;
} {
VPI = 8;
VCI = 35;
retries = 0;
encap = dslencap_pppoe;
} {
VPI = 8;
VCI = 48;
retries = 0;
encap = dslencap_pppoa;
} {
VPI = 8;
VCI = 48;
retries = 0;
encap = dslencap_pppoe;
} {
VPI = 8;
VCI = 48;
retries = 0;
encap = dslencap_pppoa_llc;
} {
VPI = 8;
VCI = 67;
retries = 0;
encap = dslencap_pppoa;
} {
VPI = 8;
VCI = 67;
retries = 0;
encap = dslencap_pppoa_llc;
} {
VPI = 8;
VCI = 64;
retries = 0;
encap = dslencap_pppoa;
} {
VPI = 8;
VCI = 36;
retries = 0;
encap = dslencap_pppoe;
} {
VPI = 0;
VCI = 35;
retries = 0;
encap = dslencap_pppoa;
} {
VPI = 0;
VCI = 35;
retries = 0;
encap = dslencap_pppoa_llc;
} {
VPI = 0;
VCI = 35;
retries = 0;
encap = dslencap_pppoe;
} {
VPI = 9;
VCI = 35;
retries = 0;
encap = dslencap_pppoe;
} {
VPI = 1;
VCI = 32;
retries = 0;
encap = dslencap_pppoa;
} {
VPI = 1;
VCI = 32;
retries = 0;
encap = dslencap_pppoa_llc;
} {
VPI = 0;
VCI = 32;
retries = 0;
encap = dslencap_pppoe;
} {
VPI = 0;
VCI = 32;
retries = 0;
encap = dslencap_pppoa;
} {
VPI = 0;
VCI = 32;
retries = 0;
encap = dslencap_pppoa_llc;
} {
VPI = 0;
VCI = 34;
retries = 0;
encap = dslencap_pppoe;
} {
VPI = 0;
VCI = 34;
retries = 0;
encap = dslencap_pppoa;
} {
VPI = 0;
VCI = 34;
retries = 0;
encap = dslencap_pppoa_llc;
} {
VPI = 0;
VCI = 33;
retries = 0;
encap = dslencap_pppoe;
} {
VPI = 8;
VCI = 32;
retries = 0;
encap = dslencap_pppoe;
} {
VPI = 8;
VCI = 32;
retries = 0;
encap = dslencap_pppoa;
} {
VPI = 8;
VCI = 32;
retries = 0;
encap = dslencap_pppoa_llc;
} {
VPI = 0;
VCI = 38;
retries = 0;
encap = dslencap_pppoa;
} {
VPI = 0;
VCI = 38;
retries = 0;
encap = dslencap_pppoa_llc;
} {
VPI = 8;
VCI = 35;
retries = 0;
encap = dslencap_pppoa;
} {
VPI = 8;
VCI = 35;
retries = 0;
encap = dslencap_pppoa_llc;
} {
VPI = 0;
VCI = 81;
retries = 0;
encap = dslencap_pppoe;
} {
VPI = 0;
VCI = 81;
retries = 0;
encap = dslencap_pppoa;
} {
VPI = 0;
VCI = 81;
retries = 0;
encap = dslencap_pppoa_llc;
} {
VPI = 8;
VCI = 81;
retries = 0;
encap = dslencap_pppoe;
} {
VPI = 8;
VCI = 81;
retries = 0;
encap = dslencap_pppoa;
} {
VPI = 8;
VCI = 81;
retries = 0;
encap = dslencap_pppoa_llc;
} {
VPI = 0;
VCI = 100;
retries = 0;
encap = dslencap_pppoe;
} {
VPI = 0;
VCI = 100;
retries = 0;
encap = dslencap_pppoa;
} {
VPI = 0;
VCI = 100;
retries = 0;
encap = dslencap_pppoa_llc;
} {
VPI = 1;
VCI = 50;
retries = 0;
encap = dslencap_pppoa;
} {
VPI = 1;
VCI = 50;
retries = 0;
encap = dslencap_pppoe;
} {
VPI = 0;
VCI = 100;
retries = 0;
encap = dslencap_ether;
} {
VPI = 0;
VCI = 33;
retries = 0;
encap = dslencap_ether;
} {
VPI = 0;
VCI = 32;
retries = 0;
encap = dslencap_ether;
} {
VPI = 14;
VCI = 24;
retries = 0;
encap = dslencap_ether;
}könnte es doch durchaus relevant sein, falls der Bootloader mit anderen/weniger Varianten startet?
Es gibt einige Hinweise und auch eigene Erfahrung (verbal übetragen) dass z.B. eine FB7490 (eingestellt auf Annex B) an einem Annex A ADSL-Anschluss "atypisch" sehr lange braucht, um zu Syncen! (wohl als Indiz zu werten, dass da einiges "probiert" wird intern)
Falls du eine einleuchtendere Erklärung parat hast ... Asche über mein Haupt und ich lösche meine Beiträge hier kommentarlos!
LG
qwertz.asdfgh
IPPF-Promi
- Mitglied seit
- 18 Feb 2011
- Beiträge
- 4,467
- Punkte für Reaktionen
- 65
- Punkte
- 48
Aufgrund welches Hinweises? Wir wissen ja noch nicht einmal was das überhaupt für ein Anschluss sein soll, weder Anbieter noch xDSL-Variante oder ob die FritzBox tatsächlich richtig angeschlossen wurde oder ob mit einem anderen DSL-Modem/Router überhaupt eine DSL-Synchronisation zustande kommt.
Weil "AnnexB" als Parameter vorgegeben ist, wobei das bei den FritzBoxen schon lange nicht mehr "AnnexB-only" bedeutet sondern ein Set an bestimmten Varianten (u.a. Annex B, J, M bei ADSL bzw. in DE übliche Bandpläne bei VDSL2) durchprobiert wird, sicher auch mit einer anderen Reihenfolge wenn "AnnexA" als Parameter verwendet wird.
Beim Versuch des Aufbaus einer PPPoE, PPPoA oder auch Ethernet-Verbindung. Und das kann logischerweise erst nach der DSL-Synchronisation erfolgen.
Je nach Vorgaben kann es beim DSL-Handshake größere Unterschiede geben, andere Reihenfolge beim durchprobieren der verschieden DSL-Varianten (ADSL vs. VDSL2, Annex-Varianten bei ADSL, Bandpläne bei VDSL2) bzw. auch eine umfangreichere Liste an DSL-Varianten die vom CPE durchprobiert werden (in Kombination mit einer anderen Reihenfolge), evtl. werden bei einer anderen xDSL-Konfiguration bzw. anderen xDSL-Treibern auch nicht alle bzw. andere Trägersätze vom CPE akzeptiert usw. usf. Dann können auch noch entsprechende Rückfallprofile beim DSLAM zum Einsatz kommen was dann ebenfalls die benötigte Zeit für die Synchronisation verlängern kann wenn das CPE nicht die "richtigen" DSL-Varianten unterstützt. So etwas und noch einiges mehr (allerdings nicht die Einstellungen bzgl. ATM) können jedenfalls Einfluss darauf nehmen wie lange die xDSL-Synchronisation dauert und viele dieser Parameter fallen sicherlich unterschiedlich aus mit den Vorgaben AnnexA oder AnnexB. Würde mich auch nicht wundern, wenn sich einige Parameter bei "AnnexB" mit der internationalen Firmware mit "AnnexB" bei der deutschen Firmware unterscheiden (z.B. in Bezug auf die unterstützten VDSL2-Bandpläne).
Aber all das ist noch der Aufbau/Handshake des Physikal-Layer, hat also mit Zugangsdaten oder Einstellungen z.B. bzgl. des ATM nichts zu tun.
Erst nach der erfolgreichen DSL-Synchronisation haben die Einstellungen für die nächsten Schichten (Layer) oberhalb des Physical-Layer überhaupt einen Einfluss. Es ist allerdings auch zu klären, was auf den nächsten Schicht überhaupt verwendet wird, verschiedene VPI/VCI-Werte haben z.B. überhaupt keine Wirkung wenn z.B. PTM anstatt ATM zum Einsatz kommt. Nichtsdestotrotz stehen falsche Werte für die nachfolgenden Protokollschichten (z.B. ATM+AAL5/PTM, PPPoE usw.) einer erfolgreichen DSL-Synchronisation (Physical Layer) prinzipiell nicht im Wege, die Werte können ja erst "überprüft" werden wenn eine Verbindung beim Physical-Layer (DSL-Sync) besteht, vorher ist das nicht möglich.
Ja, eine ATM-Verbindung kann überhaupt erst aufgebaut werden wenn das DSL-Modem mit dem DSLAM synchron ist, vorher nicht. Oder anders, auch mit falschen VPI/VCI-Werten kommt eine Synchronisation zustande, ob der Anbieter bzw. DSLAM überhaupt ATM verwendet spielt noch nicht einmal eine Rolle.
Neueste Beiträge
-
Frühere Gigaset Pro Modelle an Gigaset N670 IP Pro anmelden
- Letzte: tiago.bln
-
[Frage] Eigener VDSL2 Master / DSLAM ?
- Letzte: gamerpaddy2
-
FRITZ!Box 7590 / FRITZ!OS 8.00 vom 31.10.2024
- Letzte: zorro neu
-
[Sammlung] Fritz!Box 5690Pro, Inhaus/Labor 7.90, Pfad 'Smart24P1FCS'
- Letzte: zorro neu
-
Mitel 400 Private Kontakte nicht im Telefonbuch
- Letzte: Qbaah
-
-
Fritz!DECT 302 regelt nicht mehr
- Letzte: Base
