• Recent
  • Unsolved
  • Tags
  • Popular
  • Users
  • Groups
  • Search
  • Register
  • Login
  • Recent
  • Unsolved
  • Tags
  • Popular
  • Users
  • Groups
  • Search
  • Register
  • Login

Multicast off of bond

Scheduled Pinned Locked Moved Solved
FOG Problems
4
14
1.1k
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.
  • G
    george1421 Moderator @David Osinski
    last edited by george1421 Sep 4, 2019, 3:51 PM Sep 4, 2019, 9:50 PM

    @David-Osinski said in Multicast off of bond:

    As you can see the command is listed 4 times. If i change the interface in either multicast settings or nfs server, it still uses the interface “rope”

    OK interface rope is the correct one to use. From what I’m seeing you maybe have set a receive address outside of the multicast range?

    Are you trying to multicasts between subnets or on the same subnet (vlan). The out of box settings should just work as long as its on the same vlan and your infrastructure is configured for multicasting.

    Bonding works at OSI layer 2, where muticasting works at OSI layer 3, so it should ride the bonding without issue.

    Please help us build the FOG community with everyone involved. It's not just about coding - way more we need people to test things, update documentation and most importantly work on uniting the community of people enjoying and working on FOG!

    1 Reply Last reply Reply Quote 0
    • S
      Sebastian Roth Moderator
      last edited by Sep 5, 2019, 5:36 AM

      @David-Osinski The best testing you can do is usually manually running udp-sender on the FOG server (using the command you posted above) and udp-receiver on the client machine. For the later you need to schedule a debug deploy task and when you get to the shell on bootup run:

      udp-receiver --nokbd --portbase 54232  --ttl 32 --mcast-rdv-address 10.10.10.74 >/dev/null
      

      In this command we write to device /dev/null instead of the read disk just to not cause any harm.

      Web GUI issue? Please check apache error (debian/ubuntu: /var/log/apache2/error.log, centos/fedora/rhel: /var/log/httpd/error_log) and php-fpm log (/var/log/php*-fpm.log)

      Please support FOG if you like it: https://wiki.fogproject.org/wiki/index.php/Support_FOG

      D 1 Reply Last reply Sep 5, 2019, 2:57 PM Reply Quote 0
      • D
        David Osinski @Sebastian Roth
        last edited by David Osinski Sep 5, 2019, 9:52 AM Sep 5, 2019, 2:57 PM

        @Sebastian-Roth
        Here is what i ran on the server

        udp-sender --interface rope --min-receivers 1 --max-wait 600 --mcast-rdv-address 10.10.10.74 --portbase 56854 --full-duplex --ttl 32 --nokbd --nopointopoint --file /images/W10EDULenovoFlex3x64/d1p1.img
        
        

        Here is what i ran on the client

        udp-reciever --nokbd --portbase 56854 --ttl 32 --mcast-rdv-address 10.10.10.74 > /dev/null
        

        I am getting the same results, nothing in coming through.
        Im going to be a little more specific to help out.
        Im running on a physical Dell emc server with 4 Nics bonded together. I can see all multicast traffic from other servers on the same vlan just fine, This server just seems to not be broadcasting its multicast session to the switch
        I run

         ip maddr
        

        but am not getting any other multicast on the server except 224.0.0.1
        I boot the client and join the multicast session i can see that the client is trying to join a multicast session on the switch.

        I have other windows servers nic teamed together on the same vlan without a problem on multicast. It just seems to be Cento7 w/fog.

        The receiving client is on another vlan than the server.

        I would like to also point to attention that i dont know if its a bond issue or a issue with this particular server/settings

        (Display igmp-snooping Switch Client is on)

        VLAN 2: Total 11 entries.
          (0.0.0.0, 234.10.10.74)
            Host ports (1 in total):
              GE2/0/7
        
        

        (Display igmp group Switch Server is on)

        Vlan-interface1010(10.10.10.254):
          IGMP groups reported in total: 2
           Group address   Last reporter   Uptime      Expires
           239.255.255.250 10.10.10.90     9w:1d       00:04:19
           239.255.255.254 10.10.10.20     1w:1d       00:04:19
        
        

        Server ip address is 10.10.10.74, its not joining the multicast group.

        G 1 Reply Last reply Sep 5, 2019, 9:59 PM Reply Quote 0
        • S
          Sebastian Roth Moderator
          last edited by Sep 5, 2019, 4:11 PM

          @David-Osinski said in Multicast off of bond:

          I have other windows servers nic teamed together on the same vlan without a problem on multicast.

          What multicast “application” do you run on those servers?

          Web GUI issue? Please check apache error (debian/ubuntu: /var/log/apache2/error.log, centos/fedora/rhel: /var/log/httpd/error_log) and php-fpm log (/var/log/php*-fpm.log)

          Please support FOG if you like it: https://wiki.fogproject.org/wiki/index.php/Support_FOG

          D 1 Reply Last reply Sep 5, 2019, 4:16 PM Reply Quote 0
          • D
            David Osinski @Sebastian Roth
            last edited by Sep 5, 2019, 4:16 PM

            @Sebastian-Roth
            i used VLC to run a RTP stream off the servers to test.

            1 Reply Last reply Reply Quote 0
            • S
              Sebastian Roth Moderator
              last edited by Sep 5, 2019, 4:26 PM

              @David-Osinski Debugging multicast issues in a multi VLAN setup is not easy for me not being at site. My suggestion is to rule out things. Start by disabling the bond on your FOG server, configuring the IP address to a single NIC, even unplugging the other cables and doing the same manual udpcast test as before.

              Web GUI issue? Please check apache error (debian/ubuntu: /var/log/apache2/error.log, centos/fedora/rhel: /var/log/httpd/error_log) and php-fpm log (/var/log/php*-fpm.log)

              Please support FOG if you like it: https://wiki.fogproject.org/wiki/index.php/Support_FOG

              1 Reply Last reply Reply Quote 0
              • G
                george1421 Moderator @David Osinski
                last edited by Sep 5, 2019, 9:59 PM

                @David-Osinski said in Multicast off of bond:

                –mcast-rdv-address 10.10.10.74

                This is what bugs me a bit. The rendezvous address should be a multicast address. That is where all of the multicast clients go to find each other. I would expect that to be at least 224.0.0.1

                udp-sender --interface rope --min-receivers 1 --max-wait 600 --mcast-rdv-address 10.10.10.74 --portbase 56854 --full-duplex --ttl 32 --nokbd --nopointopoint
                

                When you don’t define an multicast address, the address is created by udpsender as a composite of the FOG server’s IP address. I think it should be in the range of 239.10.10.74, possibly the second octet is something different. But the data channel IS calculated so its important for the rendezvous address to be defined, so the targets can locate the data channel.

                Please help us build the FOG community with everyone involved. It's not just about coding - way more we need people to test things, update documentation and most importantly work on uniting the community of people enjoying and working on FOG!

                D 1 Reply Last reply Sep 6, 2019, 1:47 PM Reply Quote 1
                • D
                  David Osinski @george1421
                  last edited by David Osinski Sep 6, 2019, 7:49 AM Sep 6, 2019, 1:47 PM

                  @george1421
                  I chose this IP address due to the documentation on https://wiki.fogproject.org/wiki/index.php/Multicasting

                  The direct line where i took this information was
                  If your image is partclone

                  udp-receiver --nokbd --portbase 9000 --ttl 32 --mcast-rdv-address $fogserverip | \
                  partclone.restore --ignore_crc -O /dev/sda<filenumber> -N -f 1
                  

                  Being that said, i will definately try 239.10.10.74

                  T G 2 Replies Last reply Sep 6, 2019, 1:53 PM Reply Quote 0
                  • T
                    Tom Elliott @David Osinski
                    last edited by Sep 6, 2019, 1:53 PM

                    @David-Osinski Normally, the rendevous address should only be set to the FOG Server IP if you have multiple VLAN’s. Otherwise, this setting should be safe to keep unset.

                    @george1421 is absolutely correct in that you can set this up to a Multicast Address for rendevous, but this basically makes it so all traffic connects to the FOG server over UDP. When using the FOG Server’s actual IP address, the establishment of connection to the rendevous, from what I can remember, actually connects over TCP/IP allowing the clients to at least see the fog server and make the connection directly. After all clients check in, then Multicast starts sending the stream.

                    In either case, multicast or actual IP of fog server, the vlans still need to be allowed to stream multicast traffic.

                    Please help us build the FOG community with everyone involved. It's not just about coding - way more we need people to test things, update documentation and most importantly work on uniting the community of people enjoying and working on FOG! Get in contact with me (chat bubble in the top right corner) if you want to join in.

                    Web GUI issue? Please check apache error (debian/ubuntu: /var/log/apache2/error.log, centos/fedora/rhel: /var/log/httpd/error_log) and php-fpm log (/var/log/php*-fpm.log)

                    Please support FOG if you like it: https://wiki.fogproject.org/wiki/index.php/Support_FOG

                    1 Reply Last reply Reply Quote 0
                    • G
                      george1421 Moderator @David Osinski
                      last edited by george1421 Sep 6, 2019, 7:58 AM Sep 6, 2019, 1:58 PM

                      @David-Osinski To tag along with what Tom said, I would not define either addresses unless you have a specific use case. Let udp-send do that.

                      Just to prove the multicasting is working with your hardware, please do what both Sebastian and I recommended. Start out small 2 clients connected to the same switch and same vlan as the fog server. Then test your multicast deployment. By doing this you will know if multicasting across the bond layer works and that your core switch is setup correctly. If it doesn’t work here then we’ll need to dig into that. Start small with a very controlled environment.

                      If your end goal is multicasting across subnets then you need need a multicastrouter (mrouter) or an igmp proxy service (akin to a dhcp-relay service) setup on your core router. But again, start with a small and controlled test.

                      Please help us build the FOG community with everyone involved. It's not just about coding - way more we need people to test things, update documentation and most importantly work on uniting the community of people enjoying and working on FOG!

                      D 1 Reply Last reply Sep 6, 2019, 5:01 PM Reply Quote 0
                      • D
                        David Osinski @george1421
                        last edited by David Osinski Sep 6, 2019, 11:10 AM Sep 6, 2019, 5:01 PM

                        @george1421

                        George/Tom…you are genius’s

                        I am overcomplicating things. To not define address’s was the answer. Multicast works on my network as i said earlier because i can VLC RTP stream just fine. I have routers setup to do PIM SM. Specifying a multicast rdv was my downfall.

                        All of you are amazing. Please keep up the great work!

                        1 Reply Last reply Reply Quote 3
                        • 1 / 1
                        1 / 1
                        • First post
                          13/14
                          Last post

                        273

                        Online

                        12.0k

                        Users

                        17.3k

                        Topics

                        155.2k

                        Posts
                        Copyright © 2012-2024 FOG Project