Skip to main content
Warum O2
Warenkorb
 Service
Frage

IPV6CP: protocol was rejected by peer

C
Besucher:in

Hallo allerseits,

man sagte mir, hier gäbe es kompetente Menschen, die mal nachsehen können, ob bei mir IPv6 jetzt an ist und falls nicht dann entsprechend aktivieren. Bis heute Nachmittag bekam ich nur Timeouts, jetzt wird der Request immerhin abgelehnt. Ist das ein Fortschritt - ich weiß es nicht?

Vom Setup her haben wir eine pfSense an einem Draytek Vigor167 im Bridge/Modem-Mode.

An der Hotline hab ich eigentlich keinerlei brauchbare Auskunft erhalten, auch keine technischen Details zur Konfiguration (DHCP6, SLAAC, Prefix Länge, ...).

Konfiguriert ist aktuell:
- IPv6 Configuration Type: DHCP6
- Use IPv4 connectivity as parent interface
- Request only an IPv6 prefix
- DHCPv6 Prefix Delegation size
Passt das?

Logauszug (/var/log/ppp.log):
May  8 18:46:02 gw ppp[79466]: Multi-link PPP daemon for FreeBSD
May  8 18:46:02 gw ppp[79466]:  
May  8 18:46:02 gw ppp[79466]: process 79466 started, version 5.9
May  8 18:46:02 gw ppp[79466]: [wan] Bundle: Interface ng0 created
May  8 18:46:02 gw ppp[79466]: [wan_link0] Link: OPEN event
May  8 18:46:02 gw ppp[79466]: [wan_link0] LCP: Open event
May  8 18:46:02 gw ppp[79466]: [wan_link0] LCP: state change Initial --> Starting
May  8 18:46:02 gw ppp[79466]: [wan_link0] LCP: LayerStart
May  8 18:46:02 gw ppp[79466]: [wan_link0] PPPoE: Connecting to ''
May  8 18:46:03 gw ppp[79466]: PPPoE: rec'd ACNAME "TRIJ04"
May  8 18:46:03 gw ppp[79466]: [wan_link0] PPPoE: connection successful
May  8 18:46:03 gw ppp[79466]: [wan_link0] Link: UP event
May  8 18:46:03 gw ppp[79466]: [wan_link0] LCP: Up event
May  8 18:46:03 gw ppp[79466]: [wan_link0] LCP: state change Starting --> Req-Sent
May  8 18:46:03 gw ppp[79466]: [wan_link0] LCP: SendConfigReq #1
May  8 18:46:03 gw ppp[79466]: [wan_link0]   PROTOCOMP
May  8 18:46:03 gw ppp[79466]: [wan_link0]   MRU 1492
May  8 18:46:03 gw ppp[79466]: [wan_link0]   MAGICNUM 0x8b016c5e
May  8 18:46:03 gw ppp[79466]: [wan_link0] LCP: rec'd Configure Request #139 (Req-Sent)
May  8 18:46:03 gw ppp[79466]: [wan_link0]   MRU 1492
May  8 18:46:03 gw ppp[79466]: [wan_link0]   AUTHPROTO PAP
May  8 18:46:03 gw ppp[79466]: [wan_link0]   MAGICNUM 0x1d576e53
May  8 18:46:03 gw ppp[79466]: [wan_link0] LCP: SendConfigAck #139
May  8 18:46:03 gw ppp[79466]: [wan_link0]   MRU 1492
May  8 18:46:03 gw ppp[79466]: [wan_link0]   AUTHPROTO PAP
May  8 18:46:03 gw ppp[79466]: [wan_link0]   MAGICNUM 0x1d576e53
May  8 18:46:03 gw ppp[79466]: [wan_link0] LCP: state change Req-Sent --> Ack-Sent
May  8 18:46:03 gw ppp[79466]: [wan_link0] LCP: rec'd Configure Ack #1 (Ack-Sent)
May  8 18:46:03 gw ppp[79466]: [wan_link0]   PROTOCOMP
May  8 18:46:03 gw ppp[79466]: [wan_link0]   MRU 1492
May  8 18:46:03 gw ppp[79466]: [wan_link0]   MAGICNUM 0x8b016c5e
May  8 18:46:03 gw ppp[79466]: [wan_link0] LCP: state change Ack-Sent --> Opened
May  8 18:46:03 gw ppp[79466]: [wan_link0] LCP: auth: peer wants PAP, I want nothing
May  8 18:46:03 gw ppp[79466]: [wan_link0] PAP: using authname "******************************"
May  8 18:46:03 gw ppp[79466]: [wan_link0] PAP: sending REQUEST #1 len: 46
May  8 18:46:03 gw ppp[79466]: [wan_link0] LCP: LayerUp
May  8 18:46:05 gw ppp[79466]: [wan_link0] PAP: using authname "******************************"
May  8 18:46:05 gw ppp[79466]: [wan_link0] PAP: sending REQUEST #2 len: 46
May  8 18:46:05 gw ppp[79466]: [wan_link0] PAP: rec'd ACK #2 len: 5
May  8 18:46:05 gw ppp[79466]: [wan_link0] LCP: authorization successful
May  8 18:46:05 gw ppp[79466]: [wan_link0] Link: Matched action 'bundle "wan" ""'
May  8 18:46:05 gw ppp[79466]: [wan_link0] Link: Join bundle "wan"
May  8 18:46:05 gw ppp[79466]: [wan] Bundle: Status update: up 1 link, total bandwidth 64000 bps
May  8 18:46:05 gw ppp[79466]: [wan] IPCP: Open event
May  8 18:46:05 gw ppp[79466]: [wan] IPCP: state change Initial --> Starting
May  8 18:46:05 gw ppp[79466]: [wan] IPCP: LayerStart
May  8 18:46:05 gw ppp[79466]: [wan] IPV6CP: Open event
May  8 18:46:05 gw ppp[79466]: [wan] IPV6CP: state change Initial --> Starting
May  8 18:46:05 gw ppp[79466]: [wan] IPV6CP: LayerStart
May  8 18:46:05 gw ppp[79466]: [wan] IPCP: Up event
May  8 18:46:05 gw ppp[79466]: [wan] IPCP: state change Starting --> Req-Sent
May  8 18:46:05 gw ppp[79466]: [wan] IPCP: SendConfigReq #1
May  8 18:46:05 gw ppp[79466]: [wan]   IPADDR 0.0.0.0
May  8 18:46:05 gw ppp[79466]: [wan]   COMPPROTO VJCOMP, 16 comp. channels, no comp-cid
May  8 18:46:05 gw ppp[79466]: [wan] IPV6CP: Up event
May  8 18:46:05 gw ppp[79466]: [wan] IPV6CP: state change Starting --> Req-Sent
May  8 18:46:05 gw ppp[79466]: [wan] IPV6CP: SendConfigReq #1
May  8 18:46:05 gw ppp[79466]: [wan] IPCP: rec'd Configure Reject #1 (Req-Sent)
May  8 18:46:05 gw ppp[79466]: [wan]   COMPPROTO VJCOMP, 16 comp. channels, no comp-cid
May  8 18:46:05 gw ppp[79466]: [wan] IPCP: SendConfigReq #2
May  8 18:46:05 gw ppp[79466]: [wan]   IPADDR 0.0.0.0
May  8 18:46:05 gw ppp[79466]: [wan_link0] LCP: rec'd Protocol Reject #1 (Opened)
May  8 18:46:05 gw ppp[79466]: [wan_link0] LCP: protocol IPV6CP was rejected
May  8 18:46:05 gw ppp[79466]: [wan] IPV6CP: protocol was rejected by peer
May  8 18:46:05 gw ppp[79466]: [wan] IPV6CP: state change Req-Sent --> Stopped
May  8 18:46:05 gw ppp[79466]: [wan] IPV6CP: LayerFinish
May  8 18:46:05 gw ppp[79466]: [wan] IPCP: rec'd Configure Nak #2 (Req-Sent)
May  8 18:46:05 gw ppp[79466]: [wan]   IPADDR XX.XX.XX.XX
May  8 18:46:05 gw ppp[79466]: [wan]     XX.XX.XX.XX is OK
May  8 18:46:05 gw ppp[79466]: [wan] IPCP: SendConfigReq #3
May  8 18:46:05 gw ppp[79466]: [wan]   IPADDR XX.XX.XX.XX
May  8 18:46:05 gw ppp[79466]: [wan] IPCP: rec'd Configure Ack #3 (Req-Sent)
May  8 18:46:05 gw ppp[79466]: [wan]   IPADDR XX.XX.XX.XX
May  8 18:46:05 gw ppp[79466]: [wan] IPCP: state change Req-Sent --> Ack-Rcvd
May  8 18:46:06 gw ppp[79466]: [wan] IPCP: rec'd Configure Request #2 (Ack-Rcvd)
May  8 18:46:06 gw ppp[79466]: [wan]   IPADDR XX.XX.XX.XX
May  8 18:46:06 gw ppp[79466]: [wan]     XX.XX.XX.XX is OK
May  8 18:46:06 gw ppp[79466]: [wan] IPCP: SendConfigAck #2
May  8 18:46:06 gw ppp[79466]: [wan]   IPADDR XX.XX.XX.XX
May  8 18:46:06 gw ppp[79466]: [wan] IPCP: state change Ack-Rcvd --> Opened
May  8 18:46:06 gw ppp[79466]: [wan] IPCP: LayerUp
May  8 18:46:06 gw ppp[79466]: [wan]   XX.XX.XX.XX -> XX.XX.XX.XX
May  8 18:46:06 gw ppp[79466]: [wan] IFACE: Up event
May  8 18:46:06 gw ppp[79466]: [wan] IFACE: Rename interface ng0 to pppoe0
May  8 18:46:06 gw ppp[79466]: [wan] IFACE: Add description "WAN"

Herzlichen Dank vorab und ein schönes Wochenende!
Christian

    7 Antworten

    A
    Legende
    Forum|alt.badge.img+10

    Servus

    Vom Setup her haben wir eine pfSense

    Da hast du ja glück, ich auch (auch wenn über FTTH und entsprechend mit ONT statt xDSL Modem) ;)

    An der Hotline hab ich eigentlich keinerlei brauchbare Auskunft erhalten, auch keine technischen Details zur Konfiguration (DHCP6, SLAAC, Prefix Länge, ...).

    Jup. Sachen die nicht standard sind, sind Kundensache. Ein Blick in der Schnittstellenbeschreibung ist da i.d.R. schon ganz hilfreich.

    Konfiguriert ist aktuell:
    - IPv6 Configuration Type: DHCP6
    - Use IPv4 connectivity as parent interface
    - Request only an IPv6 prefix
    - DHCPv6 Prefix Delegation size

    Beim letzten fehlt aber eine Angabe. Mach doch mal ein Screenshot, das ist vielleicht einfacher.

    Zu den Logs, das ist auch der falsche, denn der PPP log ist für die PPP verbindung, IPv6 wird ja über DHCP gemacht.

    Edit: Ein kleiner blick in meinen Logs zeigt dass dort keinen derartigen Fehler erscheint, also wohl zu schnell getippt.

    Aber schauen wir doch zuerst dein WAN Interface und dann kann man weiter schauen.

    C
    Besucher:in
    • Chrisn_58291
    • Autor
    • Besucher:in
    • May 11, 2026

    Guten Abend,

     

    | - DHCPv6 Prefix Delegation size

    Beim letzten fehlt aber eine Angabe. Mach doch mal ein Screenshot, das ist vielleicht einfacher.

    Ja in der Tat, da fehlt was. Hab aktuell /64 eingetragen, allerdings auch schon mit /56 probiert.

     

    Zu den Logs, das ist auch der falsche, denn der PPP log ist für die PPP verbindung, IPv6 wird ja über DHCP gemacht.

    Edit: Ein kleiner blick in meinen Logs zeigt dass dort keinen derartigen Fehler erscheint, also wohl zu schnell getippt.

    Aber schauen wir doch zuerst dein WAN Interface und dann kann man weiter schauen.

    Das würde ich tatsächlich auch gerne mal richtig verstehen. Hier ist DHCP6 im Spiel und gleichzeitig sendet der PPP-Daemon IPV6CP Config Requests.
    Im /var/log/dhcp.log hab ich nichts vom dhcp6c. Wenn ich das richtig gesehen habe, wird der auch erst gestartet, wenn IPV6CP erfolgreich durch ist und “IPV6CP: protocol was rejected by peer” klingt mir nach aktiver Ablehnung. Deshalb kam ich auf den Gedanken, dass entweder meine Configuration nicht passt oder IPv6 nicht aktiv ist.


    Viele Grüße

    Christian

    A
    Legende
    Forum|alt.badge.img+10

    Zu deine Konfiguration

    MTU kannst du leer lassen, das setzt pfSense automatisch, der PPP overhead wird berücksichtigt. Wenn ich mich nicht täusche, würde jetzt die MTU bei 1484 landen, denn 1492 - 8 für PPP = 1484, statt 1500 - 8 für PPP.

    Zur Präfix Länge, 56 ist korrekt.

    Dazu noch den Haken rein bei “Send prefix hint”.

    Sonst sehe ich da nichts, was dagegen spricht (für dieses interface).

    Das würde ich tatsächlich auch gerne mal richtig verstehen. Hier ist DHCP6 im Spiel und gleichzeitig sendet der PPP-Daemon IPV6CP Config Requests.

    Soweit mir bekannt weil eben DHCP6 über die (PPP) IPv4 verbindung “aufgebaut wird”, denn PPP wird für die authentifizierung verwendet. Aber das ist eher so zusammengerten als jetzt mit harten fakten belegt...

    C
    Besucher:in
    • Chrisn_58291
    • Autor
    • Besucher:in
    • May 12, 2026

    OK danke, die Änderungen hab ich noch gemacht, die IPV6CP Config Requests werden nach wie vor von der Gegenstelle abgewiesen. Wie kommen wir denn jetzt an jemanden mit Zugriff auf die Gegenstelle bzw. deren Konfiguration für meinen Anschluss?

    Falls ich dafür nochmal jemanden von der Hotline bemühen soll, gibt es da irgendwelche magischen Worte? Weil schon die Maschine am Anfang versteht “IPv6” nicht.

    A
    Legende
    Forum|alt.badge.img+10

    Im prinzip garnicht. Erstmal wäre gegenzutesten, ob es mit einem üblichen Endgerät (z.B. des Herstellers FRITZ!) ebenso zum Problem führt.

    Hast du besondere Firewall Rules auf dem WAN Interface?

    Hast du die Schnittstellenbeschreibung (insbesondere dot1q) so wie Telefonica es vorschreibt umgesetzt?

    Mein Bauchgefühl geht gerade in die Richtung Layer 2.

    Mache mal ein Screenshot von “Interfaces / VLANs” und “Interfaces / Assignments”. Nutzt du zufällig Realtek NICs?

    o2_Gerrit
    • o2_GerritModerator
    • Moderator
    • May 13, 2026

    Hallo ​@Chrisn_58291,

    schön, dass du hier bei uns in unserer o2 Community fragst 🙂

    Ich konnte einmal nachsehen, systemseitig ist IPv6 für deinen Anschluss noch nicht aktiviert.

    Ich habe nun unsere Fachabteilung um eine Aktivierung gebeten 🙂

    Viele Grüße,

    Gerrit

    o2_Gerrit
    • o2_GerritModerator
    • Moderator
    • May 13, 2026

    Die Aktivierung von IPv6 ist für deinen Anschluss nicht möglich, ​@Chrisn_58291, da es Business-Anschluss mit Office-Produkt und aktiver Option „feste IP-Adresse“ ist.

    Diese feste IP-Adresse bieten wir jedoch nur für Ipv4 an, bei Aktivierung von IPv6 erhält dein Anschluss dadurch keine feste IP-Adresse.

    Viele Grüße,

    Gerrit

    Allgemeine Nutzungsbedingungen der O₂ CommunityAccessibility statement
    © Telefónica Germany GmbH & Co. OHG Telefónica