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

multi6-functional-dec and re-homing



Folks,

I was browsing the re-homing section of
draft-ietf-multi6-functional-dec-00.txt, and currently it says the
following:

   "...The reason for a re-homing is essentially
   that the current locator pair is no longer working.  The re-homing
   procedure involves detecting that the locator pair currently in use
   is no longer working..."

I think it would be good if the draft supported also scenarios where the
current locator pair continues working, but changing the current locator
pair becomes desirable due to availability of some more preferred access
path, for example because the current path is much slower or more
expensive than the newly available path.

So what would you think if the above text would be replaced with
something like the following?

"The re-homing procedure is initiated when a new locator pair is to be
used for the communication, and it can take place when there is a change
in connectivity between the site and its transit providers. The
re-homing procedure involves detecting a change in the site connectivity
(for example, detecting that the current locator pair is no longer
working), ...."

This would support a larger set of possible re-homing scenarios, and I
think it is compatible with the wordings of re-homing definition in
draft-ietf-multi6-architecture-03.txt.

I had a short off-list mail exchange with Marcelo and Jari and they
agreed, but recommended to solicit the list opinion as well.

Any thoughts?

Thanks,
- Pasi

Attachment: signature.asc
Description: This is a digitally signed message part