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

Re: [RRG] Re: Does every host need a FQDN name in the future?//re:[RRG] draft-rja-ilnp-intro-01.txt



On 8/7/08 1:32 PM, Iljitsch van Beijnum allegedly wrote:
If you find yourself in the situation where the currently known locator(s) are unreachable, you can't ask the other side for locators. If you also can't look them up, you can't contact the correspondent through another locator and the session is dead or can't be established. With mobility this is especially likely as a mobile host will often not know its new locator before the old one stops working.

In theory a locator->locator lookup would be possible, maybe through the DNS. In that case, the ID value is superfluous.

Maybe we should simply deprecate identifiers. After all, I know who I am and you know who you are, and the packets get there through the locators. And if identity is really necessary, higher layers can manage it (TLS etc).

You can't deprecate identifiers in general. We need identifiers for mobility and for multipath transport. They don't need to be permanent, and they can be exchanged after initial contact is established, but they do need to be unique and stable for the duration of a session, independent of anything that might change with topological location.


On 8/10/08 7:23 PM, Brian E Carpenter allegedly wrote:
No ;-) needed, I think. An identifier needs to be unique for as long as
it needs to be unique for. If we stipulate that no transport connection
has a lifetime greater than T, then the transport ID only needs
to be unique for T+epsilon.

Except that sessions overlap, so if it's a system-wide identifier it has to persist until the next reboot (because new sessions will keep picking it up and using it before previous sessions are done with it). If it's only a session-level identifier it can be more evanescent. This would make the multipath design more interesting.

swb



--
to unsubscribe send a message to rrg-request@psg.com with the
word 'unsubscribe' in a single line as the message text body.
archive: <http://psg.com/lists/rrg/> & ftp://psg.com/pub/lists/rrg