Re: [re-ECN] Draft Agenda

[Mirja Kuehlewind <[e-mail]>]

Hi,

some questions regarding the demonstration:

> >  > 10 mins     demonstration
> >
> > ?
>
> We are trying to put together a very simple demo of re-ECN to show that
> it is possible to reveal congestion both upstream and downstream at any
> point in the network. The idea was not to go into any technical detail
> (after all the BoF isn't here to rubberstamp a solution, but it will
> help people to see that a solution is possible and actually works...).

I not sure how you gone make a demo (of re-ECN) without any technical details 
of re-ECN. The mechanism that there are re-ECN markings which have been 
insert by  the sender into the network based on the number of ECN markings 
the receiver has seen and that ECN marking are set by a router to signal 
congestion (usually bases one the current queue length) needs to be 
mentioned. And than you basically explained Re-ECN....?

Then I would like to know if I understood the scenario right: There will be 
one (TCP)-connection (with some congestion control ?) and a way to insert 
congestion (just set marking with a certain probability or start some other 
transmissions...?). I have a couple of these simple scenarios in my 
simulation and either I define the congestion (=setting markings with a 
certain pattern, but what realistic here..?) or the congestion level is 
varying very strong (because of TCP congestion control and most of the time 
there might be no congestion in these simple scenarios).

And how do you actually calculating the current congestion level? Because 
usually there are a couple of markings at one time and than it take more than 
one RTT that the Re-ECN markings balance it. If the congestion level is 
varying strongly, the delay might be a problem for getting a concrete values 
for the current congestion level in one network component...? 
Please correct me if I'm wrong. 

Mirja