Re: [lisp] Last Call: <draft-ietf-lisp-eid-block-03.txt> (LISP EID Block) to Informational RFC

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

 



Hi Dino,

>> 	But who are the registries? The RIRs? Large ISPs? IANA? I think you
>> should specify clearly either: what a registry is or that is not defined
>> yet.
> 
> Yes, nothing has to change in terms of who and how PI addresses are allocated.

Sorry, but if the RIRs are going to allocate from this space then that is not the IETFs decision to make. That responsibility lies with the policy-making community in the RIR's region. And in the RIPE region there is ongoing work to write a policy that removes the distinction between PA and PI for IPv6. So don't make any assumptions here.

Also: if they are handed out as PI addresses there is still the question of who is going to run the PxTRs for that space. No operator will route the whole /12 or /16 for free. Besides the cost, that would put us back to the 6to4 mess: being dependent on (possibly unknown) 3rd-party relays that you have no business relationship with. Assigning the addresses as PI would mean that every block has to be routed separately, which will fill up the routing table. PA would make aggregation possible but tie the end-user to one LISP-ISP, and that ISP might then just use their existing PA block anyway (without using up an extra BGP routing table slot).

I think it should be clear who is going to manage the address space before requesting it.
Sander




[Index of Archives]     [IETF Annoucements]     [IETF]     [IP Storage]     [Yosemite News]     [Linux SCTP]     [Linux Newbies]     [Fedora Users]