Unifi USG 3P an Vodafone Glasfaser über Deutsche Glasfaser Netz

[DannyP1202]

Hallo,

ich habe einen Vodafone Glasfaser Vertrag, der über das Netz der Deutschen Glasfaser realisiert ist (NRW).

Ich verwende als Router ein Unifi USG 3P direkt am ONT, der damals von der Deutschen Glasfaser installiert wurde, angeschossen ist. Bis vor vier Wochen war ich noch Kunde bei Deutscher Glasfaser, dort hatte das Setup funktioniert. Mit wem Wechsel zu Vodafone bekomme ich aber keinen Zugang. 

Im Router habe ich PPPoE ausgewählt, Benutzername + Passwort eingetragen. Beim IPv6 DHCP habe ich eine Präfix Länge von 56 eingetragen. 

Allerdings kann keine Verbindung hergestellt werden, im Router wird mir nur die WAN IP 0.0.0.0 und keine IPv6 IP angezeigt. Im Log finde ich keine hilfreichen Einträge. 

Wenn ich zusätzlich noch die VLAN ID 7 eintrage, bekomme ich immerhin Logeinträge angezeigt und es scheint zumindest ein Login durchgeführt zu werden.

Mehr anzeigen

Thu Apr 17 12:43:30 CEST 2025: PPP interface pppoe2 created
Thu Apr 17 12:43:34 CEST 2025: Stopping PPP daemon for pppoe2
Thu Apr 17 12:43:35 CEST 2025: Starting PPP daemon for pppoe2
Connected to 68:ab:09:6e:2d:a8 via interface eth0.7
using channel 9
Using interface ppp0
Connect: ppp0 <--> eth0.7
sent [LCP ConfReq id=0x1 <mru 1492> <magic 0xc641c17>]
rcvd [LCP ConfReq id=0x33 <mru 1492> <auth chap MD5> <magic 0x1cbf82d5>]
lcp_reqci: returning CONFACK.
sent [LCP ConfAck id=0x33 <mru 1492> <auth chap MD5> <magic 0x1cbf82d5>]
rcvd [LCP ConfAck id=0x1 <mru 1492> <magic 0xc641c17>]
sent [LCP EchoReq id=0x0 magic=0xc641c17]
rcvd [CHAP Challenge id=0x1 <24748df45936758eba646a225900ac49>, name = "DDFCOSDG001"]
sent [CHAP Response id=0x1 <c1e6e407aea62288685b2106368db055>, name = "vodafone-ftth.komplett/vb9999999999"]
rcvd [CHAP Success id=0x1 "access accepted : vodafone-ftth.komplett/vb9999999999"]
CHAP authentication succeeded: access accepted : vodafone-ftth.komplett/vb9999999999
CHAP authentication succeeded
peer from calling number 68:AB:09:6E:2D:A8 authorized
sent [IPCP ConfReq id=0x1 <addr 0.0.0.0>]
sent [IPV6CP ConfReq id=0x1 <addr fe80::51f4:0bf2:1d00:4662>]
rcvd [IPV6CP ConfReq id=0xc4 <addr fe80::6aab:09ff:fe6e:2c01>]
ipv6cp: received interface identifier
(fe80::6aab:09ff:fe6e:2c01)
(ACK)
ipv6cp: returning Configure-ACK
sent [IPV6CP ConfAck id=0xc4 <addr fe80::6aab:09ff:fe6e:2c01>]
rcvd [LCP ProtRej id=0x34 80 21 01 01 00 0a 03 06 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ...]
Protocol-Reject for 'Internet Protocol Control Protocol' (0x8021) received
rcvd [IPV6CP ConfAck id=0x1 <addr fe80::51f4:0bf2:1d00:4662>]
ipv6cp: up
local LL address fe80::51f4:0bf2:1d00:4662
remote LL address fe80::6aab:09ff:fe6e:2c01
Script /etc/ppp/ipv6-up started (pid 25984)
Script /etc/ppp/ipv6-up finished (pid 25984), status = 0x0

Ich habe auch die VLAN IDs 100 und 132 probiert - auch damit kein Erfolg. 

Hat jemand diese Konfiguration am Laufen und kann helfen, welche Einstellungen noch fehlen? 

Vielen Dank & schöne Grüße

[seelo2010]

Du musst das ONT/Router welchen Du von Vodafone bekommen hast verwenden. 

Ist das der Fall bei dir?

[RobertP]

sicher?

das trifft doch eigentlich nur auf Anschlüsse zu, die direkt von Vodafone bereitgestellt werden

z.B. kann man bei Glasfaseranschlüssen, die für Vodafone von der Telekom bereitstellt werden, eine Glasfaserfritzbox direkt am Anschluss verwenden

wie sich das alles bei der DG verhält weiß ich allerdings auch nicht  😞

[Kurtler]

An Vodafone Glasfaseranschlüssen, die über die Telekomleitungen laufen, muss man nicht unbedingt den VF ONT anschließen.

Gruß Kurt

[seelo2010]

Eigenes ONT geht ausschließlich bei der Bereitstellung durch die Telekom.

Bei Deutsche Glasfaser oder Vodafone eigenes Netz, ist das ONT welches durch Vodafone bereitgestellt wird Pflicht.

So ist mein Stand.

[reneromann]

Mich wundert eher der Eintrag "ProtRej" in dem Log...

Scheint eher so, als würde die Verbindung abgelehnt werden, weil die Konfig nicht stimmt.

Da VF ja mittlerweile nur noch DS-Lite schaltet, könnte das natürlich mit einer falschen Anfrage einer öffentlichen IPv4 statt ausschließlich IPv6-only (plus DS-Lite-AFTR-Gateway) zusammenhängen...

Und die DG lässt wohl neuerdings auch eigene ONT zu...