This archive is retained to ensure existing URLs remain functional. It will not contain any emails sent to this mailing list after July 1, 2024. For all messages, including those sent before and after this date, please visit the new location of the archive at https://mailman.ripe.net/archives/list/address-policy-wg@ripe.net/
[address-policy-wg] 2014-03 two cents on multi homing ASN requirement
- Previous message (by thread): [address-policy-wg] 2014-03 two cents on multi homing ASN requirement
- Next message (by thread): [address-policy-wg] 2014-03 two cents on multi homing ASN requirement
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Marco Schmidt
mschmidt at ripe.net
Tue Aug 19 10:44:37 CEST 2014
Dear Erik and colleagues, We would like to provide you with some numbers. In the RIPE NCC service region, there are currently 10,874 ASNs assigned to LIRs and 14,181 ASNs assigned to End Users with approved documents. There are 26 organisations (including six with legacy ASNs) with more than ten ASNs registered. The maximum number of ASNs assigned to one organization is 100 (not including legacy ASNs). We hope that this is helps your discussion. Kind regards Marco Schmidt Policy Development Officer RIPE NCC On 16/08/14 18:07, Erik Bais wrote: >> What about the option 2, to limit the amount of AS assignments per >> LIR to 1000? As far as I understand option would fall within APWG's >> mandate and address the raised concerns. > So I need 2 lir's to request 2000 ASn's ? And 3 LIR's for 3000 ASn's ? Not that I want that many, but I'm thinking that the number might be a bit too big. How many ASn's do you expect is regular use within an LIR ... I know personally 1 company that hold 99 AS numbers ( legacy ) and they actual use is probably less than 30 active AS nr's .. They received it from IANA back in the days in order to hand them out to customers ... They might not be the only one ... > > Yes doing a max number per LIR would be within the APwg mandate, but let's keep things practical ... > > And what if you would register an AS within a LIR as an end-user assign AS, would that could ? Or only the LIR infra structure AS numbers ? > > You may want to ask Andrea as he might know what the current number is ( max) hold within an LIR ( not including Legacy assigned AS numbers) ... Personally I don't think it will be a lot that have more 5 AS'n in their LIR ( especially for their own Infra) .. There might be some that have a list of AS's requested for end-users. I know I have ... > But if a customer doesn't require an AS number, why would one request an AS number if the customer doesn't understand what BGP is or if they don't intend to run BGP ? > > Which might actually be the better question in this discussion to ask instead of asking if you are going to multihome ... Are you going to run BGP ? And if you are, have you considered a private AS to use instead of a unique AS number .. Which basically covers everything that the NCC should know ... Or am I missing something ? > > Regards, > Erik Bais > > Verstuurd vanaf mijn iPad > >> Op 16 aug. 2014 om 17:46 heeft Job Snijders <job at instituut.net> het volgende geschreven: >> >>> On Sat, Aug 16, 2014 at 05:36:46PM +0200, Erik Bais wrote: >>> >>> Policy can't set a price or affect the cost to a resource, as that is >>> decided by the membership in the AGM. >> Yes I know, hence my presenting of these two paths forward. >> >>> I would rather have the NCC monitor the situation and report on it >>> during the NCC services update on the RIPE meetings as they are also >>> doing on the PI IPv6 without multihoming. If the situation would show >>> abusive behaviour from people, the need is there to associate a cost >>> per AS object and you would get it much easier through the AGM ... >>> >>> I would not recommend writing a policy that would only be implemented >>> after a cost decision. And by writing that the Currently policy must >>> stay as is, also doesn't leave an option to make other adjustments.. >> Noted. >> >>> May I suggest the policy change that was discussed to be able to >>> transfer an ASn. >> Do you have an URL? >> >> What about the option 2, to limit the amount of AS assignments per >> LIR to 1000? As far as I understand option would fall within APWG's >> mandate and address the raised concerns. >> >> Kind regards, >> >> Job > -------------- next part -------------- An HTML attachment was scrubbed... URL: </ripe/mail/archives/address-policy-wg/attachments/20140819/a530f3fb/attachment.html>
- Previous message (by thread): [address-policy-wg] 2014-03 two cents on multi homing ASN requirement
- Next message (by thread): [address-policy-wg] 2014-03 two cents on multi homing ASN requirement
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]