Re: identity persistence and comparison issues

Brian E Carpenter <[email protected]>
Newsgroups gmane.ietf.multi6
Organization IBM
Message-ID <[email protected]>
marcelo bagnulo braun wrote:
> Hi Joe,
> 
> El 25/06/2004, a las 2:39, Joe Touch escribió:
> 
>> We do know. The lifetime is unlimited. A TCP connection can stay up as 
>> long as the two endpoints stay up.
>>
>> The identifier needs to be stable at the endpoints as long as the 
>> endpoints care - which is why I like how HIP negotiates these labels, 
>> and maintains the mapping at the endpoints.
> 
> 
> Yes, but for how long does the hip endpoint maintains the mapping 
> between the HIT and the locators of the other endpoints?
> 
> I mean, there must be a garbage collection mechanism, if not the hip 
> endpoint will have to store infromation about all the endpoints that it 
> has communicated with in the past
> 
> regards, marcelo
> 
>>  The endpoints are the only place that can or should know about 
>> whether they change.

This is a purist view of the Internet we used to have when RFC 1958
was written... the current reality (RFC 2775) is that all these
problems call for soft state solutions, that can be garbage collected
as Marcelo says, and recreated if they are prematurely lost.

(The tragedy of NATs is that they can't do the second bit reliably,
and multi6 needs to avoid that problem.)

     Brian
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.