Spurious audio packet received from... suche Ideen

1st Official Post

    Hallo zusammen

    folgende Ausgangslage.

    SVXLink Repeater auf BananaPi, ist im Hamnet zu Hause und wurde bisher über das Internet zu einem Internetanschluss (bis hin zu einer FritzBox) "getunnelt" (Mikrotik EoIP Protokoll). Lief einwandfrei. Aus linktechnischen Gründen wollen wir nun den "Internetanschluss" ändern zu einer Station die direkt per HF an den Repeater angebunden ist.

    Soweit haben wir alles umgestellt. Es haben auch wieder alle Geräte im ServiceNetz Internetzugriff (ping 8.8.8.8 etc. funktioniert). Parallel dazu läuft auch ein PiStar Relais mit DMR und D-Star. Auch für D-Star haben wir Portweiterleitungen laufen die am Digitalen Relais ankommen, DMR Brandmeister braucht ja selbst keine Portweiterleitungen. Für Echolink haben wir auch genau auf die gleiche Weise die Ports 5198 und 5199 UDP weitergeleitet zum Echolink Rechner. Also sollte es auch gehen. Tut es aber nicht.

    Zum Einen verbindet sich SVXLink nicht korrekt mit dem Echolink Server, zum anderen meckert SVXLink bei eingehenden Verbindungen dass diese "Spurious" wären, also unecht/falsch/verfälscht oder wie auch immer das interpretiert werden kann.

    Problem ausgehende Verbindung:

    Hier sieht man z.B. dass beim Hochfahren von SVXLink die Verbindung zum APRS Server aufgebaut wird.

    Directory Status wird auf ON gestellt (Verbindungs ist also da), Der Repeater erscheint auch als Online in den Echolink-Listen.

    Dann kommt aber das timeout bei der Kommunikation mi t dem Echolink Server

    Beim Verbindungsversuch zur Papagei Konferenz, gibts nur eine Fehlermeldung, er kennt die 9999 nicht. Ist aber auch mit anderen Zielen so.

    Im Router kann ich sehen das Verbindungen vom Echolinkrechner zum Echolinkserver auf Port 5200 auswärts aufgebaut werden, aber nicht dauerhaft aktiv sind. Sie verschwinden wieder um dann später wieder aufzutauchen usw. Ich nehme an wenn Echolink aktiv ist im SVXlink, müsste da doch dauerhaft eine Verbindung auf Port 5200 sein - ist sie aber nicht. Es kann also hier keine funktionierende Verbindung nach außen aufgebaut werden.

    Problem eingehende Verbindungen:

    Code
    Wed Feb 27 09:46:44 2019: Incoming EchoLink connection from DL1NUX (Attila) at 84.185.191.217
Wed Feb 27 09:46:44 2019: Incoming EchoLink connection from DL1NUX (Attila) at 84.185.191.217
Wed Feb 27 09:46:44 2019: Spurious audio packet received from 84.185.191.217
Wed Feb 27 09:46:46 2019: Incoming EchoLink connection from DL1NUX (Attila) at 84.185.191.217
Wed Feb 27 09:46:46 2019: Incoming EchoLink connection from DL1NUX (Attila) at 84.185.191.217
Wed Feb 27 09:46:46 2019: Spurious audio packet received from 84.185.191.217

    Getestet habe ich das mit der EcholinkApp auf dem iPhone. Sowohl per WLAN vom Festnetzanschluss als auch über eine reine Mobilfunkverbindung (Telekom).

    Auf der anderen Seite sieht es nicht besser aus. Portweiterleitungen sind aktiv und kommen auch beim SVXlink Rechner an, werden aber als spurious gekennzeichnet, was so viel bedeutet wie falsch/gefälscht. Zumindest ist SVXLink der Meinung sie wären gefälscht. Eine Verbindung wird nicht aufgebaut.

    Wieso das so ist, keine Ahnung. kann evtl. SVXlink die Verbindung nicht verifizieren weil auf Port 5200 nichts raus geht?

    Oder liegt es an den Portweiterleitungen? Ist SVXlink da so "empfindlich"?

    Das D-Star Relais stört es ja auch nicht, da kommen die Verbindungen auch über Portweiterleitungen rein.

    Ich weis ja schon das es ein netzwerktechnisches Problem sein muss. Kann es mir nur nicht erklären warum das nur SVXlink damit ein Problem zu haben scheint. Vielleicht liegt es auch an der P2P Struktur von Echolink.

    Die Internetverbindung ist aktuell wie folgt realisiert:

    Vodafone Docsis Kabel-Router mit öffentlicher IP-Adresse, dieser ist in einem Bridge Mode der alles an einen TP-Link Router weiterschickt.

    Dieser TP-Link Router hat auf der anderen Seite sein "LAN" 192.168.0.0/24.

    In diesem LAN befindet sich ein Mikrotik QRT2 192.168.0.6 der auch als Gateway ins Hamnet dient und der per HF direkt mir dem Relais verbunden ist, wo der Echolinkrechner steht.

    Der TP-Link Router kennt die Hamnetroute 44.x.x.x/8 via QRT2. Im TP-Link ist auch eine Portweiterleitung von 5198 und 5199 UDP direkt zum Echolinkrechner 44.x.x.x.

    Eine NAT ist nicht eingerichtet, da sowohl aus dem LAN die Route ins Hamnet bekannt ist, als auch der Hamnet-Router am Relais die Default Route 0.0.0.0/0 via dem QRT2 nutzt. Mit NAT haben wir es auch probiert, es ändert sich dadurch aber gar nichts.

    Also im Prinzip haben wir nur eine Portweiterleitung und einmal das bridging am Kabel-Router.

    So, lange Rede kurzer Sinn, kann sich jemand das Verhalten von SVXlink erklären?

    Wieso kommt eine Echolinkverbindung zustande?

    Bin für alle Anregungen dankbar.

    • Official Post

    Wo steht der Echolink Rechner?

    SvxLink stellt die Verbindung ins Echolink Netzwerk ja selbst her...

    Wichtig dabei ist das wenn dies aus dem Hamnet geschieht auch eine IP Adresse nach "außen" hin verfügbar ist, sonst versuchen die Echolink Server eine Hamnet IP Adresse aufzulösen was natürlich nicht geht, weil die Verbindung vom Hamnet aus mit dessen IP Adresse ausgeführt wird.

    Soweit ich weiß stellt die RWTH Aachen aber feste IP Adressen zur Verfügung, genau für diese Zwecke.

    73 Sebastian

    Quote from DL1ESK

    Wo steht der Echolink Rechner?

    SvxLink stellt die Verbindung ins Echolink Netzwerk ja selbst her...

    Wichtig dabei ist das wenn dies aus dem Hamnet geschieht auch eine IP Adresse nach "außen" hin verfügbar ist, sonst versuchen die Echolink Server eine Hamnet IP Adresse aufzulösen was natürlich nicht geht, weil die Verbindung vom Hamnet aus mit dessen IP Adresse ausgeführt wird.

    Soweit ich weiß stellt die RWTH Aachen aber feste IP Adressen zur Verfügung, genau für diese Zwecke.

    73 Sebastian

    svxlink PC ist direkt am Relaisstandort/Hamnet-Knoten.

    Internetverbindung geht wie beschrieben über einen privaten Kabel-Internet anschluss mit öffentlicher IP. Alles andere geht ja auch. Nur kann svxlink keine Verbindung zum Echolink Server aufbauen. Alles andere geht auch, DMR, D-Star, APRS. Alle bekommen eine Verbindung. Nur zum Echolink Server geht es nicht. Bzw. er kann noch seinen Echolink Status auf Online stellen, aber eine Voice verbindung nach außen geht nicht. Wenn ich die Alternative Internetverbindung nutze (getunnelt zu einer FritzBox an einem DSL Anschluss) klappt es einwandfrei.

    Soweit ich weis werden ausgehende Verbindungen zum Echolink Server nur auf Port 5200 gemacht, ist das richtig?