Subject: RE: [NSIS] GIST and dead peer

From: "Cheng Hong" <[email-masked]>
Date: Mon, 5 Mar 2007 11:31:50 +0800

Hi Jukka,

> A potential solution is that GIST could have a configurable 
> "dead peer delay", i.e., in mobile networks, GIST could be 
> configured to be a bit more conservative in indicationg peer 
> failure to the NSLP layer.

This might work. However, it requires a quite smart administrator of the
network that "diligently" configure for each of the session the correct
delay (as not all nodes are mobile). Another issue of introducing a
general "delay" to solve the problem is that the local resources are
wasted during the "delay" time for a genuine dead peer case. 

So, I think the proposed "delay" method is a possible workaround, but it
does not really solve the fundamental issues here: differentiate a
mobility event and a real dead peer case. 

Cheers

Cheng Hong

> -----Original Message-----
> From: Jukka MJ Manner [mailto:[email-masked]] 
> Sent: Saturday, March 03, 2007 11:16 PM
> To: [email-masked]
> Subject: [NSIS] GIST and dead peer
> 
> 
> Hi,
> 
> While doing the work on the mobility applicability, we have 
> raised an issue on how dead peer detection happens. The main 
> problem is the
> following:
> 
> - MN makes a handover
> 
> - Before the handover is complited with a new AR, and e.g. 
> QoS NSLP state
>   repaired with a local repair, the old AR notices that the MN
>   disappeared, and executes state tear down.
> 
> - The problem now is that the states will be torn down e2e 
> before a local
>   repair is established. Thus, the local repair becomes a 
> full e2e state
>   setup.
> 
> 
> A potential solution is that GIST could have a configurable 
> "dead peer delay", i.e., in mobile networks, GIST could be 
> configured to be a bit more conservative in indicationg peer 
> failure to the NSLP layer.
> 
> 
> Jukka
> 
> 
> 
> _______________________________________________
> nsis mailing list
> [email-masked]
> https://www1.ietf.org/mailman/listinfo/nsis
> 

_______________________________________________
nsis mailing list
[email-masked]
https://www1.ietf.org/mailman/listinfo/nsis