s/EID's numerical representation/EID's + numerical representation/
Sorry missed the "+" R.
Hi DY, Just for the record Enke Chen and myself have came up with this idea as well about ... 4 years ago :) There are number of written documents we have on this. You can easily google for it to see where is has been proposed before (even in this WG): http://www.ietf.org/mail-archive/web/idr/current/msg03174.html The main part of our proposal was that all transit ASes do not need to be upgraded as IP header would contain plane old IPv4 address constructed from AS number. Also all destination ASBRs would automatically recognize this address and decapsulate. But our primary focus was not too address "melting Internet" ... our focus was to provide a means and ability to provide fast connectivity restoration aka PIC but in the inter-as scope (so far it works well intra-as). The mapping plane for it comes for free ... each BGP update carries the origin AS today .. now we can even RPKI validate it - to eliminate manual mistakes. Soon we will also extend current origin validation to make it even more secure. Clearly the deployment price to pay would be to carry AS host routes oh well ... perhaps additional 30K routes more in the Internet if everyone suddenly would participate. But where and what is the benefit ...... The benefit would be only feasible if for a given network all of it's customers and transits start sending AS IP address encapsulated packets. Otherwise you still need to keep all addresses in control plane as well as put all addresses in the FIB. But now that we have ILNP on the table I am just thinking loud here ... if DNS record could return us not the locator or set of locators, but EID's numerical representation of an AS number hosts which support it could easily encap it this way while in the inner header still contain today's IP address of the given server. So here is more of the question to ILNP authors if they have considered such option .... Many thx, R.
_______________________________________________ rrg mailing list [email protected] http://www.irtf.org/mailman/listinfo/rrg
