Cookies help us deliver our services.

We may use session cookies for technical purposes such as to enable better navigation through
the site, or to allow you to customize your preferences for interacting with the site.

By using our services, you agree to our use of cookies. OK
home QRZCQ - The database for radio hams 
 
2026-09-01 02:05:02 UTC
 

Call:

   Advanced
 

Call:

  

Pass:

  
 

or

 
IU0NDT

Active QRZCQ.com user

activity index: 1 of 5

Mauro P

00173 Roma
Italy

EU
italy
image of iu0ndt

Call data

Last update:2026-08-29 23:19:04
Continent:EU
Views:336
Main prefix:I
Latitude:41.8405527
Longitude:12.6071656
Locator:JN61HU
DXCC Zone:248
ITU Zone:28
CQ Zone:15
Website:51593.it

QSL dataUp to date!

Last update:2026-08-29 23:17:42
eQSL QSL:no
Bureau QSL:no
Direct QSL:no
LoTW QSL:no
Extra QSL Info:https://718xlx.ddns.net:3017/

Biography


Mauro IU0NDT
NetIt.Hub · AllStarLink-Italia · Nodo AllStarLink 515930 · Roma



Ciao a tutti e benvenuti nella mia pagina QRZ.

Sono Mauro, IU0NDT, precedentemente IW0EAO.

La mia attività radioamatoriale è iniziata alla fine degli anni ’80, tra packet radio, VHF e UHF nell’area romana. Dopo un periodo di pausa, nel 2019 ho ripreso con grande entusiasmo questo bellissimo hobby, ritrovando un mondo profondamente cambiato e ancora più ricco di possibilità rispetto a quello che avevo lasciato.

Dal 2019 sviluppo e mantengo il Nodo AllStarLink 515930, nato inizialmente come HUB radioamatoriale e progressivamente evoluto in una piattaforma sperimentale multiprotocollo capace di integrare radio analogica, reti digitali, VoIP/RoIP, reflector, dashboard, sistemi di controllo, messaggistica e nuove tecnologie radio.
Il progetto NetIt.Hub

NetIt.Hub non vuole essere soltanto un nodo, un bridge o un insieme di collegamenti.

È un laboratorio radioamatoriale sperimentale nato per studiare, integrare e rendere comprensibili tecnologie diverse, mantenendo sempre al centro lo spirito radioamatoriale: sperimentazione, condivisione tecnica, crescita comune, curiosità e rispetto delle regole operative.

L’idea alla base del progetto è semplice:

potente non significa complicato;
aperto non significa disordinato;
sperimentare non significa improvvisare.

Il nodo 515930 è il cuore operativo del sistema, ma l’obiettivo non è concentrare tutto su un solo protocollo. Ogni tecnologia viene trattata come un modulo indipendente, collegabile solo quando esiste una coerenza tecnica e operativa.
Nodo 515930 AllStarLink

La base principale del sistema è AllStarLink, rete radioamatoriale VoIP basata su Asterisk PBX e sull’applicazione app_rpt.

A differenza di altre soluzioni VoIP radio-centriche, AllStarLink può diventare parte integrante dell’infrastruttura radio stessa, permettendo di collegare tra loro nodi, ripetitori, stazioni remote, radio, sistemi IP e servizi software con grande flessibilità.

Il nodo 515930 utilizza e integra progressivamente:

AllStarLink ASL3

Asterisk / app_rpt

VOTER / RTCM

SvxLink

EchoLink

IAX2 / SIP / PJSIP

DMR / BrandMeister

XLX718

YSF / C4FM

Wires-X

D-STAR

NXDN

M17

TETRA sperimentale

LoRa / MeshCom / Meshtastic / APRS

DSP audio multiprotocollo

dashboard pubbliche e private

supervisione e diagnostica assistita da AI

La copertura radio principale nell’area di Roma è legata alla sperimentazione su:

432.400 MHz · Tono 67.0 Hz
VOTER, RTCM e copertura RF distribuita

Una parte importante della sperimentazione riguarda il sistema VOTER / RTCM, utilizzato per test di ricezione distribuita, confronto dei segnali e sviluppo di soluzioni multi-sito.

Il sistema VOTER, originariamente creato da Jim Dixon, WB6NIL (SK), consente di confrontare più segnali ricevuti e selezionare automaticamente quello migliore.

Nel progetto 515930 sono state installate e provate schede VOTER nell’area di Roma Sud e Roma Nord, utilizzate per test su collegamenti radio, copertura RF distribuita e studio di infrastrutture radio multi-ricevitore.
SvxLink e reti analogiche

Parallelamente al lavoro su AllStarLink è stata sviluppata anche l’integrazione con SvxLink, piattaforma molto interessante nel panorama radioamatoriale.

Il collegamento tra SvxLink e Asterisk ha richiesto prove, adattamenti e sperimentazioni, soprattutto per la gestione dei diversi protocolli, dei codec audio e delle modalità operative delle reti interconnesse.

Nel tempo sono state effettuate prove e collegamenti con reti e ambienti basati su SvxLink, tra cui:

RedNet

ARI

Emilia-Romagna-net

DMR Brescia

Hamthings

L’obiettivo non è collegare tutto a tutto senza criterio, ma creare percorsi chiari, documentabili e tecnicamente sensati.
Bridge e filosofia del sistema

Durante le varie fasi di sperimentazione ho scelto di evitare la proliferazione casuale di collegamenti verso reti digitali o infrastrutture esterne.

La filosofia del sistema è mantenere collegamenti selezionati, documentabili e tecnicamente giustificati, evitando instradamenti ridondanti, doppi passaggi inutili, loop audio, degrado della qualità e percorsi difficili da comprendere.

Per questo motivo vengono mantenuti solo accessi coerenti con l’architettura generale, come:

accessi WT-mode / IAX2

EchoLink

bridge selezionati verso XLX718

collegamenti tramite rete digitale BrandMeister

integrazioni SvxLink

prove verso reti LoRa / MeshCom

sperimentazioni TETRA

routing controllato tra domini radio differenti

L’obiettivo è mantenere il sistema ordinato, comprensibile e stabile, senza perdere la libertà di sperimentare.
Radio Routing Core

Il progetto sta entrando in una nuova fase con lo sviluppo di un Radio Routing Core indipendente e portabile.

L’obiettivo non è realizzare un altro semplice bridge, ma costruire un vero router radio multiprotocollo.

Tecnologie come:

AllStarLink · TETRA · DMR · XLX · HBlink · SvxLink · M17 · YSF · D-STAR · NXDN · LoRa

vengono trattate come moduli indipendenti collegati a un’infrastruttura comune di:

routing · identità · media · controllo · supervisione

In questo modo nessun singolo protocollo diventa il centro dell’intero sistema.

Il routing radio diventa quindi il livello logico che permette di capire chi sta parlando, da dove arriva il traffico, verso quale dominio deve essere instradato, con quale identità, con quale codec, con quali regole e con quali limiti operativi.

Talk Group, Room, DG-ID, Reflector, Node, Conference, GSSI e canali logici vengono considerati come diverse espressioni dello stesso principio architetturale:

creare spazi condivisi di comunicazione tra utenti, ripetitori, nodi e infrastrutture collegate via radio e via IP.
NetIt.Hub come portale

NetIt.Hub è anche il portale che aggrega le dashboard e le viste principali dell’intero sistema.

Lo scopo è mostrare in modo chiaro:

i percorsi delle comunicazioni in ingresso e in uscita

lo stato dei vari componenti

le modalità di interfacciamento disponibili

le prove effettuate

le funzionalità principali del sistema

VOTER, Simulcast e collegamenti radio

reflector, nodi e bridge attivi

messaggistica VoIP ↔ LoRa

dashboard di monitoraggio

diagnostica e supervisione

La parte pubblica mostra lo stato generale e le informazioni utili alla comprensione del sistema.
Le funzioni amministrative, i comandi sensibili e le configurazioni private restano separati.
TETRA integrato nel nodo 515930

Nel nodo radioamatoriale 515930 è stato realizzato un sistema TETRA sperimentale multicanale, integrato con il reflector digitale XLX718.

Il collegamento è bidirezionale e consente di mantenere separate più comunicazioni contemporanee. L’infrastruttura opera su rete privata, mentre la dashboard pubblica mostra esclusivamente lo stato generale del sistema, senza esporre configurazioni o funzioni amministrative.

Per quanto risulta dalle informazioni pubblicamente disponibili, il nodo 515930 rappresenta una delle prime integrazioni radioamatoriali pubblicamente documentate tra un sistema TETRA software multicanale e XLX718.

Parametri radio sperimentali:

Rete: TETRA-515930
MCC: 901
MNC: 9999
Frequenza downlink BTS / RX radio: 435.750 MHz
Frequenza uplink BTS / TX radio: 430.750 MHz
Duplex: -5 MHz
Carrier principale: 1430

L’identificazione dell’utente può essere basata, secondo configurazione, su:

ID DMR / RadioID personale
nominativo radioamatoriale
ISSI TETRA assegnato o derivato

È importante che ogni terminale utilizzi un ISSI univoco: lo stesso identificativo non deve essere registrato contemporaneamente da più terminali sulla BTS.

Gruppi TETRA / GSSI sperimentali:

991
992
993
994

Mapping verso XLX718:

991 → XLX718 modulo A / TG 4001
992 → XLX718 modulo B / TG 4002
993 → XLX718 modulo E / TG 4005
994 → XLX718 modulo F / TG 4006

515930 e XLX718: TETRA e reti radio digitali unite in un’unica piattaforma sperimentale.
Accesso tramite TETRALink

Il sistema può essere utilizzato anche tramite applicazioni IP dedicate, come TETRALink, quando autorizzato e secondo i parametri operativi previsti dalla rete.

Il profilo di riferimento è:

Profilo: TETRA-515930
Protocollo: WSS / TLS
Modalità: Terminal
MCC: 901
MNC: 9999
Realm Digest: TETRA-515930

Il GSSI utilizzato dall’app va scelto in base al gruppo al quale si desidera accedere e deve essere coerente con la configurazione attiva del Core.

In questo modo ogni radioamatore autorizzato può accedere al sistema utilizzando la propria identità digitale, mantenendo l’associazione tra ID DMR / RadioID, ISSI TETRA e nominativo radioamatoriale.
LoRa, MeshCom, Meshtastic e APRS

Una parte importante della sperimentazione riguarda le comunicazioni radio a bassa potenza e bassa velocità su reti LoRa, MeshCom, Meshtastic e APRS.

Queste tecnologie sono utilizzate per prove di messaggistica, telemetria e collegamenti indipendenti dai normali sistemi VoIP.

Nel progetto NetIt.Hub è in sviluppo l’integrazione della messaggistica tra:

AllStarLink · Asterisk · SIP/PJSIP · MeshCom · LoRa

Gli interni SIP/PJSIP collegati ad Asterisk possono inviare messaggi verso MeshCom tramite gateway dedicati. Il sistema può gestire destinazioni di gruppo o nominativi diretti, permettendo prove di comunicazione tra il mondo VoIP/AllStarLink e la messaggistica radio a bassa potenza.

Esempi logici di destinazione:

gruppo numerico MeshCom
nominativo radioamatoriale diretto
sorgente virtuale associata a un interno SIP/PJSIP

Il bridge può inoltre ricevere messaggi MeshCom e inoltrarli agli interni SIP/PJSIP abilitati tramite Asterisk.
Intelligenza artificiale, DSP e nuove sperimentazioni

Tra le sperimentazioni più recenti è presente anche una prima integrazione di intelligenza artificiale applicata all’assistenza e al controllo del sistema.

L’AI non sostituisce l’operatore e non deve trovarsi nel percorso radio realtime critico. Viene pensata come livello superiore di supporto, diagnostica, analisi, correlazione eventi e supervisione.

Nel sistema XLX718 sono state effettuate prove con moduli sperimentali capaci di rispondere a domande poste via radio, come primo passo verso una supervisione più evoluta.

In parallelo è in sviluppo una catena DSP dedicata al trattamento audio, pensata per migliorare l’intelligibilità della voce nei passaggi tra analogico, VoIP e sistemi digitali codificati come:

DMR
YSF
D-STAR
M17
Wires-X
TETRA
altri ambienti sperimentali

L’obiettivo è mantenere la voce il più possibile comprensibile e naturale anche nei passaggi tra sistemi molto diversi tra loro.
App NetIt.Hub

Da settembre 2026 riparte anche il progetto dell’app NetIt.Hub.

L’applicazione era stata realizzata già in precedenza, ma non era stata pubblicata subito per poterla rivedere e adattare ai nuovi moduli, ai nuovi servizi e all’evoluzione complessiva dell’infrastruttura.

Con il nuovo corso di NetIt.Hub, il progetto verrà aggiornato e integrato con le tecnologie e i collegamenti che entreranno progressivamente a far parte della rete.
Riferimenti operativi

AllStarLink: Nodo 515930
DMR: TG 2220066 rete BrandMeister
XLX: XLX718
YSF: #08688
Wires-X: Room #05759
M17: 718
NXDN: 718
EchoLink: IU0NDT-R / IU0NDT-L
RF Roma: 432.400 MHz · Tono 67.0 Hz
TETRA: TETRA-515930
LoRa / MeshCom: sperimentazione su 433 MHz

Infrastruttura digitale:

Proxy USRP
EQ e gain separati per direzione
DSP3 + AST → AB
URF 718
XLXD 718
YSF 08688 / 00718
Wires-X 05759

Circuiti esterni in SvxLink e reti collegate vengono utilizzati solo per prove controllate e secondo le modalità operative previste dai rispettivi sistemi.
Progetti e risorse

AllStarLink Italia:
https://allstarlink-italia.it/

GitHub:
https://github.com/pof66

Dashboard NetIt.Hub / 515930:
https://718xlx.ddns.net:3017

Supermon Nodo 515930:

http://718xlx.ddns.net/supermon/link.php?nodes=515930

https://718xlx.ddns.net/supermon/link.php?nodes=515930

AMPRNet:
iu0ndt.ampr.org
asl-ndt.ampr.org

Bot e riferimenti Telegram:

Last Heard AllStarLink Italia:
https://t.me/allstarlinklh

Bot di controllo e sperimentazione:
https://t.me/N3Tit_bot
https://t.me/Asl_Tetra_bot

Per chiarimenti, informazioni o confronto sui progetti:

Telegram: @IU0NDT

Nota sulle comunicazioni in emergenza

Molte comunicazioni digitali, VoIP e radio-over-IP si basano su connessioni Internet, reti private o infrastrutture IP.

Per questo motivo potrebbero non risultare affidabili in caso di emergenza grave o in scenari nei quali l’infrastruttura di rete non sia disponibile.

È quindi sempre importante valutare il contesto operativo reale e ricordare che la dipendenza da reti IP, anche se ridondate o satellitari, può rappresentare un limite in condizioni critiche.

La sperimentazione radioamatoriale è preziosa proprio perché permette di conoscere meglio questi limiti, testarli, documentarli e cercare soluzioni più robuste.



## Nota

Questa pagina è stata redatta con il supporto dell’intelligenza artificiale, utilizzata come strumento di aiuto alla scrittura e all’organizzazione dei contenuti.

Le informazioni tecniche, la filosofia del progetto e le sperimentazioni descritte derivano dall’esperienza diretta, dalla documentazione e dal lavoro svolto da Mauro IU0NDT nell’ambito di NetIt.Hub, AllStarLink-Italia e del nodo AllStarLink 515930.
Ringraziamenti

Un ringraziamento sincero a tutti i colleghi radioamatori che hanno dato disponibilità, supporto, consigli e possibilità di realizzare questi collegamenti e queste sperimentazioni.

La radio resta, prima di tutto, un luogo di incontro, studio, prove, errori, miglioramenti e condivisione.

73 a tutti e buoni QSO.

Mauro · IU0NDT







Mauro · IU0NDT

NetIt.Hub · AllStarLink-Italia · AllStarLink Node 515930 · Rome

Hello everyone and welcome to my QRZ page.

My name is Mauro, IU0NDT, formerly IW0EAO.

My amateur radio activity began in the late 1980s, with packet radio and VHF/UHF activity in the Rome area. After a break from the hobby, I returned in 2019 with great enthusiasm, finding a world that had changed deeply and had become even richer in possibilities than the one I had left behind.

Since 2019, I have been developing and maintaining the AllStarLink Node 515930, initially born as an amateur radio HUB and progressively evolved into an experimental multiprotocol platform capable of integrating analog radio, digital networks, VoIP/RoIP, reflectors, dashboards, control systems, messaging, and new radio technologies.

THE NETIT.HUB PROJECT

NetIt.Hub is not meant to be just a node, a bridge, or a collection of links.

It is an experimental amateur radio laboratory created to study, integrate, and make different technologies understandable, while always keeping the amateur radio spirit at the center: experimentation, technical sharing, common growth, curiosity, and respect for operating rules.

The basic idea of the project is simple:

Powerful does not mean complicated.
Open does not mean disorganized.
Experimenting does not mean improvising.

Node 515930 is the operational heart of the system, but the goal is not to make everything depend on a single protocol. Each technology is treated as an independent module, connected only when there is technical and operational coherence.

ALLSTARLINK NODE 515930

The main foundation of the system is AllStarLink, an amateur radio VoIP network based on Asterisk PBX and the app_rpt application.

Unlike other radio-centric VoIP solutions, AllStarLink can become an integral part of the radio infrastructure itself, allowing nodes, repeaters, remote stations, radios, IP systems, and software services to be interconnected with great flexibility.

Node 515930 progressively uses and integrates:

AllStarLink ASL3
Asterisk / app_rpt
VOTER / RTCM
SvxLink
EchoLink
IAX2 / SIP / PJSIP
DMR / BrandMeister
XLX718
YSF / C4FM
Wires-X
D-STAR
NXDN
M17
Experimental TETRA
LoRa / MeshCom / Meshtastic / APRS
Multiprotocol audio DSP
Public and private dashboards
AI-assisted supervision and diagnostics

The main radio coverage in the Rome area is linked to experimentation on:

432.400 MHz · Tone 67.0 Hz

VOTER, RTCM AND DISTRIBUTED RF COVERAGE

An important part of the experimentation concerns the VOTER / RTCM system, used for distributed reception tests, signal comparison, and the development of multi-site solutions.

The VOTER system, originally created by Jim Dixon, WB6NIL (SK), allows multiple received signals to be compared and automatically selects the best one.

In the 515930 project, VOTER boards have been installed and tested in the South Rome and North Rome areas, used for experiments with radio links, distributed RF coverage, and the study of multi-receiver radio infrastructures.

SVXLINK AND ANALOG NETWORKS

In parallel with the work on AllStarLink, integration with SvxLink has also been developed. SvxLink is a very interesting platform within the amateur radio world.

The connection between SvxLink and Asterisk required tests, adaptations, and experimentation, especially in the management of different protocols, audio codecs, and operating modes of the interconnected networks.

Over time, tests and connections have been carried out with networks and environments based on SvxLink, including:

RedNet
ARI
Emilia-Romagna-net
DMR Brescia
Hamthings

The goal is not to connect everything to everything without a clear reason, but to create clear, documentable, and technically meaningful paths.

BRIDGES AND SYSTEM PHILOSOPHY

During the various experimentation phases, I chose to avoid the random proliferation of links toward digital networks or external infrastructures.

The philosophy of the system is to maintain selected, documentable, and technically justified connections, avoiding redundant routing, unnecessary double passages, audio loops, quality degradation, and paths that are difficult to understand.

For this reason, only accesses coherent with the general architecture are maintained, such as:

WT-mode / IAX2 accesses
EchoLink
Selected bridges toward XLX718
Connections through the BrandMeister digital network
SvxLink integrations
Tests toward LoRa / MeshCom networks
TETRA experimentation
Controlled routing between different radio domains

The goal is to keep the system organized, understandable, and stable, without losing the freedom to experiment.

RADIO ROUTING CORE

The project is entering a new phase with the development of an independent and portable Radio Routing Core.

The goal is not to build yet another simple bridge, but to create a true multiprotocol radio router.

Technologies such as AllStarLink, TETRA, DMR, XLX, HBlink, SvxLink, M17, YSF, D-STAR, NXDN and LoRa are treated as independent modules connected to a common infrastructure for:

Routing
Identity
Media
Control
Supervision

In this way, no single protocol becomes the center of the entire system.

Radio routing therefore becomes the logical layer that makes it possible to understand who is speaking, where the traffic comes from, toward which domain it must be routed, with which identity, with which codec, under which rules, and with which operational limits.

Talk Groups, Rooms, DG-IDs, Reflectors, Nodes, Conferences, GSSIs, and logical channels are considered different expressions of the same architectural principle:

Creating shared communication spaces among users, repeaters, nodes, and infrastructures connected by radio and IP.

NETIT.HUB AS A PORTAL

NetIt.Hub is also the portal that aggregates the dashboards and main views of the entire system.

Its purpose is to clearly show:

Incoming and outgoing communication paths
The status of the various components
Available interfacing methods
Tests carried out
The main system functions
VOTER, Simulcast, and radio links
Active reflectors, nodes, and bridges
VoIP to LoRa messaging
Monitoring dashboards
Diagnostics and supervision

The public section shows the general status and useful information for understanding the system.

Administrative functions, sensitive commands, and private configurations remain separated.

TETRA INTEGRATED INTO NODE 515930

Within the amateur radio node 515930, an experimental multichannel TETRA system has been implemented and integrated with the XLX718 digital reflector.

The connection is bidirectional and allows multiple communications to remain separated at the same time. The infrastructure operates on a private network, while the public dashboard only shows the general status of the system, without exposing configurations or administrative functions.

As far as publicly available information shows, node 515930 represents one of the first publicly documented amateur radio integrations between a multichannel software TETRA system and XLX718.

Experimental radio parameters:

Network: TETRA-515930
MCC: 901
MNC: 9999
BTS downlink frequency / radio RX: 435.750 MHz
BTS uplink frequency / radio TX: 430.750 MHz
Duplex: -5 MHz
Main carrier: 1430

User identification may be based, depending on configuration, on:

Personal DMR ID / RadioID
Amateur radio callsign
Assigned or derived TETRA ISSI

It is important that each terminal uses a unique ISSI: the same identifier must not be registered on the BTS by more than one terminal at the same time.

Experimental TETRA groups / GSSI:

991
992
993
994

Mapping toward XLX718:

991 -> XLX718 module A / TG 4001
992 -> XLX718 module B / TG 4002
993 -> XLX718 module E / TG 4005
994 -> XLX718 module F / TG 4006

515930 and XLX718: TETRA and digital radio networks joined in a single experimental platform.

ACCESS VIA TETRALINK

The system can also be used through dedicated IP applications, such as TETRALink, when authorized and according to the operating parameters defined by the network.

The reference profile is:

Profile: TETRA-515930
Protocol: WSS / TLS
Mode: Terminal
MCC: 901
MNC: 9999
Digest Realm: TETRA-515930

The GSSI used by the application must be selected according to the group the user wants to access and must be consistent with the active Core configuration.

In this way, each authorized radio amateur can access the system using their own digital identity, while maintaining the association between DMR ID / RadioID, TETRA ISSI, and amateur radio callsign.

LORA, MESHCOM, MESHTASTIC AND APRS

An important part of the experimentation concerns low-power and low-speed radio communications on LoRa, MeshCom, Meshtastic, and APRS networks.

These technologies are used for messaging, telemetry, and links independent from normal VoIP systems.

Within the NetIt.Hub project, integration is being developed for messaging between:

AllStarLink
Asterisk
SIP/PJSIP
MeshCom
LoRa

SIP/PJSIP extensions connected to Asterisk can send messages toward MeshCom through dedicated gateways. The system can handle group destinations or direct callsigns, allowing communication tests between the VoIP/AllStarLink world and low-power radio messaging.

Logical destination examples:

Numeric MeshCom group
Direct amateur radio callsign
Virtual source associated with a SIP/PJSIP extension

The bridge can also receive MeshCom messages and forward them to enabled SIP/PJSIP extensions through Asterisk.

ARTIFICIAL INTELLIGENCE, DSP AND NEW EXPERIMENTATION

Among the most recent experiments, there is also an initial integration of artificial intelligence applied to system assistance and control.

AI does not replace the operator and must not be placed in the critical realtime radio path. It is intended as a higher-level layer for support, diagnostics, event correlation, analysis, and supervision.

Within the XLX718 system, tests have been carried out with experimental modules capable of answering questions asked over radio, as a first step toward more advanced supervision.

In parallel, a dedicated DSP audio chain is under development, designed to improve speech intelligibility when passing between analog, VoIP, and encoded digital systems such as:

DMR
YSF
D-STAR
M17
Wires-X
TETRA
Other experimental environments

The goal is to keep speech as understandable and natural as possible, even when passing between very different systems.

NETIT.HUB APP

Starting from September 2026, the NetIt.Hub app project will also restart.

The application had already been developed previously, but it was not immediately released in order to review and adapt it to the new modules, new services, and the overall evolution of the infrastructure.

With the new development path of NetIt.Hub, the project will be updated and integrated with the technologies and links that will progressively become part of the network.

OPERATIONAL REFERENCES

AllStarLink: Node 515930
DMR: TG 2220066 on the BrandMeister network
XLX: XLX718
YSF: #08688
Wires-X: Room #05759
M17: 718
NXDN: 718
EchoLink: IU0NDT-R / IU0NDT-L
RF Rome: 432.400 MHz · Tone 67.0 Hz
TETRA: TETRA-515930
LoRa / MeshCom: experimentation on 433 MHz

Digital infrastructure:

USRP Proxy
Separate EQ and gain for each direction
DSP3 + AST -> AB
URF 718
XLXD 718
YSF 08688 / 00718
Wires-X 05759

External circuits in SvxLink and connected networks are used only for controlled tests and according to the operating methods defined by the respective systems.

PROJECTS AND RESOURCES

AllStarLink Italia:
https://allstarlink-italia.it/

GitHub:
https://github.com/pof66

NetIt.Hub / 515930 Dashboard:
http://718xlx.ddns.net:3017

Supermon Node 515930:
http://718xlx.ddns.net/supermon/link.php?nodes=515930

AMPRNet:
iu0ndt.ampr.org
asl-ndt.ampr.org

Telegram bots and references:

AllStarLink Italia Last Heard:
https://t.me/allstarlinklh

Control and experimentation bots:
https://t.me/N3Tit_bot
https://t.me/Asl_Tetra_bot

For questions, information, or discussion about the projects:

Telegram: @IU0NDT

NOTE ON EMERGENCY COMMUNICATIONS

Many digital, VoIP, and radio-over-IP communications rely on Internet connections, private networks, or IP infrastructures.

For this reason, they may not be reliable in the event of a serious emergency or in scenarios where network infrastructure is not available.

It is therefore always important to evaluate the real operational context and remember that dependence on IP networks, even when redundant or satellite-based, can represent a limitation in critical conditions.

Amateur radio experimentation is valuable precisely because it allows us to better understand these limits, test them, document them, and look for more robust solutions.

NOTE ON THE WRITING OF THIS PAGE

This page was written with the support of artificial intelligence, used as a tool to assist with writing and organizing the content.

The technical information, the philosophy of the project, and the experiments described here come from the direct experience, documentation, and work carried out by Mauro IU0NDT within NetIt.Hub, AllStarLink-Italia, and the AllStarLink node 515930.

THANKS

A sincere thank you to all fellow radio amateurs who have offered availability, support, advice, and the opportunity to create these links and carry out these experiments.

Radio remains, above all, a place for meeting, studying, testing, making mistakes, improving, and sharing.

73 to everyone and good QSOs.

Mauro · IU0NDT

DX Code Of Conduct

dx code of conduct small logoI support the "DX Code Of Conduct" to help to work with each other and not each against the others on the bands.
  

Rev. dc837acda8