Posts by dl1nux

  • Spurious audio packet received from... suche Ideen

    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?

  • Spurious audio packet received from... suche Ideen

    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.

  • Relais Koordinaten an echolink.org übertragen?

    Ich habe den Fehler gefunden. Es ist der Parameter "CALLSIGN"

    CALLSIGN=EL-DB0NU

    Das war falsch, denn das bezeichnet einen "LINK" und keinen "REPEATER". Korrekt muss es lauten "ER-DB0NU".

    Denn einen "REPEATER" (DB0NU-R) hat ja die ModuleEcholink.conf "gemeldet", und keinen Link.

    Vermutlich sucht echolink.org nach der Relaisbezeichnung auf APRS.fi, sucht dann dort einen "ER-DB0NU", findet ihn aber nicht, da er als "EL-DB0NU" gemeldet wurde. Deswegen wurde DB0NU-R auch nicht in der Statusliste auf echolink.org angezeigt.

    Nach der Parameteranpassung und dem Neustart von SVXlink wurde DB0NU wieder korrekt angezeigt in der Statusliste.

    Kleine Ursache, große Wirkung. Und ich bin jetzt etwas schlauer!

    73

  • Fehlermeldung bei manuellen Update

    Hallo zusammen

    ich habe das erste mal versucht manuell SVXlink zu aktualisieren. Es wurde damals selbst kompiliert deswegen jetzt wieder zu Fuß.

    Und zwar nach dieser Anleitung (ganz unten): https://svxlink.de/selber-kompilieren/

    Es lief soweit auch alles durch, nur beim make install gab es ganz am Ende noch eine Fehlermeldung, mit der ich nichts anfangen kann.

    Die Frage ist, wurde nun trotzdem alles aktualisiert oder fehlt noch was?

    Ich hatte alles als root (su) durchgeführt.

    Was meint ihr?

  • Relais Koordinaten an echolink.org übertragen?

    Kann es vielleicht dran liegen?

    "The only stations shown are those which are running EchoLink version 1.6 or above, and have entered location information on the RF Info tab of Sysop Settings."

    Haben wir vielleicht eine veraltete SVXLink Version am Laufen?

    Wie kann ich das feststellen? Das system läuft schon ein paar Jahre und wurde nicht durch mich aufgesetzt.

  • Relais Koordinaten an echolink.org übertragen?

    Hallo zusammen,

    da bei den DL3EL Relaislisten falsche Daten über unser Echolink-Relais standen, hatte ich DL3EL kontaktiert. Ursache ist wohl dass in der Echolink-Datenbank von unserem Relais keine Koordinaten hinterlegt sind. Tatsächlich finde ich über die Link-Status Seite auf Echolink.org unseren Repeater auch gar nicht. Auch bei der Umkreissuche um einen Locator herum taucht der dort nicht auf. Tatsächlich scheint es wohl so zu sein, das dorthin keine Koordinaten übertragen werden. Andere Repeater sind allerdings dort zu finden, auch mit ihren Koordinaten.

    Doch wo in SvxLink trägt man die Koordinaten ein, welche zu echolink.org übertragen werden?

    In der svxlink.conf wird die Location Info wohl nur zu APRS.fi übertragen.

    In der ModuleEcholink.conf finde ich nur den Standort-Texteintrag ("Location"), aber keine Koordinaten.

    Wo haben wir was übersehen?

    73 de dl1nux