On Nov 10, 2009, at 11:28 AM, Tony Li wrote:

Lixia Zhang wrote:

2/ most importantly, I was calling attention to Postel's comments on slides 7 & 8: these quotes were taken from the meeting minutes then:
- “Transport layer ID is not an issue that we
  need be concerned with for now. Once we
  decide what to do for IP addresses, then
  transport people can easily figure out how
  they may use the address.”


Well, what we already know is that we want our routing tokens to be changeable. We need hierarchy in the address space to provide scalability. We have seen that we need to form that hierarchy on the topology,

the above seems a general statement that everyone would agree.
the real question is: are we talking about a single address hierarchy that everyone's routing table would conform to, or somewhat different hierarchies as viewed from different ASes...

otherwise we have to morph the topology to fit the hierarchy, and morphing the topology is expensive. So when a host changes its position in the topology, the routing token needs to change.

I could not decipher the last sentence: when a host changes its attachment point, its IP address changes -- do you mean routing token = IP address?

Unfortunately, that breaks the transport connection.

depends.
there exist multiple implementations today that do not break transport connections when host change IP addresses.

We already understand enough about the routing token and the transport token to understand that we need to fix this overloading.


- “We must avoid circular dependencies;
- “we must define a substrate of the
  system that can operate without DNS. ...
- “we must not depend on DNS to
  bootstrap the core operation of the
  system”

Relevance?  I have yet to see one proposal make this mistake.

Do not depend on DNS to get packet delivered.


Note that using the DNS and creating a circular dependency are two different things. We're already at the point where DNS is a fundamental requirement for Internet operations.

for Internet applications.

If you cannot resolve www.google.com, www.yahoo.com and www.cnn.com, then for all practical purposes, the net is down.

yes, from end users view point.
But we still want to be able to send IP packets even when DNS is done.

Lixia

_______________________________________________
rrg mailing list
[email protected]
http://www.irtf.org/mailman/listinfo/rrg

Reply via email to