DD9QP:
> 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.
Well... We have been using that but the exact reason for this whole proposal
was that I was extremely p*ssed off this week when I discovered that this
registry only wants to allocate 1 contiguous range of AS numbers per country,
and allocates only tiny ranges. Every time one outgrows the range of numbers,
one is supposed to renumber the entire network. What a joke!
Initially we (the Netherlands) got an allocation of 4 AS numbers, and when
we needed more, the range immediately after that turned out to be already allocated
since before we got our 4. So we apparently had been put in a hole left by
someone else moving.
When I noted that I did not like this and would like a second block to expand
our allocation, the owner of the adjacent block was requested to renumber!!!
He even complained that he had to renumber twice before.
Then, we could expand our allocation to 19.
And this process was completed before I even could note that I did not want to
make others do the work that I did not see as useful.
So then the decision was made to leave that registry and find another solution
where neither we or others were forced to renumber or live with sub-optimal
solutions (trying to limit the number of ASN).
Our block can be returned to the free pool or be given back to the previous
owner in case he did not start the actual renumbering work.
Rob
Some of the radio networks implementing AMPRnet use BGP as a routing protocol, and therefore
require some AS numbers that should be unique within those networks. Note I am not referring
to BGP routing on internet, but only within local radio networks. There usually are one
or more gateways that are connecting those networks to internet, but BGP routing information
is not carried across them, they only route a fixed subnet and may or may not use BGP on the
inside as well.
It is customary to use AS numbers from the "private AS ranges" on those radio networks
documented in RFC6996: 64512 - 65534 and 4200000000 - 4294967294.
The first (old) range has 1023 available numbers, so it requires some registry where individual
areas can get numbers allocated to them to guarantee the uniqueness of the numbers within the
network. As always, the policies of such registries lead to discussion and feelings, and
I like to solve that by making the allocation fixed up to the regional level, so everyone can
determine their own numbers without having to agree with others how it is done exactly and
how many numbers each one requires and will get, and whether they need to be changed.
Since 2009, BGP implementatations must support 32-bit AS numbers, and the second larger range
has become available.
My proposal is to map the assigned IP address ranges for countries and states directly to AS
numbers in this AS range.
Advantages:
- the range of AS numbers automatically remains contiguous for countries and regions.
- no need for an "international" registry, and probably not even for a "national" registry.
- local operators can derive the AS number for their region from the local subnet address.
- very sparse use of the available space makes for very low chance of conflicts, even in the
presence of other private AS numbers that were allocated outside of this system.
- future proof as there is no 1023-AS limit for the AMPRnet radio networks.
- very easy to mnemonically map an AS number seen in a table or trace to the place where
it is allocated, without need to refer to an allocation database.
I propose the following AS number structure:
For an IP network with the address 44.xxx.yyy.0/zz, the AS number will be: 4244xxxyyy.
E.g. for my local network 44.137.40.0/22 the AS will be 4244137040.
When areas of AS allocation are larger, an arbitrary subnet (e.g. the first) within that area can
be used to derive the AS number.
Alternatively, a national allocation system can be set up to manage the range available for a
country or state when local operators like to do so, and use registered AS numbers from 000-999
within the range derived from the /16 address.
E.g. the Netherlands has 44.137.0.0/16, so we can use the 1000-number AS range of
4244137000-4244137999 and subdivide it the way we like.
There may be a slight chance that some very old equipment would not support 32-bit AS numbers,
but the popular MikroTik, Ubiquiti and Linux(quagga) routers have no issue at all, and there is
some interoperability with peers running the older version.
I'd like to hear the opinions on this and possible enhancements/modifications.
Rob
> Now will this be an issue for people like us that already have an asn?
> I can see problems arising
>
> Regards
>
> Sam Scafe
> VK4AA
No to the contrary, this proposal is being made to AVOID problems like that.
By defining a method to allocate AS numbers in a way that can be directly
derived from agreed numbers (like the IP address in my proposal, and the E.212
number in the one that I am going to adapt), we guarantee that the AS numbers
that we choose are not going to collide with the ones that others take.
Not that this is very likely anyway. There are over 95 million AS numbers in
the 32-bit range, and unless you do things like "private AS start at 4200000000
so we'll start numbering from there" it is not very likely that you will meet
another network that has chosen the same numbers.
And again: this is NOT related to AS numbers used on Internet. Our AS number
on internet is 3265 and it will remain the same.
Rob
HOLA MI NOMBRE ES MARTÍN LU9DMG
YA TENGO MI IP 44 --> 44.153.32.96 / 32
QUERÍA SABER COMO SERIA LA CONFIGURACIÓN
DE LA RED
LA INFORMACIÓN QUE TENGO ES
LA INFO QUE NECESITO ES LA PUERTA DE ENLACE ETC
QUERÍA CONFIGURAR LO EN UN MIKROTIK
O EN LA PC DONDE ESTA EL BBS
------------------
HELLO MY NAME IS MARTIN LU9DMG
I have my IP 44 -> 44.153.32.96 / 32
He wanted to know what it would SETTINGS
OF THE NETWORK
THE INFORMATION I HAVE IS
THE INFO YOU NEED IS THE GATEWAY ETC.
I WANTED IN A SETTING THE MIKROTIK
OR THE PC WHERE IS THE BBS
Regional NetworksNetworkDescriptionAllocated to44.153.0.0 /
23LU7ABFLU7ABF44.153.32.96
/ 32buenos aires argentinaLU9DMG44.153.52.0 / 24LU7ABFLU7ABF44.153.54.0 / 28
LU7ABFLU7ABF44.153.54.16 / 30LU7ABFLU7ABF44.153.54.20 /
32LU7ABFLU7ABF44.153.54.21
/ 32LU7ABFLU7ABF44.153.54.22 / 32LU7ABFLU7ABF44.153.54.23 /
32LU7ABFLU7ABF44.153.54.24
/ 30LU7ABFLU7ABF44.153.54.28 / 30LU7ABFLU7ABF44.153.54.32 /
27LU7ABFLU7ABF44.153.54.64
/ 26LU7ABFLU7ABF44.153.54.128 / 25LU7ABFLU7ABF44.153.55.0 /
24LU7ABFLU7ABF44.153.56.0
/ 23LU7ABFLU7ABF44.153.72.13 / 32GW lu8fjh.dyndns.org for 44.153.72.13/32
LU7ABF44.153.81.0 / 24LU7ABFLU7ABF
Are there any historical records (a la change management) of what has been
allocated to individuals in the past? I've got a new request from someone
that claims to have had an allocation but I'd like to be able to verify.
--
Rial F Sloan II
N0OTZ
Could the owner of ‘4x1kw - ham ip network in kibuts dan area’ gateway 31.154.7.2 please return my 44.182.21.0/24, which is alocated to YO, not 4X, subnet to me?
Thank you,
Marius, YO2LOJ
All,
I have worked on a updated version 2.0 RC3 of the STARTAMPR script. I've
also included more detailed instructions in the STARTAMPR file, as well
as a README. Original versions of the script remain compatible and can
continue to run on AMPRNet devices.
Also, for those wanting to reload the routing table on boot, I've
created a new script called BACKUP_AMPR.
Features of BACKUP_AMPR:
- creates an hourly output of "ip route get table 44" - table44_bak
- creates an hourly executable script to re-add those routes -
restore44sh
New in STARTAMRPR v2.0 RC3:
- DYNAMIC GATEWAY IP SUPPORT, proper configuration of Local Subnets
will end need to exclude your subnet using rip44d -a switch
- Routing tables and rules used to provide default routes and
blackholes independently for each subnet
- SECURITY FIX, packets for destinations not listed in TABLE 44 are
blackholed
- Examples of connecting to Gateways behind 44.0.0.0/s BGPed subnets
The files and README are located here for those on AMPRNet:
http://44.60.44.10/amprnet_docs/start_ampr_version2
73,
- Lynwood
KB3VWG
Hi everyone!
I am trying to use the access to the AMPRNet by VPN via
amprnet-vpn1.aprs.fi
I already got hold of a lotw certificate but cannot get access.
Is this to place to hope for further help?
73 de oe1rsa
--
_________________________________________
_ _ | Roland Schwarz
|_)(_ |
| \__) | mailto:roland.schwarz@blackspace.at
________| http://www.blackspace.at
