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

    IGMPProxy is not starting after update to latest 2.5.0-Dev

    Scheduled Pinned Locked Moved 2.5 Development Snapshots (Retired)
    16 Posts 5 Posters 2.1k 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.
    • M
      maartenhendrix
      last edited by

      I made a bug report:
      https://redmine.pfsense.org/issues/10558

      1 Reply Last reply Reply Quote 1
      • S
        spaceboy
        last edited by

        also seeing this in respect of PIMD which was working fine on 2.4.3

        1 Reply Last reply Reply Quote 0
        • M
          maartenhendrix
          last edited by

          Please review https://redmine.pfsense.org/issues/10558#note-9 It may help you as well.

          S 1 Reply Last reply Reply Quote 1
          • S
            spaceboy @maartenhendrix
            last edited by

            @maartenhendrix hi thanks but i don't quite understand what the suggestion is. i tried to update pimd and it all seems up to date. i disabled the service and rebooted and when it came back up re-enabled the service but pimd still doesnt start. is that what is being suggested? cheers!

            1 Reply Last reply Reply Quote 0
            • M
              maartenhendrix
              last edited by

              Yeah that is what works for IGMPProxy

              S 1 Reply Last reply Reply Quote 0
              • S
                spaceboy @maartenhendrix
                last edited by

                @maartenhendrix said in IGMPProxy is not starting after update to latest 2.5.0-Dev:

                Yeah that is what works for IGMPProxy

                ok, thanks. i made some progress based on your info. there's some other issues but i've worked around them. on 2.4.3 i was able to have the default action as to bind to all interfaces and then disable WAN and any others you don't want PIMD running on. this won't work on 2.5 but reversing the logic and restarting after every config change gets it working. cheers!

                1 Reply Last reply Reply Quote 0
                • L
                  louis2
                  last edited by

                  A couple of month ago, I finally managed to get multicast working on 2.4.5 with the 'new' PIMD package (despite a lot of effort I never managed to get IGMP-proxy working).

                  However, than ...

                  1. I did a try to migrate to 2.5.0, that did not work at all due to a problem after reboot (see another post), but I also noticed that PIMD was not longer working ☹
                  2. so I switched back to 2.4.5 (PIMD working again). However ...... then I made a config change splitting a LAGG in two normal interfaces. That should not affect PIMD, I would say, but it did. Even worse I do not managed to get PIMD working again still using 2.4.5 ☹

                  My strong impression is that there issues below the (free bsd?) surface affecting PIMD in both 2.4.5. and 2.5.0. !!

                  There are a couple of lines in the logging which are ..... let's say strange. Note I use "bind to none" as default! Here log messages during startup (read bottom up).

                  • and then the result, nu vifs, so no working PIMD

                  Jun 1 14:01:50 pimd[89238]: Cannot forward: no enabled vifs

                  • and here the windows invented "169.254.0.1" address range .......

                  Jun 1 14:01:50 pimd[89238]: Local static RP: 169.254.0.1, group 232.0.0.0/8

                  • the groups below are probably OK

                  Jun 1 14:01:50 pimd[89238]: Local static RP: 192.168.14.1, group 224.0.0.0/4
                  Jun 1 14:01:50 pimd[89238]: Local static RP: 192.168.116.1, group 224.0.0.0/4
                  Jun 1 14:01:50 pimd[89238]: Local static RP: 192.168.1.1, group 224.0.0.0/4

                  • The BSR Candidate does not receive an address (not so important here, but ...)

                  Jun 1 14:01:50 pimd[89238]: Local Cand-BSR address 0.0.0.0, priority 250

                  • below a strange message "Invalid phyint address" (that are working interfaces of course)

                  Jun 1 14:01:50 pimd[89238]: /var/etc/pimd/pimd.conf:8 - Invalid phyint address 'ix0.14'
                  Jun 1 14:01:50 pimd[89238]: /var/etc/pimd/pimd.conf:7 - Invalid phyint address 'ix1.116'
                  Jun 1 14:01:50 pimd[89238]: /var/etc/pimd/pimd.conf:6 - Invalid phyint address 'lagg0.16'

                  • The vifs are not present above, which is logical, I did not select those interfaces, (but even doing so does not lead to an OK situation)

                  Jun 1 14:01:50 pimd[89238]: Getting vifs from /var/etc/pimd/pimd.conf

                  Jun 1 14:01:50 pimd[89238]: Disabling all vifs from kernel

                  • So to concluded so far 1) some interfaces do have VIFS ....... and others ..... NOT (why oh why!!??)
                    Jun 1 14:01:50 pimd[89238]: Installing lagg0.13 (192.168.13.1 on subnet 192.168.13) as vif #2 - rate 0
                    Jun 1 14:01:50 pimd[89238]: Installing lagg0.26 (192.168.2.1 on subnet 192.168.2) as vif #1 - rate 0
                    Jun 1 14:01:50 pimd[89238]: Installing lagg0.10 (192.168.10.1 on subnet 192.168.10) as vif #0 - rate 0
                    Jun 1 14:01:50 pimd[89238]: Getting vifs from kernel
                    Jun 1 14:01:50 pimd[89238]: pimd version 2.3.2 starting ...

                  I also noted "Jun 1 14:34:29 pimd[33330]: /var/etc/pimd/pimd.conf:12 - Cand-RP address 'lagg0.26' is not local, defaulting to 0.0.0.0" during try and test ☺

                  Whatever things are .... not yet running as it should ...... and I desperately would like to have a running PIMD (for my media server).

                  Hope that this info helps the developers to further investigate (and solve) the problem!

                  Sincerely,

                  Louis

                  1 Reply Last reply Reply Quote 0
                  • L
                    louis2
                    last edited by

                    Hello,

                    The more I am trying to get pimd running, the more I am wondering it the FreeBSD setup is correct! Note that I am not a FreeBSD expert, and I am also not aware of NetGate's low level settings. But I do have some doubts e.g. related to:

                    • some where there should be ^ip_mroute_load="yes"^ (loader.conf ??)
                    • And the multicast interface flag is not set by default .....
                      so in the interface setup there should be things like
                      ^sudo ip link set ix0 multicast on^ and
                      ^sudo ip link set ix1 multicast on^

                    Perhaps other config issues too ....

                    Louis

                    1 Reply Last reply Reply Quote 0
                    • L
                      louis2
                      last edited by louis2

                      From the Diagnostics / Command Prompt menu, I used ^ifconfig^

                      The output is among other things.

                      ix0: flags=8943<UP,BROADCAST,RUNNING,PROMISC,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 6c:b3:11:3b:bb:90
                      hwaddr 6c:b3:11:3b:bb:90
                      inet6 fe80::6eb3:11ff:fe3b:bb90%ix0 prefixlen 64 scopeid 0x1
                      nd6 options=21<PERFORMNUD,AUTO_LINKLOCAL>
                      media: Ethernet autoselect (10Gbase-SR <full-duplex,rxpause,txpause>)
                      status: active

                      and

                      ix0.14: flags=8943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST> metric 0 mtu 1500
                      options=600703<RXCSUM,TXCSUM,TSO4,TSO6,LRO,RXCSUM_IPV6,TXCSUM_IPV6>
                      ether 6c:b3:11:3b:bb:90
                      inet6 fe80::6eb3:11ff:fe3b:bb90%ix0.14 prefixlen 64 scopeid 0x15
                      inet6 2001:984:a874::1 prefixlen 64
                      inet 192.168.14.1 netmask 0xffffff00 broadcast 192.168.14.255
                      nd6 options=21<PERFORMNUD,AUTO_LINKLOCAL>
                      media: Ethernet autoselect (10Gbase-SR <full-duplex,rxpause,txpause>)
                      status: active
                      vlan: 14 vlanpcp: 0 parent interface: ix0
                      groups: vlan

                      So, my verdict in the previous mail was probably not correct.

                      No idea what is wrong, one thing is for sure .... it does not work ☹

                      Louis

                      1 Reply Last reply Reply Quote 0
                      • L
                        louis2
                        last edited by

                        Hello,

                        I just discoverd that when I replace the interface names in /var/etc/pimdpimd.conf with the corresponding IP-addresses, a couple of error messages disappear.

                        However the issue that not all (vlan)interfaces have vifs stay, and at the end of the startup PIMD is still not running due to "Cannot forward: no enabled vifs"

                        also note that i am missing ^mrouting^ and my feelings are not changes since I created bug #9631 a year ago.

                        For those intrested some links:
                        https://troglobit.com/howto/pimd-on-freebsd/
                        https://troglobit.com/howto/pimd-on-openbsd/
                        https://www.freebsd.org/cgi/man.cgi?query=igmpproxy&sektion=8&apropos=0&manpath=FreeBSD+Ports+9.0-RELEASE
                        https://www.freebsd.org/cgi/man.cgi?query=mrouted&sektion=8
                        https://bsdrp.net/documentation/examples/multicast_with_pim-sm
                        https://github.com/troglobit/pimd/issues/78

                        Louis

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