Re: new IPv6 policy draft - real soon now
| From 6bone-owner@ISI.EDU Thu Apr 15 14:55 MET 1999 | | > * The biggest concern left was the slow start procedure within the sTLA. | > * It was discussed at length but no agreement could be reached. The | > * registries want to have some kind of control against allocations that | > * are given out that are not used as they are supposed to be used, while | > | > One other reason is that if all organisations/networks have the same | > prefix length ISPs will have difficulties to make rationale routing | > decisions if that may be necessary in the future. | | Well hang on a moment. sTLAs are intended for ISPs and exchange | points, and we're expecting them all to show up in the default-free | table. I don't see your point. | ====BT: moreover, one can imagine carriers will be able to aggregate ISPs prefixes. If they've got different legnth ones, I don't know how to achieve this. +bernard Tuy.
Bernard.Tuy@urec.cnrs.fr (Bernard TUY) writes: ====BT: moreover, one can imagine carriers will be able to aggregate ISPs p refixes. If they've got different legnth ones, I don't know how to achieve this.
Aggregation is governed by topology and allocation policy. Hierarchy helps aggregation. I do not see how equal prefix length helps aggregation. Please explain. Daniel
Daniel, The point is that unless we are collectively foolish, IPv6 will not have a disaggregation problem - it starts out classless and provider-based, and dual homing will in the end be solved by dual prefixes. I really can't see why we would *need* prefix length based discrimination as we do for IPv4. Brian Daniel Karrenberg wrote:
Bernard.Tuy@urec.cnrs.fr (Bernard TUY) writes: ====BT: moreover, one can imagine carriers will be able to aggregate ISPs p refixes. If they've got different legnth ones, I don't know how to achieve this.
Aggregation is governed by topology and allocation policy. Hierarchy helps aggregation. I do not see how equal prefix length helps aggregation. Please explain.
Daniel
participants (3)
-
Bernard.Tuy@urec.cnrs.fr -
Brian E Carpenter -
Daniel Karrenberg