WinStop 1.05 mit Soundmodem

Sun, 26 Apr 2026 15:28:06 +0200

Moin zusammen,

hat jemand von Euch diese Kombination in Betrieb ?
Falls ja, könnte ich bitte die Einstellungen von WinStop und Soundmodem haben ?

73
Uwe

Verbindungen CB und Amateurfunk PR-Netz

Sun, 19 Apr 2026 10:43:43 +0200

Moin!

Mir ist aufgefallen das in der Nodes Liste auch eindeutige Amateurfunk Stationen zu finden sind. Ich habe mindestens eine solche Verbindung identifiziert und möchte darum bitte diese zu kappen. Und das jeder Sysop sich verdammt nochmal um seine Station kümmert und ein Auge drauf hält.

NX284:WITTNG} Connected to AP1NOD
Willkommen im Network-Node-Hannover/Ahlem >>AP1NOD<< AXIP/APRS/Gateway
              >> Apolo Netzwerk System Hannover Stadt <<
N=Nodes R=Routes P=Ports I=Info AP1=AP1BOX AP=AP2BOX AP4=AP4BOX ?=HILFE
r r
APAPRS:AP1NOD} Routes
...
> 3 AE5E-14   192 72 375    0   0% 0 0 08:01 0 192
...
axm 3
APAPRS:AP1NOD} AXIP Mheard for Port 3
...
AE5E-14   216.172.112.208 U 8093   Sun Apr 19 08:19:26 2026
...
c ae5e-14
APAPRS:AP1NOD} Connected to 5ENODE:AE5E-14
Enter 'INFO' for connection information.
BPQ32:AE5E-14} DXC DXA BBS CHAT CONNECT BYE INFO NODES ROUTES PORTS USERS MHEARD
axm 1
5ENODE:AE5E-14} AXIP Mheard for Port 1
...
AP1NOD    84.146.198.4    U 10093 Sun Apr 19 08:24:14 2026 K
AP2NOD    84.146.198.4    U 10093 Sun Apr 19 08:20:28 2026

Ronald Stordahl scheint der Benutzer zu sein. https://en.wikipedia.org/wiki/Ronald_Stordahl

Wobei ich nicht weiß wer zu wem die Verbindung aufgebaut hat. Aber diese einfachen Auto Uplink Funktionen wie sie BPQ mit Autoaddmap, oder auch TNN und XNet haben sind einfach Gift für das Netz.

55 & 73 Marc-Andre

Suche Test-User für AXUDP Server

Mon, 09 Mar 2026 11:26:50 +0100

Hallo zusammen,
es ist so weit....

Ich habe meinen AXUDP Server soweit eingerichtet, es ist noch nicht alles implementiert wie z. B. BBS oder Conversmodus, aber ein weiter connect zu anderen Stationen ist möglich.

Die VPN Einwahl geschieht per Wireguard.

Auf der Clientseite auf Windows Systemen kommt das bekannte Programm Flexnet32 zur Anwendung in Verbindung
z. B. mit Paxon

Ich suche User die das System testen, damit es zum Schluss anständig läuft.

Wer also von Euch Interesse hat, dann bitte Mail an mich.

73 René DQA403

Die Krux mit NETROM

Fri, 27 Feb 2026 19:28:31 +0100

Moin!

Ich muss hier mal wieder mein Frust von der Seele schreiben. Trotz AXIP Internet Links scheint es kaum möglich mal sauber mit einem Connect Befehl von einem Node zu einem entfernten Node zu Connecten.

Man träumt in Romanen von dem perfekten Netz und fürchtet eine Intelligenz welche den Sysop überflüssig macht, aber davon sind wir sehr weit entfernt.

Ich glaube es ist einfach das Unwissen vieler Sysops was NETROM ist und wie es funktioniert. NETROM ist quasi Stein alt und wurde in den 1980er Jahren entwickelt. Die Idee war, das jeder Node eine Node- und Routing-Liste pflegt, damit ein User sehen kann welche (erreichbaren) Nodes es gibt und diesen mit einem einfachen Connect Befehl erreichen kann. Den Weg zum Ziel kannte das NETROM.

Vorher gabs es nur das Digipeating und ein User musste den Pfad zu einer entfernten Station kennen um sich dorthin zu verbinden. Zudem war es nicht effizient, weil die AX.25 Pakete immer über die gesamte Strecke bestätigt werden musste. Dadurch ergab sich bei Störungen auf einer Teilstrecke, das die Pakete wieder vom Anfang der beiden Link Enden wiederholt werden mussten. Effizienz sieht anders aus.

Bei NETROM wurde ein virtueller Link zwischen zwei Nodes aufgebaut und Pakete wurden an jedem Node Hop zwischen gespeichert und das AX.25 Protokoll wurde nur zwischen den beteiligen Nodes abgewickelt. Ebenso konnte ein Paket, falls ein Node ausfiel und es einen anderen Weg zum Ziel gab, dieses um geroutet werden. Soweit die Theorie.

Das Problem war jedoch die Art wie das Netz die Informationen zum Netz übertragen hat. Jeder Node strahlt sich selbst und ihm bekannte Nodes in einem Broadcast aus. Dieser wurde von anderen Empfangen und bei sich selbst eingetragen. Dieser sendete diese wieder aus, und so weiter.

Damit eine Routing Entscheidung gefällt werden kann, muss es eine Metrik geben die sagt welche Route gut und welche nicht so gut ist. Man hat das bei NETROM über ein fiktiven Wert mit Namen "Qualität" abgebildet. Ein Wert von 0-255. Je höher der Wert desto besser. Mit jedem Hop über einen weiteren Node verringerte sich dieser Wert. Dieser Qualitätswert ist aber an gar nichts fest gemacht, sondern kann frei definiert werden. Er spiegelt rein gar nichts wieder. Weder Durchsatz noch Latenz einer Funkstrecke.

Deswegen und auch weil die Übertragung der Nodes Information ungesichert erfolgte, hat man INP3 entwickelt für NETROM. Hiermit werden die Nodes Informationen in einer gesicherten AX.25 Verbindung übermittelt und gleichzeitig wird die Latenz zwischen den Teilstrecken des Netzes gemessen. Außerdem werden nicht erreichbare Nodes sofort als unerreichbar dem restlichen Netz gemeldet. Was eindeutig besser ist als das alte Verfahren.

Was jetzt das fatale ist, das es ein System NETROM gibt mit zwei Möglichkeiten wie Routing Infos zum NETROM übermittelt werden. Altes NETROM mit Broadcast und Qualität, und INP3 mit Laufzeitmessung.

Kommen wir zu dem was mir halt auffällt im jetzigen Netz.

Gemischter Betrieb von NETROM alter Art und INP3 auf AXIP Links. Das macht keinen Sinn! Es gibt keine aktuelle Node Software die nicht INP3 spricht. BPQ kann das, TNN kann das, Xrouter kann das und auch XNet. Zu letzterem komme ich noch. Also bitte, prüft eure AXIP Links und verwendet dort nur INP3!

Kommen wir zu XNet, diese Software hat den Fehler gemacht das sie beide Routing Metriken, Laufzeit und Qualität mischt und auch umrechnet. Dabei sollte klar sein das man Qualitäten nicht in Laufzeiten und Laufzeiten nicht in Qualitäten umrechnen kann. TNN, BPQ und Xrouter trennen diese beiden Systeme, wobei auch hier wieder Unterschiede sind. Während TNN und Xrouter INP3 Informationen bevorzugen bei Routing Entscheidungen, bevorzugt BPQ die alten NETROM Qualitäten. In Verbindung mit XNet ist das jetzt fatal.

Kurz gesagt, es kommt zu Schleifen im Netz. Pakete machten die große Runde im NETROM AXIP Netz und kommen letztendlich nie am Ziel an.

Deswegen meine Bitte, macht kein altes NETROM Quality Routing auf AXIP Links, wenn der Nachbar auch INP3 kann. Wer manuell das so konfiguriert, gehört einfach nicht mehr angebunden. XNet sollte auf keinen Fall irgendwo das alte NETROM Quality Protokoll fahren.

Des weiteren war ich immer ein Freund von geographischen Routing. Sprich ich verbinde mich wenn möglich maximal im eigenen Bundesland untereinander und vielleicht noch mit dem nächst gelegenen Nachbar Bundesland. Aber auch da wenns geht sinnvoll. Muss eine Node in Norddeutschland einen Link nach Österreich haben. Ich glaube nicht. Weniger ist mehr und kommt auch dem Routing zum tragen. Mit den kurzen Latenzen via Internet hat nämlich auch INP3 so seine Schwierigkeiten. Lieber nur 2-4 Nodes anbinden und es dabei belassen. So ne Linkwüste mit duzenden Verbindungen ist nicht gut fürs Netz. Das gilt auch für alle Anderen die sogar am selben Standort mehrere Nodes betreiben und die sowohl per AXIP intern im LAN als auch noch über Funk verbinden. Tut das Not?

So, ich bin auf die hoffentlich startende Diskussion hier sehr gespannt.

55 & 73 Marc-Andre

LK0NOD - Forum - Community - CB Funk 11m - Fehleranalyse, Debugging & Logs

WinStop 1.05 mit Soundmodem

Verbindungen CB und Amateurfunk PR-Netz

Suche Test-User für AXUDP Server

Die Krux mit NETROM