Hello Egbert,
the article referenced is quite old. 32-bit ASN aren't written in form
x.y anymore but just in numerical form. For example the ASN after 65535
is 65536 (instead of the old 1.0 notation)
Additionally 16-bit and 32-bit ASN are completely compatible. so ASN
65535 can peer with ASN 12345678 without any problems. In case the peer
65535 signal no support for 32-bit ASN the peer 12345678 will
automatically use the backward compatibility ASN 23456. (See RFC 4893 /
RFC 6793 for details.
So there is actually no need for users of 16-bit ASNs to renumber their
routers to a different ASN.
73 de Marc, LX1DUC
On 2015-12-10 13:22, DD9QP wrote:
(Please trim inclusions from previous messages)
_______________________________________________
On Thu Dec 10 01:13:16 PST 2015 Sam VK4AA wrote:
You are correct, but we cant count on everyone on
the same playing
field
But then this is a hobby of learning so it may take a while for us all
to be
on the same page.
Sam -
for (maybe) you and all others who are not sure what the hell we are
talking about those 32bit AS-numbers this nice article may be some
help to get you on the same page:
http://www.networkworld.com/article/2233273/cisco-subnet/understanding-4-by…
It's nice to read and gives some hints on how to fit old 16bit and new
32bit ASNs together. (Thanks to Thomas DL9SAU for finding this article
in the net.)
So whatever method should be used, it should assure to map "old"
16bit-ASNs to the new 32bit-ASNs in a way as easy as possible.
Keep in mind that in Europe there is a "European HAMNET" driven by 16
countries. It was founded in early 2000s and is using 16bit-ASNs
because the 32bit-range was not available at that time. There is a
registry to avoid ASN-doubles and it is working very well. As I know
it is by far the largest bgp-driven network within the 44-Net
worldwide, as far as the number of countries, number of participants
and area is concernd. For more info about that see links at bottom of
this mail (all in english).
Either the 42<mcc>xxxxx or the 42<dxcc>xxxxx proposals give the chance
to map old 16bit-ASNs 1:1 into the new 32bit-ASNs because they leave
the lower 16bit-part to the countries for individual use. Even an
IP-subnet-coded ASN like e.g. for Austria 42143xxxxx would fit this.
The first proposal from Rob PE1CHL does not. It is incompatible to
everything that was used or proposed before. Glad to hear that Rob is
willing to change this.
I don't think that the discussion about either 42<mcc>xxxxx or
42<dxcc>xxxx is only cosmetical. We must keep in mind different sizes
of different countries and there networks.
MCC has 7 # for USA and 2 # for China. Each other country has 1.
Within DXCC every country has 1 # ready to go. I agree with Marius
YO2LOJ:
At a first glance the mcc proposal seems to be prefereable because it
allows more ASN-Range for big countries on the go. On DXCC-numbers
something has to be added to make it recognize different sizes of
countries. That causes unnecessary work and - to say it with Peja's
words: "you will have to provide mapping table and make sure it is
updated all the time." for dxcc.
I would be very glad to have a worldwide usable sulution (proposal)
for the whole 44-Net which is commonly accepted and published on a
central site. This gives all new countries willing to join a
bgp-routed network within 44-Net something at hand they can deal with
from startup.
Don't let us hesitate on this topic and let's plan it very well.
73s de Egbert DD9QP
--
Infos about European Hamnet:
https://www.tapr.org/pdf/DCC2014-TheEuropeanHAMNET-DG8NGN.pdf
https://www.youtube.com/watch?v=3A6DDrJRcws
_________________________________________
44Net mailing list
44Net(a)hamradio.ucsd.edu
http://hamradio.ucsd.edu/mailman/listinfo/44net