[e2e] Wireless Networks. An Example: GPRS.
detlef.bosau at web.de
Tue Mar 12 08:16:49 PDT 2013
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.
70565 Stuttgart Tel.: +49 711 5208031
mobile: +49 172 6819937
detlef.bosau at web.de http://www.detlef-bosau.de
More information about the end2end-interest