[erledigt]: OctopusNet : Verbindungsprobleme

Hi,

ich habe mir im Dezember ein Octopus Server Rack zugelegt. Beim Start von vdr wird dieser mit folgenden 3 SATIP-Error Meldungen geflutet.

Jan 15 11:36:29 st001 vdr[4112]: [4116] curl_easy_perform() [rtsp.c,222] failed: Timeout was reached (28)
Jan 15 11:36:29 st001 vdr[4112]: [4116] SATIP-ERROR: Detected invalid status code 0: rtsp://192.168.100.1/ [device 0]
Jan 15 11:36:29 st001 vdr[4112]: [4116] SATIP-ERROR: Connect failed [device 0]

Wie mir schon mehrfach gesagt wurde, deutet dies auf Verbindungsprobleme hin. Aber da der vdr-Host mit dem ONet direkt über ein extra Netzwerkwerkinterface verbunden ist, und keine anderen Komponenten (switch, etc.) dazwischen sind, habe ich keine Erklärung und keine Ansatz was ich ändern kann und muss.

Ich hoffe, ich kann hier eine Lösung finden.

Nein, das Netzwerk steht vor dem Start des vdr. Ausserdem tritt das Problem auch auf wenn manuell einen restart des vdr.services gemacht wird.

Zitat von fnu

Was heißt das, "extra Netzwerkinterface"?

Eine zweite extra eingebaute Netzwerkarte mit IP statisch 192.168.100.254/24 1GB/sec.

default nic ist das auf dem MB verbaute, was auch 1GB/sec Durchsatzrate hat.

IP statisch 192.168.101.3

Gateway 192.168.101.254

Zitat von fnu

Wenn der VDR direkt am Octopus Net hängt, was hast Du am O'Net eingestellt bzgl. Netzwerk?

IP statisch: 192.168.100.1/24

Gateway: 192.168.100.254

Das Webinterface und telnet des ONet sind über eine route via 192.168.101.3 von allen hosts aus dem 192.168.101.0 Netzwerk erreichbar.

Zitat von fnu

Wo kommt das verwendete Netzwerkkabel her? Schonmal getauscht?

Wo es herkommt? Kann mich nicht erinnern, war aber ohne Auffälligkeiten an anderer Stellen verbaut. Bei einem Test haben alle 8 Pins, bis auf "Ground", Durchgang. Kann es dadurch zu Einstreuungen kommen? Ich werde jedenfalls ein neues bestellen.

Zitat von fnu

Wie sieht Dein Client/VDR aus? Ein paar HW Details zu Mainboard, NI etc.?

Desktop Debian/SID Kernel 4.19.0-1-amd64 mit headless VDR (2.4.0/2.4.0)

#dmidecode -t 2
Base Board Information
        Manufacturer: ASUSTeK COMPUTER INC.
        Product Name: PRIME B350-PLUS
        ...
#dmidecode --type processor
Processor Information
        Socket Designation: AM4
        Type: Central Processor
        Family: Zen
        Manufacturer: Advanced Micro Devices, Inc.
        ID: 10 0F 81 00 FF FB 8B 17
        Signature: Family 23, Model 17, Stepping 0
        Flags:
                FPU (Floating-point unit on-chip)
                VME (Virtual mode extension)
                DE (Debugging extension)
                PSE (Page size extension)
                TSC (Time stamp counter)
                MSR (Model specific registers)
                PAE (Physical address extension)
                MCE (Machine check exception)
                CX8 (CMPXCHG8 instruction supported)
                APIC (On-chip APIC hardware supported)
                SEP (Fast system call)
                MTRR (Memory type range registers)
                PGE (Page global enable)
                MCA (Machine check architecture)
                CMOV (Conditional move instruction supported)
                PAT (Page attribute table)
                PSE-36 (36-bit page size extension)
                CLFSH (CLFLUSH instruction supported)
                MMX (MMX technology supported)
                FXSR (FXSAVE and FXSTOR instructions supported)
                SSE (Streaming SIMD extensions)
                SSE2 (Streaming SIMD extensions 2)
                HTT (Multi-threading)
        Version: AMD Ryzen 3 2200G with Radeon Vega Graphics
        ...
#lspci | grep -i ethe
04:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 15)
08:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 07)

Zitat von Jondalar

Machst Du ein „Bind“ mit den DVB Tunern im Octopus ?

Weiß nicht was du meinst. Gibt es denn noch andere Möglichkeiten als das SATIP-Plugin um VDR mit ONet zu verbinden?

Zitat von Jondalar

Wie sehen denn die Parameter fürs Plugin aus?

Einträge aus satip.conf

--devices=4 #(10 Tuner vorhanden, testweise begrenzt auf 4)

--server=192.168.100.1|DVBS2-10:S19.2E|OctopusNet #(notwendig, da UPnP in diesem Fall nicht funktioniert)

--single #(testweise aktiviert, gab aber keine Veränderung in der Verbindung)

--noquirks #(wie bei single)

Zitat von Jondalar

Hast du mal geschaut was der Octopus macht wenn die Fehler im log sind ?

Wenn Du mir sagt's wie mach ich das, wenn VDR gestartet ist reagiert der ONet nicht mehr auf das Webinterface und auch nicht über Telnet.

Zitat von Jondalar

Bei uns gab es auf einer Steckdose ein Thema, jedesmal wenn der Rollo-Motor anging. Irgendwas mit dem FE Leiter, weiß ich schon gar nicht mehr.

Da konnte ich sehe dass der Octopus scheinbar Reset gemacht jedes Mal. Per Telnet drauf und dmesg angeschaut

Keine Auffälligkeiten

Zitat von Pfeifenraucher

Semmelt das ONet einfach ab?

Kann ich mir nicht vorstellen, da er nach stoppen des vdr.services nach einigen sekunden wieder da ist und mit tshark ein verkehr zwischen bei client/VDR und ONet unterbrechungsfrei protokolliert wird.

Zitat von Pfeifenraucher

Ist das ONet noch netzwerkmäßig zu erreichen (Telnet, Ping)?

Wenn VDR läuft nicht. Danach einwandfrei, scheint als wenn die Verbindungsaufnahme durch VDR alle Resourcen des ONet verbraucht.

Zitat von Pfeifenraucher

Aktuelle Temperatur des Geräts beim Absemmeln?

Kann ich nicht sagen, normal (ohne laufenden VDR auf dem client) etwa 55°.

Zitat von Pfeifenraucher

Die aktuelle Firmware (afaik heute: 1.1.1) ist aufgespielt?

Der ONet ist im Dezember geliefert als serverrack und 1.1.1 FW-Date 02.10.2018, wenn das die neueste Version ist dann ja.

Zitat von Pfeifenraucher

Ich schaue gerade in Richtung Kurzschluss, weil die Platine möglicherweise am Gehäuse bzw. an den Gehäuseschrauben schrabbelt.

Kann mir nicht vorstellen, dass das in der Endkontrolle bei DD nicht aufgefallen wäre. Aber wenn ja würde die Garantie greifen.

VG

PS: Verzeiht wenn ich Höflichkeiten vermisse lasse.

Hi,

an 9000h: natürlich 1, sonst würde die Route von meinem normalen Netz zum ONet über den client/VDR nicht funktionieren.

Zitat von Pfeifenraucher

Nur der Interesse halber:
Welches ONet ist denn das genau? Ich habe hier ein ONet S2 max mit acht Tunern bei vier Anschlüssen. Bei mir heißt die Zeile in den VDR-Modulen dann (adaptiert):

"--devices=6 -s=192.168.100.1|DVBS2-8|OctoNet"

Hast du dir meinen Beitrag bzgl. Einräge in der satip.conf: genau angeschaut. Soweit ich weiß, wird aus den Einträgen deine Zeile beim Start zusammengebaut. Un wenn sie nicht mit deinen Parametern übereinstimmen liegt das daran, weil ich nach manual des satip-plugins die für mich sinnvollste Einstellung finden wollte, um endlich zu einer Lösung zu kommen.

Zitat von Pfeifenraucher

Wie hast Du die IP-Adresse gesetzt - per DHCP (wer ist Server) oder statisch?

statisch, und bitte keine Diskussionen über sinn und zweck.

Zitat von fnu

Hmm, das könnte allerdings Dein Problem sein, SAT>IP mag so gar keine routen/-ing, in Deinem Fall ist VDR ja mit beiden IP Adressen konfrontiert ... testweise Octopus Net, VDR etc. mit allen anderen in Dein 192.168.101.0 Netzwerk hängen.

ONet im 101.0 Netzwerk war schon ganz am Anfang. Gleiche Probleme, allerdings mit TvH. OctoCast fand die Box nicht obwohl Win10 mir sie als Gerät anzeigte. Beim Support von DD angerufen. Über Teamviewer festgestellt Netzwerkauslastung zu hoch. Erst als ich TvH stoppte, fand OctoCast die Box. Konnte sogar mit VLC Fernsehen.

Und ich kann mir nicht vorstellen das 2 IP Adressen für VDR ein Problem darstellen, So wie ich das mit dem Routing mal gelernt habe, gibt die Anwendung das Ziel vor und der Kernel entscheidet über welches Interface er die Pakete sendet.

Moin,

So das Netzwerkkabel ist jetzt gegen ein CAT 7 Kabel getauscht, hat aber keine Veränderung gebracht.

Ich werde darum die Box einschicken.

Ich danke für eure Mithilfe, und kann jemand diesen Thread auf erledigt setzen. Ich weiß leider nicht wie.

VG

Moin

Zitat von fnu

SAT>IP ist wie gesagt nicht routing-fähig

Das Route ist auch nicht gedacht um SAT>IP (rtsp) von einem Netz in das andere Netz zu bringen. (ist auch nicht Notwendig, da Client/Vdr und ONet in einem Netz), sondern das ich mich von jedem anderem Hosts zum managen des ONet (http,telnet) verbinden und der ONet auf Firmware Updates prüfen kann.

@Xcoder mir ist nicht deutlich was daran umständlich sein soll. Für jemanden der in fast 20 Jahren einige Router mit Linux konfiguriert hat ist das nicht kompliziert oder umständlich. Vor allen dann nicht wenn es in diesem Fall mit anderen Diensten des ONet (http, telnet, firmware update check) funktioniert

Aber ich werde ihn jetzt noch einmal ins gleiche Netz hängen und das Ergebnis dann mitteilen.

Also ONet ist Hauptnetz (LAN), vdr findet ihn, und initialisiert 4 devices.

Aber dann wird das Log wieder mit den am Anfang beschriebenen Fehlermeldungen geflutet.