Re: [RAM] Different approaches for different protocols

[Dino Farinacci <dino at cisco.com>]

> To start with we need to evaluate whether an 8+8-style approach is
> better than an map&encap approach *at all*, regardless of address
> family.  If it is -- which is not clear by any means -- then that will
> be the time to consider multiple routing modes.

Scott, the comments I have heard in favor of using map&encap is that  
you maintain the original addresses which the host put in the header.  
You then can build ACLs in various middle-boxes that are based on  
those (inner) addresses that don't change. So for IPv4, I see value  
there.

But for IPv6, those middle boxes can setup ACLs based on the lower- 
order 8-bytes, which, as well as above, will not change. So doing  
address swaps on the high-order 8-bytes doesn't lose information like  
it does in IPv4.

I think a GSE++ approach could work very well. The only worry I have,  
with respect to how it is spec'ed out now is that an entire 128-bits  
is in the DNS. You don't really want to have locators in the DNS. You  
really want to decouple it.

So I would propose this:

1) Put A records in DNS for IPv6 hosts as ::<eid>, where <eid> is 8- 
bytes.

2) Have socket connections use the following addresses for tcb lookups:

	source = ::<source-eid>  dest = ::<dest-eid>

3) CE routers that participate in the mapping database, will do this:

        Make ::<source-eid> into <source-locator>::<source-eid>
	Make ::<dest-eid> into <dest-locator>::<source-eid>

    where:
	<source-locator> is the CE's IPv6 address out of the address block
                         from the provider it is attached to
        <dest-locator>   is the locator returned from a mapping  
database
                         lookup for <dest-id>

4) When the packet enters the destination site, the ETR will translate  
because
   the locator is it's own address, so it changes the source and  
destination
   locator bits to 0.

5) No host changes because the checksums are always based on non-zero  
bits in
   the EID field and 0 bits in the locator field.

We can do this with LISP-ALT as the mapping database mechanism.

Should we prototype this?  Comments?

Dino



_______________________________________________
RAM mailing list
RAM at iab.org
https://www1.ietf.org/mailman/listinfo/ram