I think we are dealing with two things here the admin side which is
more of the concerns for the ASDOT and the routing side that makes
ASDOT complicated for the regular expression.
Just a simple suggestion, again just a suggestion :) can we think in a
way that maybe can we keep the readability in place (with the ASDOT
for admin purpose) so that IANA and the RIR's life would be easy when
it comes to assigning 4 byte ASN. But still in the routing side we'll
keep the PLAIN format (maybe a simple conversion from the ASDOT to
PLAIN is needed).
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Yi Chu wrote:
\
- Just as Randy noticed during the meeting, 32-bit AS is the same
range as IPv4. I would think everyone would agree that writing and
communicating IPv4 as a single integer (3420323840 is the same as
203.222.32.0) is a bad idea.
203.222.32.0 is 3420332032. and that's 52190.8192 in ASDOT.
3468851153 is 52930.30673
I don't see any readability / writing enhancement. there is still 10
characters to deal with.
- It was mentioned that we probably will not exceed 7 digit ASN.
However, this is exactly the mentality that got us here in 16-bit ASN
and with IPv4. We can not forsee the new use of ASN in the future.
It may happen that every household gets an ASN for mobile service in
the future.
and like we have seen with IPv6, not making it backward compatible has
its own drawbacks. In a live environment today, I don't see any
advantage of not making things backward compatible. The additional
work
needed to change all the OSS and regexp is considerably larger when we
change formats.
As Randy said, if we do want a delimiter, why not ASSMILEY.
thanks
-gaurab
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.8 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iEYEARECAAYFAkjIR48ACgkQSo7fU26F3X1cggCgyCo1WOTGh4Xgx4RJMxlDniW4
6mYAnj7UnCSpCskURND/2/q+sSDR8s+u
=L+I3
-----END PGP SIGNATURE-----
policy *
_______________________________________________
sig-policy mailing list
sig-policy@lists.apnic.net
http://mailman.apnic.net/mailman/listinfo/sig-policy