Re: issue #16

Jari Arkko wrote:
> Joe Touch wrote:
> 
>> | (1) You are OK with explicit management of addresses
>> |     when we have local information from the other
>> |     parts of the stack that we need to do something,
>> |     such as when the currently used link went down,
>> |     ND tells us that we have moved to a new address,
>> |     and so on.
>>
>> Not quite - I don't buy the part about the 'link going down'. All you
>> know is that the other end isn't reachable. Reacting to links is what
>> dynamic routing does; if this layer does it as well, there's liable to
>> be interactions (in a bad way).
> 
> 
> Maybe I described it too vaguely... I did not mean just
> any links -- that's in the routing domain.
> 
> If the WLAN interface of my laptop goes down there's nothing
> in the routing system that reacts to this. 

On which end? On your end, there is. On the other end, there may or may 
not be depending on the level to which dynamic routing changes are 
propagated.

> A host is no
> longer reachable at that address. End of story. 

Agnosticism is useful here; just because you can't reach the other end
does't mean you know ANYTHING for sure about why. Any link on the path
could have gone down, or any routing on the path could have failed.

> But perhaps
> you are thinking of links within the routing system, such
> as between routers? I agree that its definately out of scope
> for MOBIKE. The end hosts running IKE would not even see
> this. But they would see their own interface go down, which
> I think is in scope.

Seeing your own interface change and doing something seems OK - though I 
still feel it encourages YOUR IKE to interfere with YOUR dynamic routing 
(some people run that on the end host too).

>> Trying a new mapping, or cycling among alternate names ought to happen
>> when IKE starts anyway (at the app layer).
> 
> ...
> 
>> It depends on what the errors are. Some warrant a restart, some do not.
>> But, IMO, they warrant restart of the IKE.
> 
> ...
> 
>> More that cycling among alternate addrs is something that ought to
>> happen on start anyway - side-effect isn't quite the right term; it's
>> more like 'already included explicit mechanism'.
> 
> Its unclear to me what you mean by IKE "start" or "restart". The
> purpose of MOBIKE is precisely to avoid having to re-run IKE from
> the beginning for a mere address change.

"mere" address change is the issue. It's fine to say that MOBIKE should
cycle through equivalent addresses for the same endpoint; the question
is WHEN, and how to avoid interference between dynamic routing and MOBIKE.

Joe

_______________________________________________
Mobike mailing list
[email protected]
https://www.machshav.com/mailman/listinfo.cgi/mobike

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (MingW32)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFBxwZPE5f5cImnZrsRAgjKAJ0SV87coq2UGZM8F3KisJivJ/PbaQCgrQJf
An/49m6kwjgZpKWtT8YnvQk=
=LISF
-----END PGP SIGNATURE-----