usrp-users@lists.ettus.com

Discussion and technical support related to USRP, UHD, RFNoC

View all threads

Multicast support on x300/x310 with UHD

N
nriedel@serranosystems.com
Mon, Apr 24, 2023 11:19 PM

Hi,

We would like to have several workstations processing data from a single X300 or X310 USRP.

Does UHD support streaming to a multicast destination with the X300/X310 devices?

What needs to be done on the “remote” devices to receive the multicast data?  There is a description of setting up remote streaming (with unicast data) here: https://files.ettus.com/manual/page_stream.html#stream_remote

However, it is not clear from the description what should be run on the remote devices to actually receive the data.

Thank you!

Neal Riedel

Hi, We would like to have several workstations processing data from a single X300 or X310 USRP. Does UHD support streaming to a multicast destination with the X300/X310 devices? What needs to be done on the “remote” devices to receive the multicast data? There is a description of setting up remote streaming (with unicast data) here: https://files.ettus.com/manual/page_stream.html#stream_remote However, it is not clear from the description what should be run on the remote devices to actually receive the data. Thank you! Neal Riedel
MD
Marcus D. Leech
Mon, Apr 24, 2023 11:56 PM

On 24/04/2023 19:19, nriedel@serranosystems.com wrote:

Hi,

We would like to have several workstations processing data from a
single X300 or X310 USRP.

Does UHD support streaming to a multicast destination with the
X300/X310 devices?

What needs to be done on the “remote” devices to receive the multicast
data? There is a description of setting up remote streaming (with
unicast data) here:
https://files.ettus.com/manual/page_stream.html#stream_remote

However, it is not clear from the description what should be run on
the remote devices to actually receive the data.

Thank you!

Neal Riedel

You'd likely need to write your own code to pick apart the CHDR packets.

They'd be sent via UDP to the desired multi-cast address.

How to actually "subscribe" to a multi-cast group is OS dependent, and
utterly outside of what UHD knows how to do as
  far as I know.


USRP-users mailing list -- usrp-users@lists.ettus.com
To unsubscribe send an email to usrp-users-leave@lists.ettus.com

On 24/04/2023 19:19, nriedel@serranosystems.com wrote: > > Hi, > > We would like to have several workstations processing data from a > single X300 or X310 USRP. > > Does UHD support streaming to a multicast destination with the > X300/X310 devices? > > What needs to be done on the “remote” devices to receive the multicast > data? There is a description of setting up remote streaming (with > unicast data) here: > https://files.ettus.com/manual/page_stream.html#stream_remote > > However, it is not clear from the description what should be run on > the remote devices to actually receive the data. > > Thank you! > > Neal Riedel > > You'd likely need to write your own code to pick apart the CHDR packets. They'd be sent via UDP to the desired multi-cast address. How to actually "subscribe" to a multi-cast group is OS dependent, and utterly outside of what UHD knows how to do as   far as I know. > > _______________________________________________ > USRP-users mailing list -- usrp-users@lists.ettus.com > To unsubscribe send an email to usrp-users-leave@lists.ettus.com
N
nriedel@serranosystems.com
Tue, Apr 25, 2023 12:17 AM

Thank you, Marcus.  The subscription to the multicast UDP should not be an issue, we’re Linux-based and the IP stack will take care of the IGMP functions.

My concern is if there is something within UHD that would prevent us from using a multicast destination IP address.  Obviously flow control is not going to work with multicast, but I’m hoping everything else is OK.

Your point about decoding the CHDR packets is well taken.

Thanks,

Neal

Thank you, Marcus. The subscription to the multicast UDP should not be an issue, we’re Linux-based and the IP stack will take care of the IGMP functions. My concern is if there is something within UHD that would prevent us from using a multicast destination IP address. Obviously flow control is not going to work with multicast, but I’m hoping everything else is OK. Your point about decoding the CHDR packets is well taken. Thanks, Neal
MD
Marcus D. Leech
Tue, Apr 25, 2023 12:26 AM

On 24/04/2023 20:17, nriedel@serranosystems.com wrote:

Thank you, Marcus. The subscription to the multicast UDP should not be
an issue, we’re Linux-based and the IP stack will take care of the
IGMP functions.

My concern is if there is something within UHD that would prevent us
from using a multicast destination IP address. Obviously flow control
is not going to work with multicast, but I’m hoping everything else is OK.

I think it would depend on how "knowledgeable" the (very very thin)
IP/UDP stack is on the X310--it's all done in the FPGA, so
  it's not likely to care much what IP address you give it. Although,
thinking about it, it may not be "smart" enough to
  send the multi-cast packets as ethernet multicasts.  Like I said, the
IP stack on these devices is very very "thin".

If it were my problem, I'd designate a host to receive all the traffic
in the usual fashion, and multi-cast it outwards to
  the other participants.

Your point about decoding the CHDR packets is well taken.

Thanks,

Neal


USRP-users mailing list -- usrp-users@lists.ettus.com
To unsubscribe send an email to usrp-users-leave@lists.ettus.com

On 24/04/2023 20:17, nriedel@serranosystems.com wrote: > > Thank you, Marcus. The subscription to the multicast UDP should not be > an issue, we’re Linux-based and the IP stack will take care of the > IGMP functions. > > My concern is if there is something within UHD that would prevent us > from using a multicast destination IP address. Obviously flow control > is not going to work with multicast, but I’m hoping everything else is OK. > I think it would depend on how "knowledgeable" the (very very thin) IP/UDP stack is on the X310--it's all done in the FPGA, so   it's not likely to care much what IP address you give it. Although, thinking about it, it may not be "smart" enough to   send the multi-cast packets as ethernet multicasts.  Like I said, the IP stack on these devices is very very "thin". If it were my problem, I'd designate a host to receive all the traffic in the usual fashion, and multi-cast it outwards to   the other participants. > Your point about decoding the CHDR packets is well taken. > > Thanks, > > Neal > > > > _______________________________________________ > USRP-users mailing list -- usrp-users@lists.ettus.com > To unsubscribe send an email to usrp-users-leave@lists.ettus.com