[e2e] Wireless Networks. An Example: GPRS.

[Detlef Bosau]

Am 12.03.2013 13:14, schrieb Martin Heusse:
> Le 11 mars 2013 à 23:27, Detlef Bosau a écrit :
>
>> In general, sliding window addresses the work conservation. When this can be achieved with one segment, it's o.k. When it is reasonable, as in your sketch, to use 4 segments, it is o.k. as well.
>>
>> In the particular case of TCP, we do not know the best window size in advance and employ an estimation scheme. What I have in mind is to split up TCP congestion control along the path and so be able to use different estimation schemes along the individual segments. And you're correct, as others are (I got some PM on this one): window size 1 (segment) may not be adequate in any case.
> Good, that was my point…

:-)

> Now, you'll have to admit:

Have I? ;-)
> 1) no one knows the number of store and forward hops nor the latency in advance so you have to guess (or create some kind of cross-layer mechanism… Good luck with that…) The first hop that your TCP/IP stack sees is the GGSN in the GPRS network, and there are many store and forward nodes between them.

That's why I think we should split up the path. There are segments with 
known storage capacity - in these cases knowledge is better than any guess.
And there are segments with unknown capacity, for these we need a guess. 
However, I doubt that the guess done by VJCC is adequate which includes 
a GPRS link.

> 2) back-pressure congestion control is actually implemented in SS7 networks. (LLSU frames) The consequence of it is that a congestion somewhere creates congestion upstream and that's not good (that happened between Free-mobile and Orange in France not so long ago, as far as I know).
>
> Actually the fact that the congestion goes back upstream when no proper congestion control is used is a good argument against fountain code: links upstream of the congestion get congested… (Which is why, I guess, fair queueing is mandatory if you're going to change the paradigm…)

At the moment, I ask questions.

Actually, these questions are anything but trivial, and I'm afraid this 
will hold true for the answers as well.


Detlef



-- 
------------------------------------------------------------------
Detlef Bosau
Galileistraße 30
70565 Stuttgart                            Tel.:   +49 711 5208031
                                            mobile: +49 172 6819937
                                            skype:     detlef.bosau
                                            ICQ:          566129673
detlef.bosau at web.de                     http://www.detlef-bosau.de