Die Anleitung ist toll hat bei mir auf anhieb problemlos funktioniert.
FW Update geht nach wie vor.
FW Update geht nach wie vor.
Fritzbox 7270 auf Annex A patchen??
- Ersteller actihippo
- Erstellt am
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
Mitglied
- Mitglied seit
- 16 Sep 2005
- Beiträge
- 263
- Punkte für Reaktionen
- 0
- Punkte
- 16
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
Neuer User
- Mitglied seit
- 24 Nov 2005
- Beiträge
- 96
- Punkte für Reaktionen
- 0
- Punkte
- 0
@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 !)
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
Mitglied
- Mitglied seit
- 16 Sep 2005
- Beiträge
- 263
- Punkte für Reaktionen
- 0
- Punkte
- 16
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 ;-)
Zuletzt bearbeitet:
rudi1770
Neuer User
- Mitglied seit
- 24 Nov 2005
- Beiträge
- 96
- Punkte für Reaktionen
- 0
- Punkte
- 0
@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 .
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
Neuer User
- Mitglied seit
- 24 Nov 2005
- Beiträge
- 96
- Punkte für Reaktionen
- 0
- Punkte
- 0
Kontrolle aktuell gesetzter Annex
@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 ?!
@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 ?!
Anhänge
rudi1770
Neuer User
- Mitglied seit
- 24 Nov 2005
- Beiträge
- 96
- Punkte für Reaktionen
- 0
- Punkte
- 0
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.]
(das wiederholt sich im Sekundentakt noch ca. 30 mal)
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.]
Code:
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.1Hallo rudi 1770,
kann es sein, daß du einen Befehl vergessen hast?
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
kann es sein, daß du einen Befehl vergessen hast?
Code:
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 setze bitte so lange Kopien in Code-Tags (mit dem #-Zeichen im Editor-Menü), dann sind da auch keine Smilies mehr.
Joe
rudi1770
Neuer User
- Mitglied seit
- 24 Nov 2005
- Beiträge
- 96
- Punkte für Reaktionen
- 0
- Punkte
- 0
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 !
@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 !
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
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
Neuer User
- Mitglied seit
- 24 Nov 2005
- Beiträge
- 96
- Punkte für Reaktionen
- 0
- Punkte
- 0
@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 !
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
Neuer User
- Mitglied seit
- 24 Nov 2005
- Beiträge
- 96
- Punkte für Reaktionen
- 0
- Punkte
- 0
@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] .
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] .
@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
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
@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
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
Neuer User
- Mitglied seit
- 24 Nov 2005
- Beiträge
- 96
- Punkte für Reaktionen
- 0
- Punkte
- 0
@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 ?
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 ?
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
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
Neuer User
- Mitglied seit
- 24 Nov 2005
- Beiträge
- 96
- Punkte für Reaktionen
- 0
- Punkte
- 0
@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 ?
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 ?
Neueste Beiträge
-
[Problem] Tonwahl beim T48S- Letzte: NDiIPP
-
[Frage] Dect-WS500S Verbindungen an Compact 4000
- Letzte: oezi
-
Analoges Wählgerät einer Alarmanlage an VoIP betreiben ...
- Letzte: provisorischerFtmmsch
