[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [RAM] Re: the separation of ID/RLOC

On 3-jul-2007, at 12:09, Christian Vogt wrote:

For what value of "quickly"? Please quantify. 

I am looking at this from the perspective of a pair of communicating
hosts.  A provider change initiated by either host's edge network
operator will lead to delay and packet loss, and both should be small.

Let's take a look at the typical case of a TCP connection. Here we will
see substantial throughput degradations after a provider change if the
delay is more than 1 RTT: 

Two things:

1. It's doubtful that detecting, let alone restoring, a failure within an RTT is doable. If it is, the costs of doing so will be significant.

2. When you lose part of your connectivity, a substantial reduction in the traffic offered to the network is exactly the appropriate response.

With today's multihoming, it's possible to suffer delays of up to 180 seconds before a failure is detected. The most important thing is that we can repair a problem before TCP times out, and if we can repair it before the user times out, so much the better. In my opinion, anything on top of that is icing and not worth additional effort.

_______________________________________________
RAM mailing list
RAM at iab.org
https://www1.ietf.org/mailman/listinfo/ram