Re: Delivery times in mobile networs? Re: Are there any persons interested in TCP over mobile wireless networks in Germany?

Detlef Bosau <[email protected]>
Newsgroups gmane.network.end2end
Message-ID <[email protected]>
Am 13.12.2012 15:57, schrieb Jim Gettys:
>
>
>
> On Thu, Dec 13, 2012 at 6:15 AM, Eggert, Lars <[email protected] 
> <mailto:[email protected]>> wrote:
>
>     On Dec 12, 2012, at 16:38, Detlef Bosau <[email protected]
>     <mailto:[email protected]>> wrote:
>     > My central question at the moment is: Do we have stationary
>     packet delivery times on mobile wireless links?
>
> Not sure what you mean by "stationary".
>
> This crossed my radar screen:
>
> http://conferences.sigcomm.org/sigcomm/2012/paper/cellnet/p1.pdf


Thanks for the hint. This is not exactly what I had in mind, however it 
is extremely closely related. I.e. at a very first glance, non 
stationary delivery times can result in a buffer bloat phenomenon.

To bring it to a simple point (Lachlan, please don't hurt me..... ;-)): 
The typically "serialization delay" which is typically used in network 
simulators is simply wrong for mobile networks. It is SIMPLY WRONG to 
use "constant rates" for mobile networks,

- first because in mobile networks net data rates may change (sometimes 
several times within the transport of one single IP packet), for 
adaptation reasons,
- second because mobile networks often employ opportunistic scheduling 
algorithms which may cause a channel getting no service for some period 
of time,
- third because mobile networks typically employ some kind of recovery 
layer with automatic retransmission.

So the simple "serialization and delivery" of a packet of, say, 1024 
bytes length in GPRS may last from 7 seconds to 375 seconds according to 
the relevant ETSI standards. There may be other delays than the 
mentioned ones and the issue is perhaps much more complex than I said, 
however one must not, as in wired networks, take a net data rate of, 
e.g., 10 MBit/s and 1024 byte and expect a "serialization delay" and 
think the "serialization delay" were 891,2 microseconds.

Actually, even the values taken from the standard are 0,95 quantiles. So 
the "serialization" delay may last much longer, it is even possible that 
the packet is not delivered at all and hence stays in the queue forever.


-- 
------------------------------------------------------------------
Detlef Bosau
Galileistraße 30
70565 Stuttgart                            Tel.:   +49 711 5208031
                                            mobile: +49 172 6819937
                                            skype:     detlef.bosau
                                            ICQ:          566129673
[email protected]                     http://www.detlef-bosau.de
------------------------------------------------------------------
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.