leider hat die 6.20 probleme im wlan netz, primär im 5 ghz bereich. ständig keine verbindung... jemand ein tipp oder vielleicht noch das image der 6.12 da?
FRITZ!WLAN Repeater DVB-C Firmware FRITZ!OS 6.20 vom 18.12.2014
- Ersteller shivasdream
- Erstellt am
tester25
Aktives Mitglied
- Mitglied seit
- 23 Feb 2010
- Beiträge
- 823
- Punkte für Reaktionen
- 26
- Punkte
- 28
Hallo,
AVM selbst hat sie als Recover, was ohnehin die bessere Lösung bei solchen Problemen sein dürfte:
ftp://ftp.avm.de/fritz.box/fritz.wlan_repeater_dvbc/x_misc/deutsch/
Ich denke aber, dass die WLAN-Probleme ein Zusammenspiel mit der 06.23 der 7490 sind, aber werde bei Zeit auch die 06.12 am Repeater testen.
AVM selbst hat sie als Recover, was ohnehin die bessere Lösung bei solchen Problemen sein dürfte:
ftp://ftp.avm.de/fritz.box/fritz.wlan_repeater_dvbc/x_misc/deutsch/
Ich denke aber, dass die WLAN-Probleme ein Zusammenspiel mit der 06.23 der 7490 sind, aber werde bei Zeit auch die 06.12 am Repeater testen.
also ohne den repeater klappt alles mit der 7490... nur sobald der repeater dran ist nur ärger... leider kann ich kein recover nutzen, da ich kein LAN anschluss habe... brauche also leider das image :-(
morenoralfo
Mitglied
- Mitglied seit
- 28 Feb 2013
- Beiträge
- 327
- Punkte für Reaktionen
- 11
- Punkte
- 18
Der Provider ist hier in den Niederlanden, aber das tut sehr wahrscheinlich nichts zur Sache.
Also nach einer kleinen Änderung gegenüber den Pushmail-einstellungen der FB funktioniert der Pushmailversand wieder.
Anpassung bei "Push Service" unter
Kontodaten - weitere Einstellungen
E-Mail-Benutzername: Diesen Eintrag muss ich beim Repeater leer lassen! - das war erst eine Kopie des Eintrags unter "E-Mail-Adresse:"
Wie bereits erwähnt mit besagtem Eintrag funktioniert es an der FB und wie ich jetzt festgestellt habe geht es auch ohne.
Was da beim Repeater anders läuft? Keine Ahnung
morenoralfo
Mitglied
- Mitglied seit
- 28 Feb 2013
- Beiträge
- 327
- Punkte für Reaktionen
- 11
- Punkte
- 18
Vor einer Stunde nach Änderung am Gast-WLAN den dritten Crash und danach ging der Versand des Crashreports wiederum nicht, auch die Testmail lieferte den bekannten Fehler.
Ein/Ausschalten des Gast-WLAN liess den Repeater nochmals einen Neustart hinlegen.
Erst ein Neustart übers WebGui liess die Testmail wieder laufen.
Die erstellten Supportdaten schwafeln etwas im CRASHLOG vom vorigen CRASH von
2014-12-28 17:03:40(1) [Bus error] l2tpv3d([356]) watchdog expired at 0+0x40624c (l2tpv3d at 0000624c)
SIGNO 10 ERRNO 62 CODE 3
bzw. für heute im PANIC.LOG
...
<4>[603069.772000] All nodes should be freed before bss node gets freed. node count is 2 Investigate!!!!
<1>[603069.772000] CPU 0 Unable to handle kernel paging request at virtual address 00000354, epc == 813242e8, ra == 81324290
etc. pp. - Dies hatte ich auch schon bei den früheren Crashs!
Leider kommen wegen des Pushmailfehlers nach dem Crash die entsprechenden Daten nicht bei AVM an.
Ich werde wohl eine Anfrage zum händischen Versenden der Supportdaten einreichen müssen.
Einen nochmaligen Werksreset werde ich mir sparen.
Zuletzt bearbeitet:
Moin zusammen. Ich hab da mal ne Frage, da ich seit gestern auch den Repeater besitze. Wie sind eure perfekten Einstellungen für das Zusammenspiel zwischen jenem und Firtbox 7490? Habt ihr Standard was empfohlen wird, die Wlan Brücke, oder euch doch nen langes Kabel gezogen für ne Lan Brücke? Und wie sehen bei euch die Einstellungen aus für die Frequenzbehandlung zwischen Basis und Repeater? Auch Standard, wo immer ein Mix ist und das bestmögliche selbst gewählt wird, oder doch was ganz anderes? Und die SSID? Übernommen von der Fritz damit Geräte sich aussuchen wo sie hin verbinden wollen, oder irgendein WLAN komplett deaktiviert?
Ich frage nur deshalb, da ich bisher erstmal alles Stanard hatte, aber zb Probleme mit dem Streamen aufs ipad hatte, von Filmen die auf dem NAS liegen. Jener ist ja direkt mit der Fritz verbunden. Sprich bisher auch ipad direkt mit der Fritz. Da war also nur eine WLAN Strecke und Filme liefen fehlerfrei. WEnn jetzt aber das ipad mit dem Repeater verbunden ist, welcher im Vergleich der Entfernung näher ist, als die Fritz, sind es ja aber nun zwei WLAN Wege und da hab ich gemerkt, die Filme reißen alle paar Minuten ab. Hab dann wieder manuell direkt mit der Fritz verbunden und schon lief wieder alles.
Daher also die Frage, was die perfekten Einstellungen eurer Meinung nach sind für den Repeater. Da es überhaupt mein erster ist, hab ich da noch nicht soooo viel Ahnung von.
Ich frage nur deshalb, da ich bisher erstmal alles Stanard hatte, aber zb Probleme mit dem Streamen aufs ipad hatte, von Filmen die auf dem NAS liegen. Jener ist ja direkt mit der Fritz verbunden. Sprich bisher auch ipad direkt mit der Fritz. Da war also nur eine WLAN Strecke und Filme liefen fehlerfrei. WEnn jetzt aber das ipad mit dem Repeater verbunden ist, welcher im Vergleich der Entfernung näher ist, als die Fritz, sind es ja aber nun zwei WLAN Wege und da hab ich gemerkt, die Filme reißen alle paar Minuten ab. Hab dann wieder manuell direkt mit der Fritz verbunden und schon lief wieder alles.
Daher also die Frage, was die perfekten Einstellungen eurer Meinung nach sind für den Repeater. Da es überhaupt mein erster ist, hab ich da noch nicht soooo viel Ahnung von.
Kaffeejunkie
Neuer User
- Mitglied seit
- 17 Sep 2010
- Beiträge
- 175
- Punkte für Reaktionen
- 0
- Punkte
- 16
Also ich hatte gestern mal aus langeweile FritzBox 7490 neu aufgesetzt und auch den Repeater. Beide Geräte dann mit WLAN-Brücke verbunden. Und dann kam das Phänomen. Der Rechner, welcher mit dem Repeater per WLAN verbunden war, kam ins Internet. Mein iPhone 6, welches gleichzeitig mit der Fritte verbunden war, nicht. Habe es ein paar mal getestet. Geräte, die mit dem Repeater verbunden waren, kamen ins Internet und Geräte, welche mit der Fritte direkt verbunden waren, kamen nicht ins Internet. Warum auch immer. Somit hab ich die Brücke wieder auf LAN-Brücke umgestellt und siehe da, ich komme wieder ins Internet, egal, ob mit der Fritte direkt oder mit dem Repeater verbunden.
Ok hab auch mal meine bude umgestellt heut und auf LAN brücke gestellt. Allerdings hab ich nur ein Problem aktuell. Auch bei AVM selbst steht geschrieben, dass die HD Sender derzeit nicht in der TV App gezeigt werden (per VLC am PC gehts). Als Alternative soll man am mobilgerät entweder dort den VLC player nehmen vorrübergehend, oder, sofern ios, den nPlayer. Da ich nen ipad hab stehen mir beide Apps zur Verfügng. Allerdings bei nPlayer bekomme ich gar keinen Sender hin, weiß nich wie man da was öffnen soll und bei VLC weiß ich nicht wie man durch die Senerliste wechselt. Hab d zwar den Link den der Repater anlegt (m3U) Allerdings zeigt mir das ipad dann nur ZDF HD und ich weiß nicht wie man da den Sender wechselt
Habe das selbe Problem.
Entweder 5 Ghz im Repeater abschalten oder in der 7490 5Ghz auf a und n einstellen läuft zwar langsamer, und ist eine Zwischenlösung bis das Problem von AVM erkannt und behoben ist.
Bei mir funktioniert es unter diesen 2 Alternativen.
Entweder 5 Ghz im Repeater abschalten oder in der 7490 5Ghz auf a und n einstellen läuft zwar langsamer, und ist eine Zwischenlösung bis das Problem von AVM erkannt und behoben ist.
Bei mir funktioniert es unter diesen 2 Alternativen.
morenoralfo
Mitglied
- Mitglied seit
- 28 Feb 2013
- Beiträge
- 327
- Punkte für Reaktionen
- 11
- Punkte
- 18
Probleme mit l2tpv3d? - Gastzugangveränderungen? triggern Crash
Ich habe inzwischen an AVM eine wiederholte Supportanfrage gestellt. (Werksreset schon durchgeführt)
Leider sendet mein Repeater nach dem Crash nicht von selbst die Supportdaten.
Meldung "TCP-Fehler", wie bereits berichtet gehen bei mir die Pushmails nach dem Crash grundsätzlich nicht mehr.
Auch hier abwarten . . .
Die letzten Aktionen vor der Kernelpanic heute morgen ....
<4>[117424.740000] [ieee80211_ioctl_setmlme] non sta mode, skip to set bssid
<6>[117425.768000] Added 98:3b:16:dc:cf:70 recipient for mc group ff02:0000:0000:0000:0000:0001:ffdc:cf70 (vid: 0), now 1 recipientsFWLOG: [120412304] WAL_DBGID_TX_BA_SETUP ( 0x4354e4, 0x0, 0x0, 0x40, 0x1 )
<4>[117592.748000] [0]system-load 1 loadavg 0.0 0.0 0.0 - 51 tasks:0 % curr:l2tpv3d(0 %) max:cableinfo(0 %, pid:533), readytorun: 2, pgfault 2/s (max 1 avg 1.0)
<4>[117602.764000] [0]system-load 100 % loadavg 0.15 0.3 0.1 - 51 tasks:100 % curr:l2tpv3d(99 %) max:l2tpv3d(99 %, pid:356), readytorun: 1, pgfault 0/s (max 0 avg 0.0)
<4>[117612.772000] [0]system-load 100 % loadavg 0.28 0.6 0.2 - 51 tasks:100 % curr:l2tpv3d(99 %) max:l2tpv3d(99 %, pid:356), readytorun: 1, pgfault 0/s (max 1 avg 1.0)
<4>[117622.784000] [0]system-load 100 % loadavg 0.39 0.9 0.3 - 51 tasks:100 % curr:l2tpv3d(99 %) max:l2tpv3d(99 %, pid:356), readytorun: 1, pgfault 0/s (max 0 avg 0.0)
<4>[117632.792000] [0]system-load 100 % loadavg 0.49 0.12 0.4 - 51 tasks:100 % curr:l2tpv3d(99 %) max:l2tpv3d(99 %, pid:356), readytorun: 1, pgfault 0/s (max 1 avg 1.0)
<4>[117642.804000] [0]system-load 100 % loadavg 0.56 0.15 0.5 - 51 tasks:100 % curr:l2tpv3d(99 %) max:l2tpv3d(99 %, pid:356), readytorun: 1, pgfault 0/s (max 1 avg 1.0)
<4>[117652.812000] [0]system-load 100 % loadavg 0.63 0.18 0.6 - 51 tasks:100 % curr:l2tpv3d(99 %) max:l2tpv3d(99 %, pid:356), readytorun: 1, pgfault 0/s (max 0 avg 0.0)
<4>[117662.820000] [0]system-load 100 % loadavg 0.69 0.21 0.7 - 51 tasks:100 % curr:l2tpv3d(99 %) max:l2tpv3d(99 %, pid:356), readytorun: 1, pgfault 0/s (max 0 avg 0.0)
<4>[117672.832000] [0]system-load 100 % loadavg 0.73 0.23 0.8 - 51 tasks:100 % curr:l2tpv3d(99 %) max:l2tpv3d(99 %, pid:356), readytorun: 1, pgfault 0/s (max 0 avg 0.0)
<4>[117682.844000] [0]system-load 100 % loadavg 0.77 0.26 0.9 - 51 tasks:100 % curr:l2tpv3d(99 %) max:l2tpv3d(99 %, pid:356), readytorun: 1, pgfault 0/s (max 0 avg 0.0)
<4>[117692.852000] [0]system-load 100 % loadavg 0.81 0.28 0.10 - 51 tasks:100 % curr:l2tpv3d(99 %) max:l2tpv3d(99 %, pid:356), readytorun: 1, pgfault 0/s (max 0 avg 0.0)
<4>[117702.860000] [0]system-load 100 % loadavg 0.84 0.30 0.11 - 51 tasks:100 % curr:l2tpv3d(99 %) max:l2tpv3d(99 %, pid:356), readytorun: 1, pgfault 0/s (max 0 avg 0.0)
<4>[117712.872000] [0]system-load 100 % loadavg 0.86 0.33 0.12 - 51 tasks:100 % curr:l2tpv3d(99 %) max:l2tpv3d(99 %, pid:356), readytorun: 1, pgfault 0/s (max 1 avg 1.0)
<4>[117722.880000] [0]system-load 100 % loadavg 0.88 0.35 0.12 - 51 tasks:100 % curr:l2tpv3d(99 %) max:l2tpv3d(99 %, pid:356), readytorun: 1, pgfault 0/s (max 0 avg 0.0)
<4>[117732.888000] [0]system-load 100 % loadavg 0.90 0.37 0.13 - 51 tasks:100 % curr:l2tpv3d(99 %) max:l2tpv3d(99 %, pid:356), readytorun: 1, pgfault 0/s (max 0 avg 0.0)
<4>[117742.888000] [0]system-load 100 % loadavg 0.92 0.39 0.14 - 51 tasks:100 % curr:l2tpv3d(99 %) max:l2tpv3d(99 %, pid:356), readytorun: 1, pgfault 0/s (max 0 avg 0.0)
<0>[117750.040000] AVM_WATCHDOG_ungraceful_release: handle 2 (l2tpv3d) still registered!
<6>[117750.048000] guest: port 1(guest_ct1) entered disabled state
<6>[117750.056000] device guest_ct1 left promiscuous mode
<6>[117750.060000] guest: port 1(guest_ct1) entered disabled state
<4>[117755.024000] Call Trace:
<4>[117755.024000] [<8001d7a8>] dump_stack+0x8/0x40
<4>[117755.028000] [<80031678>] panic+0x58/0x160
<4>[117755.032000] [<8020a6fc>] panic_function+0xfc/0x100
<4>[117755.036000] [<8003f524>] run_timer_softirq+0x124/0x220
<4>[117755.044000] [<80038bc4>] __do_softirq+0xe4/0x1c0
<4>[117755.048000] [<80038d28>] do_softirq.part.13+0x88/0xa0
<4>[117755.052000] [<800391e8>] irq_exit+0xa8/0xc0
<4>[117755.056000] [<80002dd0>] ret_from_irq+0x0/0x4
<4>[117755.060000] [<80016f54>] r4k_wait_irqoff+0x34/0x38
<4>[117755.068000] [<80017b94>] cpu_idle+0x74/0xc0
<4>[117755.072000] [<805028d0>] start_kernel+0x338/0x350
<4>[117755.076000]
<0>[117755.076000] Kernel panic - not syncing: ar7wdt_hw_reboot: delayed watchdog expired
<0>[117755.076000]
-----
(first) sent on: Wed Jan 07 05:39:22 2015 UTC by crash report
----------
END SECTION '/proc/avm/log_sd/panic'
==========
##### END SECTION PANICLOG
##### END SECTION Support_Data
End Of Support Data
Ich habe inzwischen an AVM eine wiederholte Supportanfrage gestellt. (Werksreset schon durchgeführt)
Leider sendet mein Repeater nach dem Crash nicht von selbst die Supportdaten.
Meldung "TCP-Fehler", wie bereits berichtet gehen bei mir die Pushmails nach dem Crash grundsätzlich nicht mehr.
Auch hier abwarten . . .
Die letzten Aktionen vor der Kernelpanic heute morgen ....
<4>[117424.740000] [ieee80211_ioctl_setmlme] non sta mode, skip to set bssid
<6>[117425.768000] Added 98:3b:16:dc:cf:70 recipient for mc group ff02:0000:0000:0000:0000:0001:ffdc:cf70 (vid: 0), now 1 recipientsFWLOG: [120412304] WAL_DBGID_TX_BA_SETUP ( 0x4354e4, 0x0, 0x0, 0x40, 0x1 )
<4>[117592.748000] [0]system-load 1 loadavg 0.0 0.0 0.0 - 51 tasks:0 % curr:l2tpv3d(0 %) max:cableinfo(0 %, pid:533), readytorun: 2, pgfault 2/s (max 1 avg 1.0)
<4>[117602.764000] [0]system-load 100 % loadavg 0.15 0.3 0.1 - 51 tasks:100 % curr:l2tpv3d(99 %) max:l2tpv3d(99 %, pid:356), readytorun: 1, pgfault 0/s (max 0 avg 0.0)
<4>[117612.772000] [0]system-load 100 % loadavg 0.28 0.6 0.2 - 51 tasks:100 % curr:l2tpv3d(99 %) max:l2tpv3d(99 %, pid:356), readytorun: 1, pgfault 0/s (max 1 avg 1.0)
<4>[117622.784000] [0]system-load 100 % loadavg 0.39 0.9 0.3 - 51 tasks:100 % curr:l2tpv3d(99 %) max:l2tpv3d(99 %, pid:356), readytorun: 1, pgfault 0/s (max 0 avg 0.0)
<4>[117632.792000] [0]system-load 100 % loadavg 0.49 0.12 0.4 - 51 tasks:100 % curr:l2tpv3d(99 %) max:l2tpv3d(99 %, pid:356), readytorun: 1, pgfault 0/s (max 1 avg 1.0)
<4>[117642.804000] [0]system-load 100 % loadavg 0.56 0.15 0.5 - 51 tasks:100 % curr:l2tpv3d(99 %) max:l2tpv3d(99 %, pid:356), readytorun: 1, pgfault 0/s (max 1 avg 1.0)
<4>[117652.812000] [0]system-load 100 % loadavg 0.63 0.18 0.6 - 51 tasks:100 % curr:l2tpv3d(99 %) max:l2tpv3d(99 %, pid:356), readytorun: 1, pgfault 0/s (max 0 avg 0.0)
<4>[117662.820000] [0]system-load 100 % loadavg 0.69 0.21 0.7 - 51 tasks:100 % curr:l2tpv3d(99 %) max:l2tpv3d(99 %, pid:356), readytorun: 1, pgfault 0/s (max 0 avg 0.0)
<4>[117672.832000] [0]system-load 100 % loadavg 0.73 0.23 0.8 - 51 tasks:100 % curr:l2tpv3d(99 %) max:l2tpv3d(99 %, pid:356), readytorun: 1, pgfault 0/s (max 0 avg 0.0)
<4>[117682.844000] [0]system-load 100 % loadavg 0.77 0.26 0.9 - 51 tasks:100 % curr:l2tpv3d(99 %) max:l2tpv3d(99 %, pid:356), readytorun: 1, pgfault 0/s (max 0 avg 0.0)
<4>[117692.852000] [0]system-load 100 % loadavg 0.81 0.28 0.10 - 51 tasks:100 % curr:l2tpv3d(99 %) max:l2tpv3d(99 %, pid:356), readytorun: 1, pgfault 0/s (max 0 avg 0.0)
<4>[117702.860000] [0]system-load 100 % loadavg 0.84 0.30 0.11 - 51 tasks:100 % curr:l2tpv3d(99 %) max:l2tpv3d(99 %, pid:356), readytorun: 1, pgfault 0/s (max 0 avg 0.0)
<4>[117712.872000] [0]system-load 100 % loadavg 0.86 0.33 0.12 - 51 tasks:100 % curr:l2tpv3d(99 %) max:l2tpv3d(99 %, pid:356), readytorun: 1, pgfault 0/s (max 1 avg 1.0)
<4>[117722.880000] [0]system-load 100 % loadavg 0.88 0.35 0.12 - 51 tasks:100 % curr:l2tpv3d(99 %) max:l2tpv3d(99 %, pid:356), readytorun: 1, pgfault 0/s (max 0 avg 0.0)
<4>[117732.888000] [0]system-load 100 % loadavg 0.90 0.37 0.13 - 51 tasks:100 % curr:l2tpv3d(99 %) max:l2tpv3d(99 %, pid:356), readytorun: 1, pgfault 0/s (max 0 avg 0.0)
<4>[117742.888000] [0]system-load 100 % loadavg 0.92 0.39 0.14 - 51 tasks:100 % curr:l2tpv3d(99 %) max:l2tpv3d(99 %, pid:356), readytorun: 1, pgfault 0/s (max 0 avg 0.0)
<0>[117750.040000] AVM_WATCHDOG_ungraceful_release: handle 2 (l2tpv3d) still registered!
<6>[117750.048000] guest: port 1(guest_ct1) entered disabled state
<6>[117750.056000] device guest_ct1 left promiscuous mode
<6>[117750.060000] guest: port 1(guest_ct1) entered disabled state
<4>[117755.024000] Call Trace:
<4>[117755.024000] [<8001d7a8>] dump_stack+0x8/0x40
<4>[117755.028000] [<80031678>] panic+0x58/0x160
<4>[117755.032000] [<8020a6fc>] panic_function+0xfc/0x100
<4>[117755.036000] [<8003f524>] run_timer_softirq+0x124/0x220
<4>[117755.044000] [<80038bc4>] __do_softirq+0xe4/0x1c0
<4>[117755.048000] [<80038d28>] do_softirq.part.13+0x88/0xa0
<4>[117755.052000] [<800391e8>] irq_exit+0xa8/0xc0
<4>[117755.056000] [<80002dd0>] ret_from_irq+0x0/0x4
<4>[117755.060000] [<80016f54>] r4k_wait_irqoff+0x34/0x38
<4>[117755.068000] [<80017b94>] cpu_idle+0x74/0xc0
<4>[117755.072000] [<805028d0>] start_kernel+0x338/0x350
<4>[117755.076000]
<0>[117755.076000] Kernel panic - not syncing: ar7wdt_hw_reboot: delayed watchdog expired
<0>[117755.076000]
-----
(first) sent on: Wed Jan 07 05:39:22 2015 UTC by crash report
----------
END SECTION '/proc/avm/log_sd/panic'
==========
##### END SECTION PANICLOG
##### END SECTION Support_Data
End Of Support Data
Hallo,
ich nutze die aktuelle Kodi Version auf 2 Windows 7 Geräten und einer angepassten m3u. Ich kann ARD HD, ZDF HD und RTL ansehen und dazwischen auch hin und her springen.
Sobald ich irgendeinen anderen Sender versuche erhalte ich nur Buffering - mehr nicht. Ich habe auch schon versucht im Simple IPTV Plugin nur Pro7 in einer einzelnen m3u zu starten, aber auch hier das Problem.
Meine fertige m3u funktioniert übrigens mit VLC problemlos und ich kann wunderbar zwischen allen Sendern wechseln. Hat hier noch jemand Kodi am Laufen mit dem DVB-C und Unitymedia, bei dem alle Sender funktionieren?
Achja: Dann noch die Frage, ob irgendjemand mit dem DVB-C ein passendes PVR Backend für Aufnahmen gefunden hat - habe bisher nur NextPVR versucht, aber dort wird nichts angezeigt. Der DVBViewer findet das Gerät gar nicht erst. EPG und Sender Logos in Kodi habe ich schon wunderbar am laufen. Nun nur noch alle Sender und aufnehmen, dann wäre es perfekt.
ich nutze die aktuelle Kodi Version auf 2 Windows 7 Geräten und einer angepassten m3u. Ich kann ARD HD, ZDF HD und RTL ansehen und dazwischen auch hin und her springen.
Sobald ich irgendeinen anderen Sender versuche erhalte ich nur Buffering - mehr nicht. Ich habe auch schon versucht im Simple IPTV Plugin nur Pro7 in einer einzelnen m3u zu starten, aber auch hier das Problem.
Meine fertige m3u funktioniert übrigens mit VLC problemlos und ich kann wunderbar zwischen allen Sendern wechseln. Hat hier noch jemand Kodi am Laufen mit dem DVB-C und Unitymedia, bei dem alle Sender funktionieren?
Achja: Dann noch die Frage, ob irgendjemand mit dem DVB-C ein passendes PVR Backend für Aufnahmen gefunden hat - habe bisher nur NextPVR versucht, aber dort wird nichts angezeigt. Der DVBViewer findet das Gerät gar nicht erst. EPG und Sender Logos in Kodi habe ich schon wunderbar am laufen. Nun nur noch alle Sender und aufnehmen, dann wäre es perfekt.
Weitere Fehlfunktionen?
Hallo,
habe auch eine Fb7490(6.23), einen 1750(6.20), eine DVB-C(6.20), daneben noch weitere Repeater 300 u. 450. Bei mir funktioniert der DVB-C wenn er allein an der FB via WLan (ac) angeschlossen ist! Kommt aber ein weiterer Repeater dazu der ebenfalls direkt, via WLan, an der Fb angeschlossen ist bricht das WLan-Netz (verschiedenste Fehler bis hin zur unerreichbarkeit der FB) ein. Ich habe erst wieder ein vernünftiges WLan-Netz nach einem kompletten Neustart mit nur einem Repeater oder mehreren wenn kein DVB-C bzw 1750 (bisher nur unter ac versucht) dabei sind. AVM-Support sagt ausdrücklich das zwei Repeater nebeneinander (keine Reihenschaltung) arbeiten können!
Hat jemand ähnliches beobachtet?
Hallo,
habe auch eine Fb7490(6.23), einen 1750(6.20), eine DVB-C(6.20), daneben noch weitere Repeater 300 u. 450. Bei mir funktioniert der DVB-C wenn er allein an der FB via WLan (ac) angeschlossen ist! Kommt aber ein weiterer Repeater dazu der ebenfalls direkt, via WLan, an der Fb angeschlossen ist bricht das WLan-Netz (verschiedenste Fehler bis hin zur unerreichbarkeit der FB) ein. Ich habe erst wieder ein vernünftiges WLan-Netz nach einem kompletten Neustart mit nur einem Repeater oder mehreren wenn kein DVB-C bzw 1750 (bisher nur unter ac versucht) dabei sind. AVM-Support sagt ausdrücklich das zwei Repeater nebeneinander (keine Reihenschaltung) arbeiten können!
Hat jemand ähnliches beobachtet?
morenoralfo
Mitglied
- Mitglied seit
- 28 Feb 2013
- Beiträge
- 327
- Punkte für Reaktionen
- 11
- Punkte
- 18
Auch nach Recovery immer noch Crashes - Ursache l2tpv3d??
Abarbeitung der Instruktionen aus der Supportanfrage:
Bezüglich der erst seit dem funktionierenden Gast-WLAN in OS 06.20 wiederholt auftretenden Crashes
welche immer den l2tpv3d beinhalten, kanm ich melden das die Crashes auch nach einem Recovery
des Repeaters und kompletten Neuaufsetzen meiner Konfiguration im LAN-Bridge Modus auftreten.
Und wieder steht der l2tpv3d im crashlog . . .
Ich fürchte das der Support mir schlussendlich rät jetzt auch noch die funktionierende? Fritz!Box zu recovern
und händisch wieder aufzusetzen. Das ist mir aber bei meiner umfangreichen Konfiguration
wie mit Kanonen auf Spatzen schiessen. Ausserdem kriege ich Probleme mit der Heimatfront
wenn (VoIP)Telefonie, GSM-gateway, Internet, IPTV, etc. ohne Not für längere Zeit ausfallen.
Abarbeitung der Instruktionen aus der Supportanfrage:
Bezüglich der erst seit dem funktionierenden Gast-WLAN in OS 06.20 wiederholt auftretenden Crashes
welche immer den l2tpv3d beinhalten, kanm ich melden das die Crashes auch nach einem Recovery
des Repeaters und kompletten Neuaufsetzen meiner Konfiguration im LAN-Bridge Modus auftreten.
Und wieder steht der l2tpv3d im crashlog . . .
Ich fürchte das der Support mir schlussendlich rät jetzt auch noch die funktionierende? Fritz!Box zu recovern
und händisch wieder aufzusetzen. Das ist mir aber bei meiner umfangreichen Konfiguration
wie mit Kanonen auf Spatzen schiessen. Ausserdem kriege ich Probleme mit der Heimatfront
wenn (VoIP)Telefonie, GSM-gateway, Internet, IPTV, etc. ohne Not für längere Zeit ausfallen.
morenoralfo
Mitglied
- Mitglied seit
- 28 Feb 2013
- Beiträge
- 327
- Punkte für Reaktionen
- 11
- Punkte
- 18
Falsche Anzeige - IP-Adresse aus Heimnetz am Gastzugang
Ich erhalte bei der Anmeldung eines Tablets, welches auch am normalen Zugang angemeldet war,
am Gastzugang in der WLAN -> Funknetzanzeige die ursprüngliche IP-Adresse angezeigt.
Auf dem Tablet wird aber die korrekte IP Adresse aus dem 192.168.189.0 Gastnetzwerk angezeigt.
Meldung an AVM
P.S.: Wenn nur Geräte am Gastzugang angemeldet sind bleibt die "WLAN-Feldstärke" Anzeige
immer dunkel. Erst bei einer Anmeldung am normalen WLAN wird die Anzeige aktiv.
Ich erhalte bei der Anmeldung eines Tablets, welches auch am normalen Zugang angemeldet war,
am Gastzugang in der WLAN -> Funknetzanzeige die ursprüngliche IP-Adresse angezeigt.
Auf dem Tablet wird aber die korrekte IP Adresse aus dem 192.168.189.0 Gastnetzwerk angezeigt.
Meldung an AVM
P.S.: Wenn nur Geräte am Gastzugang angemeldet sind bleibt die "WLAN-Feldstärke" Anzeige
immer dunkel. Erst bei einer Anmeldung am normalen WLAN wird die Anzeige aktiv.
Zuletzt bearbeitet:
morenoralfo
Mitglied
- Mitglied seit
- 28 Feb 2013
- Beiträge
- 327
- Punkte für Reaktionen
- 11
- Punkte
- 18
Kosmetischer Fehler:
Unter Funknetz wird mein Repeater als "Ihre FRITZ!Powerline ..." angesprochen.
(siehe Screenshot)
Diese Funktionalität habe ich noch nicht entdecken können.
Unter Funknetz wird mein Repeater als "Ihre FRITZ!Powerline ..." angesprochen.
(siehe Screenshot)
Diese Funktionalität habe ich noch nicht entdecken können.
Zuletzt bearbeitet:
Kaffeejunkie
Neuer User
- Mitglied seit
- 17 Sep 2010
- Beiträge
- 175
- Punkte für Reaktionen
- 0
- Punkte
- 16
Mal ne Frage an die Apple Jünger unter euch: AVM schreibt auf der Seite, man kann als Alternative am ipad auch den Nplayer nutzen um den bug der eigenen software zu umgehen wegen den fehlenden HD Sendern. Hat jemand jemals einen Stream zum laufen bekommen per nplayer? Gleiches gilt auch für VLC für ios. klappt irgndwie nicht
Hallo hsdneo,
dein Problem habe ich auch. Ist wohl ein bug in KODI, ab Version 14.1 soll dieser behoben sein. (http://forum.kodi.tv/showthread.php?tid=213108)
Gruß Simpel
Simpel
dein Problem habe ich auch. Ist wohl ein bug in KODI, ab Version 14.1 soll dieser behoben sein. (http://forum.kodi.tv/showthread.php?tid=213108)
Gruß Simpel
Simpel
tester25
Aktives Mitglied
- Mitglied seit
- 23 Feb 2010
- Beiträge
- 823
- Punkte für Reaktionen
- 26
- Punkte
- 28
Neueste Beiträge
-
[Problem] Betrieb FRITZ!Box außerhalb des Fensters
- Letzte: angos
-
Sipgate 2023 - tschüss Privatkunden
- Letzte: voipie
-
[Problem] FritzBox 7590 2,4GHz WLAN nur noch sehr sehr schwach
- Letzte: MarkFalk
-
[Problem] Repeater Problem bei 7590 router- Letzte: Jstessi
-
6660 Cable Provider auslesen
- Letzte: vincentvega4
-
Kaufberatung, FritzFon C4
- Letzte: Wechwafen
-
Ethernet über Telefonkabel
- Letzte: angos
-
Frühere Gigaset Pro Modelle an Gigaset N670 IP Pro anmelden
- Letzte: tiago.bln