<<<
Chronological Index
>>> <<<
Thread Index
>>>
Re: [gnso-ff-pdp-may08] Use of short TTLs - one time events
- To: "mail=gnso-ff-pdp-may08@xxxxxxxxx" <gnso-ff-pdp-may08@xxxxxxxxx>
- Subject: Re: [gnso-ff-pdp-may08] Use of short TTLs - one time events
- From: Kal Feher <kalman.feher@xxxxxxxxxxxxxxxxxx>
- Date: Mon, 28 Jul 2008 19:56:29 +1000
I do not think arbitrary time limits on TTLs will help our cause anyway,
since it is the ability to re delegate quickly that gives this method its
true flexibility.
On 26/7/08 3:45 AM, "Marc Perkel" <marc@xxxxxxxxxx> wrote:
>
> Just want to raise an issue about restrictions on short TTLs.
>
> Every now and then I (and people like me) and doing some massive
> migration say from moving from one data center to another. Normally have
> high TTLs but the day before the move I might lower the TTLs to say 15
> minutes so that when the move occurs it can happen fast. After the move
> happens and everything is looking normal and stable then I put the TTLs
> back to normal.
>
> In a case like this getting permission to have short TTLs would be
> somewhat burdensome. So I wanted to throw this in as an example of side
> effects of short TTLs.
>
> So if there are TTL restrictions I'd like to see the system be smart so
> that if someone makes a few changes in a short amount of time - but it's
> a rare event - they can be distinguished for fast flux.
>
--
Kal Feher
Architect group
Melbourne IT Ltd
<<<
Chronological Index
>>> <<<
Thread Index
>>>
|