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

    IPv6 WAN Gateway monitoring reports 100% packet loss

    Scheduled Pinned Locked Moved IPv6
    36 Posts 6 Posters 5.7k 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.
    • ?
      A Former User @luckman212
      last edited by

      @luckman212

      Hi,

      I captured the output of ifconfig -v pasting it into a txt file after-reboot.txt , saved the WAN interface and repeated ifconfig -v saving it into after-save.txt. Then I used diff to compare the after-reboot.txt and after-save.txt and found no change in the configuration.

      ifconfig -v

      igb0: flags=8943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST> metric 0 mtu 1492
      description: LAN
      options=e527bb<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,JUMBO_MTU,VLAN_HWCSUM,TSO4,TSO6,LRO,WOL_MAGIC,VLAN_HWFILTER,VLAN_HWTSO,RXCSUM_IPV6,TXCSUM_IPV6>
      ether :::::a6
      inet6 fe80::bbbb:bbbb:bbbb:bbbb%igb0 prefixlen 64 scopeid 0x1
      inet6 2a02:SSSS:SSSS::SSSS prefixlen 64
      inet XXX:XXX:XXX.254 netmask 0xffffff00 broadcast XXX:XXX:XXX.255
      media: Ethernet autoselect (1000baseT <full-duplex>)
      status: active
      nd6 options=21<PERFORMNUD,AUTO_LINKLOCAL>
      igb1: flags=8802<BROADCAST,SIMPLEX,MULTICAST> metric 0 mtu 1500
      options=e507bb<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,JUMBO_MTU,VLAN_HWCSUM,TSO4,TSO6,LRO,VLAN_HWFILTER,VLAN_HWTSO,RXCSUM_IPV6,TXCSUM_IPV6>
      ether ::
      :::a7
      media: Ethernet autoselect
      status: no carrier
      nd6 options=21<PERFORMNUD,AUTO_LINKLOCAL>
      em0: flags=8802<BROADCAST,SIMPLEX,MULTICAST> metric 0 mtu 1500
      options=81249b<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,LRO,WOL_MAGIC,VLAN_HWFILTER>
      ether ££:££:££:££:££:6e
      media: Ethernet autoselect
      status: no carrier
      nd6 options=21<PERFORMNUD,AUTO_LINKLOCAL>
      igb2: flags=8943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST> metric 0 mtu 1500
      options=e527bb<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,JUMBO_MTU,VLAN_HWCSUM,TSO4,TSO6,LRO,WOL_MAGIC,VLAN_HWFILTER,VLAN_HWTSO,RXCSUM_IPV6,TXCSUM_IPV6>
      ether &&:&&:&&:&&:e4
      inet6 fe80::dddd:dddd:dddd:dddd%igb2 prefixlen 64 scopeid 0x4
      media: Ethernet autoselect (1000baseT <full-duplex>)
      status: active
      nd6 options=21<PERFORMNUD,AUTO_LINKLOCAL>
      igb3: flags=8802<BROADCAST,SIMPLEX,MULTICAST> metric 0 mtu 1500
      options=e507bb<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,JUMBO_MTU,VLAN_HWCSUM,TSO4,TSO6,LRO,VLAN_HWFILTER,VLAN_HWTSO,RXCSUM_IPV6,TXCSUM_IPV6>
      ether &&:&&:&&:&&:e5
      media: Ethernet autoselect
      status: no carrier
      nd6 options=21<PERFORMNUD,AUTO_LINKLOCAL>
      enc0: flags=0<> metric 0 mtu 1536
      groups: enc
      nd6 options=21<PERFORMNUD,AUTO_LINKLOCAL>
      lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> metric 0 mtu 16384
      options=680003<RXCSUM,TXCSUM,LINKSTATE,RXCSUM_IPV6,TXCSUM_IPV6>
      inet6 ::1 prefixlen 128
      inet6 fe80::1%lo0 prefixlen 64 scopeid 0x7
      inet 127.0.0.1 netmask 0xff000000
      groups: lo
      nd6 options=21<PERFORMNUD,AUTO_LINKLOCAL>
      pfsync0: flags=0<> metric 0 mtu 1500
      groups: pfsync
      pflog0: flags=100<PROMISC> metric 0 mtu 33160
      groups: pflog
      igb2.3: flags=8943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST> metric 0 mtu 1492
      description: WAN
      options=600703<RXCSUM,TXCSUM,TSO4,TSO6,LRO,RXCSUM_IPV6,TXCSUM_IPV6>
      ether &&:&&:&&:&&:e4
      inet6 fe80::dddd:dddd:dddd:dddd%igb2.3 prefixlen 64 scopeid 0xa
      inet6 2a02:LLLL:LLLL::LLLL prefixlen 64
      inet YYY:YYY:YYY10 netmask 0xffffff00 broadcast YYY:YYY:YYY255
      groups: vlan
      vlan: 3 vlanpcp: 0 parent interface: igb2
      media: Ethernet autoselect (1000baseT <full-duplex>)
      status: active
      nd6 options=21<PERFORMNUD,AUTO_LINKLOCAL>
      igb0.2: flags=8943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST> metric 0 mtu 1492
      description: LANWORK
      options=600703<RXCSUM,TXCSUM,TSO4,TSO6,LRO,RXCSUM_IPV6,TXCSUM_IPV6>
      ether ::::**:a6
      inet6 fe80::bbbb:bbbb:bbbb:bbbb%igb0.2 prefixlen 64 scopeid 0xb
      inet KKK:KKK:KKK.1 netmask 0xffffff00 broadcast KKK:KKK:KKK.255
      groups: vlan
      vlan: 2 vlanpcp: 0 parent interface: igb0
      media: Ethernet autoselect (1000baseT <full-duplex>)
      status: active
      nd6 options=21<PERFORMNUD,AUTO_LINKLOCAL>

      luckman212L 1 Reply Last reply Reply Quote 0
      • luckman212L
        luckman212 LAYER 8 @A Former User
        last edited by

        @vortex21 Ok so you have VLANs on both LAN (igb0) and WAN (igb2) interfaces?

        Please answer these other questions:

        • how is your IPv6 configured on WAN & LAN interfaces (DHCP6, SLAAC etc)
        • are you using PPPoE?
        • what is the result of manually running /etc/rc.checkv6addrchange
        • please also paste the output of pgrep -lf dpinger
        ? 1 Reply Last reply Reply Quote 0
        • ?
          A Former User @luckman212
          last edited by A Former User

          @luckman212 said in IPv6 WAN Gateway monitoring reports 100% packet loss:

          -lf dpinger

          lease answer these other questions:

          how is your IPv6 configured on WAN & LAN interfaces (DHCP6, SLAAC etc)
                 WAN and LAN are both statically assigned IPv6 address
                 DHCPv6 is running within my internal network but is being handled by raspberry pi running ISC Kea
          
          are you using PPPoE?
                 No, PPPoE is not configured on firewall
          
          what is the result of manually running /etc/rc.checkv6addrchange
                    no output, no change in IPv6 gateway monitoring in GUI     
          
          please also paste the output of pgrep -lf dpinger
          
          8312 /usr/local/bin/dpinger -S -r 0 -i 
                       WANGWv6 -B 2a02:yyyy:yyyy:y:yyyy:yyyy:yyyy:yyyy -p /var/run/dpinger_
                       WANGWv6~fa5faaa6~2a02:xxxx:xxxxx:x:xxxx:xxxx:xxxx:xxxx.pid -u /var/run/dpinger_
                       WANGWv6~fa5faaa6~2a02:xxxx:xxxxx:x:xxxx:xxxx:xxxx:xxxx.sock -C /etc/rc.gateway_alarm -d 1 -s 500 -l 2000 -t 60000 -A 1000 -D 500 -L 20 2a02:8xxxx:xxxxx:x:xxxx:xxxx:xxxx:xxxx
             7987 /usr/local/bin/dpinger -S -r 0 -i 
                       WANGWv4 -B yyy.yyy.yyy.10 -p /var/run/dpinger_WANGWv4~yyy.yyy.yyy.10~nnn.nnn.nnn.1.pid -u /var/run/dpinger_
                       WANGWv4~yyy.yyy.yyy.10~nnn.nnn.nnn.1.sock -C /etc/rc.gateway_alarm -d 1 -s 500 -l 2000 -t 60000 -A 1000 -D 500 -L 20 nnn.nnn.n.1
          
          luckman212L 1 Reply Last reply Reply Quote 0
          • luckman212L
            luckman212 LAYER 8 @A Former User
            last edited by

            @vortex21 Ok so you have static IPv6's configured -- well then this appears to be a different problem, not really the one that my PR is designed to solve!

            The pgrep -lf dpinger output you pasted above, is that from before or after you re-saved your interface config? Hard to tell, but looking at it, I would guess after (because it appears to be bound [-B 2a02:] to the correct IP). Can you post the "before" output as well?

            ? 1 Reply Last reply Reply Quote 0
            • ?
              A Former User @luckman212
              last edited by

              @luckman212

              Immediately after reboot
              pgrep -lf dpinger

              43507 /usr/local/bin/dpinger -S -r 0 -i
              WANGWv6 -B 2a02::22 -p /var/run/dpinger_
              WANGWv6~fa5faaa6~2a02::38.pid -u /var/run/dpinger_
              WANGWv6~fa5faaa6~2a02::38.sock -C /etc/rc.gateway_alarm -d 1 -s 500 -l 2000 -t 60000 -A 1000 -D 500 -L 20 2a02::38

              42959 /usr/local/bin/dpinger -S -r 0 -i
              WANGWv4 -B -p /var/run/dpinger_
              WANGWv4~yyy.yyy.yyy.10~nnn.nnn.nnn.1.pid -u /var/run/dpinger_
              WANGWv4~yyy.yyy.yyy.10~nnn.nnn.nnn.1.sock -C /etc/rc.gateway_alarm -d 1 -s 500 -l 2000 -t 60000 -A 1000 -D 500 -L 20 nnn.nnn.nnn.1
              [22.05-RC][admin@pfsense]/root:

              Reporting GUI login
              Message from syslogd@gw at Jun 21 16:46:30 ...
              php-fpm[384]: /index.php: Successful login for user 'admin' from: 2a02::1 (Local Database)

              Immediately after WAN interface save
              [22.05-RC][admin@pfsense]/root: pgrep -lf dpinger
              63333 /usr/local/bin/dpinger -S -r 0 -i
              WANGWv6 -B 2a02::22 -p /var/run/dpinger_
              WANGWv6~fa5faaa6~2a02::38.pid -u /var/run/dpinger_
              WANGWv6~fa5faaa6~2a02::38.sock -C /etc/rc.gateway_alarm -d 1 -s 500 -l 2000 -t 60000 -A 1000 -D 500 -L 20 2a02:38
              63257 /usr/local/bin/dpinger -S -r 0 -i WANGWv4 -B yyy.yyy.yyy.10 -p /var/run/dpinger_WANGWv4~yyy.yyy.yyy.10~nnn.nnn.nnn.1.pid -u /var/run/dpinger_WANGWv4~yyy.yyy.yyy.10~nnn.nnn.nnn.1.sock -C /etc/rc.gateway_alarm -d 1 -s 500 -l 2000 -t 60000 -A 1000 -D 500 -L 20 nnn.nnn.nnn.1
              [22.05-RC][admin@pfsense]/root:

              luckman212L 1 Reply Last reply Reply Quote 0
              • luckman212L
                luckman212 LAYER 8 @A Former User
                last edited by

                @vortex21 Makes no sense- the dpinger process and args from "before" are identical to the "after". So there must be a difference in the interface config.

                Can you post before & after of ifconfig -v and ndp -a?

                It would help if you didn't redact the info, if you're worried about privacy use a password protected pastebin, PM, etc...

                ? 1 Reply Last reply Reply Quote 0
                • ?
                  A Former User @luckman212
                  last edited by A Former User

                  @luckman212
                  Hi,

                  Took the output of ifconfig -v from before and after and use diff to find the differences

                  • diff after.txt before.txt
                    2c2
                    < igb0: flags=8943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST> metric 0 mtu 1492

                  igb0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1492
                  23c23
                  < igb2: flags=8943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST> metric 0 mtu 1500


                  igb2: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
                  50c50
                  < igb2.3: flags=8943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST> metric 0 mtu 1492


                  igb2.3: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1492
                  62c62
                  < igb0.2: flags=8943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST> metric 0 mtu 1492


                  igb0.2: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1492
                  78,79c78

                  When looking at ndp -a and comparing before and after saving the WAN interface, the difference is four link local interfaces

                  fe80::21c:ffff:fef0:b5e%igb0 00:0c:29:f0:0b:5e igb0 2s R
                  fe80::21c:ffff:febe:772b%igb0 00:0c:29:be:77:2b igb0 13s R
                  fe80::21d:bbff:fec9:5938%igb2.3 00:1d:aa:f9:59:38 igb2.3 24s R R
                  fe80::21c:ffff:fe38:293e%igb0 00:0c:29:88:39:3e igb0 23h59m39s S

                  luckman212L johnpozJ 2 Replies Last reply Reply Quote 0
                  • luckman212L
                    luckman212 LAYER 8 @A Former User
                    last edited by

                    @vortex21 The forum is mangling your output. Can you please put it on a private pastebin instead of just posting the diff output which is not easy to decipher.

                    1 Reply Last reply Reply Quote 0
                    • johnpozJ
                      johnpoz LAYER 8 Global Moderator @A Former User
                      last edited by

                      @vortex21 another option would be to use the code block - that should help with formatting

                      codeblock.jpg

                      An intelligent man is sometimes forced to be drunk to spend time with his fools
                      If you get confused: Listen to the Music Play
                      Please don't Chat/PM me for help, unless mod related
                      SG-4860 24.11 | Lab VMs 2.7.2, 24.11

                      ? 1 Reply Last reply Reply Quote 0
                      • ?
                        A Former User @johnpoz
                        last edited by

                        @johnpoz

                        Status After reboot

                        5ff2f7da-91dc-4563-852a-d2bafe8f1f90-image.png

                        Status After Reboot and WAN save

                        3b69ae2e-8eff-43e7-a40a-56ee60fefd19-image.png

                        ? 1 Reply Last reply Reply Quote 0
                        • ?
                          A Former User @A Former User
                          last edited by

                          @vortex21
                          Hi, Upgraded to 22.05 release today and after reboot the IPv6 WAN gateway monitoring reported 100% packet loss, saving the WAN interface again and applying changes fixed it as before

                          ? 1 Reply Last reply Reply Quote 0
                          • ?
                            A Former User @A Former User
                            last edited by

                            @vortex21

                            Hi, I reconfigured my network yesterday to eliminate the pfSense WAN connection being on a VLAN on the external network port. The WAN interface is now the physical interface card my problem of IPv6 WAN Gateway monitoring reporting 100% loss no longer occurs.
                            So it appears the problem was related to the use of a VLAN.

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