I also agree with that, which is why I think it’s probably the reason why I might be losing packets.
Right now, I’m experimenting with TCP since during my readings I’ve read that it ensures delivery of all packets and also checks for errors. The current problem with TCP is that I’m getting a socket error: (socket.error:[Errno 111] connection refused) no matter how many ports I open or change it to.
From: address@hidden [mailto:address@hidden On Behalf Of Silverfox
Sent: Wednesday, July 16, 2014 3:49 PM
To: 'GNURadio Discussion List'
Subject: Re: [Discuss-gnuradio] Why am I dropping data over the UDP network?
It is my understanding that the UDP protocol does not quarentee delivery to the destination. That is, it has no recovery mechanism for undelivered packets.
I'm talking about the UDP traffic between the host and the N2xx device.
What OS are you using? I had the same issue (UDP not getting through on
receive side) with Fedora 20, even with Firewall "supposedly" turned off
(i.e. Trusted Zone selected). Manually adding the port exemption (I believe
I used port 65000) let the UDP through and it worked.
Ward, Marcus D. wrote
> I don't think it's a firewall rule problem, but do you think opening up
> ports would solve my problem? I know the port I'm currently using on the
> TCP connection is port#: 1234 which deals with Mercurial and git default
> ports for serving Hyper Text.
> When I had the UDP connection, I was using the same port (1234) except
> that in UDP, that port deals with a VLC media player.
View this message in context: http://gnuradio.4.n7.nabble.com/Why-am-I-dropping-data-over-the-UDP-network-tp49283p49387.html
Sent from the GnuRadio mailing list archive at Nabble.com.
Discuss-gnuradio mailing list