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] 2008-09 New Policy Proposal (ASPLAIN Format for the Registration of 4-byte ASNs)
- Previous message (by thread): [address-policy-wg] whois and 4 byte ASNs
- Next message (by thread): [address-policy-wg] 2008-09 New Policy Proposal (ASPLAIN Format for the Registration of 4-byte ASNs)
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Daniel Roesen
dr at cluenet.de
Tue Oct 21 23:48:26 CEST 2008
Fellow WG, I concur fully on Nick's position, quoted below. Best regards, Daniel On Mon, Oct 20, 2008 at 04:18:48PM +0100, Nick Hilliard wrote: > Filiz Yilmaz wrote: > > You can find the full proposal at: > > > > http://www.ripe.net/ripe/policies/proposals/2008-09.html > > Can definitely support this. > > ASDOT is a broken representation and has no merit of any substance. Not > only that, the two arguments opposing the proposal are irrelevant. > > - "ASDOT is more easily remembered" > > For the foreseeable future, after the first 10k assignments of ASN32s in a > particular 16 bit ASN block range (e.g. AS3.x), both ASDOT and ASPLAIN > formats will be represented using similar numbers of digits. > > - "All existing 4-byte only assignments have been made in ASDOT" > > As of today, RIPE has assigned 19 ASN32s. Changing the representation for > these 19 holders (most of whom will have requested them for testing > purposes anyway) is not going to be a major issue. > > ASPLAIN representation is important for anyone who is in the business of > writing or maintaining BGP prefix and AS path filters, either router-side > or script-side. In this area, ASDOT format is just a bagful of hurt with > no redeeming features whatever. > > Incidentally, the following documents will also need to be updated: > > RIPE Database Query Reference Manual, section 2.3 > RIPE Database Update Reference Manual, section 1.2.3 > RIPE Database Update Reference Manual, table A1 > > However, as the RIPE database manual is outside the context of the PDP, it > is probably appropriate to omit this from the policy proposal. > > It's important that this policy proposal be passed before Jan 1, 2009, when > the RIPE NCC starts issuing ASN32s by default. After this date, it will > become a lot more difficult to clean up the mess that's going to happen. > > > Nick > -- > Network Ability Ltd. | Head of Operations | Tel: +353 1 6169698 > 3 Westland Square | INEX - Internet Neutral | Fax: +353 1 6041981 > Dublin 2, Ireland | Exchange Association | Email: nick at inex.ie -- CLUE-RIPE -- Jabber: dr at cluenet.de -- dr at IRCnet -- PGP: 0xA85C8AA0
- Previous message (by thread): [address-policy-wg] whois and 4 byte ASNs
- Next message (by thread): [address-policy-wg] 2008-09 New Policy Proposal (ASPLAIN Format for the Registration of 4-byte ASNs)
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]