SvxServer-Update 14082015

    Hi all,

    so, die Ursache für den segfault habe ich gefunden, war mal wieder ein Klassiker :D

    Ich experimentiere gerade mit einer weiteren Erweiterung und wollte mal Eure Meinung hören.
    Wenn mehrere Relais verbunden sind und auf zweien oder mehreren gesprochen wird, dann ergibt
    das ja bekanntlich Audio-Geschnetzeltes. Ich habe mir nun überlegt, dass derjenige, welcher zuerst
    die Rauschsperre öffnet als Master für die verbundenen Stationen agiert. Das heißt die Audio-Pakete
    der anderen Stationen werden nicht verarbeitet.

    Vorteil: keine "Sprachverwurstelung" mehr
    Nachteil: Bei Störungen erhalten möglicherweise diese den Fokus und die "validen" Aussendungen werden
    unterdrückt.

    Allerdings kann auf dem lokalen Repeater trotzdem noch dieser Effekt auftreten, weil ja der Audiostream nicht
    ausschließlich über den SvxServer geführt wird sondern auch lokal bleibt. Ich denke auch nicht, dass es Sinn macht alles
    über den SvxServer zu führen da hier die Netzwerklatenz zuschlägt und damit alles noch weiter verzögert wird.

    vy 73s de Adi, DL1HRC

    Hallo Adi,

    schön das es mit dem SvxServer weitergeht. Deine Idee finde ich gut. Besser ein Signal, was man verstehen kann, als mehrere "verwurstelte" Signale. Vielleicht muss man das Ganze dann auch mal länger im Livebetrieb testen um zu sehen, wie es sich bewährt.

    Schönen Gruß
    Frank, DL3DCW

    Kein Problem. Bin gerade am installieren ...

    Fertig. Der Server meldet sich mit "svxserver v0.0.2a (Aug 14 2015)". Nun wird ausgiebig getestet ;-).

    Frank, DL3DCW

    sehe gerade, dass ich vergessen hatte die Versionsnummer hochzuzählen :roll:
    Ändert nix an der Funktion

    vy 73s de Adi

    Hallo Adi,

    hier mal ein kleiner Erfahrungsbericht mit der neuen Version:

    - Die Authentifizierungsprobleme sind verschwunden
    - Ganz selten beendet sich der SvxServer noch selbstständig

    Das letzte Problem habe ich mit der von Dir vorgeschlagenen While-Schleife abgefangen. Dann wird der SvxServer nach dem unplanmäßigen Beenden sofort wieder neu gestartet.

    Schönen Gruß
    Frank, DL3DCW

    Hi Frank,

    Hm, der letzte Punkt sollte eigentlich verschwunden sein, da war noch ein gravierender Bug enthalten.
    Danke für die Rückinfo, werde mich gleich am Mittwoch noch mal ransetzen.
    Kannst Du eventuell bestätigen, dass der Effekt immer dann auftritt, wenn gerade gesprochen wird und bei einem Teilnehmer die Netzwerkverbindung wegbricht?

    Vy 73s aus Schwäbisch-Hall

    de Adi, DL1HRC

    Hallo Adi,

    wenn der Fehler noch einmal auftritt, schaue ich mir mal die Logs an. Dann wissen wir mehr ;-).

    Schönen Gruß
    Frank, DL3DCW

    Hi Frank,

    wenn Du mal die neue Masteroption probieren möchtest, dann sag kurz Bescheid. Ich würde Dir die Sourcen aber per EMail zusenden bevor ich das einchecke. Momentan kann ich das von hier aus schlecht probieren.

    vy 73s de Adi

    - daemon stürzt nicht mehr ab, läuft jetzt seit

    Quote

    svxserver was not running and was started on Sa 15. Aug 03:36:02 CEST 2015

    lt. meinem cronjob-log durch; denke dass ich ihn jetzt rausnehmen kann (der job prüft alle 3 Minuten ob svxserver läuft und startet ihn gegebenfalls neu).

    - das mit dem Wegfall der fehlenden Pakete kann ich noch nicht zu 100% bestätigen; mein Verdacht liegt aber bei zwei möglichen Konstellationen:
    1. bei einem der 3 Teilnehmer sprach plötzlich die Vox mit squelch open/close an und sorgte damit möglicherweise für "Dopplungen" und somit Unterdrückung wenn eine 2. Station zeitgleich sendet.
    2. bei einem der 3 Teilnehmer habe ich den bVerdacht, dass die Internetleitung bzgl. Verfügbarkeit und Latenz nicht i.O. ist; sporadisch fehlen auch ganz wenige Pakete während einer Verbindung
    Definitiv hat die Anzahl der komplett fehlenden Durchgänge drastisch abgenommen.

    Hat jemand Beobachtungen zum Heartbeat Timeout gemacht? Es gibt Tage, da gibt es sie nur beim IP-Wechsel des Routers,an anderne Tagen gibt es > 3 während des Tages
    ( **** ERROR: Heartbeat timeout, lost connection to 93.2**...)

    Hallo zusammen,

    im Moment rennt der SvxServer bei uns auch seit 6 Tagen ohne Neustarts durch. Allerdings war es am Wochenende bei den angeschlossenen Stationen auch recht ruhig ...

    Die Aussetzer machen sich meist nur als "Microaussetzer" bemerkbar. Dann fehlt einfach das Audio der entfernten Station während eines Durchgangs. Ist aber nie länger als eine Sekunde, eher deutlich weniger. Ich denke, ein Puffer könnte da vielleicht Abhilfe schaffen.

    Die Heartbeat timeouts halten sich eigentlich in Grenzen. Pro Station so etwa 2-3mal am Tag. Ist aber immer unterschiedlich. Auffällig ist jedoch, dass die betroffene Station dann meistens nach fast genau 20 Sekunden wieder verbunden ist. So richtig weg war sie also nicht ;-).

    Schönen Gruß
    Frank, DL3DCW

    Hallo alle,

    besten Dank für die ausführlichen Rückmeldungen. Ich hoffe, sehr dass es sich mit den Segfaults erledigt hat.

    Zum Heartbeat (HB): das ist eigentlich recht großzügig gedacht. Bei 10 Sekunden HB-Intervall, darf für mehr als 20 Sekunden kein HB empfangen worden sein, damit die Zwangstrennung ausgeführt wird. Eventuell müßte man hier mal noch über eine intensivere Prüfung der NW-Verbindung reden, z.B wenn ein HB verlorengegangen ist, dann sollte der Intervall auf 1 Sek. reduziert werden um genauer zu checken ob die Verbindung wirklich weg ist. Wenn die Verbindung jeweils nur für 300ms weg war, muß man sie ja nicht zwangstrennen mit allen nachfolgenden Problemen. Nur so als Idee.

    Bei den Miroaussetzern bin ich mir auch noch nicht so ganz im Klaren darüber, eventuell müßte man sich da auch den Übergang RepeaterLogic<->NetLogic auf den lokalen Nodes näher anschauen. Auch da gibt es ja auf der Netz-Seite Einstellungen zur Squelch obwohl die eigentlich nicht notwendig sein sollten. Es läßt sich leider nicht anders machen, weil es ja ein und die selbe Logicfunktionalität ist und es der Logic egal ist ob sie die Daten vom Netzwerk bekommt oder von einem angeschlossenen Funkgerät.

    Ich denke wir probieren erst mal ein bisschen mit der Masteroption herum, eventuell sieht man hier wieder einen kleinen Fortschritt zumindest was das Audio-Geschnetzelte anbetrifft :D

    vy 73s de Adi, DL1HRC

    Quote from dl1hrc

    Allerdings kann auf dem lokalen Repeater trotzdem noch dieser Effekt auftreten, weil ja der Audiostream nicht
    ausschließlich über den SvxServer geführt wird sondern auch lokal bleibt. Ich denke auch nicht, dass es Sinn macht alles
    über den SvxServer zu führen da hier die Netzwerklatenz zuschlägt und damit alles noch weiter verzögert wird.


    Hallo Adi,

    könnte man nicht für diesen Zweck auf den lokalen SvxLink-Systemen den NetRx-Stream muten (if Rx=true then NetRx=mute) ?

    Schönen Gruß
    Frank, DL3DCW

    Zum Thema Microaussetzer:

    2 von 3 Teilnehmern unseres Verbundes - einer davon bin ich - haben eine VDSL Leitung (51/10, sehr kurze Latenz). Zwischen diesen beiden Stationen konnte ich bisher keine Microaussetzer beobachten. Sehr wohl aber beim 3. im Bunde, er hat eine ADSL Leitung mit max. 2 Mbit. Dort geht ein Minipaket schon mal verloren. Extrem wird es, wenn er parallel zum Funkverkehr einen Download macht und die Leitungskapazität ausgeschöpft wird (nein, er hat kein QoS für VoIP aktiviert).

    Auf meinem Cubieboard habe ich schon kurze Aussetzer memerkt, wenn der QSO Rekorder aktiviert ist. Offensichtlich ist das System beim Schreiben des WAV-Puffers ab und an kurz überlastet. Richtig störend ist dieser Effekt allerdings nicht.

    Hallo zusammen,

    die Latzenzzeiten werde ich auch einmal genauer beobachten. Vielleicht kann man damit das Problem ja etwas genauer einkreisen ...

    Schönen Gruß
    Frank, DL3DCW

    ...wobei eine 2MBit-Leitung für so'n bisschen Sprache eigentlich auch "dick" genug sein sollte. Auf jeden Fall müssen wir da dran bleiben.

    Leider ist die SvxServer-Sache so ganz langsam ausgereizt. Weitere Funktionen würden sich nur mit einer Erweiterung in anderen Bereichen der SvxLink-Sourcen ergeben. Aber dazu muß das erst mal in den Trunk....und damit hat der Chef ein Problem :cry:

    vy 73s de Adi, DL1HRC

    Quote from dl1hrc

    und damit hat der Chef ein Problem :cry:


    Hallo Adi,

    das ist sehr schade. Denn zusammen mit dem SvxServer hat SvxLink einen ganz bedeutenden Vorteil gegenüber Systemen wie EchoLink & Co sowie den meisten DigitalVoice-Systemen: Es funktioniert auch völlig ohne Internet (via HAMNET), ist unabhängig von bestimmten Betreibergruppen (jeder Sysop kann ganz einfach einen lokalen Verbund aufmachen) und dazu noch quelloffen. Zudem kann die vorhandene Hardware (User/Links/Repeater) weiterverwendet werden. Andere Systeme sind für den User häufig recht kompliziert zu bedienen und gehen leider auch immer weiter in Richtung "Internetfunk". Dem entgegenzuwirken hat bzw. hätte SvxLink/SvxServer eigentlich ein sehr großes Potenzial.

    Aber auch im jetzigen Zustand ist der SvxServer eine tolle Sache. Hier sind auf jeden Fall alle begeistert. Eben gerade weil es so einfach realisierbar und zudem auch wieder ein Schritt in Richtung Amateurfunk (also über eigene Infrastuktur / HF-Linkstrecken) ist. Und ganz nebenbei ist die Audioqualität auch noch perfekt ...

    Schönen Gruß
    Frank, DL3DCW

    Hi Frank,

    na vielleicht kann ich ja noch mal einen Versuch starten.
    Ich denke nicht, dass er prinzipiell gegen diese Erweiterung ist, sondern nur, dass er eventuell noch keine richtige Anwendung dafür sieht.

    73s de Adi, DL1HRC