Um schreiben oder kommentieren zu können, benötigen Sie ein Benutzerkonto.
Sie haben schon ein Benutzerkonto? Melden Sie sich hier an.
Jetzt anmeldenHier können Sie ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellen
Es gibt 36 Antworten in diesem Thema, welches 15.761 mal aufgerufen wurde. Der letzte Beitrag () ist von Loxor.
Moin, Ich habe die Fritzbox hinter der UDM pro und der macht nur Telefonie. Das Funktioniert soweit.
Moin schließe mich da iTweek an, auch eine alte Fritte 7412 für Telefonie hinter UDM pro, läuft auch.
Gruß hommes
1.
Die Fritzbox macht kein QoS!
2. Du kannst auf der UDM Smart Queue aktivieren. Dann bist Du auf der sicheren Seite (sogar sicherer als mit FB)
1.
Die Fritzbox macht kein QoS!
2. Du kannst auf der UDM Smart Queue aktivieren. Dann bist Du auf der sicheren Seite (sogar sicherer als mit FB)
Dann nutzt du aber nur noch max. 75% deiner Internet Leistung. Die restlichen 25% sind immer frei!
1.
Die Fritzbox macht kein QoS!
Ich meine auf der FritzBox einstellen zu können welche Geräte bevorzugt behandelt werden. Auch meine ich erkennt die FritzBox ob es sich um Echtzeitanwendungen handelt und priorisiert diese.
Ich meine auf der FritzBox einstellen zu können welche Geräte bevorzugt behandelt werden. Auch meine ich erkennt die FritzBox ob es sich um Echtzeitanwendungen handelt und priorisiert diese.
Das ist korrekt.
Aber sie macht dennoch kein richtiges QoS
Wirst Du merken wenn Du die Leitung ans Limit fährst.
Da ist Ubiquiti wesentlich effektiver
QoS macht auch nur innerhalb des lokalen Netzes Sinn ... und dann auch nur, wenn es JETZT schon Engpässe gibt, was ich mir bei einem Standard Heimnetz nicht wirklich vorstellen kann.
QoS endet fast immer an der Übergabeschnittstelle des Providers, es sein denn ihr habt Spezialverträge (meist für Firmen interessant) mit dem Provider (z.B. MPLS usw.).
Ergo: QoS ist - zum jetzigen Zeitpunkt - für die Tonne und kann getrost vernachlässigt werden.
Fehler kann ich hier auch bestätigen. Stabil ist was anderes.
Eigentlich wollte ich meine altertümliche FB gegen was ordentliches tauschen. Fairerweise muss man sagen, dass die APs von Unifi einen guten Eindruck machen.
Der Controller (UDM pro) ist aus meiner Sicht voll mit Bugs. Meines Erachtens ist es eine Frechheit dafür Geld zu verlangen.
Ich hab beruflich mit Cisco Kisten zu tun. Das ist eine andere Liga.
Ich vermute (bin auch noch auf der Suche), dass viele der Beta Features zur Instabilität führen. Definitiv buggy ist das IDS/IPS und die V6 Implentation.
Hab jetzt mal V6 und das IDS komplett abgeschaltet. Wenn das nicht zum Erfolg führt, dann werf ich den Sniffer an und sehe mir genau an, wo das Problem liegt.
Instabile VoIP Telefonie kann sehr viele Ursachen haben. In einem (unserem) Firmennetz bringt oft die Analyse der QoS Parameter (Delay, Paket loss, Jitter) UND die Analyse der SIP Signalisierung die Lösung.
Es empfiehlt sich die Telefonie in einem eigenen VLAN laufen zu lassen und evtl. mit Bandbreitenreservierung zu arbeiten. Sollte wirklich das Netz überlastet sein, dann wirst Du dir Gedanken über QoS Parameter machen müssen. Allerdings muss das von Ende-zu-Ende komplett durchsignalisiert sein, sonst bringt das nicht wirklich was.
Hier könnte ich jetzt nen Roman schreiben, aber das ließt am Ende keiner 
Fehler kann ich hier auch bestätigen. Stabil ist was anderes.
Interessant wäre noch welche Fehler.
An dem besagten Standort nutze ich (noch) kein UDMP. Ich überlege dies zu tun.
Zurzeit sind die Netze durch "Nur VLAN" getrennt. In den jeweiligen Netzen gibt es dann entsprechende DHCP Server (Windows Server oder Fritz!Boxen).
Mit der UDMP würde ich es dann tatsächlich so machen, dass die Telefone ihr eigenes Netz erhalten.
Fehler:
- Reconnects UDM pro
- Trotz fester IP Vergabe werden diese oft nicht bedient bzw. wechseln permanent zw. fix und DHCP Pool
- sporadische Reconnects im WLAN Umfeld
- Z.T. kompletter Ausfall des gesamten WLAN Netzes im Sekunden Bereich.
... uvm.
Ich würde versuchen die Anzahl der DHCP Server auf ein Minimum (Ideal einen + evtl. einen als Backup) zu reduzieren. Gerade die DHCP Vergabe ist abhängig der jeweiligen Implementationen mit unterschiedlichsten Problemen behaftet.
Ich würde versuchen die Anzahl der DHCP Server auf ein Minimum (Ideal einen + evtl. einen als Backup) zu reduzieren. Gerade die DHCP Vergabe ist abhängig der jeweiligen Implementationen mit unterschiedlichsten Problemen behaftet.
Dabei handelt es sich ja um komplett voneinander getrennte Netzwerke, deshalb "Nur VLAN". Heißt die DHCP Server sehen sich nicht. Zwischen den Netzen sind noch VPN Router welche sich als Client an der FB anmelden. Die IP-Telefone sind im FB Netz und beziehen auch von der FB ihre IP.
dann bin ich erstmal raus, dann das Netz scheint komplexer zu sein, als ursprünglich gedacht.
Solange mir nicht klar ist wie die gesamte Netzstruktur ist, kann ich keine weiteren Tips geben. Sorry.
Solange mir nicht klar ist wie die gesamte Netzstruktur ist, kann ich keine weiteren Tips geben. Sorry.
Vielleicht hilft die folgende Zeichnung für ein besseres Verständnis.
Vielleicht hilft die folgende Zeichnung für ein besseres Verständnis.
sollte so funktionieren.
Hat jemand Erfahrung bezüglich Failover mit dem UDM-Pro? Mich würde interessieren, ob ich die zweite Leitung als Backup nehme kann. Wenn ja, wie schnell wird diese genutzt wenn die Hauptleitung tot ist?
noch nie gebraucht
sollte so funktionieren.
Was sollte so funktionieren? So sieht es aktuell aus.
noch nie gebraucht
Schade, deshalb frage ich auch nach Erfahrungen.
Was sollte so funktionieren? So sieht es aktuell aus.
aso xDD dachte das wäre ein lösung...^^
Hab hier einen Kabelanschluss als Failover neben dem Glasfaseranschluss am Laufen.
Wenn ich nicht per Push Nachricht und Mail informiert werden würde.... Von der Umschaltung bekomme ich sonst nichts mit. Eine bestehende VPN-Verbindung wird allerdings unterbrochen.
zur Zeit sind 68 Mitglieder (davon 1 unsichtbar) und 355 Gäste online - Rekord: 129 Benutzer ()
