Fritzbox 7270 auf Annex A patchen??

[mariozankl]

Die Anleitung ist toll hat bei mir auf anhieb problemlos funktioniert.
FW Update geht nach wie vor.

 

[Flauder]

Hat alles auf Anhieb funktioniert Fritz!Mini funktioniert,

hat das sonst noch jemand hingekriegt? ich wäre für einen Tip dankbar.
bei unverschlüsselter Verbindung kommt "bitte Fritz!box wlan Einstellungen überprüfen"
bei verschlüsselter Verbindung passiert bei mir gar nichts.

 

[McMephistoXXL]

1. taugt die von flo1980 beschriebene Umstellung auf Annex A zu diesem Zweck ?
2. kann man auf die umgestellte Box unverändert FW-Updates machen ?
3. kann man - wenn ja wie - den Annex B wiederherstellen ?

zu 1.
sorry, weiss ich leider nicht (sie funktioniert schon - aber zu deinem Zweck VDSL ?)
zu 2.
siehe Posting #34 in diesem Thread
zu 3.
siehe Posting #37 in diesem Thread

 

[rudi1770]

@McMephistoXXL :
danke für den Hinweis , werde es versuchen .
Problem ist dabei nur :
wie stelle ich fest , ob die Box auf Annex A oder B ist , wenn ich keine Synchronisation habe ? (in der Übersicht wird der Annex im Gegensatz z.B. zur 7050 nicht mehr angezeigt)

und es bleibt die entscheidende Frage :
kann eine auf Annex A gepatchte 7270 an einem V D S L Anschluß betrieben werden ?
(ohne vorgeschaltetes Modem !)

 

[McMephistoXXL]

wie stelle ich fest , ob die Box auf Annex A oder B ist , wenn ich keine Synchronisation habe ? (in der Übersicht wird der Annex im Gegensatz z.B. zur 7050 nicht mehr angezeigt)

Das ist recht einfach
auf der Box einloggen (das musstest du bei der Umstellung ja auch machen)
dann
# cat /proc/sys/urlader/environment|grep kernel_args
kernel_args annex=A

bzgl. VDSL kann ich dir leider nicht helfen
evtl. nach dem Umstellen probieren ;-)

 

[rudi1770]

@McMephistoXXL :
Danke für den Tipp für die Kontrolle des Annex !
Ich werde jetzt alles mal testen , zusammenschreiben und hier posten .

Vielleicht findet sich ja noch jemand , der weiß , ob die 7270 mit dem swisscom/bluewin VDSL läuft .

 

[rudi1770]

Kontrolle aktuell gesetzter Annex

Das ist recht einfach
auf der Box einloggen (das musstest du bei der Umstellung ja auch machen)
dann
# cat /proc/sys/urlader/environment|grep kernel_args
kernel_args annex=A

@McMephistoXXL :
ich habe gerade versucht , gemäß deinem Vorschlag den aktuell gesetzten Annex der Box zu ermitteln , ohne vorher am Originalzustand irgendetwas geändert zu haben .
Das Ergebnis siehst du in der Anlage .
Leider wird offensichtlich kein Annex gefunden ?!

 

[Joe_57]

Hallo rudi1770,

probier es mal mit

cat /proc/sys/urlader/environment|grep annex

damit sollte das funktionieren.

Joe

 

[rudi1770]

@Joe_57 :
vielen Dank , hat bestens funktioniert .
als Antwort erfolgt damit : annex A oder B , je nachdem , was gesetzt ist .

 

[rudi1770]

Ich habe jetzt einen ersten Versuch zum Umsetzen des Annex durchgeführt .
das Ergebnis ist nachfolgend aufgelistet .

ist das so normal ?
ist der Annex nun umgesetzt oder nicht ? (kann es z.Z. am Netz nicht testen)
was bedeutet : annex B
kernel_args annex=A ?

Die Box läßt sich nach dem Versuch zwar noch pingen aber nicht mehr übers Webinterface aufrufen .
Nach dem vorübergehenden trennen der Box vom Stromnetz läßt sich das Webinterface wieder aufrufen .


Umsetzversuch 7270 von Annex B auf A (cmd-prompt) :

(Box ist auf IP 192.168.178.1)

[Edit frank_m24: Bitte benutzt CODE Tags für lange Ausgaben.]

BusyBox v1.1.2 (2008.02.14-10:20+0000) Built-in shell (ash)
Enter 'help' for a list of built-in commands.

ermittle die aktuelle TTY
tty is "/dev/pts/0"
Console Ausgaben auf dieses Terminal umgelenkt
# cat /proc/sys/urlader/environment|grep annex
annex   B
kernel_args     annex=B
# echo "kernel_args annex=A" > /proc/sys/urlader/environment
# export ANNEX='A'
# export CONFIG_ANNEX='A'
# /etc/init.d/rc.dsl.sh stop
Jan  1 01:02:49 ctlmgr[927]: Signal: termination
Jan  1 01:02:49 ctlmgr[930]: Signal: termination
Jan  1 01:02:52 dsld[1100]: VPN led value = 0
Jan  1 01:02:52 telefon[1116]: SIGTERM received!
Jan  1 01:02:53 pbd[1130]: received signal: Terminated.
Jan  1 01:02:53 pbd[1137]: received signal: Terminated.
Jan  1 01:02:53 pbd[1138]: received signal: Terminated.
Jan  1 01:02:53 telefon[1116]: SIGCHLD received!
Jan  1 01:02:53 telefon[1116]: SIGCHLD received!
Jan  1 01:02:56 pbd[1130]: terminating.
rmmod: rfcntl: Success
rmmod: isdn_fbox_fon4: Success
rmmod: isdn_fbox_fon3: Success
rmmod: isdn_fbox_fon2: Success
rmmod: isdn_fbox_fon: Success
rmmod: ubik2: Success
rmmod: tiatm: Success
  PID  Uid     VmSize Stat Command
    1 root        308 S   init
    2 root            SWN [ksoftirqd/0]
    3 root            SW  [watchdog/0]
    4 root            SW< [events/0]
    5 root            SW< [khelper]
    6 root            SW< [kthread]
   18 root            SW< [kblockd/0]
   32 root            SW  [pdflush]
   33 root            SW  [pdflush]
   34 root            SW< [kswapd0]
   35 root            SW< [aio/0]
   71 root            SW  [pm_info]
   75 root            SW< [CPMAC]
   79 root            SW  [mtdblockd]
  101 root            SW  [tffsd_mtd_0]
  562 root            SWN [jffs2_gcd_mtd5]
  632 root            SW< [capi_oslib]
  649 root            SW  [avm_dect_thread]
  675 root            SW< [khubd]
 1067 root        864 S   hostapd -B /var/tmp/hostapd.conf
 1081 root       1360 S   igdd
 1087 root       1104 S   multid
 1115 root        220 S   telnetd -l /sbin/ar7login
 1142 root        124 S   /bin/run_clock -c /dev/tffs -d
 1153 root        208 S   init
 1154 root       1360 S   igdd
 1155 root       1360 S   igdd
 1156 root       1360 S   igdd
 1160 root        428 S   -sh
 1207 root        408 R   /bin/sh /etc/init.d/rc.dsl.sh stop
 1360 root        352 R   ps
Module                  Size  Used by    Tainted: P
wlan_scan_ap           11095  1
wlan_acl                4478  1
wlan_wep                6711  0
wlan_tkip              14118  1
wlan_ccmp               9491  0
wlan_xauth              1182  0
ath_pci               158604  0
ath_rate_atheros       29493  1 ath_pci
wlan                  247857  9 wlan_scan_ap,wlan_acl,wlan_wep,wlan_tkip,wlan_cc
mp,wlan_xauth,ath_pci,ath_rate_atheros
ath_hal               203744  3 ath_pci,ath_rate_atheros
ath_dfs                24350  1 ath_pci
avm_ath_extensions     28085  3 ath_pci,wlan,ath_hal
musb_hdrc              35988  0
usbcore               126044  2 musb_hdrc
dect_io                21060  0
avm_dect              549025  1 dect_io
pcmlink               156569  1 avm_dect
dsl_ur8               167825  0
jffs2                 115457  1
Piglet_noemif          21607  0
# /etc/init.d/rc.dsl.sh start
attempting to load DSL Firmware '/lib/modules/dsp_ur8/ur8-A-dsl.bin'
**** ANNEX: 'A'
*************************************
setting DSL Firmware to Annex A
# cat /proc/sys/urlader/environment|grep annex
annex   B
kernel_args     annex=A
# Jan  1 01:03:46 multid[1087]: 0.0.0.0:1026: failed to send UDP-datagram to 192
.168.180.1:53 - Network is unreachable (128)
Jan  1 01:03:47 multid[1087]: 0.0.0.0:1026: failed to send UDP-datagram to 192.1
68.180.1:53 - Network is unreachable (128)
Jan  1 01:03:47 multid[1087]: 0.0.0.0:1026: failed to send UDP-datagram to 192.1
68.180.2:53 - Network is unreachable (128)
Jan  1 01:03:48 multid[1087]: 0.0.0.0:1026: failed to send UDP-datagram to 192.1

(das wiederholt sich im Sekundentakt noch ca. 30 mal)

 

[Joe_57]

Hallo rudi 1770,

kann es sein, daß du einen Befehl vergessen hast?

telnet 192.168.178.1
echo "kernel_args annex=B" > /proc/sys/urlader/environment
[COLOR="Red"]echo "annex B" > /proc/sys/urlader/environment[/COLOR]
export ANNEX='B'
export CONFIG_ANNEX='B'
/etc/init.d/rc.dsl.sh stop
/etc/init.d/rc.dsl.sh start

Und danach die Box nicht rebooten, sondern das entsprechende FW-Update über die Web-Oberfläche einspielen.
...Und setze bitte so lange Kopien in Code-Tags (mit dem #-Zeichen im Editor-Menü), dann sind da auch keine Smilies mehr.

Joe

 

[rudi1770]

Versuch : 7270 Annex B --> A

@joe_57 :

kann sein , daß ich was vergessen habe , darum start from scratch :

Box auf Ausgangszustand Annex B , IP 192.168.178.1 zurück gesetzt .

- dann Versuch 1 , wie in Datei 1.Versuch dargestellt .
Ergebnis : Box läßt sich pingen , ist aber über Webinterface nicht mehr erreichbar .

- dann Versuch 2 , wie in Datei 2.Versuch dargestellt .
Ergebnis : sofort nach Eingabe des Befehls
# cat /proc/sys/urlader/environment|grep annex
, noch vor Enter kommt immer wieder die Meldung
"Jan 1 01:15:24 multid[1087]: 0.0.0.0:1026: failed to send UDP-datagram to 192.1
68.180.1:53 - Network is unreachable (128)"
, die sich unendlich oft wiederholt .

- dann , da ich keine andere Möglichkeit finde , auf die Box zu kommen , Versuch 3 , wie in Datei 3.Versuch dargestellt . Dieser Versuch erfolgte nach Reboot der Box aber jetzt meldet
# cat /proc/sys/urlader/environment|grep annex
annex B
kernel_args annex=A

(in den angehängten Dateien sind die telnet-Befehle zur besseren Übersicht blau markiert)

Habe ich da was falsch gemacht oder ist das eine "normale" Reaktion ??

Anmerkung :
wenn ich versuche , mit gleicher Vorgehensweise auf Annex B zu setzen , tritt sinngemäß die gleiche Reaktion auf aber am Ende (3.Versuch) ergibt sich :
annex B
kernel_args annex=B

Danke für deine Unterstützung !

 

[Trauti64]

Hallo Spezialisten

Auch ich bin leider blutiger Anfänger und würde gerne meine 7270er Box auf Annex A für einen aon-Zugang in Österreich umstellen.

Eine wirklich genaue Anleitung mit genauer Reihenfolge, wann und wie die Eingaben zu machen sind bzw. wann Enter zu setzen sind würde mir dabei sehr helfen, schon mal Danke im Voraus!
Toni

 

[rudi1770]

@Trauti64:
ich habe die Anleitung fast fertig , möchte sie aber erst rausgeben , wenn ich alles wasserfest habe .
Du siehst oben , es sind noch ein paar Fragen offen .
So bald geklärt , kommts raus , also noch ein bisserl Geduld bitte !

 

[rudi1770]

@trauti :
bin ziemlich fertig mit der Beschreibung .
Komme leider nicht ganz zu Ende , weil auf o.a. keiner antwortet .
wenn du Mut hast , das Versuchskarnickel zu geben , schicke ich dir die Anleitung .
ist relativ gefahrlos , denn zurücksetzen kannst du wieder , mindestens das ist zu Ende getestet .
bei Interesse bitte melden bei : [email protected] .

 

[DD4ever]

@rudi1770

Das ist prima, hab mir auch soeben eine 7270 gekauft, Zielland: Polen Wuerde mich wahnsinnig freuen, wenn die auch hier gehen wuerde, weil das eigentlich super Router ist. Ich bitte dich, deine Anleitung hier im Forum zu veroefentlichen, damit alle davon Gebrauch machen koennen.

Uns bleibt es nur sich hoefflich zu bedanken

Liebe Gruesse
DD4ever

 

[MaxMuster]

@rudi1770

Zumndest zu einem kann ich vielleicht was beitragen: Die Meldungen ".... failed to send UDP-datagram to 192.168.180.1:53 - Network is unreachable..." gehören zum DNS. Die 192.168.180.1 nutzt die Box für sich selbst bei DNS-Abfragen (Port 53). Dem würde ich (bei nichtlaufender DSL-/Internetverbindung) keine größere Bedeutung zumessen...

Jörg

 

[rudi1770]

@MaxMuster:
besten Dank , dachte mir schon , daß das nicht viel ausmacht , verstehen würde ich es aber gerne.
Die Box hat zu der Zeit keine DSL-Verbindung , du meinst die Box versucht eine DNS-Abfrage im WAN oder was ?
weißt du , wieso die Meldung im cmd-Fenster erscheint ?
ist das möglicherweise der Grund dafür , daß das Webinterface nicht mehr zu erreichen ist ?

 

[MaxMuster]

Ich vermute, irgendein Gerät macht gerade eine DNS-Abfrage (oder hat eine gemacht) und die Box kann die momentan nicht ausführen, weil nicht verbunden. Wie gesagt, ist so meine Vermutung. Geht denn die Oberfläche garnicht oder nur über den Namen (fritz.box) nicht? Was kommt denn ggf für eine Fehlermeldung?
Wenn du noch per Telnet auf der Box bist mach dann doch mal ein "ps" um zu sehen, was dann läuft. Vielleicht ist "ctlmgr" nicht am laufen??


Jörg

 

[rudi1770]

@MaxMuster :
die Box ist zu dem Zeitpunkt nur über LAN1 mit einem XP-PC und einem analogen Tel. verbunden .
Sie gibt auf keiner der bekannten IPs das GUI aus , läßt sich aber pingen .
im IE kommt nach einer Weile die Meldung : die Webseite kann nicht angezeigt werden .
Was ist ein "ps" , ein telnet-Befehl ?
wie finde ich raus ob "ctlmgr" läuft ?