In fact with TCP, everything works fine (that the aim of this
protocol) with [until].
If it works with TCP, it should work with UDP (or i'm wrong).
However, i can't try your suggestion now, because i haven't the same
configuration today. I will try tomorrow.
++
Jack
Le 30 janv. 09 à 23:32, Oded Ben-Tal a écrit :
Another shot in the dark: what happens when you use [metro 50]
instead of until? could it be that the network manager is too slow
to handle things and looses the first ~50 numbers?
Hallo, Jack hat gesagt: // Jack wrote:
In fact with TCP, everything works fine (that the aim of this
protocol) with [until]. If it works with TCP, it should work with UDP (or i'm wrong).
You are a little bit wrong: The possibility to lose messages (i.e. packets) is one of the "advantages" of UDP over TCP. See http://en.wikipedia.org/wiki/User_Datagram_Protocol#Difference_between_TCP_a...
Ciao
Frank
On Mon, 2009-02-02 at 17:13 +0100, Frank Barknecht wrote:
Hallo, Jack hat gesagt: // Jack wrote:
In fact with TCP, everything works fine (that the aim of this
protocol) with [until]. If it works with TCP, it should work with UDP (or i'm wrong).You are a little bit wrong: The possibility to lose messages (i.e. packets) is one of the "advantages" of UDP over TCP. See http://en.wikipedia.org/wiki/User_Datagram_Protocol#Difference_between_TCP_a...
yeah, you're right. anyway, i think, that the problems jack is reporting are a bit suspcicious, at least. when creating a socket on localhost, i don't see, why so many messages should be dropped. this usually doesn't happen on a not-too-busy network, even when using udp.
i'll check here too, in order to see, if i get similar results.
roman
Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de
Hello Frank,
You haven't read my previous mail ;)
Yep, i know with UDP protocol, you can loose TPDU. This is the risk
with it. You needn't any aknowledgement, any error detection/
correction or flow detection, etc.
My problem is :
I have a problem to understand a behaviour with the UDP transport protocol. When i connect to computer together using :
Host A -> 802.3 -> Router with bridge fonction -> 802.11 -> Host B
On Host A :
[100( | [until] | [f ]x[+ 1] | [send $1( | [netsend 1] or [udpsend]
On Host B :
[netreceive 1] or [udpreceive] | [print]
When i click on [100(, [netreceive 1] or [udpreceive] receive only numbers between 48 and 69, so there is 78 number drop ! I know this a UDP protocol but my network is very simple (and i think there is not a lot of perturbations on it). It is normal ?
The other problem is strange for me : Why it is only numbers between 48 and 69 that arrive on the host B and not numbers between 34 and 56 or something else ? It's always the same TPDU that are lost ? Strange no ?
Thanx. ++
Jack
Le 2 févr. 09 à 17:13, Frank Barknecht a écrit :
Hallo, Jack hat gesagt: // Jack wrote:
In fact with TCP, everything works fine (that the aim of this protocol) with [until]. If it works with TCP, it should work with UDP (or i'm wrong).
You are a little bit wrong: The possibility to lose messages (i.e. packets) is one of the "advantages" of UDP over TCP. See http://en.wikipedia.org/wiki/ User_Datagram_Protocol#Difference_between_TCP_and_UDP
Ciao
Frank
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
Hello Frank,
You haven't read my previous mail ;)
Yep, i know with UDP protocol, you can loose TPDU. This is the risk
with it. You needn't any aknowledgement, any error detection/
correction or flow detection, etc.
My problem is :
I have a problem to understand a behaviour with the UDP transport protocol. When i connect to computer together using :
Host A -> 802.3 -> Router with bridge fonction -> 802.11 -> Host B
On Host A :
[100( | [until] | [f ]x[+ 1] | [send $1( | [netsend 1] or [udpsend]
On Host B :
[netreceive 1] or [udpreceive] | [print]
When i click on [100(, [netreceive 1] or [udpreceive] receive only numbers between 48 and 69, so there is 78 number drop ! I know this a UDP protocol but my network is very simple (and i think there is not a lot of perturbations on it). It is normal ?
The other problem is strange for me : Why it is only numbers between 48 and 69 that arrive on the host B and not numbers between 34 and 56 or something else ? It's always the same TPDU that are lost ? Strange no ?
Thanx. ++
Jack
Le 2 févr. 09 à 17:13, Frank Barknecht a écrit :
Hallo, Jack hat gesagt: // Jack wrote:
In fact with TCP, everything works fine (that the aim of this protocol) with [until]. If it works with TCP, it should work with UDP (or i'm wrong).
You are a little bit wrong: The possibility to lose messages (i.e. packets) is one of the "advantages" of UDP over TCP. See http://en.wikipedia.org/wiki/ User_Datagram_Protocol#Difference_between_TCP_and_UDP
Ciao
Frank
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
Hello,
Go back to home.
Hmm, i have done some tests using the shell and/or PHP and there is
still this problem with UDP protocol.
So, my conclusion is i have a poor network (small LAN with Ethernet
and WiFi and a bridge between).
I can't figure out why i loose 78% of TPDU on this simple network and
why the TPDU lost are between 0-47 and 70-99 everytime even if i use
the UDP protocol.
I have to dig to find and understand my problem.
++
Jack
Le 2 févr. 09 à 17:37, Jack a écrit :
Hello Frank,
You haven't read my previous mail ;) Yep, i know with UDP protocol, you can loose TPDU. This is the risk with it. You needn't any aknowledgement, any error detection/ correction or flow detection, etc. My problem is :
I have a problem to understand a behaviour with the UDP transport protocol. When i connect to computer together using :
Host A -> 802.3 -> Router with bridge fonction -> 802.11 -> Host B
On Host A :
[100( | [until] | [f ]x[+ 1] | [send $1( | [netsend 1] or [udpsend]
On Host B :
[netreceive 1] or [udpreceive] | [print]
When i click on [100(, [netreceive 1] or [udpreceive] receive only numbers between 48 and 69, so there is 78 number drop ! I know this a UDP protocol but my network is very simple (and i think there is not a lot of perturbations on it). It is normal ?
The other problem is strange for me : Why it is only numbers between 48 and 69 that arrive on the host B and not numbers between 34 and 56 or something else ? It's always the same TPDU that are lost ? Strange no ?
Thanx. ++
Jack
Le 2 févr. 09 à 17:13, Frank Barknecht a écrit :
Hallo, Jack hat gesagt: // Jack wrote:
In fact with TCP, everything works fine (that the aim of this protocol) with [until]. If it works with TCP, it should work with UDP (or i'm wrong).
You are a little bit wrong: The possibility to lose messages (i.e. packets) is one of the "advantages" of UDP over TCP. See http://en.wikipedia.org/wiki/ User_Datagram_Protocol#Difference_between_TCP_and_UDP
Ciao
Frank
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
-
Frank Barknecht -
Jack -
Roman Haefeli