Beiträge von gierig

    So wirklich richtig kann man das ohne deinen Sinn und Zweck zu wissen nicht sagen.

    Daher also Ja/Nein/Vielleicht.


    Oder anders. AN einem VLAN Port den du für ein bestimmtes Netz eingestellt hast.

    (Das ist dann das Native Vlan das nicht extra eingepackt ist). Kannst du natürlich auch einen nicht VLAN Switch

    anschließen und hast auf allen Port zugriff auf eben dieses Native Vlan.

    Switch ist nicht Vlan fähig


    Das ist der Grund, ohne Vlan Funktioniert das system nicht. Dein Switch wird die Pakete entweder garnicht

    (eher alter Hardware) oder so wie sie sind weiterleiten (vlan passtrough). Sprich noch in den Vlan Frames Verpackt.

    Damit kann ein Client üblicherweise nichts anfangen. Grade auch im WLAN kann mann auch am client kein

    VLAN vorgeben wie bei manchen Netzwerkarten. Anderseits ist der AccessPoint drauf angewiesen

    den rest seines Netzes (also DHCP und gateway auf dem USG) auch über das VLAN zu erreichen.

    Langer Text Kurze Antwort. Du Brauchst einen VLAN Switch sonst geht es nicht wie angedacht.

    Ich würde ja mal interessieren, ob der ONT ein Modem oder einfach nur ein Medienkonverter ist


    kommt drauf an was für ein Glasfaser Anschluss gelegt wurde.

    Die meisten neue Anschlüsse sind (g)PON. (Wikipedia link inside) Anschlüsse.

    Das ist grob gesagt ein shared medium ähnlich wie bei Kabel Anschlüsse

    (dennoch viel besser und mehr Potential)


    Bei diesen ist der ONT mehr als nur ein Medien Converter,

    je nach Ausführung wird über die Seriennummer oder über Zugangsdaten

    "dein" Daten Stream verfügbar gemacht. Alles andere sollte verschlüsselt sein

    da du grob mit 20-80 Leuten am gleichen Kabel hängst.


    Der Passende SFP ist auf deem Markt ein rares gut und Provider sind nach wie

    vor geizig die Daten auch rauszurücken. (mimimi unser Netzabschluss mimimi)


    Hier gibt es einen Beitrag über Leute die sich die Arbeit gemacht haben

    und davon berichten. Vielleicht gibt es dir einen Eindruck was zu tun ist...

    Moin Moin

    Also mit der USG definitiv nicht möglich zum jetzigen Zeitpunkt so wie du es dir vorstellst, mit einem EdgeRouter ist zumindest Loadbalancing möglich, aber ob du auch den einzelnen Geräten sagen kannst er soll über den herausgehen weiß ich nicht


    PBR also PolicyBase Routing ist hier das Zauberwort. Anhand der Source IP können Routing

    Entscheidungen getroffen werde. Das geht auch it den USG Modellen, die sind im Grunde ja EDGE

    router (ein wenig Kastriert und mit den UNIFI Stempel geprägt und gepudert).

    Freilich nicht über die Controller Oberfläche, sonder nur direkt über Gerät und damit einhergehen

    die nötige "config.garway.json" um das ganze auch reboot/provisions sicher zu machen.


    Tatsächlich auch so vorgesehen gibt es Hier einen Offiziellen Eintrag bei Ubiquiti dafür.


    bye Gierig

    Full Ack,

    Und wovon ich dringend abraten würde, ist Patchkabel auf ein Patchfeld auflegen zu wollen, da sind Störung 100% sicher, weil dei LSA-Leisten dafür nicht ausgelegt sind, das gibt mit Sicherheit Kontaktprobleme.

    Dem kann ich besonders zustimmen ! Das hält nur bis zum nächsten Jahreszeiten Wechsel,

    und dann fangen die Probleme an. Möchte aber dennoch ein ABER einfügen auch wenn das eher ein

    Sonderfall ist. Es gibt flexible PatchKabel (also Litze) auch mit verzinnten Adern. Das ist dann explizit zum

    auflegen auf LSA+ geeignet. Ist aber mehr Industrie und bedarf natürlich auch anständiges Werkzeug.

    (und ist nicht Hochflexible)


    bye gierig

    Moin Moin,

    Die im Controller angezeigte WAN IP liegt im Bereich 100.116.*


    100.64.0.0/10 also 100.64.0.0 - 100.127.255.255 ist ein Privater Adressbereich der vornehmlich von Providern

    benutzt wird um dir ne Adresse zu geben. Damit hast du dann IP4 mäßig keine eigne Öffentliche IP auf die zu zugreifen kannst (Carrier-grade NAT )


    Somit kommst du über IP4 nicht nach hause.


    Wegen Telefon:

    Nummer im Portal schon zu sehen ? Sonst ist die noch nicht eingerichtet.

    Hast du ein Vlan eingestellt für die Internet Verbindung ? wenn ja ist die change hoch das Telefonie

    über ein anderes Vlan läuft (was die sache dann Kompliziert machen könnte).

    Leider kann man das aber nicht Verallgemeinern. Je nach region wird mit anderen Partnern zusammen

    gearbeitet und andere Technologie benutzt (Apon / Gpon, teilweise Telefonie über andere Provider und und und)



    bye gierig

    Moin moin,


    die Informationen sind etwas spärlich.


    Aber wenn der Unifi Controller die IP Verteilt findest du das Netz oder die Netze in

    Settings > Networks.


    Endwerder hast du nun ein "192.168.158.0 255.255.254.0" (192.168.158.0/23)

    das deckt die .158.1 - 159.254 ab.

    oder zwei Netze

    "192.168.158.0 255.255.255.0" (192.168.158.0/24)

    "192.168.159.0 255.255.255.0" (192.168.159.0/24)


    Zwischen den dann geroutet wird. Taucht das bei dir nicht auf oder hast du keine USG oder UDM
    dann macht der DHCP jemand anders. im DHCP (auch im Unifi), kann mann dann einstellen

    das er nur einen bestimmten Bereich nehmen soll (zum Verteilen).

    Moin moin,


    tl;tr:

    Listen and Transmit Port des DHCP Relay muß leer sein sonst gibt es keine IP oder Antworten ans

    Vlan haben den falschen Port so das der DHCP Client nichts damit anfangen kann.


    Beste Einstellung ist KEIN Werte vergeben (die Default werte sind auch Müll)


    Default stand bei mit eine 1 drinnen (6.2.25-26, OS-X Version), das ist nun völlig

    falsch und ich habe Stunden mit port 67 verbracht was ja richtig sein sollte.

    Der Discover vom Client kommt auch zum DHCP Server und ins VLAN des Clients

    wird auch der DHCP Offer zurück gebrüllt. Der Client interessiert sich aber nicht dafür.

    Denn der DHCP offer wird an port "0" gesendet was der größte Quatsch ist. (68 währe richtig).


    Genau das habe ich aber lange nicht gesehen oder übersehen. Erst ein 1zu1 vergleich

    mit einem trace einer direkten DHCP Sitzung (DHCP server mit Interface im gleichen Vlan)

    brachte die Erkenntnis das Port 0 der Schuldige ist.


    Leerlassen war dann quasi nur ei versucht der sofort zu erfolg führte...


    Evt hilft es mal jemanden, weniger Zeit zu verschwenden.


    Ach ja,

    wenn DHCP Guarding benutzt, dann muss es die Gateway Adresse sein aus dem VLAN.

    Den diese nimmt ja die Anfragen auf und brüllt die Antworten zurück. Der Reale DHCO Server

    steht ja woanders und wird über L3 angesprochen.



    bye gierig

    Warum hast Du in deinem Netz Class B Netze definiert. Ist der benötigte IP Adressraum so groß, dass das notwendig ist?
    ICH würde nur Class C Netze für den Hausgebrauch nehmen, da damit Konfigurationsfehler eher geringer sind.


    Ich Habe Tomaten auf den Augen ich bin ein Fisch!. Ne im ernst wo hast du hier eine /16 Maske gesehen ?


    bye Gierig


    PS:

    Hier steht sonst mein übliche rumgemotze über die nicht existenz von Netzwerkklassen seit '93

    (scheinbar mein Lieblings aufreger) heute steht hier nur


    Was sind acht Hobbits?

    als DHCP-Server fungierte, obwohl das

    so nicht einstellt bar ist

    aus der Kurzanleitung einer solchen Kiste

    ihre QIVICON Home Base ist in den Werkseinstellungen für die automatische Vergabe von IP-Adressen eingestellt.

    Sie können Ihre QIVICON Home Base jedoch einfach in den erweiterten Einstellungen für die Verwendung mit festen IP-Adressen einrichten;


    Es dem Endkunden einfach und bequem machen und den Nerd in den Wahnsinn treiben :smiling_face:

    Da müssen dann die Vigor kenner rann, hab ja selber keinen. Aber wenn der Bursche auf 10.1.0.1 Antwortet

    dann hat der auch die 10.1.0.1 als IP (zu 99,9% es sein denn Du spielst mit ARP Manipulationen oder

    wilden NAT rum).

    Konfiguration von Vigor, ich esse ne tüte Gummibären wenn da Gateway und Maske richtig sind

    (ok die esse ich so oder so, na gut sind schon alle.)