Filiz Yilmaz wrote:
You can find the full proposal at:
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@inex.ie