On Mon, Nov 10, 2008 at 06:30:14PM +0200, Christian Vogt <[EMAIL PROTECTED]> wrote a message of 36 lines which said:
> finally, here is a link to the concept paper on the new hostname-oriented > host stack architecture, which I described in earlier emails: > > http://users.piuha.net/chvogt/pub/2008/vogt-2008-hostname-oriented-stack.pdf That's a very good idea and one which is badly needed anyway. I strongly regret that we have to "port" applications to IPv6: a technical detail at layer 3 should not be visible by applications at all and they should not need to be "ported", not more that they are "ported" to Wifi or Ethernet or ISDN. Therefore, your proposal addresses a very important architectural problem of the Internet. If deployed, it would allow a much easier deployment of new techniques, whether HIP, LISP, IPv6 or anything else. Some points that may need to be addressed: * a weaker form of your proposal is implemented in many programming languages (even in C if you use libraries like neon). The program can connect to a program on another host using just host names (for instance, I believe Christian Huitema mentioned several times here that there is such an API in Microsoft products). It is weaker than your proposal since everything is implemented in userland and therefore such connections typically do not survive a renumbering or rewriting. * at least for debugging purposes, it would be great to be able to retrieve technical connection details such as the IP addresses actually used. Should you plan to develop a concrete API, this would have to be handled. * Security is of course the big problem and the current proposal is a good start, but insufficient. * Your plan would make us more dependent on the DNS. Today, an application may run entirely without the DNS, which would no longer be possible with your plan. Disclaimer: I work for a domain name registry so I find it a very good idea :-) _______________________________________________ rrg mailing list [email protected] https://www.irtf.org/mailman/listinfo/rrg
