KW
Kevin Williams
Wed, Jul 23, 2025 12:14 PM
Hi,
I have enabled remote streaming but according to wireshark I only receive 6x
4k packets.
Everything about them is correct - the destination ip, port, size, etc.
From the debug logs the stream is set up as:
[DEBUG] [RFNOC] Creating diverted RX stream with arguments:
dest_addr=172.17.0.2,dest_mac_addr=02:42:ac:11:00:02,dest_port=1234,stream_m
ode=full_packet,__chdr_width=64,enable_remote_stream=1,enable_fc=0
[DEBUG] [X300::SFP0::TA_CTL] On transport adapter 0: Adding route from EPID
6 to destination 172.17.0.2:1234 (MAC Address: 02:42:ac:11:00:02), stream
mode FULL_PACKET (0)
What could cause that streaming to stop (given there is no flow control)?
Many thanks, Kevin
Hi,
I have enabled remote streaming but according to wireshark I only receive 6x
4k packets.
Everything about them is correct - the destination ip, port, size, etc.
From the debug logs the stream is set up as:
[DEBUG] [RFNOC] Creating diverted RX stream with arguments:
dest_addr=172.17.0.2,dest_mac_addr=02:42:ac:11:00:02,dest_port=1234,stream_m
ode=full_packet,__chdr_width=64,enable_remote_stream=1,enable_fc=0
[DEBUG] [X300::SFP0::TA_CTL] On transport adapter 0: Adding route from EPID
6 to destination 172.17.0.2:1234 (MAC Address: 02:42:ac:11:00:02), stream
mode FULL_PACKET (0)
What could cause that streaming to stop (given there is no flow control)?
Many thanks, Kevin
NB
Nikos Balkanas
Wed, Jul 23, 2025 1:15 PM
Hi Kevin,
What are your stream_args?
Using UHD_STREAM_MODE_NUM_SAMPS_AND_DONE?
Not using RFNOC, but full_packet is not a UHD 4.6 mode:(
BR,
nikos
On Wed, Jul 23, 2025 at 3:14 PM Kevin Williams kevin.williams@vastech.co.za
wrote:
Hi,
I have enabled remote streaming but according to wireshark I only receive
6x 4k packets.
Everything about them is correct – the destination ip, port, size, etc.
From the debug logs the stream is set up as:
[DEBUG] [RFNOC] Creating diverted RX stream with arguments:
dest_addr=172.17.0.2,dest_mac_addr=02:42:ac:11:00:02,dest_port=1234,stream_mode=full_packet,__chdr_width=64,enable_remote_stream=1,enable_fc=0
[DEBUG] [X300::SFP0::TA_CTL] On transport adapter 0: Adding route from
EPID 6 to destination 172.17.0.2:1234 (MAC Address: 02:42:ac:11:00:02),
stream mode FULL_PACKET (0)
What could cause that streaming to stop (given there is no flow control)?
Many thanks, Kevin
USRP-users mailing list -- usrp-users@lists.ettus.com
To unsubscribe send an email to usrp-users-leave@lists.ettus.com
Hi Kevin,
What are your stream_args?
Using UHD_STREAM_MODE_NUM_SAMPS_AND_DONE?
Not using RFNOC, but full_packet is not a UHD 4.6 mode:(
BR,
nikos
On Wed, Jul 23, 2025 at 3:14 PM Kevin Williams <kevin.williams@vastech.co.za>
wrote:
> Hi,
>
>
>
> I have enabled remote streaming but according to wireshark I only receive
> 6x 4k packets.
>
>
>
> Everything about them is correct – the destination ip, port, size, etc.
>
>
>
> From the debug logs the stream is set up as:
>
>
>
> [DEBUG] [RFNOC] Creating diverted RX stream with arguments:
> dest_addr=172.17.0.2,dest_mac_addr=02:42:ac:11:00:02,dest_port=1234,stream_mode=full_packet,__chdr_width=64,enable_remote_stream=1,enable_fc=0
>
> [DEBUG] [X300::SFP0::TA_CTL] On transport adapter 0: Adding route from
> EPID 6 to destination 172.17.0.2:1234 (MAC Address: 02:42:ac:11:00:02),
> stream mode FULL_PACKET (0)
>
>
>
> What could cause that streaming to stop (given there is no flow control)?
>
>
>
> Many thanks, Kevin
>
>
> _______________________________________________
> USRP-users mailing list -- usrp-users@lists.ettus.com
> To unsubscribe send an email to usrp-users-leave@lists.ettus.com
>
KW
Kevin Williams
Wed, Jul 23, 2025 1:19 PM
Hi Nikos,
They are: dest_addr=172.17.0.2,dest_mac_addr=02:42:ac:11:00:02,dest_port=1234,stream_mode=full_packet
Kind regards, Kevin
From: Nikos Balkanas nbalkanas@gmail.com
Sent: Wednesday, 23 July 2025 15:15
To: Kevin Williams kevin.williams@vastech.co.za
Cc: usrp-users@lists.ettus.com
Subject: [EXTERNAL]Re: [USRP-users] remote streaming starts, but stops after a few packets received
Hi Kevin,
What are your stream_args?
Using UHD_STREAM_MODE_NUM_SAMPS_AND_DONE?
Not using RFNOC, but full_packet is not a UHD 4.6 mode:(
BR,
nikos
On Wed, Jul 23, 2025 at 3:14 PM Kevin Williams <kevin.williams@vastech.co.za mailto:kevin.williams@vastech.co.za > wrote:
Hi,
I have enabled remote streaming but according to wireshark I only receive 6x 4k packets.
Everything about them is correct – the destination ip, port, size, etc.
From the debug logs the stream is set up as:
[DEBUG] [RFNOC] Creating diverted RX stream with arguments: dest_addr=172.17.0.2,dest_mac_addr=02:42:ac:11:00:02,dest_port=1234,stream_mode=full_packet,__chdr_width=64,enable_remote_stream=1,enable_fc=0
[DEBUG] [X300::SFP0::TA_CTL] On transport adapter 0: Adding route from EPID 6 to destination 172.17.0.2:1234 https://url.za.m.mimecastprotect.com/s/Al-NC98BNNiNO7DsofKiqDHZw?domain=172.17.0.2 (MAC Address: 02:42:ac:11:00:02), stream mode FULL_PACKET (0)
What could cause that streaming to stop (given there is no flow control)?
Many thanks, Kevin
USRP-users mailing list -- usrp-users@lists.ettus.com mailto:usrp-users@lists.ettus.com
To unsubscribe send an email to usrp-users-leave@lists.ettus.com mailto:usrp-users-leave@lists.ettus.com
Hi Nikos,
They are: dest_addr=172.17.0.2,dest_mac_addr=02:42:ac:11:00:02,dest_port=1234,stream_mode=full_packet
Kind regards, Kevin
From: Nikos Balkanas <nbalkanas@gmail.com>
Sent: Wednesday, 23 July 2025 15:15
To: Kevin Williams <kevin.williams@vastech.co.za>
Cc: usrp-users@lists.ettus.com
Subject: [EXTERNAL]Re: [USRP-users] remote streaming starts, but stops after a few packets received
Hi Kevin,
What are your stream_args?
Using UHD_STREAM_MODE_NUM_SAMPS_AND_DONE?
Not using RFNOC, but full_packet is not a UHD 4.6 mode:(
BR,
nikos
On Wed, Jul 23, 2025 at 3:14 PM Kevin Williams <kevin.williams@vastech.co.za <mailto:kevin.williams@vastech.co.za> > wrote:
Hi,
I have enabled remote streaming but according to wireshark I only receive 6x 4k packets.
Everything about them is correct – the destination ip, port, size, etc.
From the debug logs the stream is set up as:
[DEBUG] [RFNOC] Creating diverted RX stream with arguments: dest_addr=172.17.0.2,dest_mac_addr=02:42:ac:11:00:02,dest_port=1234,stream_mode=full_packet,__chdr_width=64,enable_remote_stream=1,enable_fc=0
[DEBUG] [X300::SFP0::TA_CTL] On transport adapter 0: Adding route from EPID 6 to destination 172.17.0.2:1234 <https://url.za.m.mimecastprotect.com/s/Al-NC98BNNiNO7DsofKiqDHZw?domain=172.17.0.2> (MAC Address: 02:42:ac:11:00:02), stream mode FULL_PACKET (0)
What could cause that streaming to stop (given there is no flow control)?
Many thanks, Kevin
_______________________________________________
USRP-users mailing list -- usrp-users@lists.ettus.com <mailto:usrp-users@lists.ettus.com>
To unsubscribe send an email to usrp-users-leave@lists.ettus.com <mailto:usrp-users-leave@lists.ettus.com>
KW
Kevin Williams
Wed, Jul 23, 2025 1:25 PM
Hi Nikos,
Just to clarify: this is using remote streaming where one can turn off the header etc.
Yes, using continuous mode also.
Cheers, Kevin
From: Nikos Balkanas nbalkanas@gmail.com
Sent: Wednesday, 23 July 2025 15:15
To: Kevin Williams kevin.williams@vastech.co.za
Cc: usrp-users@lists.ettus.com
Subject: [EXTERNAL]Re: [USRP-users] remote streaming starts, but stops after a few packets received
Hi Kevin,
What are your stream_args?
Using UHD_STREAM_MODE_NUM_SAMPS_AND_DONE?
Not using RFNOC, but full_packet is not a UHD 4.6 mode:(
BR,
nikos
On Wed, Jul 23, 2025 at 3:14 PM Kevin Williams <kevin.williams@vastech.co.za mailto:kevin.williams@vastech.co.za > wrote:
Hi,
I have enabled remote streaming but according to wireshark I only receive 6x 4k packets.
Everything about them is correct – the destination ip, port, size, etc.
From the debug logs the stream is set up as:
[DEBUG] [RFNOC] Creating diverted RX stream with arguments: dest_addr=172.17.0.2,dest_mac_addr=02:42:ac:11:00:02,dest_port=1234,stream_mode=full_packet,__chdr_width=64,enable_remote_stream=1,enable_fc=0
[DEBUG] [X300::SFP0::TA_CTL] On transport adapter 0: Adding route from EPID 6 to destination 172.17.0.2:1234 https://url.za.m.mimecastprotect.com/s/Al-NC98BNNiNO7DsofKiqDHZw?domain=172.17.0.2 (MAC Address: 02:42:ac:11:00:02), stream mode FULL_PACKET (0)
What could cause that streaming to stop (given there is no flow control)?
Many thanks, Kevin
USRP-users mailing list -- usrp-users@lists.ettus.com mailto:usrp-users@lists.ettus.com
To unsubscribe send an email to usrp-users-leave@lists.ettus.com mailto:usrp-users-leave@lists.ettus.com
Hi Nikos,
Just to clarify: this is using remote streaming where one can turn off the header etc.
Yes, using continuous mode also.
Cheers, Kevin
From: Nikos Balkanas <nbalkanas@gmail.com>
Sent: Wednesday, 23 July 2025 15:15
To: Kevin Williams <kevin.williams@vastech.co.za>
Cc: usrp-users@lists.ettus.com
Subject: [EXTERNAL]Re: [USRP-users] remote streaming starts, but stops after a few packets received
Hi Kevin,
What are your stream_args?
Using UHD_STREAM_MODE_NUM_SAMPS_AND_DONE?
Not using RFNOC, but full_packet is not a UHD 4.6 mode:(
BR,
nikos
On Wed, Jul 23, 2025 at 3:14 PM Kevin Williams <kevin.williams@vastech.co.za <mailto:kevin.williams@vastech.co.za> > wrote:
Hi,
I have enabled remote streaming but according to wireshark I only receive 6x 4k packets.
Everything about them is correct – the destination ip, port, size, etc.
From the debug logs the stream is set up as:
[DEBUG] [RFNOC] Creating diverted RX stream with arguments: dest_addr=172.17.0.2,dest_mac_addr=02:42:ac:11:00:02,dest_port=1234,stream_mode=full_packet,__chdr_width=64,enable_remote_stream=1,enable_fc=0
[DEBUG] [X300::SFP0::TA_CTL] On transport adapter 0: Adding route from EPID 6 to destination 172.17.0.2:1234 <https://url.za.m.mimecastprotect.com/s/Al-NC98BNNiNO7DsofKiqDHZw?domain=172.17.0.2> (MAC Address: 02:42:ac:11:00:02), stream mode FULL_PACKET (0)
What could cause that streaming to stop (given there is no flow control)?
Many thanks, Kevin
_______________________________________________
USRP-users mailing list -- usrp-users@lists.ettus.com <mailto:usrp-users@lists.ettus.com>
To unsubscribe send an email to usrp-users-leave@lists.ettus.com <mailto:usrp-users-leave@lists.ettus.com>
MB
Martin Braun
Wed, Jul 23, 2025 2:57 PM
Kevin,
are you specifying enable_fc=0 in the stream args or not? In the debug
statement above, they're shown, but not in your last email. I'm asking
because it looks like FC is kicking in and stopping the stream.
--M
On Wed, Jul 23, 2025 at 3:20 PM Kevin Williams kevin.williams@vastech.co.za
wrote:
Hi Nikos,
They are:
dest_addr=172.17.0.2,dest_mac_addr=02:42:ac:11:00:02,dest_port=1234,stream_mode=full_packet
Kind regards, Kevin
From: Nikos Balkanas nbalkanas@gmail.com
Sent: Wednesday, 23 July 2025 15:15
To: Kevin Williams kevin.williams@vastech.co.za
Cc: usrp-users@lists.ettus.com
Subject: [EXTERNAL]Re: [USRP-users] remote streaming starts, but stops
after a few packets received
Hi Kevin,
What are your stream_args?
Using UHD_STREAM_MODE_NUM_SAMPS_AND_DONE?
Not using RFNOC, but full_packet is not a UHD 4.6 mode:(
BR,
nikos
On Wed, Jul 23, 2025 at 3:14 PM Kevin Williams <
kevin.williams@vastech.co.za> wrote:
Hi,
I have enabled remote streaming but according to wireshark I only receive
6x 4k packets.
Everything about them is correct – the destination ip, port, size, etc.
From the debug logs the stream is set up as:
[DEBUG] [RFNOC] Creating diverted RX stream with arguments:
dest_addr=172.17.0.2,dest_mac_addr=02:42:ac:11:00:02,dest_port=1234,stream_mode=full_packet,__chdr_width=64,enable_remote_stream=1,enable_fc=0
[DEBUG] [X300::SFP0::TA_CTL] On transport adapter 0: Adding route from
EPID 6 to destination 172.17.0.2:1234
https://url.za.m.mimecastprotect.com/s/Al-NC98BNNiNO7DsofKiqDHZw?domain=172.17.0.2
(MAC Address: 02:42:ac:11:00:02), stream mode FULL_PACKET (0)
What could cause that streaming to stop (given there is no flow control)?
Many thanks, Kevin
USRP-users mailing list -- usrp-users@lists.ettus.com
To unsubscribe send an email to usrp-users-leave@lists.ettus.com
USRP-users mailing list -- usrp-users@lists.ettus.com
To unsubscribe send an email to usrp-users-leave@lists.ettus.com
Kevin,
are you specifying enable_fc=0 in the stream args or not? In the debug
statement above, they're shown, but not in your last email. I'm asking
because it looks like FC is kicking in and stopping the stream.
--M
On Wed, Jul 23, 2025 at 3:20 PM Kevin Williams <kevin.williams@vastech.co.za>
wrote:
> Hi Nikos,
>
>
>
> They are:
> dest_addr=172.17.0.2,dest_mac_addr=02:42:ac:11:00:02,dest_port=1234,stream_mode=full_packet
>
>
>
> Kind regards, Kevin
>
>
>
> *From:* Nikos Balkanas <nbalkanas@gmail.com>
> *Sent:* Wednesday, 23 July 2025 15:15
> *To:* Kevin Williams <kevin.williams@vastech.co.za>
> *Cc:* usrp-users@lists.ettus.com
> *Subject:* [EXTERNAL]Re: [USRP-users] remote streaming starts, but stops
> after a few packets received
>
>
>
> Hi Kevin,
>
>
>
> What are your stream_args?
>
> Using UHD_STREAM_MODE_NUM_SAMPS_AND_DONE?
>
> Not using RFNOC, but full_packet is not a UHD 4.6 mode:(
>
>
>
> BR,
>
> nikos
>
>
>
> On Wed, Jul 23, 2025 at 3:14 PM Kevin Williams <
> kevin.williams@vastech.co.za> wrote:
>
> Hi,
>
>
>
> I have enabled remote streaming but according to wireshark I only receive
> 6x 4k packets.
>
>
>
> Everything about them is correct – the destination ip, port, size, etc.
>
>
>
> From the debug logs the stream is set up as:
>
>
>
> [DEBUG] [RFNOC] Creating diverted RX stream with arguments:
> dest_addr=172.17.0.2,dest_mac_addr=02:42:ac:11:00:02,dest_port=1234,stream_mode=full_packet,__chdr_width=64,enable_remote_stream=1,enable_fc=0
>
> [DEBUG] [X300::SFP0::TA_CTL] On transport adapter 0: Adding route from
> EPID 6 to destination 172.17.0.2:1234
> <https://url.za.m.mimecastprotect.com/s/Al-NC98BNNiNO7DsofKiqDHZw?domain=172.17.0.2>
> (MAC Address: 02:42:ac:11:00:02), stream mode FULL_PACKET (0)
>
>
>
> What could cause that streaming to stop (given there is no flow control)?
>
>
>
> Many thanks, Kevin
>
>
>
> _______________________________________________
> USRP-users mailing list -- usrp-users@lists.ettus.com
> To unsubscribe send an email to usrp-users-leave@lists.ettus.com
>
> _______________________________________________
> USRP-users mailing list -- usrp-users@lists.ettus.com
> To unsubscribe send an email to usrp-users-leave@lists.ettus.com
>
KW
Kevin Williams
Wed, Jul 23, 2025 3:09 PM
I’m using the default which I read is fc=0.
I will try explicitly setting it.
Some more info: if I increase the decimation in my block I get more packets, but it still stalls.
From: Martin Braun martin.braun@ettus.com
Sent: Wednesday, 23 July 2025 16:57
To: Kevin Williams kevin.williams@vastech.co.za
Cc: nbalkanas@gmail.com; usrp-users@lists.ettus.com
Subject: Re: [USRP-users] Re: [EXTERNAL]Re: remote streaming starts, but stops after a few packets received
Kevin,
are you specifying enable_fc=0 in the stream args or not? In the debug statement above, they're shown, but not in your last email. I'm asking because it looks like FC is kicking in and stopping the stream.
--M
On Wed, Jul 23, 2025 at 3:20 PM Kevin Williams <kevin.williams@vastech.co.za mailto:kevin.williams@vastech.co.za > wrote:
Hi Nikos,
They are: dest_addr=172.17.0.2,dest_mac_addr=02:42:ac:11:00:02,dest_port=1234,stream_mode=full_packet
Kind regards, Kevin
From: Nikos Balkanas <nbalkanas@gmail.com mailto:nbalkanas@gmail.com >
Sent: Wednesday, 23 July 2025 15:15
To: Kevin Williams <kevin.williams@vastech.co.za mailto:kevin.williams@vastech.co.za >
Cc: usrp-users@lists.ettus.com mailto:usrp-users@lists.ettus.com
Subject: [EXTERNAL]Re: [USRP-users] remote streaming starts, but stops after a few packets received
Hi Kevin,
What are your stream_args?
Using UHD_STREAM_MODE_NUM_SAMPS_AND_DONE?
Not using RFNOC, but full_packet is not a UHD 4.6 mode:(
BR,
nikos
On Wed, Jul 23, 2025 at 3:14 PM Kevin Williams <kevin.williams@vastech.co.za mailto:kevin.williams@vastech.co.za > wrote:
Hi,
I have enabled remote streaming but according to wireshark I only receive 6x 4k packets.
Everything about them is correct – the destination ip, port, size, etc.
From the debug logs the stream is set up as:
[DEBUG] [RFNOC] Creating diverted RX stream with arguments: dest_addr=172.17.0.2,dest_mac_addr=02:42:ac:11:00:02,dest_port=1234,stream_mode=full_packet,__chdr_width=64,enable_remote_stream=1,enable_fc=0
[DEBUG] [X300::SFP0::TA_CTL] On transport adapter 0: Adding route from EPID 6 to destination 172.17.0.2:1234 https://url.za.m.mimecastprotect.com/s/ZhgSC1jqNNSBZGwfLf4iV6gIr?domain=172.17.0.2 (MAC Address: 02:42:ac:11:00:02), stream mode FULL_PACKET (0)
What could cause that streaming to stop (given there is no flow control)?
Many thanks, Kevin
USRP-users mailing list -- usrp-users@lists.ettus.com mailto:usrp-users@lists.ettus.com
To unsubscribe send an email to usrp-users-leave@lists.ettus.com mailto:usrp-users-leave@lists.ettus.com
USRP-users mailing list -- usrp-users@lists.ettus.com
To unsubscribe send an email to usrp-users-leave@lists.ettus.com mailto:usrp-users-leave@lists.ettus.com
I’m using the default which I read is fc=0.
I will try explicitly setting it.
Some more info: if I increase the decimation in my block I get more packets, but it still stalls.
From: Martin Braun <martin.braun@ettus.com>
Sent: Wednesday, 23 July 2025 16:57
To: Kevin Williams <kevin.williams@vastech.co.za>
Cc: nbalkanas@gmail.com; usrp-users@lists.ettus.com
Subject: Re: [USRP-users] Re: [EXTERNAL]Re: remote streaming starts, but stops after a few packets received
Kevin,
are you specifying enable_fc=0 in the stream args or not? In the debug statement above, they're shown, but not in your last email. I'm asking because it looks like FC is kicking in and stopping the stream.
--M
On Wed, Jul 23, 2025 at 3:20 PM Kevin Williams <kevin.williams@vastech.co.za <mailto:kevin.williams@vastech.co.za> > wrote:
Hi Nikos,
They are: dest_addr=172.17.0.2,dest_mac_addr=02:42:ac:11:00:02,dest_port=1234,stream_mode=full_packet
Kind regards, Kevin
From: Nikos Balkanas <nbalkanas@gmail.com <mailto:nbalkanas@gmail.com> >
Sent: Wednesday, 23 July 2025 15:15
To: Kevin Williams <kevin.williams@vastech.co.za <mailto:kevin.williams@vastech.co.za> >
Cc: usrp-users@lists.ettus.com <mailto:usrp-users@lists.ettus.com>
Subject: [EXTERNAL]Re: [USRP-users] remote streaming starts, but stops after a few packets received
Hi Kevin,
What are your stream_args?
Using UHD_STREAM_MODE_NUM_SAMPS_AND_DONE?
Not using RFNOC, but full_packet is not a UHD 4.6 mode:(
BR,
nikos
On Wed, Jul 23, 2025 at 3:14 PM Kevin Williams <kevin.williams@vastech.co.za <mailto:kevin.williams@vastech.co.za> > wrote:
Hi,
I have enabled remote streaming but according to wireshark I only receive 6x 4k packets.
Everything about them is correct – the destination ip, port, size, etc.
From the debug logs the stream is set up as:
[DEBUG] [RFNOC] Creating diverted RX stream with arguments: dest_addr=172.17.0.2,dest_mac_addr=02:42:ac:11:00:02,dest_port=1234,stream_mode=full_packet,__chdr_width=64,enable_remote_stream=1,enable_fc=0
[DEBUG] [X300::SFP0::TA_CTL] On transport adapter 0: Adding route from EPID 6 to destination 172.17.0.2:1234 <https://url.za.m.mimecastprotect.com/s/ZhgSC1jqNNSBZGwfLf4iV6gIr?domain=172.17.0.2> (MAC Address: 02:42:ac:11:00:02), stream mode FULL_PACKET (0)
What could cause that streaming to stop (given there is no flow control)?
Many thanks, Kevin
_______________________________________________
USRP-users mailing list -- usrp-users@lists.ettus.com <mailto:usrp-users@lists.ettus.com>
To unsubscribe send an email to usrp-users-leave@lists.ettus.com <mailto:usrp-users-leave@lists.ettus.com>
_______________________________________________
USRP-users mailing list -- usrp-users@lists.ettus.com
To unsubscribe send an email to usrp-users-leave@lists.ettus.com <mailto:usrp-users-leave@lists.ettus.com>
KW
Kevin Williams
Fri, Jul 25, 2025 11:20 AM
HI,
It seems that explicitly adding “enable_fc=0” does not help.
I notice this control packet though, just a few packets before the streaming stops.
Is that perhaps related to the issue?
Regards, Kevin
From: Martin Braun martin.braun@ettus.com
Sent: Wednesday, 23 July 2025 16:57
To: Kevin Williams kevin.williams@vastech.co.za
Cc: nbalkanas@gmail.com; usrp-users@lists.ettus.com
Subject: Re: [USRP-users] Re: [EXTERNAL]Re: remote streaming starts, but stops after a few packets received
Kevin,
are you specifying enable_fc=0 in the stream args or not? In the debug statement above, they're shown, but not in your last email. I'm asking because it looks like FC is kicking in and stopping the stream.
--M
On Wed, Jul 23, 2025 at 3:20 PM Kevin Williams <kevin.williams@vastech.co.za mailto:kevin.williams@vastech.co.za > wrote:
Hi Nikos,
They are: dest_addr=172.17.0.2,dest_mac_addr=02:42:ac:11:00:02,dest_port=1234,stream_mode=full_packet
Kind regards, Kevin
From: Nikos Balkanas <nbalkanas@gmail.com mailto:nbalkanas@gmail.com >
Sent: Wednesday, 23 July 2025 15:15
To: Kevin Williams <kevin.williams@vastech.co.za mailto:kevin.williams@vastech.co.za >
Cc: usrp-users@lists.ettus.com mailto:usrp-users@lists.ettus.com
Subject: [EXTERNAL]Re: [USRP-users] remote streaming starts, but stops after a few packets received
Hi Kevin,
What are your stream_args?
Using UHD_STREAM_MODE_NUM_SAMPS_AND_DONE?
Not using RFNOC, but full_packet is not a UHD 4.6 mode:(
BR,
nikos
On Wed, Jul 23, 2025 at 3:14 PM Kevin Williams <kevin.williams@vastech.co.za mailto:kevin.williams@vastech.co.za > wrote:
Hi,
I have enabled remote streaming but according to wireshark I only receive 6x 4k packets.
Everything about them is correct – the destination ip, port, size, etc.
From the debug logs the stream is set up as:
[DEBUG] [RFNOC] Creating diverted RX stream with arguments: dest_addr=172.17.0.2,dest_mac_addr=02:42:ac:11:00:02,dest_port=1234,stream_mode=full_packet,__chdr_width=64,enable_remote_stream=1,enable_fc=0
[DEBUG] [X300::SFP0::TA_CTL] On transport adapter 0: Adding route from EPID 6 to destination 172.17.0.2:1234 https://url.za.m.mimecastprotect.com/s/ZhgSC1jqNNSBZGwfLf4iV6gIr?domain=172.17.0.2 (MAC Address: 02:42:ac:11:00:02), stream mode FULL_PACKET (0)
What could cause that streaming to stop (given there is no flow control)?
Many thanks, Kevin
USRP-users mailing list -- usrp-users@lists.ettus.com mailto:usrp-users@lists.ettus.com
To unsubscribe send an email to usrp-users-leave@lists.ettus.com mailto:usrp-users-leave@lists.ettus.com
USRP-users mailing list -- usrp-users@lists.ettus.com mailto:usrp-users@lists.ettus.com
To unsubscribe send an email to usrp-users-leave@lists.ettus.com mailto:usrp-users-leave@lists.ettus.com
HI,
It seems that explicitly adding “enable_fc=0” does not help.
I notice this control packet though, just a few packets before the streaming stops.
Is that perhaps related to the issue?
Regards, Kevin
From: Martin Braun <martin.braun@ettus.com>
Sent: Wednesday, 23 July 2025 16:57
To: Kevin Williams <kevin.williams@vastech.co.za>
Cc: nbalkanas@gmail.com; usrp-users@lists.ettus.com
Subject: Re: [USRP-users] Re: [EXTERNAL]Re: remote streaming starts, but stops after a few packets received
Kevin,
are you specifying enable_fc=0 in the stream args or not? In the debug statement above, they're shown, but not in your last email. I'm asking because it looks like FC is kicking in and stopping the stream.
--M
On Wed, Jul 23, 2025 at 3:20 PM Kevin Williams <kevin.williams@vastech.co.za <mailto:kevin.williams@vastech.co.za> > wrote:
Hi Nikos,
They are: dest_addr=172.17.0.2,dest_mac_addr=02:42:ac:11:00:02,dest_port=1234,stream_mode=full_packet
Kind regards, Kevin
From: Nikos Balkanas <nbalkanas@gmail.com <mailto:nbalkanas@gmail.com> >
Sent: Wednesday, 23 July 2025 15:15
To: Kevin Williams <kevin.williams@vastech.co.za <mailto:kevin.williams@vastech.co.za> >
Cc: usrp-users@lists.ettus.com <mailto:usrp-users@lists.ettus.com>
Subject: [EXTERNAL]Re: [USRP-users] remote streaming starts, but stops after a few packets received
Hi Kevin,
What are your stream_args?
Using UHD_STREAM_MODE_NUM_SAMPS_AND_DONE?
Not using RFNOC, but full_packet is not a UHD 4.6 mode:(
BR,
nikos
On Wed, Jul 23, 2025 at 3:14 PM Kevin Williams <kevin.williams@vastech.co.za <mailto:kevin.williams@vastech.co.za> > wrote:
Hi,
I have enabled remote streaming but according to wireshark I only receive 6x 4k packets.
Everything about them is correct – the destination ip, port, size, etc.
From the debug logs the stream is set up as:
[DEBUG] [RFNOC] Creating diverted RX stream with arguments: dest_addr=172.17.0.2,dest_mac_addr=02:42:ac:11:00:02,dest_port=1234,stream_mode=full_packet,__chdr_width=64,enable_remote_stream=1,enable_fc=0
[DEBUG] [X300::SFP0::TA_CTL] On transport adapter 0: Adding route from EPID 6 to destination 172.17.0.2:1234 <https://url.za.m.mimecastprotect.com/s/ZhgSC1jqNNSBZGwfLf4iV6gIr?domain=172.17.0.2> (MAC Address: 02:42:ac:11:00:02), stream mode FULL_PACKET (0)
What could cause that streaming to stop (given there is no flow control)?
Many thanks, Kevin
_______________________________________________
USRP-users mailing list -- usrp-users@lists.ettus.com <mailto:usrp-users@lists.ettus.com>
To unsubscribe send an email to usrp-users-leave@lists.ettus.com <mailto:usrp-users-leave@lists.ettus.com>
_______________________________________________
USRP-users mailing list -- usrp-users@lists.ettus.com <mailto:usrp-users@lists.ettus.com>
To unsubscribe send an email to usrp-users-leave@lists.ettus.com <mailto:usrp-users-leave@lists.ettus.com>
MB
Martin Braun
Fri, Jul 25, 2025 12:45 PM
Kevin,
does rx_to_remote_udp.py work (formerly known as remote_rx.py)? (It's an
example in host/examples/python).
--M
On Fri, Jul 25, 2025 at 1:20 PM Kevin Williams kevin.williams@vastech.co.za
wrote:
HI,
It seems that explicitly adding “enable_fc=0” does not help.
I notice this control packet though, just a few packets before the
streaming stops.
Is that perhaps related to the issue?
Regards, Kevin
From: Martin Braun martin.braun@ettus.com
Sent: Wednesday, 23 July 2025 16:57
To: Kevin Williams kevin.williams@vastech.co.za
Cc: nbalkanas@gmail.com; usrp-users@lists.ettus.com
Subject: Re: [USRP-users] Re: [EXTERNAL]Re: remote streaming starts,
but stops after a few packets received
Kevin,
are you specifying enable_fc=0 in the stream args or not? In the debug
statement above, they're shown, but not in your last email. I'm asking
because it looks like FC is kicking in and stopping the stream.
--M
On Wed, Jul 23, 2025 at 3:20 PM Kevin Williams <
kevin.williams@vastech.co.za> wrote:
Hi Nikos,
They are:
dest_addr=172.17.0.2,dest_mac_addr=02:42:ac:11:00:02,dest_port=1234,stream_mode=full_packet
Kind regards, Kevin
From: Nikos Balkanas nbalkanas@gmail.com
Sent: Wednesday, 23 July 2025 15:15
To: Kevin Williams kevin.williams@vastech.co.za
Cc: usrp-users@lists.ettus.com
Subject: [EXTERNAL]Re: [USRP-users] remote streaming starts, but stops
after a few packets received
Hi Kevin,
What are your stream_args?
Using UHD_STREAM_MODE_NUM_SAMPS_AND_DONE?
Not using RFNOC, but full_packet is not a UHD 4.6 mode:(
BR,
nikos
On Wed, Jul 23, 2025 at 3:14 PM Kevin Williams <
kevin.williams@vastech.co.za> wrote:
Hi,
I have enabled remote streaming but according to wireshark I only receive
6x 4k packets.
Everything about them is correct – the destination ip, port, size, etc.
From the debug logs the stream is set up as:
[DEBUG] [RFNOC] Creating diverted RX stream with arguments:
dest_addr=172.17.0.2,dest_mac_addr=02:42:ac:11:00:02,dest_port=1234,stream_mode=full_packet,__chdr_width=64,enable_remote_stream=1,enable_fc=0
[DEBUG] [X300::SFP0::TA_CTL] On transport adapter 0: Adding route from
EPID 6 to destination 172.17.0.2:1234
https://url.za.m.mimecastprotect.com/s/ZhgSC1jqNNSBZGwfLf4iV6gIr?domain=172.17.0.2
(MAC Address: 02:42:ac:11:00:02), stream mode FULL_PACKET (0)
What could cause that streaming to stop (given there is no flow control)?
Many thanks, Kevin
USRP-users mailing list -- usrp-users@lists.ettus.com
To unsubscribe send an email to usrp-users-leave@lists.ettus.com
USRP-users mailing list -- usrp-users@lists.ettus.com
To unsubscribe send an email to usrp-users-leave@lists.ettus.com
Kevin,
does rx_to_remote_udp.py work (formerly known as remote_rx.py)? (It's an
example in host/examples/python).
--M
On Fri, Jul 25, 2025 at 1:20 PM Kevin Williams <kevin.williams@vastech.co.za>
wrote:
> HI,
>
>
>
> It seems that explicitly adding “enable_fc=0” does not help.
>
>
>
> I notice this control packet though, just a few packets before the
> streaming stops.
>
>
>
> Is that perhaps related to the issue?
>
>
>
> Regards, Kevin
>
>
>
>
>
>
>
>
>
>
>
> *From:* Martin Braun <martin.braun@ettus.com>
> *Sent:* Wednesday, 23 July 2025 16:57
> *To:* Kevin Williams <kevin.williams@vastech.co.za>
> *Cc:* nbalkanas@gmail.com; usrp-users@lists.ettus.com
> *Subject:* Re: [USRP-users] Re: [EXTERNAL]Re: remote streaming starts,
> but stops after a few packets received
>
>
>
> Kevin,
>
>
>
> are you specifying enable_fc=0 in the stream args or not? In the debug
> statement above, they're shown, but not in your last email. I'm asking
> because it looks like FC is kicking in and stopping the stream.
>
>
>
> --M
>
>
>
> On Wed, Jul 23, 2025 at 3:20 PM Kevin Williams <
> kevin.williams@vastech.co.za> wrote:
>
> Hi Nikos,
>
>
>
> They are:
> dest_addr=172.17.0.2,dest_mac_addr=02:42:ac:11:00:02,dest_port=1234,stream_mode=full_packet
>
>
>
> Kind regards, Kevin
>
>
>
> *From:* Nikos Balkanas <nbalkanas@gmail.com>
> *Sent:* Wednesday, 23 July 2025 15:15
> *To:* Kevin Williams <kevin.williams@vastech.co.za>
> *Cc:* usrp-users@lists.ettus.com
> *Subject:* [EXTERNAL]Re: [USRP-users] remote streaming starts, but stops
> after a few packets received
>
>
>
> Hi Kevin,
>
>
>
> What are your stream_args?
>
> Using UHD_STREAM_MODE_NUM_SAMPS_AND_DONE?
>
> Not using RFNOC, but full_packet is not a UHD 4.6 mode:(
>
>
>
> BR,
>
> nikos
>
>
>
> On Wed, Jul 23, 2025 at 3:14 PM Kevin Williams <
> kevin.williams@vastech.co.za> wrote:
>
> Hi,
>
>
>
> I have enabled remote streaming but according to wireshark I only receive
> 6x 4k packets.
>
>
>
> Everything about them is correct – the destination ip, port, size, etc.
>
>
>
> From the debug logs the stream is set up as:
>
>
>
> [DEBUG] [RFNOC] Creating diverted RX stream with arguments:
> dest_addr=172.17.0.2,dest_mac_addr=02:42:ac:11:00:02,dest_port=1234,stream_mode=full_packet,__chdr_width=64,enable_remote_stream=1,enable_fc=0
>
> [DEBUG] [X300::SFP0::TA_CTL] On transport adapter 0: Adding route from
> EPID 6 to destination 172.17.0.2:1234
> <https://url.za.m.mimecastprotect.com/s/ZhgSC1jqNNSBZGwfLf4iV6gIr?domain=172.17.0.2>
> (MAC Address: 02:42:ac:11:00:02), stream mode FULL_PACKET (0)
>
>
>
> What could cause that streaming to stop (given there is no flow control)?
>
>
>
> Many thanks, Kevin
>
>
>
> _______________________________________________
> USRP-users mailing list -- usrp-users@lists.ettus.com
> To unsubscribe send an email to usrp-users-leave@lists.ettus.com
>
> _______________________________________________
> USRP-users mailing list -- usrp-users@lists.ettus.com
> To unsubscribe send an email to usrp-users-leave@lists.ettus.com
>
>
KW
Kevin Williams
Fri, Jul 25, 2025 12:56 PM
Hi Martin,
I didn’t mean to suggest the Ettus examples are not working – they do, and I get continuous streaming with the default image and even 2x remote streams with ddc0 and ddc1.
I am trying to figure out what my block is not doing correctly, and also trying to understand the mechanism that causes the usrp to stop remote streaming.
Its unclear if this is perhaps related to too-small endpoint buffers, etc.
Regards, Kevin
From: Martin Braun martin.braun@ettus.com
Sent: Friday, 25 July 2025 14:46
To: Kevin Williams kevin.williams@vastech.co.za
Cc: nbalkanas@gmail.com; usrp-users@lists.ettus.com
Subject: Re: [USRP-users] Re: [EXTERNAL]Re: remote streaming starts, but stops after a few packets received
Kevin,
does rx_to_remote_udp.py work (formerly known as remote_rx.py)? (It's an example in host/examples/python).
--M
On Fri, Jul 25, 2025 at 1:20 PM Kevin Williams <kevin.williams@vastech.co.za mailto:kevin.williams@vastech.co.za > wrote:
HI,
It seems that explicitly adding “enable_fc=0” does not help.
I notice this control packet though, just a few packets before the streaming stops.
Is that perhaps related to the issue?
Regards, Kevin
From: Martin Braun <martin.braun@ettus.com mailto:martin.braun@ettus.com >
Sent: Wednesday, 23 July 2025 16:57
To: Kevin Williams <kevin.williams@vastech.co.za mailto:kevin.williams@vastech.co.za >
Cc: nbalkanas@gmail.com mailto:nbalkanas@gmail.com ; usrp-users@lists.ettus.com mailto:usrp-users@lists.ettus.com
Subject: Re: [USRP-users] Re: [EXTERNAL]Re: remote streaming starts, but stops after a few packets received
Kevin,
are you specifying enable_fc=0 in the stream args or not? In the debug statement above, they're shown, but not in your last email. I'm asking because it looks like FC is kicking in and stopping the stream.
--M
On Wed, Jul 23, 2025 at 3:20 PM Kevin Williams <kevin.williams@vastech.co.za mailto:kevin.williams@vastech.co.za > wrote:
Hi Nikos,
They are: dest_addr=172.17.0.2,dest_mac_addr=02:42:ac:11:00:02,dest_port=1234,stream_mode=full_packet
Kind regards, Kevin
From: Nikos Balkanas <nbalkanas@gmail.com mailto:nbalkanas@gmail.com >
Sent: Wednesday, 23 July 2025 15:15
To: Kevin Williams <kevin.williams@vastech.co.za mailto:kevin.williams@vastech.co.za >
Cc: usrp-users@lists.ettus.com mailto:usrp-users@lists.ettus.com
Subject: [EXTERNAL]Re: [USRP-users] remote streaming starts, but stops after a few packets received
Hi Kevin,
What are your stream_args?
Using UHD_STREAM_MODE_NUM_SAMPS_AND_DONE?
Not using RFNOC, but full_packet is not a UHD 4.6 mode:(
BR,
nikos
On Wed, Jul 23, 2025 at 3:14 PM Kevin Williams <kevin.williams@vastech.co.za mailto:kevin.williams@vastech.co.za > wrote:
Hi,
I have enabled remote streaming but according to wireshark I only receive 6x 4k packets.
Everything about them is correct – the destination ip, port, size, etc.
From the debug logs the stream is set up as:
[DEBUG] [RFNOC] Creating diverted RX stream with arguments: dest_addr=172.17.0.2,dest_mac_addr=02:42:ac:11:00:02,dest_port=1234,stream_mode=full_packet,__chdr_width=64,enable_remote_stream=1,enable_fc=0
[DEBUG] [X300::SFP0::TA_CTL] On transport adapter 0: Adding route from EPID 6 to destination 172.17.0.2:1234 https://url.za.m.mimecastprotect.com/s/dnTlCnZXkkt3VJlI9f2iJBiQg?domain=172.17.0.2 (MAC Address: 02:42:ac:11:00:02), stream mode FULL_PACKET (0)
What could cause that streaming to stop (given there is no flow control)?
Many thanks, Kevin
USRP-users mailing list -- usrp-users@lists.ettus.com mailto:usrp-users@lists.ettus.com
To unsubscribe send an email to usrp-users-leave@lists.ettus.com mailto:usrp-users-leave@lists.ettus.com
USRP-users mailing list -- usrp-users@lists.ettus.com mailto:usrp-users@lists.ettus.com
To unsubscribe send an email to usrp-users-leave@lists.ettus.com mailto:usrp-users-leave@lists.ettus.com
Hi Martin,
I didn’t mean to suggest the Ettus examples are not working – they do, and I get continuous streaming with the default image and even 2x remote streams with ddc0 and ddc1.
I am trying to figure out what my block is not doing correctly, and also trying to understand the mechanism that causes the usrp to stop remote streaming.
Its unclear if this is perhaps related to too-small endpoint buffers, etc.
Regards, Kevin
From: Martin Braun <martin.braun@ettus.com>
Sent: Friday, 25 July 2025 14:46
To: Kevin Williams <kevin.williams@vastech.co.za>
Cc: nbalkanas@gmail.com; usrp-users@lists.ettus.com
Subject: Re: [USRP-users] Re: [EXTERNAL]Re: remote streaming starts, but stops after a few packets received
Kevin,
does rx_to_remote_udp.py work (formerly known as remote_rx.py)? (It's an example in host/examples/python).
--M
On Fri, Jul 25, 2025 at 1:20 PM Kevin Williams <kevin.williams@vastech.co.za <mailto:kevin.williams@vastech.co.za> > wrote:
HI,
It seems that explicitly adding “enable_fc=0” does not help.
I notice this control packet though, just a few packets before the streaming stops.
Is that perhaps related to the issue?
Regards, Kevin
From: Martin Braun <martin.braun@ettus.com <mailto:martin.braun@ettus.com> >
Sent: Wednesday, 23 July 2025 16:57
To: Kevin Williams <kevin.williams@vastech.co.za <mailto:kevin.williams@vastech.co.za> >
Cc: nbalkanas@gmail.com <mailto:nbalkanas@gmail.com> ; usrp-users@lists.ettus.com <mailto:usrp-users@lists.ettus.com>
Subject: Re: [USRP-users] Re: [EXTERNAL]Re: remote streaming starts, but stops after a few packets received
Kevin,
are you specifying enable_fc=0 in the stream args or not? In the debug statement above, they're shown, but not in your last email. I'm asking because it looks like FC is kicking in and stopping the stream.
--M
On Wed, Jul 23, 2025 at 3:20 PM Kevin Williams <kevin.williams@vastech.co.za <mailto:kevin.williams@vastech.co.za> > wrote:
Hi Nikos,
They are: dest_addr=172.17.0.2,dest_mac_addr=02:42:ac:11:00:02,dest_port=1234,stream_mode=full_packet
Kind regards, Kevin
From: Nikos Balkanas <nbalkanas@gmail.com <mailto:nbalkanas@gmail.com> >
Sent: Wednesday, 23 July 2025 15:15
To: Kevin Williams <kevin.williams@vastech.co.za <mailto:kevin.williams@vastech.co.za> >
Cc: usrp-users@lists.ettus.com <mailto:usrp-users@lists.ettus.com>
Subject: [EXTERNAL]Re: [USRP-users] remote streaming starts, but stops after a few packets received
Hi Kevin,
What are your stream_args?
Using UHD_STREAM_MODE_NUM_SAMPS_AND_DONE?
Not using RFNOC, but full_packet is not a UHD 4.6 mode:(
BR,
nikos
On Wed, Jul 23, 2025 at 3:14 PM Kevin Williams <kevin.williams@vastech.co.za <mailto:kevin.williams@vastech.co.za> > wrote:
Hi,
I have enabled remote streaming but according to wireshark I only receive 6x 4k packets.
Everything about them is correct – the destination ip, port, size, etc.
From the debug logs the stream is set up as:
[DEBUG] [RFNOC] Creating diverted RX stream with arguments: dest_addr=172.17.0.2,dest_mac_addr=02:42:ac:11:00:02,dest_port=1234,stream_mode=full_packet,__chdr_width=64,enable_remote_stream=1,enable_fc=0
[DEBUG] [X300::SFP0::TA_CTL] On transport adapter 0: Adding route from EPID 6 to destination 172.17.0.2:1234 <https://url.za.m.mimecastprotect.com/s/dnTlCnZXkkt3VJlI9f2iJBiQg?domain=172.17.0.2> (MAC Address: 02:42:ac:11:00:02), stream mode FULL_PACKET (0)
What could cause that streaming to stop (given there is no flow control)?
Many thanks, Kevin
_______________________________________________
USRP-users mailing list -- usrp-users@lists.ettus.com <mailto:usrp-users@lists.ettus.com>
To unsubscribe send an email to usrp-users-leave@lists.ettus.com <mailto:usrp-users-leave@lists.ettus.com>
_______________________________________________
USRP-users mailing list -- usrp-users@lists.ettus.com <mailto:usrp-users@lists.ettus.com>
To unsubscribe send an email to usrp-users-leave@lists.ettus.com <mailto:usrp-users-leave@lists.ettus.com>
MB
Martin Braun
Mon, Jul 28, 2025 1:56 PM
Ah, gotcha. Well.... I'm going to have to assume your block is stalling for
some other reason then :/
Sorry, not that useful a response. Can you run an ILA to see if your block
is not getting a tready on its output?
--M
On Fri, Jul 25, 2025 at 2:56 PM Kevin Williams kevin.williams@vastech.co.za
wrote:
Hi Martin,
I didn’t mean to suggest the Ettus examples are not working – they do, and
I get continuous streaming with the default image and even 2x remote
streams with ddc0 and ddc1.
I am trying to figure out what my block is not doing correctly, and also
trying to understand the mechanism that causes the usrp to stop remote
streaming.
Its unclear if this is perhaps related to too-small endpoint buffers, etc.
Regards, Kevin
From: Martin Braun martin.braun@ettus.com
Sent: Friday, 25 July 2025 14:46
To: Kevin Williams kevin.williams@vastech.co.za
Cc: nbalkanas@gmail.com; usrp-users@lists.ettus.com
Subject: Re: [USRP-users] Re: [EXTERNAL]Re: remote streaming starts,
but stops after a few packets received
Kevin,
does rx_to_remote_udp.py work (formerly known as remote_rx.py)? (It's an
example in host/examples/python).
--M
On Fri, Jul 25, 2025 at 1:20 PM Kevin Williams <
kevin.williams@vastech.co.za> wrote:
HI,
It seems that explicitly adding “enable_fc=0” does not help.
I notice this control packet though, just a few packets before the
streaming stops.
Is that perhaps related to the issue?
Regards, Kevin
From: Martin Braun martin.braun@ettus.com
Sent: Wednesday, 23 July 2025 16:57
To: Kevin Williams kevin.williams@vastech.co.za
Cc: nbalkanas@gmail.com; usrp-users@lists.ettus.com
Subject: Re: [USRP-users] Re: [EXTERNAL]Re: remote streaming starts,
but stops after a few packets received
Kevin,
are you specifying enable_fc=0 in the stream args or not? In the debug
statement above, they're shown, but not in your last email. I'm asking
because it looks like FC is kicking in and stopping the stream.
--M
On Wed, Jul 23, 2025 at 3:20 PM Kevin Williams <
kevin.williams@vastech.co.za> wrote:
Hi Nikos,
They are:
dest_addr=172.17.0.2,dest_mac_addr=02:42:ac:11:00:02,dest_port=1234,stream_mode=full_packet
Kind regards, Kevin
From: Nikos Balkanas nbalkanas@gmail.com
Sent: Wednesday, 23 July 2025 15:15
To: Kevin Williams kevin.williams@vastech.co.za
Cc: usrp-users@lists.ettus.com
Subject: [EXTERNAL]Re: [USRP-users] remote streaming starts, but stops
after a few packets received
Hi Kevin,
What are your stream_args?
Using UHD_STREAM_MODE_NUM_SAMPS_AND_DONE?
Not using RFNOC, but full_packet is not a UHD 4.6 mode:(
BR,
nikos
On Wed, Jul 23, 2025 at 3:14 PM Kevin Williams <
kevin.williams@vastech.co.za> wrote:
Hi,
I have enabled remote streaming but according to wireshark I only receive
6x 4k packets.
Everything about them is correct – the destination ip, port, size, etc.
From the debug logs the stream is set up as:
[DEBUG] [RFNOC] Creating diverted RX stream with arguments:
dest_addr=172.17.0.2,dest_mac_addr=02:42:ac:11:00:02,dest_port=1234,stream_mode=full_packet,__chdr_width=64,enable_remote_stream=1,enable_fc=0
[DEBUG] [X300::SFP0::TA_CTL] On transport adapter 0: Adding route from
EPID 6 to destination 172.17.0.2:1234
https://url.za.m.mimecastprotect.com/s/dnTlCnZXkkt3VJlI9f2iJBiQg?domain=172.17.0.2
(MAC Address: 02:42:ac:11:00:02), stream mode FULL_PACKET (0)
What could cause that streaming to stop (given there is no flow control)?
Many thanks, Kevin
USRP-users mailing list -- usrp-users@lists.ettus.com
To unsubscribe send an email to usrp-users-leave@lists.ettus.com
USRP-users mailing list -- usrp-users@lists.ettus.com
To unsubscribe send an email to usrp-users-leave@lists.ettus.com
Ah, gotcha. Well.... I'm going to have to assume your block is stalling for
some other reason then :/
Sorry, not that useful a response. Can you run an ILA to see if your block
is not getting a tready on its output?
--M
On Fri, Jul 25, 2025 at 2:56 PM Kevin Williams <kevin.williams@vastech.co.za>
wrote:
> Hi Martin,
>
>
>
> I didn’t mean to suggest the Ettus examples are not working – they do, and
> I get continuous streaming with the default image and even 2x remote
> streams with ddc0 and ddc1.
>
>
>
> I am trying to figure out what my block is not doing correctly, and also
> trying to understand the mechanism that causes the usrp to stop remote
> streaming.
>
>
>
> Its unclear if this is perhaps related to too-small endpoint buffers, etc.
>
>
>
> Regards, Kevin
>
>
>
>
>
> *From:* Martin Braun <martin.braun@ettus.com>
> *Sent:* Friday, 25 July 2025 14:46
> *To:* Kevin Williams <kevin.williams@vastech.co.za>
> *Cc:* nbalkanas@gmail.com; usrp-users@lists.ettus.com
> *Subject:* Re: [USRP-users] Re: [EXTERNAL]Re: remote streaming starts,
> but stops after a few packets received
>
>
>
> Kevin,
>
>
>
> does rx_to_remote_udp.py work (formerly known as remote_rx.py)? (It's an
> example in host/examples/python).
>
>
>
> --M
>
>
>
> On Fri, Jul 25, 2025 at 1:20 PM Kevin Williams <
> kevin.williams@vastech.co.za> wrote:
>
> HI,
>
>
>
> It seems that explicitly adding “enable_fc=0” does not help.
>
>
>
> I notice this control packet though, just a few packets before the
> streaming stops.
>
>
>
> Is that perhaps related to the issue?
>
>
>
> Regards, Kevin
>
>
>
>
>
>
>
>
>
>
>
> *From:* Martin Braun <martin.braun@ettus.com>
> *Sent:* Wednesday, 23 July 2025 16:57
> *To:* Kevin Williams <kevin.williams@vastech.co.za>
> *Cc:* nbalkanas@gmail.com; usrp-users@lists.ettus.com
> *Subject:* Re: [USRP-users] Re: [EXTERNAL]Re: remote streaming starts,
> but stops after a few packets received
>
>
>
> Kevin,
>
>
>
> are you specifying enable_fc=0 in the stream args or not? In the debug
> statement above, they're shown, but not in your last email. I'm asking
> because it looks like FC is kicking in and stopping the stream.
>
>
>
> --M
>
>
>
> On Wed, Jul 23, 2025 at 3:20 PM Kevin Williams <
> kevin.williams@vastech.co.za> wrote:
>
> Hi Nikos,
>
>
>
> They are:
> dest_addr=172.17.0.2,dest_mac_addr=02:42:ac:11:00:02,dest_port=1234,stream_mode=full_packet
>
>
>
> Kind regards, Kevin
>
>
>
> *From:* Nikos Balkanas <nbalkanas@gmail.com>
> *Sent:* Wednesday, 23 July 2025 15:15
> *To:* Kevin Williams <kevin.williams@vastech.co.za>
> *Cc:* usrp-users@lists.ettus.com
> *Subject:* [EXTERNAL]Re: [USRP-users] remote streaming starts, but stops
> after a few packets received
>
>
>
> Hi Kevin,
>
>
>
> What are your stream_args?
>
> Using UHD_STREAM_MODE_NUM_SAMPS_AND_DONE?
>
> Not using RFNOC, but full_packet is not a UHD 4.6 mode:(
>
>
>
> BR,
>
> nikos
>
>
>
> On Wed, Jul 23, 2025 at 3:14 PM Kevin Williams <
> kevin.williams@vastech.co.za> wrote:
>
> Hi,
>
>
>
> I have enabled remote streaming but according to wireshark I only receive
> 6x 4k packets.
>
>
>
> Everything about them is correct – the destination ip, port, size, etc.
>
>
>
> From the debug logs the stream is set up as:
>
>
>
> [DEBUG] [RFNOC] Creating diverted RX stream with arguments:
> dest_addr=172.17.0.2,dest_mac_addr=02:42:ac:11:00:02,dest_port=1234,stream_mode=full_packet,__chdr_width=64,enable_remote_stream=1,enable_fc=0
>
> [DEBUG] [X300::SFP0::TA_CTL] On transport adapter 0: Adding route from
> EPID 6 to destination 172.17.0.2:1234
> <https://url.za.m.mimecastprotect.com/s/dnTlCnZXkkt3VJlI9f2iJBiQg?domain=172.17.0.2>
> (MAC Address: 02:42:ac:11:00:02), stream mode FULL_PACKET (0)
>
>
>
> What could cause that streaming to stop (given there is no flow control)?
>
>
>
> Many thanks, Kevin
>
>
>
> _______________________________________________
> USRP-users mailing list -- usrp-users@lists.ettus.com
> To unsubscribe send an email to usrp-users-leave@lists.ettus.com
>
> _______________________________________________
> USRP-users mailing list -- usrp-users@lists.ettus.com
> To unsubscribe send an email to usrp-users-leave@lists.ettus.com
>
>
