* UDP Out 0f Sequence
@ 2006-09-20 7:13 Majumder, Rajib
2006-09-20 13:43 ` kc
2006-09-20 16:47 ` Rick Jones
0 siblings, 2 replies; 9+ messages in thread
From: Majumder, Rajib @ 2006-09-20 7:13 UTC (permalink / raw)
To: 'netdev@vger.kernel.org'
Hi,
If I write UDP datagrams 1,2 and 3 to network and if the receiver receives in order 2,1, and 3, where can the sequence get changed? Is it at the source stack, network transit or destination stack?
Any reply is highly appreciated.
Thanks
Rajib
==============================================================================
Please access the attached hyperlink for an important electronic communications disclaimer:
http://www.credit-suisse.com/legal/en/disclaimer_email_ib.html
==============================================================================
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: UDP Out 0f Sequence
2006-09-20 7:13 Majumder, Rajib
@ 2006-09-20 13:43 ` kc
2006-09-20 16:47 ` Rick Jones
1 sibling, 0 replies; 9+ messages in thread
From: kc @ 2006-09-20 13:43 UTC (permalink / raw)
To: Majumder, Rajib; +Cc: netdev@vger.kernel.org
network transit. different datagrams might go through different
routes, hence the out-of-sequence arrival.
On 9/20/06, Majumder, Rajib <rajib.majumder@credit-suisse.com> wrote:
> Hi,
>
> If I write UDP datagrams 1,2 and 3 to network and if the receiver receives in order 2,1, and 3, where can the sequence get changed? Is it at the source stack, network transit or destination stack?
>
> Any reply is highly appreciated.
>
> Thanks
>
> Rajib
>
> ==============================================================================
> Please access the attached hyperlink for an important electronic communications disclaimer:
>
> http://www.credit-suisse.com/legal/en/disclaimer_email_ib.html
> ==============================================================================
>
> -
> To unsubscribe from this list: send the line "unsubscribe netdev" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: UDP Out 0f Sequence
2006-09-20 7:13 Majumder, Rajib
2006-09-20 13:43 ` kc
@ 2006-09-20 16:47 ` Rick Jones
1 sibling, 0 replies; 9+ messages in thread
From: Rick Jones @ 2006-09-20 16:47 UTC (permalink / raw)
To: Majumder, Rajib; +Cc: 'netdev@vger.kernel.org'
Majumder, Rajib wrote:
> Hi,
>
> If I write UDP datagrams 1,2 and 3 to network and if the receiver
> receives in order 2,1, and 3, where can the sequence get changed? Is it
> at the source stack, network transit or destination stack?
Yes. :)
Although network transit is by far the most likely case. Destination
stack is a distant second and source stack an even more distant third.
Generally stack writers try to avoid having places in their stacks where
things can reorder, but it isn't completely unknown.
rick jones
^ permalink raw reply [flat|nested] 9+ messages in thread
* RE: UDP Out 0f Sequence
@ 2006-09-21 2:50 Majumder, Rajib
2006-09-21 3:51 ` David Miller
2006-09-21 3:59 ` Ian McDonald
0 siblings, 2 replies; 9+ messages in thread
From: Majumder, Rajib @ 2006-09-21 2:50 UTC (permalink / raw)
To: 'Rick Jones'; +Cc: 'netdev@vger.kernel.org'
Does this mean if we have 2 hosts connected back to back (there's no network device in between), sequence is guaranteed even in UDP?
-----Original Message-----
From: Rick Jones [mailto:rick.jones2@hp.com]
Sent: 21 September 2006 00:47
To: Majumder, Rajib
Cc: 'netdev@vger.kernel.org'
Subject: Re: UDP Out 0f Sequence
Majumder, Rajib wrote:
> Hi,
>
> If I write UDP datagrams 1,2 and 3 to network and if the receiver
> receives in order 2,1, and 3, where can the sequence get changed? Is it
> at the source stack, network transit or destination stack?
Yes. :)
Although network transit is by far the most likely case. Destination
stack is a distant second and source stack an even more distant third.
Generally stack writers try to avoid having places in their stacks where
things can reorder, but it isn't completely unknown.
rick jones
==============================================================================
Please access the attached hyperlink for an important electronic communications disclaimer:
http://www.credit-suisse.com/legal/en/disclaimer_email_ib.html
==============================================================================
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: UDP Out 0f Sequence
2006-09-21 2:50 UDP Out 0f Sequence Majumder, Rajib
@ 2006-09-21 3:51 ` David Miller
2006-09-21 3:59 ` Ian McDonald
1 sibling, 0 replies; 9+ messages in thread
From: David Miller @ 2006-09-21 3:51 UTC (permalink / raw)
To: rajib.majumder; +Cc: rick.jones2, netdev
From: "Majumder, Rajib" <rajib.majumder@credit-suisse.com>
Date: Thu, 21 Sep 2006 10:50:17 +0800
> Does this mean if we have 2 hosts connected back to back (there's no
> network device in between), sequence is guaranteed even in UDP?
Not true. Even for back to back systems SMP can cause packets
to be delivered out of order even locally within the system
on receive.
^ permalink raw reply [flat|nested] 9+ messages in thread
* RE: UDP Out 0f Sequence
@ 2006-09-21 3:55 Majumder, Rajib
2006-09-21 16:42 ` Rick Jones
0 siblings, 1 reply; 9+ messages in thread
From: Majumder, Rajib @ 2006-09-21 3:55 UTC (permalink / raw)
To: 'David Miller'; +Cc: rick.jones2, netdev
Let's say we have 2 uniprocessor hosts connected back to back. Is there any possibility of an out-of-order scenario on recv? Is this same for all kernel (linux/solaris)?
-----Original Message-----
From: David Miller [mailto:davem@davemloft.net]
Sent: 21 September 2006 11:51
To: rajib.majumder@credit-suisse.com
Cc: rick.jones2@hp.com; netdev@vger.kernel.org
Subject: Re: UDP Out 0f Sequence
From: "Majumder, Rajib" <rajib.majumder@credit-suisse.com>
Date: Thu, 21 Sep 2006 10:50:17 +0800
> Does this mean if we have 2 hosts connected back to back (there's no
> network device in between), sequence is guaranteed even in UDP?
Not true. Even for back to back systems SMP can cause packets
to be delivered out of order even locally within the system
on receive.
==============================================================================
Please access the attached hyperlink for an important electronic communications disclaimer:
http://www.credit-suisse.com/legal/en/disclaimer_email_ib.html
==============================================================================
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: UDP Out 0f Sequence
2006-09-21 2:50 UDP Out 0f Sequence Majumder, Rajib
2006-09-21 3:51 ` David Miller
@ 2006-09-21 3:59 ` Ian McDonald
1 sibling, 0 replies; 9+ messages in thread
From: Ian McDonald @ 2006-09-21 3:59 UTC (permalink / raw)
To: Majumder, Rajib; +Cc: Rick Jones, netdev@vger.kernel.org
On 9/21/06, Majumder, Rajib <rajib.majumder@credit-suisse.com> wrote:
> Does this mean if we have 2 hosts connected back to back (there's no network device in between), sequence is guaranteed even in UDP?
>
I think if you're trying to make the packets appear in order you need
to untie the Gordian knot http://en.wikipedia.org/wiki/Gordian_Knot
In other words you should fix the application rather than the near
impossible task of trying to make the packets in order...
Ian
--
Ian McDonald
Web: http://wand.net.nz/~iam4
Blog: http://imcdnzl.blogspot.com
WAND Network Research Group
Department of Computer Science
University of Waikato
New Zealand
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: UDP Out 0f Sequence
2006-09-21 3:55 Majumder, Rajib
@ 2006-09-21 16:42 ` Rick Jones
2007-09-28 17:22 ` Randy Macleod
0 siblings, 1 reply; 9+ messages in thread
From: Rick Jones @ 2006-09-21 16:42 UTC (permalink / raw)
To: Majumder, Rajib; +Cc: 'David Miller', netdev
Majumder, Rajib wrote:
> Let's say we have 2 uniprocessor hosts connected back to back. Is
> there any possibility of an out-of-order scenario on recv?
Your application should be written on the assumption that it is
possible, regardless of the specifics of the hosts involved, however
unlikely they may be to reorder traffic.
> Is this same for all kernel (linux/solaris)?
Your application should be written on the assumtion that it is possible,
regardless of the specifics of the OSes involved, however unlikely they
may be to reorder traffic.
rick jones
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: UDP Out 0f Sequence
2006-09-21 16:42 ` Rick Jones
@ 2007-09-28 17:22 ` Randy Macleod
0 siblings, 0 replies; 9+ messages in thread
From: Randy Macleod @ 2007-09-28 17:22 UTC (permalink / raw)
To: Majumder, Rajib; +Cc: Rick Jones, 'David Miller', netdev
Rick Jones wrote:
> Majumder, Rajib wrote:
>> Let's say we have 2 uniprocessor hosts connected back to back. Is
>> there any possibility of an out-of-order scenario on recv?
>
> Your application should be written on the assumption that it is
> possible, regardless of the specifics of the hosts involved, however
> unlikely they may be to reorder traffic.
>
> > Is this same for all kernel (linux/solaris)?
>
> Your application should be written on the assumtion that it is possible,
> regardless of the specifics of the OSes involved, however unlikely they
> may be to reorder traffic.
Or you should use a different protocol stack that guarantees order.
Have you considered TCP, DCCP or even TIPC?
The solution depends on your application requirements and your
projects tolerance for risk.
// Randy
^ permalink raw reply [flat|nested] 9+ messages in thread
end of thread, other threads:[~2007-09-28 17:55 UTC | newest]
Thread overview: 9+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-09-21 2:50 UDP Out 0f Sequence Majumder, Rajib
2006-09-21 3:51 ` David Miller
2006-09-21 3:59 ` Ian McDonald
-- strict thread matches above, loose matches on Subject: below --
2006-09-21 3:55 Majumder, Rajib
2006-09-21 16:42 ` Rick Jones
2007-09-28 17:22 ` Randy Macleod
2006-09-20 7:13 Majumder, Rajib
2006-09-20 13:43 ` kc
2006-09-20 16:47 ` Rick Jones
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).