Netgate Discussion Forum
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Search
    • Register
    • Login

    2.7.0 WAN loses IP4 address after a few seconds

    Scheduled Pinned Locked Moved General pfSense Questions
    6 Posts 2 Posters 383 Views
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • K
      kimble
      last edited by kimble

      I've had a working 2.6.0 system running on a apu4d4. PPPoE WAN, with both IPv4 and IPv6 addresses routed to it (IPv6 configured by dhcpv6 on the IP4 interface). Assorted local VLANs with firewall rules between them, and an LTE modem on an optional interface that's only normally used by a couple of static routes.

      Yesterday I upgraded from 2.6.0 to 2.7.0, and found that after the upgrade the WAN interface only had an IPv6 address.

      Further investigation (most usefully, watching the output of ifconfig over ssh) revealed that it was negotiating an IPv4 address successfully, but this was then disappearing after a few seconds. If I disabled the IPv6 on the WAN interface, it negotiated and kept its IPv4 address, but obviously then none of the IPv6 stuff would work.

      I assumed this was likely related to migrating the old config, so today I did a clean install of 2.7.0. If I configured the WAN interface on a bare system, it would successfully negotiate - and keep - both IPv4 and IPv6 addresses. If I restored my config from backup, the same problem occurred.

      So I spent several hours re-constructing my firewall rules etc. by hand on a clean install. Eventually the problem re-appeared, but in an un-predictable way: At first it seemed that my static routes to the LTE modem were the cause of the problem, then it was the DNS resolver being enabled. In the absence of anything helpful in system log, I concluded that it's probably a timing-related issue that depends on how much Stuff happens after the WAN interface gets a new address.

      Has anyone seen anything similar?

      I've restored the working 2.6.0 system from a ZFS snapshot for now, as we need a working internet connection.

      1 Reply Last reply Reply Quote 0
      • stephenw10S
        stephenw10 Netgate Administrator
        last edited by

        Do you have VIPs on the PPPoE WAN? If so you're almost certainly hitting this: https://redmine.pfsense.org/issues/14434

        Check the logs, do you see the mpd ppp service restarting as soon as it connects?

        Steve

        K 1 Reply Last reply Reply Quote 0
        • K
          kimble @stephenw10
          last edited by

          @stephenw10 I saw that, and tried switching off the routing of my additional subnets at the ISP end, but that didn't make a difference.

          It doesn't sound like the same bug, I see:

          rc.newwanip: on (IP address: [REDACTED]) (interface: WAN[wan]) (real interface: pppoe0).

          And it doesn't continuously restart.

          Plus it all works fine on a minimally-configured system. Very odd.

          1 Reply Last reply Reply Quote 0
          • stephenw10S
            stephenw10 Netgate Administrator
            last edited by

            Hmm, OK. So what are you adding that causes it to lose the IP?

            Can you post more of the system logs covering it?

            K 1 Reply Last reply Reply Quote 0
            • K
              kimble @stephenw10
              last edited by kimble

              @stephenw10 Not easy to test things, as I've had to revert to the working 2.6.0 system.

              Here's some logs that got copied to syslog on another machine. I'm calling it a night.

              Oct 22 18:24:22 pfsense ppp[75073]: Multi-link PPP daemon for FreeBSD
Oct 22 18:24:22 pfsense ppp[75073]:  
Oct 22 18:24:22 pfsense ppp[75073]: process 75073 started, version 5.9
Oct 22 18:24:22 pfsense ppp[75073]: web: web is not running
Oct 22 18:24:22 pfsense ppp[75073]: [wan] Bundle: Interface ng0 created
Oct 22 18:24:22 pfsense ppp[75073]: [wan_link0] Link: OPEN event
Oct 22 18:24:22 pfsense kernel: ng0: changing name to 'pppoe0'
Oct 22 18:24:22 pfsense ppp[75073]: [wan_link0] LCP: Open event
Oct 22 18:24:22 pfsense ppp[75073]: [wan_link0] LCP: state change Initial --> Starting
Oct 22 18:24:22 pfsense ppp[75073]: [wan_link0] LCP: LayerStart
Oct 22 18:24:22 pfsense ppp[75073]: [wan_link0] PPPoE: Connecting to ''
Oct 22 18:24:22 pfsense ppp[75073]: PPPoE: rec'd ACNAME "[REDACTED LNS name]"
Oct 22 18:24:22 pfsense ppp[75073]: [wan_link0] PPPoE: connection successful
Oct 22 18:24:22 pfsense ppp[75073]: [wan_link0] Link: UP event
Oct 22 18:24:22 pfsense ppp[75073]: [wan_link0] LCP: Up event
Oct 22 18:24:22 pfsense ppp[75073]: [wan_link0] LCP: state change Starting --> Req-Sent
Oct 22 18:24:22 pfsense ppp[75073]: [wan_link0] LCP: SendConfigReq #1
Oct 22 18:24:22 pfsense ppp[75073]: [wan_link0]   PROTOCOMP
Oct 22 18:24:22 pfsense ppp[75073]: [wan_link0]   MRU 1492
Oct 22 18:24:22 pfsense ppp[75073]: [wan_link0]   MAGICNUM 0x558315d8
Oct 22 18:24:22 pfsense ppp[75073]: [wan_link0] LCP: rec'd Configure Request #200 (Req-Sent)
Oct 22 18:24:22 pfsense ppp[75073]: [wan_link0]   MRU 1492
Oct 22 18:24:22 pfsense ppp[75073]: [wan_link0]   AUTHPROTO CHAP MD5
Oct 22 18:24:22 pfsense ppp[75073]: [wan_link0]   MAGICNUM 0x08485de2
Oct 22 18:24:22 pfsense ppp[75073]: [wan_link0] LCP: SendConfigAck #200
Oct 22 18:24:22 pfsense ppp[75073]: [wan_link0]   MRU 1492
Oct 22 18:24:22 pfsense ppp[75073]: [wan_link0]   AUTHPROTO CHAP MD5
Oct 22 18:24:22 pfsense ppp[75073]: [wan_link0]   MAGICNUM 0x08485de2
Oct 22 18:24:22 pfsense ppp[75073]: [wan_link0] LCP: state change Req-Sent --> Ack-Sent
Oct 22 18:24:22 pfsense ppp[75073]: [wan_link0] LCP: rec'd Configure Reject #1 (Ack-Sent)
Oct 22 18:24:22 pfsense ppp[75073]: [wan_link0]   PROTOCOMP
Oct 22 18:24:22 pfsense ppp[75073]: [wan_link0] LCP: SendConfigReq #2
Oct 22 18:24:22 pfsense ppp[75073]: [wan_link0]   MRU 1492
Oct 22 18:24:22 pfsense ppp[75073]: [wan_link0]   MAGICNUM 0x558315d8
Oct 22 18:24:22 pfsense ppp[75073]: [wan_link0] LCP: rec'd Configure Ack #2 (Ack-Sent)
Oct 22 18:24:22 pfsense ppp[75073]: [wan_link0]   MRU 1492
Oct 22 18:24:22 pfsense ppp[75073]: [wan_link0]   MAGICNUM 0x558315d8
Oct 22 18:24:22 pfsense ppp[75073]: [wan_link0] LCP: state change Ack-Sent --> Opened
Oct 22 18:24:22 pfsense ppp[75073]: [wan_link0] LCP: auth: peer wants CHAP, I want nothing
Oct 22 18:24:22 pfsense ppp[75073]: [wan_link0] LCP: LayerUp
Oct 22 18:24:22 pfsense ppp[75073]: [wan_link0] CHAP: rec'd CHALLENGE #1 len: 81
Oct 22 18:24:22 pfsense ppp[75073]: [wan_link0]   Name: "[REDACTED LNS name]"
Oct 22 18:24:22 pfsense ppp[75073]: [wan_link0] CHAP: Using authname "[REDACTED authname]"
Oct 22 18:24:22 pfsense ppp[75073]: [wan_link0] CHAP: sending RESPONSE #1 len: 30
Oct 22 18:24:22 pfsense ppp[75073]: [wan_link0] CHAP: rec'd SUCCESS #1 len: 26
Oct 22 18:24:22 pfsense ppp[75073]: [wan_link0]   MESG: [REDACTED line ID]
Oct 22 18:24:22 pfsense ppp[75073]: [wan_link0] LCP: authorization successful
Oct 22 18:24:22 pfsense ppp[75073]: [wan_link0] Link: Matched action 'bundle "wan" ""'
Oct 22 18:24:22 pfsense ppp[75073]: [wan_link0] Link: Join bundle "wan"
Oct 22 18:24:22 pfsense ppp[75073]: [wan] Bundle: Status update: up 1 link, total bandwidth 64000 bps
Oct 22 18:24:22 pfsense ppp[75073]: [wan] IPCP: Open event
Oct 22 18:24:22 pfsense ppp[75073]: [wan] IPCP: state change Initial --> Starting
Oct 22 18:24:22 pfsense ppp[75073]: [wan] IPCP: LayerStart
Oct 22 18:24:22 pfsense ppp[75073]: [wan] IPV6CP: Open event
Oct 22 18:24:22 pfsense ppp[75073]: [wan] IPV6CP: state change Initial --> Starting
Oct 22 18:24:22 pfsense ppp[75073]: [wan] IPV6CP: LayerStart
Oct 22 18:24:22 pfsense ppp[75073]: [wan] IPCP: Up event
Oct 22 18:24:22 pfsense ppp[75073]: [wan] IPCP: state change Starting --> Req-Sent
Oct 22 18:24:22 pfsense ppp[75073]: [wan] IPCP: SendConfigReq #1
Oct 22 18:24:22 pfsense ppp[75073]: [wan]   IPADDR 0.0.0.0
Oct 22 18:24:22 pfsense ppp[75073]: [wan]   COMPPROTO VJCOMP, 16 comp. channels, no comp-cid
Oct 22 18:24:22 pfsense ppp[75073]: [wan]   PRIDNS 0.0.0.0
Oct 22 18:24:22 pfsense ppp[75073]: [wan]   SECDNS 0.0.0.0
Oct 22 18:24:22 pfsense ppp[75073]: [wan] IPV6CP: Up event
Oct 22 18:24:22 pfsense ppp[75073]: [wan] IPV6CP: state change Starting --> Req-Sent
Oct 22 18:24:22 pfsense ppp[75073]: [wan] IPV6CP: SendConfigReq #1
Oct 22 18:24:22 pfsense ppp[75073]: [wan] IPCP: rec'd Configure Request #0 (Req-Sent)
Oct 22 18:24:22 pfsense ppp[75073]: [wan]   IPADDR 81.187.81.187
Oct 22 18:24:22 pfsense ppp[75073]: [wan]     81.187.81.187 is OK
Oct 22 18:24:22 pfsense ppp[75073]: [wan] IPCP: SendConfigAck #0
Oct 22 18:24:22 pfsense ppp[75073]: [wan]   IPADDR 81.187.81.187
Oct 22 18:24:22 pfsense ppp[75073]: [wan] IPCP: state change Req-Sent --> Ack-Sent
Oct 22 18:24:22 pfsense ppp[75073]: [wan] IPCP: rec'd Configure Reject #1 (Ack-Sent)
Oct 22 18:24:22 pfsense ppp[75073]: [wan]   COMPPROTO VJCOMP, 16 comp. channels, no comp-cid
Oct 22 18:24:22 pfsense ppp[75073]: [wan] IPCP: SendConfigReq #2
Oct 22 18:24:22 pfsense ppp[75073]: [wan]   IPADDR 0.0.0.0
Oct 22 18:24:22 pfsense ppp[75073]: [wan]   PRIDNS 0.0.0.0
Oct 22 18:24:22 pfsense ppp[75073]: [wan]   SECDNS 0.0.0.0
Oct 22 18:24:22 pfsense ppp[75073]: [wan] IPV6CP: rec'd Configure Ack #1 (Req-Sent)
Oct 22 18:24:22 pfsense ppp[75073]: [wan] IPV6CP: state change Req-Sent --> Ack-Rcvd
Oct 22 18:24:22 pfsense ppp[75073]: [wan] IPCP: rec'd Configure Nak #2 (Ack-Sent)
Oct 22 18:24:22 pfsense ppp[75073]: [wan]   IPADDR [REDACTED WAN IP4]
Oct 22 18:24:22 pfsense ppp[75073]: [wan]     [REDACTED WAN IP4] is OK
Oct 22 18:24:22 pfsense ppp[75073]: [wan]   PRIDNS 217.169.20.21
Oct 22 18:24:22 pfsense ppp[75073]: [wan]   SECDNS 217.169.20.20
Oct 22 18:24:22 pfsense ppp[75073]: [wan] IPCP: SendConfigReq #3
Oct 22 18:24:22 pfsense ppp[75073]: [wan]   IPADDR [REDACTED WAN IP4]
Oct 22 18:24:22 pfsense ppp[75073]: [wan]   PRIDNS 217.169.20.21
Oct 22 18:24:22 pfsense ppp[75073]: [wan]   SECDNS 217.169.20.20
Oct 22 18:24:22 pfsense ppp[75073]: [wan] IPCP: rec'd Configure Ack #3 (Ack-Sent)
Oct 22 18:24:22 pfsense ppp[75073]: [wan]   IPADDR [REDACTED WAN IP4]
Oct 22 18:24:22 pfsense ppp[75073]: [wan]   PRIDNS 217.169.20.21
Oct 22 18:24:22 pfsense ppp[75073]: [wan]   SECDNS 217.169.20.20
Oct 22 18:24:22 pfsense ppp[75073]: [wan] IPCP: state change Ack-Sent --> Opened
Oct 22 18:24:22 pfsense ppp[75073]: [wan] IPCP: LayerUp
Oct 22 18:24:22 pfsense ppp[75073]: [wan]   [REDACTED WAN IP4] -> 81.187.81.187
Oct 22 18:24:23 pfsense check_reload_status[473]: Rewriting resolv.conf

              IPv4 address is working at this point...

              Oct 22 18:24:24 pfsense ntpd[98667]: Listen normally on 37 pppoe0 [REDACTED WAN IP4]:123
Oct 22 18:24:24 pfsense check_reload_status[473]: rc.newwanip starting pppoe0
Oct 22 18:24:24 pfsense ppp[75073]: [wan] IFACE: Up event
Oct 22 18:24:24 pfsense ppp[75073]: [wan] IFACE: Rename interface ng0 to pppoe0
Oct 22 18:24:24 pfsense ppp[75073]: [wan] IFACE: Add description "WAN"
Oct 22 18:24:24 pfsense ppp[75073]: [wan] IPV6CP: rec'd Configure Request #0 (Ack-Rcvd)
Oct 22 18:24:24 pfsense ppp[75073]: [wan] IPV6CP: SendConfigAck #0
Oct 22 18:24:24 pfsense ppp[75073]: [wan] IPV6CP: state change Ack-Rcvd --> Opened
Oct 22 18:24:24 pfsense ppp[75073]: [wan] IPV6CP: LayerUp
Oct 22 18:24:24 pfsense ppp[75073]: [wan]   [REDACTED WAN IP6 link-local] -> 0203:97ff:feba:0800

              This looks right. It's normal for the ISP to use the link-local address to route the IPv6 subnets.

              Oct 22 18:24:24 pfsense kernel: nd6_dad_timer: called with non-tentative address fe80:c::20d:b9ff:fe55:763c(pppoe0)
Oct 22 18:24:25 pfsense php[91609]: /usr/local/sbin/ppp-ipv6: Accept router advertisements on interface pppoe0 
Oct 22 18:24:25 pfsense php[91609]: /usr/local/sbin/ppp-ipv6: Accept router advertisements on interface igb3 
Oct 22 18:24:25 pfsense dhcp6c[96904]: exiting
Oct 22 18:24:25 pfsense php-fpm[20851]: /rc.newwanip: rc.newwanip: Info: starting on pppoe0.
Oct 22 18:24:25 pfsense php-fpm[20851]: /rc.newwanip: rc.newwanip: on (IP address: [REDACTED WAN IP4]) (interface: WAN[wan]) (real interface: pppoe0).

              This looks right.

              Oct 22 18:24:25 pfsense php-fpm[26903]: /status_interfaces.php: calling interface_dhcpv6_configure.
Oct 22 18:24:26 pfsense dhcp6c[12543]: failed to open /usr/local/etc/dhcp6cctlkey: No such file or directory
Oct 22 18:24:26 pfsense dhcp6c[12543]: failed initialize control message authentication
Oct 22 18:24:26 pfsense dhcp6c[12543]: skip opening control port

              Maybe this is harmless?

              Oct 22 18:24:26 pfsense php[91609]: /usr/local/sbin/ppp-ipv6: Starting DHCP6 client for interfaces pppoe0,igb3 in DHCP6 without RA mode
Oct 22 18:24:26 pfsense php[91609]: /usr/local/sbin/ppp-ipv6: Starting rtsold process on wan(pppoe0)
Oct 22 18:24:27 pfsense dhcp6c[12603]: Sending Information Request
Oct 22 18:24:27 pfsense dhcp6c[9949]: unknown or unexpected DHCP6 option opt_83, len 4

              Googling suggests this DHCP option error is harmless.

              Oct 22 18:24:27 pfsense dhcp6c[9949]: XID mismatch
Oct 22 18:24:27 pfsense dhcp6c[12603]: Sending Solicit
Oct 22 18:24:27 pfsense ntpd[98667]: Listen normally on 38 pppoe0 [[REDACTED WAN IP6 link-local]%12]:123
Oct 22 18:24:27 pfsense filterdns[66485]: merge_config: configuration reload
[REDACTED aliases reloading]
Oct 22 18:24:28 pfsense dhcp6c[12603]: Sending Information Request
Oct 22 18:24:28 pfsense dhcp6c[9949]: unknown or unexpected DHCP6 option opt_83, len 4
Oct 22 18:24:28 pfsense dhcp6c[9949]: XID mismatch

              Two dhcp6c processes - possibly because the LTE modem has IPv6 enabled. This was a problem in 2.6.0 that was supposed to be fixed.

              Oct 22 18:24:28 pfsense php-fpm[20851]: /rc.newwanip: Removing static route for monitor [REDACTED LTE monitor address] and adding a new route through [REDACTED LTE gateway]

              Harmless, I think.

              Oct 22 18:24:28 pfsense dhcp6c[12603]: Sending Solicit
Oct 22 18:24:28 pfsense dhcp6c[9949]: unexpected interface (12)

              'unexpected interface' is a classic symptom of two dhcp6c processes colliding on the same interface.

              Oct 22 18:24:28 pfsense dpinger[2995]: exiting on signal 15
Oct 22 18:24:28 pfsense dpinger[3327]: exiting on signal 15
Oct 22 18:24:28 pfsense dpinger[31634]: send_interval 500ms  loss_interval 2000ms  time_period 60000ms  report_interval 0ms  data_len 1  alert_interval 1000ms  latency_alarm 500ms  loss_alarm 20%  alarm_hold 10000ms  dest_addr 81.187.81.187  bind_addr [REDACTED WAN IP4]  identifier "WAN_PPPOE "
Oct 22 18:24:28 pfsense dpinger[31809]: send_interval 4000ms  loss_interval 2000ms  time_period 60000ms  report_interval 0ms  data_len 1  alert_interval 10000ms  latency_alarm 500ms  loss_alarm 50%  alarm_hold 100000ms  dest_addr [REDACTED LTE monitor address]  bind_addr [REDACTED LTE IP]  identifier "CELLULAR_DHCP "
Oct 22 18:24:28 pfsense dpinger[32332]: send_interval 500ms  loss_interval 2000ms  time_period 60000ms  report_interval 0ms  data_len 1  alert_interval 1000ms  latency_alarm 500ms  loss_alarm 20%  alarm_hold 10000ms  dest_addr [REDACTED LTE modem link-local]%igb3  bind_addr [REDACTED link-local]%igb3  identifier "CELLULAR_SLAAC "
Oct 22 18:24:28 pfsense check_reload_status[473]: Rewriting resolv.conf
Oct 22 18:24:29 pfsense rtsold[45251]: Received RA specifying route [REDACTED WAN IP6 link-local] for interface wan(pppoe0)
Oct 22 18:24:29 pfsense rtsold[45597]: RTSOLD Lock in place - sending SIGHUP to dhcp6c
Oct 22 18:24:29 pfsense dhcp6c[12603]: restarting
Oct 22 18:24:29 pfsense check_reload_status[473]: rc.newwanipv6 starting pppoe0
Oct 22 18:24:29 pfsense ppp[75073]: [wan] IPV6CP: rec'd Configure Request #0 (Opened)
Oct 22 18:24:29 pfsense ppp[75073]: [wan] IPV6CP: LayerDown
Oct 22 18:24:29 pfsense dhcp6c[12603]: Sending Solicit
Oct 22 18:24:29 pfsense dhcp6c[9949]: unexpected interface (12)
Oct 22 18:24:29 pfsense dhcp6c[12603]: Sending Information Request
Oct 22 18:24:29 pfsense dhcp6c[9949]: unknown or unexpected DHCP6 option opt_83, len 4
Oct 22 18:24:29 pfsense dhcp6c[9949]: XID mismatch
Oct 22 18:24:30 pfsense php-fpm[4628]: /rc.newwanipv6: rc.newwanipv6: Info: starting on pppoe0.
Oct 22 18:24:30 pfsense php-fpm[4628]: /rc.newwanipv6: rc.newwanipv6: No IPv6 address found for interface WAN [wan].
Oct 22 18:24:30 pfsense php-cgi[51958]: rc.kill_states: rc.kill_states: Removing states for IP [REDACTED WAN IP6 link-local]%pppoe0/32
Oct 22 18:24:30 pfsense php-cgi[51958]: rc.kill_states: rc.kill_states: Removing states for interface pppoe0
Oct 22 18:24:30 pfsense dhcp6c[12603]: Sending Solicit
Oct 22 18:24:30 pfsense dhcp6c[9949]: unexpected interface (12)
Oct 22 18:24:30 pfsense dhcp6c[12603]: Sending Information Request
Oct 22 18:24:30 pfsense dhcp6c[9949]: unknown or unexpected DHCP6 option opt_83, len 4
Oct 22 18:24:30 pfsense dhcp6c[9949]: XID mismatch
Oct 22 18:24:31 pfsense php[65077]: /usr/local/sbin/ppp-ipv6: Accept router advertisements on interface igb3 
Oct 22 18:24:31 pfsense dhcp6c[72819]: lstat failed: No such file or directory
Oct 22 18:24:31 pfsense dhcp6c[72819]: script "/var/etc/dhcp6c_wan_script.sh" cannot be executed safely
Oct 22 18:24:31 pfsense dhcp6c[12603]: exiting
Oct 22 18:24:31 pfsense php-fpm[20851]: /rc.newwanip: dpinger: timeout while retrieving status for gateway CELLULAR_DHCP
Oct 22 18:24:31 pfsense php-fpm[20851]: /rc.newwanip: Default gateway setting Interface WAN_PPPOE Gateway as default.
Oct 22 18:24:31 pfsense php-fpm[20851]: /rc.newwanip: Resyncing OpenVPN instances for interface WAN.
Oct 22 18:24:31 pfsense php-fpm[20851]: /rc.newwanip: Creating rrd update script
Oct 22 18:24:32 pfsense php-fpm[14853]: /index.php: dpinger: timeout while retrieving status for gateway CELLULAR_DHCP
Oct 22 18:24:32 pfsense dhcp6c[12697]: failed to open /usr/local/etc/dhcp6cctlkey: No such file or directory
Oct 22 18:24:32 pfsense dhcp6c[12697]: failed initialize control message authentication
Oct 22 18:24:32 pfsense dhcp6c[12697]: skip opening control port
Oct 22 18:24:32 pfsense php[65077]: /usr/local/sbin/ppp-ipv6: Starting DHCP6 client for interfaces igb3 in DHCP6 without RA mode
Oct 22 18:24:32 pfsense devd[785]: notify_clients: send() failed; dropping unresponsive client
Oct 22 18:24:32 pfsense check_reload_status[473]: Rewriting resolv.conf

              All a bit of a mess... looks like a dhcp6c restarted.

              Oct 22 18:24:32 pfsense ppp[75073]: [wan] IPV6CP: SendConfigReq #2
Oct 22 18:24:32 pfsense ppp[75073]: [wan] IPV6CP: SendConfigAck #0
Oct 22 18:24:32 pfsense ppp[75073]: [wan] IPV6CP: state change Opened --> Ack-Sent
Oct 22 18:24:32 pfsense ppp[75073]: [wan] IPV6CP: rec'd Configure Ack #2 (Ack-Sent)
Oct 22 18:24:32 pfsense ppp[75073]: [wan] IPV6CP: state change Ack-Sent --> Opened
Oct 22 18:24:32 pfsense ppp[75073]: [wan] IPV6CP: LayerUp
Oct 22 18:24:32 pfsense ppp[75073]: [wan]   [REDACTED WAN IP6 link-local] -> 0203:97ff:feba:0800

              This looks okay, but why is it happening again?

              Oct 22 18:24:32 pfsense dpinger[31634]: WAN_PPPOE 81.187.81.187: sendto error: 65

              ...and the IPv4 address has gone.

              Oct 22 18:24:33 pfsense dhcp6c[14160]: Sending Information Request
Oct 22 18:24:33 pfsense dhcp6c[9949]: unknown or unexpected DHCP6 option opt_83, len 4
Oct 22 18:24:33 pfsense dhcp6c[9949]: XID mismatch
Oct 22 18:24:33 pfsense dpinger[31634]: WAN_PPPOE 81.187.81.187: sendto error: 65
Oct 22 18:24:33 pfsense php[49747]: /usr/local/sbin/ppp-ipv6: Accept router advertisements on interface pppoe0 
Oct 22 18:24:33 pfsense php[49747]: /usr/local/sbin/ppp-ipv6: Accept router advertisements on interface igb3 
Oct 22 18:24:33 pfsense dhcp6c[14160]: exiting
Oct 22 18:24:33 pfsense dpinger[31634]: WAN_PPPOE 81.187.81.187: sendto error: 65
Oct 22 18:24:34 pfsense dpinger[31634]: WAN_PPPOE 81.187.81.187: sendto error: 65
Oct 22 18:24:34 pfsense php-fpm[20851]: /rc.newwanip: pfSense package system has detected an IP change or dynamic WAN reconnection - [REDACTED WAN IP4] ->  [REDACTED WAN IP4] - Restarting packages.

              And then it's just services reloading....

              1 Reply Last reply Reply Quote 0
              • stephenw10S
                stephenw10 Netgate Administrator
                last edited by

                OK, I agree looks like a problem with the two dhcpv6 clients. That should be easy enough to test at least. Remove one or both of those see if it stays up.

                1 Reply Last reply Reply Quote 0
                • First post
                  Last post
                Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.