I think there is a misunderstanding about preventing opeople to access the network,
it's all abiut HOW they access the network.
I referred to "noobs", but what I want to point out is exacly the existance of
different user classes, with different capabilities.
First, we have the ones with good netwoking knowledge, for which neither networking
approach poses any problems. These are not the issue.
Then we have those with mediocre knowledge, but willing to learn. For such users, the
experiment is the interesting part, not necessary the network access itself. These also
pose no special problems, and their let's say bigger brothers can help them to get on
track.
And finally, there are the ones I called "noobs". These users don't know why
they need to access this network, and what to do with it. For them, the internet is a
browser on a device, and the network is something you connect to, to get the intrnet
working.
This last category has basically 3 goals when trying to access the 44net:
- they want to access local community resources. For this they need some kind of access
(radio, HSN, VPN) provided by the local community, and an easy comprehensible
configuration to get to those resources. In this case, they only need a route to the local
subnet, the rest of the 44net space will be accessible to them via the regular internet,
but in theur use case, that goal is secondary, since only local subnet resources are
important.
- they want national/regional resource accesss. In this case, again they need a network
access by a connectivity provider (usually provided by hams from the first category, or a
POP like the ones discussed in the 44NGN group, again provided by some bigger brother).
Again as configuration, in the current allocation scheme, the national/regional space may
be represented by a single subnet entry, with connectivity provided by the upstream.
Again, the rest of the 44net space is accessed via the regular internet.
- they want access to all of the 44net address space. This kind of users are probably
rare, as the interest of a "noob" usually does not exceed national resource
level. In this case, again an upstream provider is needed, and the complete network is
represented by 2 static route entries, with a complete access provided by upstream.
What is actually interesting is that the national/regional filtering and subnetting is
actually easier done using the current allocation scheme, no matter if it is reachable via
tunnel or BGP announced on the public internet, as long as the upstream provider is
willing to forward those connections in the name of the user (again we speak about those
POPs).
So what the new allocation scheme will actually break, is the easy "geofencing"
by national/regional allocation using a single top subnet, and the seamless migration from
one network type to another (radio (isolated)->tunneled->direct(BGP)). It will
provide a split in the address space based on the acces mode, which should be transparent
to the user.
Keep in mind that resources that are meant to be accessible internet-wide and are BGP
announced are fully functional even without 44net client access (services like echolink
proxies), so for an user running echolink on a phone, there is no need to use a 44net
address. The same goes for BM/IPSC/IRLP servers, DX clusters or whatever.
It becomes only important if the access is restricted to 44net addresses (like for example
access to radio resources like packet nodes and other similar sensitive regions). And
then, most users usually do not want access past their regional resource.
On the other hand, resource access can and should be controlled by the one providing them.
So, if hams want to provide services visible on the public internet, of course they can
use a BGP announced 44net address space, but there is no specific advantage to these
addresses, other than their availability: they behave identically to any other public IP.
For low bandwidth applications, the current tunnel system together with the UCSD hosted
gateway can offer almost the same services to the public internet, while offering higher
speeds betweens 44net islands.
These issues should be weighted in when deciding to reorganizing a well established
working network hierarchy. And in my oppinion, if there are access configuration issues in
certain large networks affecting "noob" users, simplifying THEIR network access
should be done on THEIR border systems and in THEIR networks, without compromising the
existing working network.
And also the discussion on the 44NGN list should be taken in account. There are resources
available on the set, some at ZERO costs, able to offer POPs, which would solve basically
"noob" access by providing easy access to such users.
Marius, YO2LOJ