Hi Gert, There are a couple things that I keep reading and hearing in the discussion here..
Run-out of 16 bit as's and garbage collection.. May I suggest to Job to look into the following to see if that would fit his plan moving forward and is in line with what the community thinks is acceptable. ( personally I don't have a specific preferrence ) Exclude the 16 bit AS's from the removal of the multihoming requirement. ( so it stays as it is currently ) and ask the NCC to keep a close look on the number of requested AS's per entity to avoid stockpiling and give them the silent 'right' to question and stop abuse of what we are trying to achieve here. Also the NCC should include resource garbage collection in the ARC's and if that is not enough, report that to the community during the ripe meeting ncc update. The above mentioned suggestion could bring us closer to consensus.. It is not something I have a strong feeling about. It is a suggestion that one can look at. Personally I would go for version 1 of the proposal, no limitations and in addition ask the ncc to look close to any abusive behaviour. Regards, Erik Bais Verstuurd vanaf mijn iPad > Op 15 mei 2015 om 14:34 heeft Gert Doering <[email protected]> het volgende > geschreven: > > Dear AP WG, > >> On Mon, Mar 09, 2015 at 04:57:20PM +0100, Marco Schmidt wrote: >> The Review Period for the proposal 2014-03, "Remove Multihoming Requirement >> for >> AS Number Assignments" has been extended until 19 May 2015. > > So - we extended this to wait for the AGM decision on "charging for AS > numbers". The AGM decided, and the clear majority decide to not introduce > annual charges for AS numbers - my life would be easier otherwise, but > this is what was decided, so respect it and see how we can achive our > goals here :-) > > Feedback for this proposal so far was, if I simplify a bit > > - we want to take care not to exhaust 16bit-ASNs > - there is unlimited number of 32bit ASNs > (but there *also* was feedback about "N. from I. could go out and > register all 4 billion 32bit ASNs, and exhaust the system"... now what?) > > - we might want a garbage collection / reclamation mechanism > > - the current policy text is too complicate, arbitrary numbers are bad > > but there *is* quite a bit of support for the generic idea of "loosen up > the rules for 32bit ASNs, as the multihoming requirement is often hard > or impossible to demonstrate or check". > > So, what should we (or, more precise, the proposers) do to get there? > > Nick, I'm actually looking at you since you threw the most sand into the > gears here... some specific suggestions how you'd tackle this would > be welcome. > > (Technically, I see no other way than to change text and do another round > of IA/review phase with the feedback we've received until now - if, based > on the new background from AGM, everybody who has objected so far is now > accepting this at it stands to go forward - please say so!) > > Gert Doering > -- APWG chair > -- > have you enabled IPv6 on something today...? > > SpaceNet AG Vorstand: Sebastian v. Bomhard > Joseph-Dollinger-Bogen 14 Aufsichtsratsvors.: A. Grundner-Culemann > D-80807 Muenchen HRB: 136055 (AG Muenchen) > Tel: +49 (0)89/32356-444 USt-IdNr.: DE813185279
