APRS-Internet Service  /  APRS Symbols



 

Das APRS-IS (Internet Service) besteht aus einem großen Netzwerk von 3 Hauptservern und weiteren Einbindungen von Servers.

 

Das APRS-Tier2 Netzwerk ist einer der größten dieser Zusammenschlüsse und besteht derzeit aus ca. 60 Servern die Weltweit verteilt sind. Sie stellen somit eine der wesentlichen zwei Tragsäulen des weltweiten APRS-IS (Internet Service) dar.

 

Ziel dieses Server-Verbundes ist die Weltweit 3 verfügbaren Hauptserver zu entlasten um so den APRS-IS Benutzern die höchstmögliche Qualität in Punkto Verfügbarkeit und Geschwindigkeit bieten zu können. Die Datenpakete werden in Echtzeit auf allen Servern gleichzeitig verteilt um eine optimale Verteilung der Last zu ermöglichen.

 

T2AUSTRIA, der Österreichische Server des APRS-Tier2-Netzwerks steht wurde im Jänner 2010 in Betrieb genommen und läuft seit 2013 nun auf der Infrastruktur von OE9XVI.

© OE9FRV

 

 T2AUSTRIA - austria.aprs2.net

Tier2 server status

 

D-PRS Calculator

 



noam.aprs2.net
for North America

 

soam.aprs2.net
for South America

 

euro.aprs2.net
for Europe & Africa

 

asia.aprs2.net
for Asia

 

aunz.aprs2.net
for Oceania  



Download
AX.25 Link Access Protocol
AX.25 Link Access Protocol für Amateur Packet Radio
AX25.2.2.pdf
Adobe Acrobat Dokument 754.5 KB
Download
APRS Protocol Reference
APRS101.PDF
Adobe Acrobat Dokument 3.0 MB

Aufteilung der weltweit in Verwendung befindlichen Frequenzen für APRS im 144Mhz-Amateurfunkbereich :



Ergänzungen zu APRS:

 

 

Bitte beachten Sie, dass vor allem RELAY  und TRACEn-n jetzt veraltet sind. Der "Ping-Pong" -Effekt der Dupes schadet dem APRS-Netzwerk mehr als zu lange Wege.

 

Der neue "universelle" Pfad ist WIDE2-2. Fill-in Digipeater, die auf RELAY reagierten, sollten ihren Alias in WIDE1-1 ändern.

 

Wo Mobiltelefone die Hilfe eines "fill-in" Digipeaters benötigen, sollten sie einen Pfad von WIDE1-1, WIDE2-1 anstelle von WIDE2-2 haben. Selbst wenn sie sich in einem Bereich befinden, in dem sich die Fill-In-Digis noch nicht in WIDE1-1 geändert haben, ist dieser Pfad weiterhin mit allen WIDEn-n-Digis im Rest des Netzwerks kompatibel.

 

Es mag Fälle geben, in denen eine Station einen längeren Pfad benötigt, aber viele intelligente Digipeater "überbrücken" übermäßig lange Pfade. Helfen Sie, das APRS-Netzwerk vor allem im gut versorgten Bereich nicht übermäßig zu belasten und stellen Sie den eigenen Tracker auf WIDE2-2 oder WIDE1-1, WIDE2-1.


 

Verbindung mit APRS-IS:

 

Um eine Verbindung mit APRS-IS herzustellen, richten Sie eine TCP-Verbindung zu einem Port auf einem APRS-IS-Server ein, der den gewünschten Feed-Typ bereitstellt.

 

Wenn Ihre Client-Software bidirektional ist (Senden und Empfangen), deaktivieren Sie den Nagle-Algorithmus bei der Verbindung mit APRS-IS, da dies zu erheblichen Verzögerungen führen kann (TCP_NODELAY).

 

Alle Core-Server unterstützen Port 10152 als vollständigen Feed-Port. Verwenden Sie diesen Feed mit Bedacht, da die Pakete pro Sekunde und die gesamten Bandbreitenanforderungen die meisten APRS-Clients schnell überschreiten und die Fähigkeiten Ihres Internetdienstanbieters übersteigen.

 

Die meisten Server unterstützen den HTML-Status-Port 14501, mit dem Sie über andere auf diesem Server verfügbare Ports informiert werden können. Verbinden Sie sich einfach mit einem Browser (http: // aprsserver: 14501) mit diesem Port, um die Seite anzuzeigen.

 

Alle Hauptserver und die meisten javAPRSSrvr-Server (siehe die APRS-Server-Seite an dieser Stelle) unterstützen den Port 14580 als benutzerdefinierten Filterport. Dieser Port beginnt mit dem Senden von Nachrichtenpaketen, die an den Client adressiert sind oder an die vom Client an APRS-IS angeschlossenen Stationen adressiert sind.

 

Wie bei ALLEN bidirektionalen Ports werden ALLE vom Client übergebenen Pakete bei einer verifizierten Verbindung an APRS-IS übergeben (mehr dazu später). Die meisten javAPRSSrvr-Server verwenden javAPRSFilter, um die serverseitige Filterfunktion bereitzustellen. javAPRSFilter ist ein additiver Filter. Mit anderen Worten, Sie beginnen mit fast nichts. Wenn Sie einen Filter hinzufügen, erhalten Sie jetzt die ursprünglichen paar Pakete sowie die Pakete, die Ihrer Filterdefinition entsprechen.

 

 

 

Regeln für das Login-Format:

 

Stationsanmeldungen / Rufzeichen folgen im Allgemeinen den TNC2 / AEA-Standards für textuelle Darstellungen.
Logins / Rufzeichen müssen nur alphanumerische ASCII-Zeichen sein (möglicherweise Groß- / Kleinschreibung / Groß- / Kleinschreibung).

Logins / Rufzeichen können einen einzelnen Bindestrich gefolgt von einem oder zwei alphanumerischen ASCII-Zeichen enthalten.


Eine SSID von Null wird angenommen, wenn das Rufzeichen keine SSID hat; Definieren Sie deshalb niemals explizit -0 als SSID.

SSIDs können nur 1 oder 2 ASCII-alphanumerische Zeichen sein.


Die Gesamtlänge der Logins / Rufzeichen darf 9 Zeichen einschließlich der SSID nicht überschreiten, falls vorhanden.
Die Mindestlänge des Rufzeichens (vor dem Bindestrich, falls vorhanden) beträgt mindestens 3 Zeichen.
RF- und APRS-IS-Clients können Rufzeichen und SSIDs in Groß- oder Kleinbuchstaben in Großbuchstaben umwandeln.

APRS-IS-Server betrachten alle Rufzeichen-SSID-Kombinationen unabhängig vom Einzelfall als eindeutig.
Rufzeichen (vorangestelltem Bindestrich, falls vorhanden) werden für die Berechnung des Passworts in Großbuchstaben umgewandelt.

Zukünftige APRS-IS-Server können Logins auf Regeln für internationales Rufzeichenformat beschränken, die Großbuchstaben für das Rufzeichen erzwingen.

 

Die Regex für internationale Rufzeichen lautet:


(?>[1-9][AZ][AZ]?+[0-9]|[AZ][2-9A-Z]?[0-9])[AZ]{1,4}+