On 20-okt-2005, at 6:54, Erik Nordmark wrote:
8. Do not use locator ordering and index references in SHIM6 control messages in the initial base spec
I'm not sure we really decided that at the Interim meeting. In the current proto draft the locator preferences are expressed by assuming that the locator list is ordered so that the relative position can be used in the locator preferences without having to include all the locators themselves in order to express the preferences.
The advantage of doing it this way is that some messages will be shorter because they only need a few bits as a pointer to a locator rather than the full 16 bytes locator itself.
However, the disadvantage is that you must always be certain that the locator lists are in sync. In the presence of lost and reordered packets this means a significant extra burden on implementations.
I don't think the savings in relatively sparse signalling messages is worth the extra complexity.