Ich weiß was drauf angeschlossen ist. Mit altere Firmware war dies überhaupt kein Problem gewesen.......
[Info] FRITZ!Box 7390 Labor-Firmware 84.05.59-26623 vom 08.10.2013
- Ersteller Wotan-Box
- Erstellt am
Ich weiß was drauf angeschlossen ist. Mit altere Firmware war dies überhaupt kein Problem gewesen.......
nucleardirk
Aktives Mitglied
- Mitglied seit
- 12 Okt 2004
- Beiträge
- 1,493
- Punkte für Reaktionen
- 0
- Punkte
- 36
Sipgate Team macht weiterhin Probleme:
Internettelefonie mit [email][email protected][/email] über sipgate.de war nicht erfolgreich. Ursache: (503)
Sipgate Support sagt bei denen ist alles OK, 7270 mit identischen AccountDaten macht keine Probleme. Achja...hoffe die kriegen das noch gefixed :/
Internettelefonie mit [email][email protected][/email] über sipgate.de war nicht erfolgreich. Ursache: (503)
Sipgate Support sagt bei denen ist alles OK, 7270 mit identischen AccountDaten macht keine Probleme. Achja...hoffe die kriegen das noch gefixed :/
Genau! Es ist ein BUG...........
Hier ein Paar Bilder:
Anhänge
Um zu zeigen was falsch läuft habe ich den DHCP Bereich zulässig verkleinert. Die Logik in der Vergabe der Leases in der, und auch in anderen Fritz Boxen (3270), ist meiner Meinung nach grundsätzlich nicht korrekt und funktionierte auch noch nie.
Hallo,
wie kann man die Haltemusik (MoH) verlängern? Also das es mehr als nur die 5 Sekunden abspielt?
wie kann man die Haltemusik (MoH) verlängern? Also das es mehr als nur die 5 Sekunden abspielt?
Ich habe keine Probleme mit meiner Sipgate Nummer. Sie funktioniert sogar in HD sehr gut.
DickS
Aktives Mitglied
- Mitglied seit
- 22 Feb 2005
- Beiträge
- 2,285
- Punkte für Reaktionen
- 132
- Punkte
- 63
Hatte erhebliche WLAN Probleme nach dem Downgrade auf 26579. Habe dann (über LAN) alle Geräte im Heimnetz des Repeaters gelöscht und den Repeater in der Basis gelöscht. Basis reboot und dann Repeater einschalten. Komischerweise verband sich der Repeater ohne sie in der Basis neu aktivieren zu müssen. Jetzt ist das DECT-Knacken weg und bisher keine WLAN-Abbrüche mehr.
Mit dieser Labor ist dieses Verhalten ist bei mir auch zum ersten mal aufgetreten. Die DECT200 war noch in der Liste, reagierte aber nicht mehr. Abmelden und neu Anmelden brachte keine Lösung. Ich musste die DECT200 komplett löschen und neu einrichten, danach war es wieder in Ordnung.
nucleardirk
Aktives Mitglied
- Mitglied seit
- 12 Okt 2004
- Beiträge
- 1,493
- Punkte für Reaktionen
- 0
- Punkte
- 36
Sipgate pder Sipgate TEAM? Das sind im Grunde genommen nämlich unterschiedliche Plattformen.
Sipgate Basic funktioniert hier auch ohne Probleme.
Habe meine Leases jetzt einmal wie folgt "aufgeräumt"
1. Config-Sicherung der FB
2. zurück auf Werkseinstellungen
3. Config-Sicherung wieder zurückgeladen.
Die DHCP-Leases überleben zwar einen Stromausfall und sogar einen Update (ist das vielliecht das Problem, dass diese Altlasten nicht richtig entsorgt werden?), aber bei dieser Prozedur gehen sie verloren.
Danach konnte ich nur noch neue Leases für Geräte sehen, die sich neu angemeldet haben; bei mir aufsteigend mit der .20er IP-Adresse. Auch eine künstliche Begrenzung des DHCP-Raumes verhielt sich korrekt: Als alle x IPs aufgebraucht waren, bekam der Client x+1 keine weitere und schon gar nicht wie bei Dir, aus einem Bereich außerhalb des definierten DHCP-Bereichs.
Fragt sich nur, was passiert mit den Konfigruationen, bei denen unter Heimnetz->Netzwerk für einen Client "Diesem Netzwerkgerät immer die gleiche IPv4-Adresse zuweisen" angegeben wurde und bei Veränderung des DHCP IP-Bereichs, diese feste IP nun AUßERHALB des gültigen IP-Bereichs liegt? Eigentlich müsste das die Box vernünftig selber handhaben ... habe aber keine Zeit, das auszuprobieren.
Ergänzung:
Noch einfacher räumt man natürlich die Leases Server-seitig auf, in dem man im IPv4-Einstellungs-Menü kurzzeitig den DHCP-Server ab- und dann wieder einschaltet ... das war dann doch zu einfach. :blonk:
Zuletzt bearbeitet von einem Moderator:
Die Leases werden auch nach Ablauf der Lease-Time niemals einer neuen Verwendung zugeführt (MAC/IP). Fehlender oder defekter Aufräumprozess?
Genau diese festen IPs wurden in meinem Fall vergeben (192.168.178.2 und 192.168.178.10).
Die Auswertung der Internet Provider im Online Monitor ist nicht korrekt.
Anhang anzeigen 71976
ipv4: ASN3320 = Telekom
ipv6: ASN9145 = Ewe
...
Es gibt einen DHCP-Bug, wenn man/frau den DHCP-Bereich verkleinert und dabei statische DHCP-Konfigurationen (Device x soll immer die die IP Y aus dem DHCP-Bereich bekommen) außerhalb des neuen DHCP-Bereichs liegen. Die FB ignoriert in diesem Fall den DHCP-Bereich und vergibt weiterhin diese außerhalb liegenden IPs.
How-to-reproduce:
1. Sicherstellen, dass DHCP-Bereich richtig gewählt.
2. Neues Device mit fester IP 200 aus dem DHCP Bereich festlegen.
3. Device in Netzwerk bringen
4. Device aus dem Netzwerk rausnehmen
5. DHCP-Bereich verkleinern
6. Check: Zu wählende IP-Adresse bleibt unverändert (Fehler!)
7. Device wieder ins Netzwerk bringen: FB vergibt IP-Adresse außerhalb des DHCP-Bereichs ... Anfang des Kuddelmuddel ...
@Fritz: Du gibst AVM Feedback über die Webseite... ;-)
Zuletzt bearbeitet von einem Moderator:
Halt! Da ist doch noch mehr!
Dieses Verhalten ist doch nur korrekt wenn die Lease-Time der gespeicherten MAC-IP Verbindungen noch nicht ausgelaufen sind?dieguteFrauWaas schrieb:
Wenn ausgelaufen, dann sollte der gerade in das Netzwerk kommende Client eine von diesen vormals gespeicherten IPs bekommen, oder? Getestet?
Das halte ich nur für einen Bug, wenn es zufällig und nicht geplant stattfindet. "Richtige" DHCP-Server können zu ziemlich alles, was so vorstellbar ist bis hin zu multiplen Subnetzen. So halte ich dieses Feature nur für überrschend weil nicht dokumentiert. Wenn ich Geräte anlegen kann, deren IPs außerhalb des DHCP-Bereich liegen, was soll daran böse sein?
Nichts, nur wenn der DHCP Server Adressen außerhalb seines Bereichs vergibt, dann ist es böse.
... Getestet?
Nee, keine Zeit mehr dafür; kann/muss jemand anderes machen.
In Tat, wäre das noch eine Möglichkeit, wenn das Verhalten so gewollt wäre. Jedoch ist eigentlich nur das Gegenteil auf den Hilfeseiten dokumentiert:
Hilfe-Seite IPv4-Einstellungen schrieb:
Hilfeseiten? OMG - die Dokumentation hinkt ja wohl immer "etwas" der Entwicklung hinterher. Nur weil wir uns so an den alten Mickey-Mouse-DHCP-Server gewöhnt haben, sollte man nicht gleich Blasphemie oder Feurio rufen. Mir kommt das Verhalten entgegegen, da ich u.a. dieses Feature auch bei "Dual Server" und "Open DHCP Server" benutze und sehr schätze.
Seit dem update auf diese Labor funktioniert Entertain bei mir nicht mehr.
gibt wohl ein Problem mit der multicast umschaltung.
Feedback ist raus.
gibt wohl ein Problem mit der multicast umschaltung.
Feedback ist raus.
Neueste Beiträge
-
-
[Frage] Dect-WS500S Verbindungen an Compact 4000
- Letzte: oezi
-
Analoges Wählgerät einer Alarmanlage an VoIP betreiben ...
- Letzte: provisorischerFtmmsch
-
[Frage] Kompletter Ausfall von DNS over TLS (DoT)- Letzte: stoney
