Re: [Discuss-gnuradio] Sending/Receiving UDP Data Over Internet

Thanks for the responses.

We have set the receive IP to '0.0.0.0' in the UDP source and the public IP of our client in the UDP sink (client) and both programs run without complain; but the client receives no data and nothing shows up on the FFT graph. 

We can ping the host public IP but we can't ping the client's public IP. This seems to be caused by Ubuntu (the client) being behind a router so we suspect this may be a gateway issue. Is this correct? Ideally we would like to put the host IP instead of the client's IP in Gnuradio. Would perhaps a certain python function allow us to bypass this?

Regarding security, we have checked for things like seLinux and firewalls to be off. 

I should mention that for the host side we are using a UHD sample code that sends rx samples through UDP.

Also, thanks for the tip on the throttle we removed it.

Regards,

Matias Ponce

CellAntenna Engineer

CellAntenna Corporation

12453 NW 44th Street
Coral Springs, FL 33065

Office: 954-340-7053 ext 10251
E-mail: mponce@cawireless.com
Web: http://www.cellantenna.com

-------- Original Message --------
Subject: Re: [Discuss-gnuradio] Sending/Receiving UDP Data Over Internet
From: Marcus_Müller <marcus.mueller@ettus.com>
Date: Mon, June 23, 2014 11:31 am
To: discuss-gnuradio@gnu.org

Hi Matias,
usually, binding ports over 9000 should be possible for normal users,
but if you already made sure that your address is correct and there is
nothing else occupying port 9000, I'd check with the Ubuntu folks if
there is something like seLinux blocking such things.

As a side note, never ever add a throttle block to a flowgraph which has
a sample rate determined by a hardware device. There's only two things
that can happen:
1. Either your hardware rate matches the throttle block exactly or is
lower: The throttle block, aside from adding unwanted latency, doesn't
have any effect
2. Your hardware rate is higher than your throttle rate: a backlog of
samples will build up, up to the point where something (in your case,
the UDP stack) will have to drop data.

Greetings,
Marcus

On 23.06.2014 17:24, Matias wrote:
> Hello,
>
> We would like to send UDP data from a USRP over the internet to a remote
> computer. The setup on the host side is:
>
> USRP Source --> UDP Sink
>
> And on the client side:
>
> UDP Source --> Throttle --> WX GUI FFT Sink
>
> This setup has worked on a local network using the client's IP address
> "10.10.0.175:9000" with the UDP sink and UDP source. However, when using the
> host's public static IP "166.149.xxx.xxx:9000", Gnuradio throws the
> following error:
>
>
> /Traceback (most recent call last):
> File "/home/matias/Documents/top_block.py", line 116, in <module>
> tb = top_block()
> File "/home/matias/Documents/top_block.py", line 76, in __init__
> self.blocks_udp_source_0 = blocks.udp_source(gr.sizeof_gr_complex*1,
> "166.149.xxx.xxx", 9000, 1472, True)
> File
> "/opt/gnuradio-3.7.3/lib/python2.7/dist-packages/gnuradio/blocks/blocks_swig5.py",
> line 1974, in make
> return _blocks_swig5.udp_source_make(*args, **kwargs)
> RuntimeError: bind: Cannot assign requested address/
>
> Does anyone know how to resolve this? We are using GNU Radio 3.7.3 on a
> virtual Ubuntu 12.04 LTS.
>
> Thanks,
> Matias Ponce
>
> CellAntenna Engineer
>
> CellAntenna Corporation
>
> 12453 NW 44th Street
> Coral Springs, FL 33065
>
>
> Office: 954-340-7053 ext 10251
> E-mail: mponce@cawireless.com
> Web: http://www.cellantenna.com
>
>
>
>
>
>
>
> --
> View this message in context: http://gnuradio.4.n7.nabble.com/Sending-Receiving-UDP-Data-Over-Internet-tp49055.html
> Sent from the GnuRadio mailing list archive at Nabble.com.
>
> _______________________________________________
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


_______________________________________________
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio