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

    pimd

    Scheduled Pinned Locked Moved General pfSense Questions
    6 Posts 3 Posters 217 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.
    • dennypageD
      dennypage
      last edited by

      @maximushugus, @louis2, @jeffscott

      Hey all, if you don't mind, I have a general question for those of you that are using pimd. Are you using pim to route upstream pim-ssd from the WAN into your LAN segments? Or are you using pimd to bridge multicast between your LAN segments? Thanks.

      L Q 2 Replies Last reply Reply Quote 0
      • L
        louis2 @dennypage
        last edited by louis2

        @dennypage

        I am (was) using pimd to make my media server accessible form multiple local vlan's.

        To be more precise, my actual media server is implemented using a VM and running in my 'virtual machine vlan'. The destinations are some other vlan's among them my private pc-lan and guest-lan.

        1 Reply Last reply Reply Quote 1
        • Q
          q54e3w @dennypage
          last edited by

          @dennypage bridge multicast between LAN segments here.

          L 1 Reply Last reply Reply Quote 1
          • L
            louis2 @q54e3w
            last edited by

            I have been querying the internet using ^multicast pimd versus pimd d^ and AI did give me this answer

            PIM-DM (Dense Mode) and pimd (a daemon implementing PIM-SM) are both multicast routing protocols, but they operate differently. PIM-DM floods multicast traffic to all interfaces and relies on pruning to remove unwanted traffic, while pimd, when configured for PIM-SM (Sparse Mode), uses a Rendezvous Point (RP) to direct traffic to receivers, building source trees based on requests.

            So that is probably the difference between the two pimd versions. So using pimd without dd is probably the better option for my/our problem

            dennypageD 1 Reply Last reply Reply Quote 0
            • dennypageD
              dennypage @louis2
              last edited by

              @louis2 Thanks. I understand PIM. My question was to discover if there was anyone with a use case for multicast routing beyond bridging local networks.

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

                @dennypage, @maximushugus, @louis2, @jeffscott

                Good news!

                I have the PIMD version I did compile yesterday working !!
                Including the related pfSense gui.

                Not I think I can make it running the way it should in the coming week(??).

                Note that at this moment I still have the following issues:

                • The warnings at compile time. Surely NOT OK!
                  => I do not have the knowledge to fix this. but it does not be blocking.
                • The man directory issue.
                  => I have no idea how to solve that. My actual work around is removing the manual files from package definitions (NOT OK)
                • Pimd does not run using the GUI.
                  => At this moment I have to start pimd from the command line in debug mode and restart pimd after each config change. However pimd is running and I can access my media server.
                  pimd -n -f /var/etc/pimd/pimd.conf --disable-vifs -l debug=all
                • the firewall rules are not yet as they should be, for the test I just opened too much.

                So I have to sort out things in the coming week/weeks. But I have good hope that I can solve points 3 and 4.

                If someone can solve points 1 and 2, it would be highly appreciated!!

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