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