SABM
Verbindung anfordern – der Auftakt jeder verbundenen AX.25-Sitzung.
Packet Radio · Protokoll
Wie Packet-Radio-Frames aufgebaut sind und was beim Connect passiert
AX.25 ist das Protokoll, das regelt, wer sendet, wer empfangen soll, wie Pakete bestätigt werden, wie Verbindungen aufgebaut werden – und wie Digipeater beteiligt sind. Technisch korrekt, aber einsteigerfreundlich erklärt.
Paketorientiert, funktauglich, bewährt.
AX.25 ist ein paketorientiertes Datenprotokoll für Packet Radio – historisch an X.25 angelehnt und für den Funkbetrieb angepasst. Entscheidend ist die Ebenentrennung:
Der wichtigste Erklärblock dieser Seite.
Jedes Paket weiß, wohin es soll.
AX.25 verwendet Rufzeichen bzw. Stationskennungen als Adresse – zum Beispiel:
LK0NOD
Ziel- und Quelladresse stehen in jedem Frame – so weiß jede Station, ob ein Paket für sie bestimmt ist.
Die SSID ist eine zusätzliche Nummer zur Unterscheidung mehrerer logischer Stationen unter derselben Kennung – als Prinzip:
CALL · CALL-1 · CALL-2
Prinzipdarstellung – keine LK0NOD-SSID-Zuordnung erfunden; dokumentierte Kennungen stehen im LK0NOD-Steckbrief.
SSID ist kein Port: Nicht verwechseln mit BPQ-Port (lokale Konfigurationsnummer), TCP-Port oder Funkkanal – die SSID gehört zur AX.25-Adresse.
Ein Paket, sechs Bausteine – ohne Bytegrößen-Raterei.
Ein AX.25-Frame enthält vereinfacht:
Vereinfachte Darstellung – exakte Bytegrößen nur aus verifizierter Spezifikation übernehmen.
Schema zum Üben, keine echte Mitschrift.
DQB906 > DX v LK0NOD* WIDE3-3 UI
v, via, Kommata oder Sternchen sind Anzeigeformate, keine Spezifikationsschreibweise)Ein Frame kann über einen oder mehrere Digis laufen – lange Pfade erhöhen Airtime und Kollisionswahrscheinlichkeit. Öffentliche Kennungen dienen hier nur der Lesbarkeit; keine Profile verknüpfen.
So läuft verbundene AX.25-Kommunikation ab.
Keine Bitwerte, keine Timer, keine Retry-Zahlen – nur der Ablauf, wie ihn Einsteiger brauchen.
Vier Kürzel, vier Bedeutungen.
Verbindung anfordern – der Auftakt jeder verbundenen AX.25-Sitzung.
Verbindung bestätigt – die Gegenstation nimmt an, es kann losgehen.
Verbindung sauber beenden – geordneter Abschluss statt Funkstille.
Keine Verbindung: Die Station meldet, dass keine entsprechende Verbindung besteht bzw. angenommen wird.
Nummerieren, bestätigen, wiederholen.
I-Frames transportieren die eigentlichen Daten einer bestehenden Verbindung: Text, Node-Ausgaben, Mailbox-Kommandos, Chatdaten.
Pakete werden nummeriert und bestätigt – fehlt etwas, wird es erneut übertragen. Das unterscheidet verbundene AX.25-Kommunikation von einfachen Broadcast-Frames. Konkrete Wiederholungszahlen gehören in die Spezifikation, nicht hierher.
| Frame | Bedeutung | Typischer Zweck |
|---|---|---|
| UI | Unnumbered Information | Verbindungslose Daten (Beacon, Broadcast, APRS) |
| SABM | Verbindungsaufbau | Connect starten |
| UA | Bestätigung | Connect bestätigen |
| I | Information | Nutzdaten im Connect |
| RR | Receive Ready | Quittierung im laufenden Link |
| DISC | Disconnect | Verbindung beenden |
| DM | Disconnected Mode | Keine aktive Verbindung |
Die Frame Check Sequence (FCS) erkennt Übertragungsfehler: Stimmt sie nach Funkstörung nicht, wird der Frame verworfen – ein verlorener UI-Frame bleibt ohne automatische Wiederholung auf AX.25-Ebene verloren, im Connected Mode veranlasst die Link-Schicht eine Wiederholung (eigene Mechanismen, nicht mit TCP verwechseln).
Unnumbered Information – besonders wichtig für LK0NOD.
UI-Frames brauchen keine vorher aufgebaute Verbindung. Typische Anwendungen: APRS, Baken, Broadcasts und Digipeating – also genau die Dienste, die bei LK0NOD neben Node und Mailbox laufen.
Technisch korrekt, bewusst vereinfacht.
| Punkt | Verbunden | UI |
|---|---|---|
| Verbindung nötig | Ja | Nein |
| Bestätigung | Ja | Meist nein |
| Textterminal | Typisch | Weniger |
| APRS / Baken | Selten | Typisch |
| Digipeating | Möglich | Sehr häufig |
Weiterleiten statt nur empfangen.
Ein Digipeater empfängt ein AX.25-Paket und sendet es weiter – dadurch lassen sich Reichweite vergrößern und andere Wege nutzen. Nicht mit einem klassischen Sprachrelais gleichsetzen: Hier werden digitale Frames gezielt wiederholt.
Station A → DIGI → Station B
Optional über mehrere Digis:
A → D1 → D2 → B
Prinzipdarstellung – keine reale LK0NOD-Route erfunden.
Zwei Zeichen, sauber eingeordnet.
*Ein Stern kann anzeigen, dass ein Digipeater bereits benutzt wurde – als Prinzip-Beispiel:
LK0NOD*
Technisches Prinzip im AX.25/APRS-Kontext, keine reale Routenbehauptung.
WIDE-Pfade gehören eher in den APRS- und Digipeater-Kontext – diese Grundlagen hier nicht mit APRS-spezifischer Routinglogik überladen.
Weiterleiten ist nicht gleich betreiben.
Leitet Frames weiter – mehr nicht, aber das zuverlässig.
Aktive Netzwerkstation mit Befehlen, Routing und Diensten. LK0NOD ist ein Node – mit zusätzlichen Digi- und APRS-Funktionen.
Die Mailbox LK0BOX ist eine Anwendung oberhalb von AX.25: AX.25 transportiert die Verbindung, die BBS liefert Nachrichten, Bulletins und Weiterleitung.
Gleiches Prinzip: AX.25 → Node → Chatdienst – bei LK0NOD der Chat LK0BOT (Alias LKCHAT), dokumentiert im aktuellen Projektstand.
Wo das Protokoll in deiner Kette sitzt.
Im Terminalmodus verarbeitet der TNC viel AX.25 selbst; im KISS-Modus übernimmt der Rechner größere Teile. Details auf TNC für Packet Radio.
Direwolf ist Software-TNC – mehr als „nur Soundmodem“: Er kann AX.25-Frames dekodieren, erzeugen und KISS-Schnittstellen bereitstellen. Details auf Packet Radio mit Soundmodem.
KISS transportiert Frames zwischen TNC bzw. Software-TNC und höherer Software – das klar auseinanderhalten.
BPQ bzw. LinBPQ verwaltet Ports, Links, Nodes, Routing, BBS und Chat – AX.25 ist dabei eine der Funkprotokoll-Grundlagen.
Bestätigte Daten, beide Kanäle im Dauerbetrieb.
Im Terminal:
C LK0NOD
Danach erzeugt TNC bzw. Software die AX.25-Verbindungsanforderung, LK0NOD antwortet – die Verbindung steht. Keine rohe Frame-Hexausgabe erfunden.
MHeard sammelt gehörte AX.25-Stationen – sichtbar sind Kennung, Port und Zeitpunkt des letzten Empfangs, soweit LK0NOD sie anzeigt (Live-Ansicht: Dashboard).
Vier Abgrenzungen, null Missverständnis.
APRS ist eine Anwendung auf AX.25, häufig mit UI-Frames – aber nicht mit AX.25 identisch.
AX.25 funktioniert über Funk ohne Internet. Ergänzend nutzbar: Telnet, iGate, WebSDR und Netzwerkverbindungen zwischen Nodes – aber nicht mit AX.25-Funk gleichsetzen.
AX.25-Frames enthalten eine Prüfsumme (FCS): Beschädigte Frames werden verworfen – keine mathematische CRC-Erklärung nötig.
Das Geräusch kommt von der AFSK-Modulation. Nicht AX.25 selbst macht die Töne: AX.25 ist die Datenstruktur, AFSK macht daraus Audio.
LK0NOD nutzt 1200 Baud auf der Funkseite – nicht verwechseln mit PC-Seriellbaudrate, Internetgeschwindigkeit oder Bitraten anderer Modi. Ausführlich auf TNC: Baudraten.
Neun Begriffe, ein Blick.
Kurz beantwortet – Details in den Abschnitten oben.
AX.25 ist das paketorientierte Datenprotokoll für Packet Radio – historisch an X.25 angelehnt und für Funkbetrieb angepasst. Es regelt Adressen, Pakete, Bestätigungen und Verbindungen. Grundlagen lesen →
Nein. AX.25 ist das Datenprotokoll, AFSK die Modulation (Töne) und FM die Funk-Betriebsart – drei getrennte Ebenen. Ebenen lesen →
Die SSID ist eine zusätzliche Nummer zur Unterscheidung mehrerer logischer Stationen unter derselben Kennung – zum Beispiel CALL, CALL-1 oder CALL-2 als Prinzip. SSID lesen →
Ein Frame ist ein einzelnes Datenpaket mit Ziel- und Quelladresse, optionalen Digipeatern, Steuerinformationen, Nutzdaten und Fehlerprüfung. Frame-Aufbau →
UI-Frames (Unnumbered Information) brauchen keine vorher aufgebaute Verbindung – typisch für APRS, Baken, Broadcasts und Digipeating. UI-Frames lesen →
Ein Digipeater empfängt ein AX.25-Paket und sendet es weiter – so lassen sich Reichweite vergrößern und andere Wege nutzen. Digipeater lesen →
Ein Digipeater leitet Frames weiter. Ein Node ist eine aktive Netzwerkstation mit Befehlen, Routing und Diensten. LK0NOD ist ein Node mit zusätzlichen Digi- und APRS-Funktionen. Vergleich lesen →
KISS ist nicht AX.25 selbst, sondern die Schnittstelle, die Frames zwischen TNC bzw. Software-TNC und höherer Software transportiert. KISS lesen →
Für den Einstieg nicht im Detail: TNC, Direwolf und Node-Software übernehmen das Protokoll. Grundbegriffe wie Rufzeichen, Connect und Digipeater helfen trotzdem beim Verstehen. Ablauf lesen →
Ja. APRS ist eine Anwendung auf AX.25 und nutzt häufig UI-Frames – APRS ist aber nicht mit AX.25 identisch. Einordnung lesen →
Ja. Auf beiden Kanälen (27.235 und 26.925 MHz) läuft AX.25 mit 1200 Baud AFSK im Dauerbetrieb – für Node, Mailbox, Chat und APRS. LK0NOD-Bezug →
Nummerierte Pakete mit Bestätigung machen verbundene AX.25-Kommunikation zuverlässig: Fehlendes wird erneut übertragen – anders als bei einfachen Broadcast-Frames. Bestätigungen lesen →
Das Geräusch kommt von der AFSK-Modulation. Nicht AX.25 selbst macht die Töne: AX.25 ist die Datenstruktur, AFSK macht daraus Audio. Erklärung lesen →
Typischerweise: Dieser Digi hat den Frame bereits weitergeleitet – Anzeigeformat je nach Monitorsoftware. Lesebeispiel →
Nein. AX.25 ist ein eigenes Link-Layer-Protokoll und kann TCP/IP höchstens transportieren – nicht verwechseln.
Gehörte Stationen – kein Online-Status. MHeard ansehen →
Vom Protokoll zurück zur Praxis.
Modem-Seiten und Grundlagen – Begriffe im Glossar.
TNC → · Soundmodem → · Einsteiger → · Glossar →Protokoll verstanden? Jetzt connecten – oder Fehler lösen.
Verbindung herstellen → · Fehlersuche →Echte gehörte Frames bei LK0NOD – gehört heißt nicht verbunden.
MHeard ansehen →AX.25 im Node: Ports, Routing, Dienste.
BPQ32-Seite →Die ausführlichen AX.25-Grundlagen stehen oben auf dieser Seite.
Zu den AX.25-Grundlagen →