Beiträge von phino

    ok funzt das denn auch wenn man statt einer FB zum beispiel es an eine Gigaset DX800A weiterleiten will. Weil das habe ich noch nicht hinbekommen.

    Weil kann dann nicht telefonieren bzw kommen keine Anrufe durch wenn welche reinkommen.

    Deswegen habe ich das Gigaset Telefonanlage direkt an die FB angeschlossen und opfere daher einen Netzwerkanschluss in den Keller


    Gruß Swen

    Es sollte sich genauso verhalten, wie, wenn man in der Fritz!Box VoIP einrichtet. Die Einstellungen für die UDM Pro sind identisch mit der für die Fritz!Box hinter der UDM. Die notwendigen Daten für Portweiterleitung richten sich nach dem VoIP-Provider.

    Ich habe keine Erfahrung mit dem Gerät. Ist es denn überhaupt eine Telefonanlage?


    Gigaset DX800A Schnurgebundenes All-In-One DECT-Telefon mit großem Farbdisplay???


    Was ich hier sehe (https://gse.gigaset.com/filead…20in%20one_Web_de_AUT.pdf) erinnert mich an das Gigaset N670 IP, was ich vorübergehend zum Testen hatte. Nach meiner Erinnerung war dieses Gerät keine Telefonanlage und musste mit der Fritzbox verbunden werden, so wie DU das mit deiner DX800A gemacht hast.

    Also das N670 IP habe ich bei einer Freundin konfiguriert. Dies funktioniert Komplet selbstständig. War in Österreich (Schladmingen) angeschlossen in der Ferienwohnung und ich habe dort die Bayrischen Nummer (liegen bei Sipgate) eingerichtet.

    Dasselbe gilt für die DX800A. Siehe Dein Link auf Seite 24.

    Ansonsten macht ja ein LAN-Anschluss bei einem Telefon keinen SInn. :winking_face: Was mich wunder ist, dass es scheinbar keine PoE hat.

    Die große frage ist dann aber immer noch was da anders ist als bei mir.

    Aber ok jede Config ist anders, das ist eine der Schwierigkeiten alles unter einen Hund zu bekommen...

    Da ja hier auch andere das Problem haben und auch im Release-Forum sehr viele davon berichten, gehe ich nicht von einem persönlichen Problem aus.
    Dies scheint genau so ein Programmierfehler zu sein wie diese extrem viele Fehlalarme zu Paketfehler, die angeblich an schlechten Kabel oder Ports liegen. Bei mir kamen die Fehler und die Meldung z.B. während ich auf 4 AP Updates eingespielt habe. Das sollte doch die UDM SE raffen, dass es da Unterbrechungen gibt.
    Ich habe alle meine 40 Leitungen selber verlegt, aufgelegt und hinterher Messprotokolle erstellt. Und ich vertraue da dem FLUKE mehr als der Unifi-Software. Und auch mein Kabeltester Pockethernet* bestätigt mir, dass meine Patchkabel in Ordnung sind.


    *Geiles Teil, preiswerter als ein Fluke, genauso leistungsfähig i.V.m. einem Handy. Nur nicht so robust :winking_face:

    Habe aktuell die 3.0.16 drauf seit dem 02.02 , seither habe ich keine Regel mehr erstellt.

    mit der Version 3.0.13 aus 2022 hatte ich wohl diese Probleme nicht , da ich in diesem Zeitraum definitiv Regeln erstellen und verschieben konnte


    Besteht denn die Möglichkeit eines Downgrades?

    UnifiOS 3.0.16/13 auf der UDM SE ist nicht das Problem.
    Die Probleme sind mit der Network Controller 7.4.140 aufgetaucht, mit 7.3.xx gab es sie auch noch nicht.
    Irgendwie scheint es, als ob der Bereich der Firewall Regeln schreibgeschützt ist.

    Hast du 7.4.140 drauf. Da scheint dies ein großes Problem zu sein. So kann ich z.B. auch nicht das AD-Blocking ausschalten. Gibt die selbe Fehlermeldung. Habe schon Ticket aufgemacht. Ich glaube, dazu gehört auch das man die Regeln nicht verschieben kann und teilweise doppelte ID angezeigt werden. Sie Thread zu 7.4.140 bei UI z.B. auf Seite 23 von lundqma

    Vielleicht solltest du dich hier einlesen. In dem Glasfaser-Forumwerden die Besonderheiten mit den einzelnen Provider vertieft.
    Perseh funktioniert das Zyxel / PMG3000-D20B Telekom GPON. Zumindest bei mir an DNS:NET. :winking_face:

    Auch mit SIP bist du dort besser aufgehoben.

    Fritz!Fon funktioniert nur optimal(incl. Bildübertragung von der WebCam) mit einer Fritz!Box, mit SIP Gigaset habe ich aber auch gute Erfahrungen gemacht

    PS: Bei der Telekom gibt es günstiger.

    Genau dieses Set habe ich auch. Funktioniert einwandfrei, hat noch keine einzige Fehlvercrimpung produziert :thumbs_up:


    Wegen der Pinbelegung: es gibt nur zwei verschiedene Varianten. Am besten den Elektriker fragen, oder einen biligen Lan-Kabeltester mit Remote besorgen (ab ca. 10€), der zeigt die Belegung über Leds an. Es gibt zum Testen auch RJ45 Stecker mit Schraubkontakten, dann musst du dafür keinen Crimpstecker opfern.

    Dies sollte man doch auf der Gegenseite auf dem Patchfeld sehen, ob A oder B-Variante aufgelegt wurde.


    Wer öfters so etwas macht, den kann ich diese Tester von der Berliner Firma empfehlen, habe ihn jetzt seit 4 Jahren und der hat sich selbst für privat gelohnt. Der Testet auch gleich im IP und PoE Bereich und zeigt ziemlich genau wo Kabelbrüche sind.

    Du sagst ja selbst Router von Motorola wird reden aber hier von der Mietfritzbox und da ist es so das es nicht geht. Weil ich habe die ja.

    also nicht Äpfle mit Birnen vergleichen, man muss schon bei den gleichen Geräten bleiben wenn man was Sagt und nicht die Konfig ändern.

    Also der TE will ein Modem und dahinter Unifi. Dies ist sein Ziel.
    Die FB-Miete bekommt er nicht als Modem zum Laufen, also habe ich ihm 2 Optionen geliefert, das Motorola-Modem von Vodafone oder ein Dreytek. Beides geht per myVodafone-Webseite freizuschalten und sind preiswerter als eine eigene Kabel-FB.

    Es hat bestimmt einen Grund, warum Firmen Citrix anstatt das RDP das bei Windows kostenlos dabei ist nutzen. Für mich ist es ein Arbeitsmittel und aktuell läuft es.

    Also vor 15 Jahren war zugegebener Maßen aus Sicht von Sicherheit und Polices Citrix besser als RDP.
    Es war halt in Berlin Behördenstandard und wurde in Massen eingekauft. Es hat noch 10 Jahre gebraucht bis man bei den Weiterentwicklungen festgestellt hat, dass es nicht so dolle ist. :loudly_crying_face:

    Jetzt sitze ich nur noch auf der anderen Seite und kämpfe mit Citrix-Workspace im HomeOffice. Normales Arbeiten funktioniert gut. Aber alles, was Telkos betrifft, ist es eher bescheiden. Die innerhalb des Firmennetzes gehen (weil mit WebEx), aber extern bekommt es nicht gebacken.

    Nee :grinning_face_with_smiling_eyes:

    Für die Aps oder cams nicht :grinning_face_with_smiling_eyes:

    Ich muss wohl meine Uplink zum switch verlängern aufgrund Hardware upgrade.

    Deswegen bin ich gerade auf der Suche nach einer guten Verlängerung :smiling_face:

    Dafür benötige ich die 10gbit :grinning_face_with_smiling_eyes:

    Also aufgrund des massiven Aufbaus/Verarbeitung würde ich dem Teil aber die 10 GB zutrauen.

    Na dann ist Provider NAT doch eine ganz tolle Technik.

    Wenn deine Mitarbeiter mit RDP keine Probleme hatten, ist das schön.

    In der Konstruktionsabteilung mit Citrix-Desktops war's auf jeden Fall uncool.


    Aber ich höre mir immer gerne Verbesserungsvorschläge oder alternative Lösungen an. Wobei bis auf "glaub ich nicht" nichts sinnvolles gekommen ist.

    Ohne jemanden zu nahe treten zu wollen, Citrix ist Sche**e.

    Ich habe die Erfahrung mit einer Umgebung, beginnend vor 10 Jahren bei 2000 Citrix-Clients. Alles innerhalb eines Netzwerkes, das insgesamt 10.000 Clients hatte. Am nervigsten war kein oder unzuverlässiger Sound (eigentlich ein wichtiger Bestandteil für die Aufgabe).

    Und das 2. Netzwerk mit insgesamt 2.000 Clients, wovon ca. 200 per Citrix in alle Netz (Home-Office) gehen und dort müssen alle Besprechungssoftware laufen, da die Mitarbeiter durch bundesweite Gremien fremdbestimmt sind bei den Anwendungen.

    In beiden Situationen war es deutlich besser, nachdem man es geschafft hat, von Citrix wegzukommen.

    Ah guck - Nachtigall, ick hör dir trappsen :grinning_face_with_smiling_eyes: Jo, da wird dann ein Schuh draus, aber davon war aber bisher nicht die Rede und ich glaube auch nicht, dass der TE dies so gesehen hat.

    Das hat sich damals bei meiner USG selbstständig so eingerichtet und ich habe es in der Konfiguration mitgenommen bei dem Wechsel zur UDM SE. Mein Arbeitsnetz hatte ich damals gleich auf 192.168.123.0/24 gesetzt. Daher gehe ich von demselben Automatismus als Voraussetzung aus.


    Und das entscheidende ist, dass es ja bei ihm @Home funktioniert, aber nicht im Büro. Er hat also schon Unifi geschafft so zu konfigurieren :winking_face:

    PS: aber es geht hier ja um das Problem, dass er den 2. WAN-Port, der an einem Router hängt, nicht zum Laufen bekommt.

    Es scheint da zwei Lösungen zu geben. Den 2. LAN-Port am Vigor habe ich auch auf ein anderes Netz konfiguriert. Die benutze ich aber nur dann, wenn ich Firmware update einspiele. Dort gehe ich dann direkt mit den Lappy ran.


    Du weißt, dass an einem Port mehrere verschiedene IP-Segmente anliegen können? Am WAN Port 1 ist zum einen die öffentliche IP von PPPoE über das Modem und, wie in meinem Screenshot zu sehen, 192.168.1.0/24 mit VLAN4013.

    Das ganze hatte ich so schon unter der alten USG Pro 4.

    17872-pasted-from-clipboard-png


    Damit kann ich das Modem erreichen, welches die IP 192.168.1.2 hat, natürlich mit In/Out - Routen zum Work-LAN


    Du hast ja auch das Kabelmodem (Vodafone Box) am Anschluss korrekt phino ?

    Klar damit geht es, das Ding will ich aber nicht haben. FritzBox + Bridge direkt am Anschluss darum geht es mir.


    Sorry wenn ich was falsch Gelsen habe :smiling_face:

    Aber genau dies ist es doch. Das Kabelmodem von Motorola (kein Router) und ein Fritz!Box als Router dahinter.
    Warum willst du nicht kostenlos ein Modem? Dann ist man doch viel flexibler dahinter, z.B. eine UDM etc.

    An sonst - wenn denn der WAN1-Port PPPoE via Vodafon macht, was soll da die Angabe einer IP (192.168.1.1) aus dem privaten Adressbereich? Hier sollte die öffentliche, vom Provider erhaltene IP zu finden sein und nichts anderes. Betreibt Ihr hier höhere Magie, welche ich nicht verstehe?

    Ganz einfach, ist jedenfalls bei mir genau so.
    UDM SE auf dem WAN Port 1(PPPoE) die 192.168.1.1 zum VDSL - Modem Vigor 165, welches im Bridge-Modus läuft und die IP-Adresse 192.168.1.2 hat. Damit kann ich den Vigor 165 administrieren. Dies ist ein virtuelles Netzwerk. Aber auf dem Desktop kommt natürlich die öffentliche IP.