Hey Brian, you are correct, this feature is not implemented. This is the purpose of the Virtual Channel (VC) fields, but there is no software support for de-muxing the streams. We deprioritzed this over (many) other things for several reasons: Our internal usage of multi-channel SEPs is usually around multiple channels of the radio or replay block, but a single SEP has a fixed bandwidth which we would exceed, and therefore we need multiple SEPs anyway. And to be fair, there was not a lot of demand for this feature compared to other features. We can rebalance this priority evaluation based on this kind of feedback.
--M On Tue, Jun 17, 2025 at 11:16 PM Brian Padalino <bpadal...@gmail.com> wrote: > One more question regarding remote streaming. > > I have a block which has a single CHDR output, but 4 "output ports". I > have an endpoint with 4 inputs. > > Am I able to stream my block outputs to different remote locations? When I > try it, it just seems to want to stream to the same software endpoint and > whatever the last configuration was written is used. > > I think this makes sense as looking through the HDL, it seems like each > chdr_stream_endpoint can only address a single destination endpoint. So if > I want to use multiple remote streams at different remotes, I'd need to > instantiate a single endpoint for each remote stream I want - right? > > Can this be confirmed? > > Thanks, > Brian > > On Wed, May 21, 2025 at 3:23 AM Martin Braun <martin.br...@ettus.com> > wrote: > >> >> >> On Fri, May 16, 2025 at 10:18 PM Brian Padalino <bpadal...@gmail.com> >> wrote: >> >>> On the X440, I'd like my block to be able to output to both QSFP+ ports. >>> I will be setting this up using remote streaming and I am wondering the >>> appropriate way to set up my block to be able to output to both ports. From >>> the little blurb on remote streaming here: >>> >>> https://files.ettus.com/manual/page_stream.html#stream_remote >>> >>> I see that I can supply: >>> >>> - dest_addr, dest_port, dest_mac_addr, adapter >>> >>> The example uses the MultiUSRP object but I am using straight RFNoC. I >>> assume I need to do this for every stream that I might create, so for the N >>> ports that are on my block, I need N RX streams that define those values, >>> right? >>> >> >> Yes, exactly. >> >> >>> If I had 4 ports, and I wanted to split 2 ports on sfp0 and 2 on sfp1, >>> I'd create the stream for all 4 then issue the stream command to each one >>> and I should see the packets flow? >>> >> >> That's right. >> >> --M >> _______________________________________________ >> USRP-users mailing list -- usrp-users@lists.ettus.com >> To unsubscribe send an email to usrp-users-le...@lists.ettus.com >> >
_______________________________________________ USRP-users mailing list -- usrp-users@lists.ettus.com To unsubscribe send an email to usrp-users-le...@lists.ettus.com
