vnsiserver / kodi - (nur) Aufnahmen stocken bei Wiedergabe über VPN

Vielleicht kennt dies jemand und hat eine Lösung - oder bestätigt das Verhalten?

Im lokalen Netz läuft alles (seit Jahren) bestens, sowohl Live-TV als auch Aufnahmen von SD und HD Sendern laufen flüssig über vnsiserver / Kodi, auch bei mehreren (i.d.R. zwei, manchmal auch drei) Clients gleichzeitig.
Gleiches Szenario über Client via VPN (OpenVPN, auch Wireguard getestet), Live-TV immer noch einwandfrei, aber(!) die Aufnahmen ruckeln, laufen ein paar Sekunden, dann sieht man wie der Buffer (Kreis mit Prozentangabe) gefüllt wird, wiederholt sich immer wieder.
Die Internet-Anbindung ist es nicht - auf beiden Seiten mehrere 100 MBit Down/Upload (Glasfaserzugänge). Live-TV läuft ja problemlos auch auf den HD-Sendern mit mehr Bandbreite, dagegen ruckeln selbst die SD-Aufnahmen.
Ich glaube zwar nicht, dass es von da kommt, aber der Vollständigkeit halber: die Aufnahmen des virtualisierten VDR-Servers sind in einer nfs-Freigabe, allerdings auf einer VM des gleichen Hosts abgelegt (Zugriff geht also über internes Netz des VMWare-ESXi).
Mit top sind keine Auffälligkeiten auf beiden Seiten zu sehen, wenig CPU-Last, kein Wait. Latenzen (mit ping) zwischen den Systemen über den Tunnel bei konstanten 40ms.

VDR-Server:
vdr:~ # vdr -V

vdr (2.6.4/2.6.3) - The Video Disk Recorder

conflictcheckonly (0.0.1) - Direct access to epgsearch's conflict check menu

devstatus (0.5.0) - Status of dvb devices

epgsearch (2.4.1) - search the EPG for repeats and more

epgsearchonly (0.0.1) - Direct access to epgsearch's search menu

epgtableid0 (2.4.0) - EPG handler for events with table id 0x00

femon (2.4.0) - DVB Signal Information Monitor (OSD)

hello (2.4.0) - A friendly greeting

live (3.2.1) - Live Interactive VDR Environment

osddemo (2.4.1) - Demo of arbitrary OSD setup

pictures (2.6.1) - A simple picture viewer

quickepgsearch (0.0.1) - Quick search for broadcasts

satip (2.4.1) - SAT>IP Devices

skincurses (2.4.3) - A text only skin

status (2.4.0) - Status monitor test

streamdev-server (0.6.3) - VDR Streaming Server

svccli (2.4.0) - Service demo client

svcsvr (2.4.0) - Service demo server

svdrpdemo (2.4.0) - How to add SVDRP support to a plugin

vnsiserver (1.8.0) - VDR-Network-Streaming-Interface (VNSI) Server

Kodi Client:
20.2 (oder auch 18.4 gleiches Verhalten)

Danke für den Vorschlag, habe es (leider) erfolglos getestet, standard sah dies so aus:

vdr:/export/vdr # mount | grep vdr

storage1.laub.intra:/export/vdr on /export/vdr type nfs (rw,relatime,vers=3,rsize=131072,wsize=131072,namlen=255,soft,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=192.168.111.101,mountvers=3,mountport=20048,mountproto=udp,local_lock=none,addr=192.168.111.101)
Die Änderung auf 8192 oder 1024 bewirkt aber nichts.

Aber, ich habe mal getestet, was passiert, wenn ich den nfs-Mount am vdr durch einen lokalen ersetze und darin eine HD-Aufnahme platziere - es ändert nichts, ruckelt genauso am fernen KODI/vnsiclient. (Wie erwähnt im lokalen Netz funktioniert es einwandfrei)
Also muss dies im Zusammenspiel vdr/vnsiserver - VPN - kodi/vnsiclient liegen!

Kann dies jemand bestätigen oder funktioniert dies bei jemand?

Ich kann die Ursache nicht identifizieren.
Funktioniert dies bei jemandem über ein VPN?

Hat dies niemand bisher über ein VPN versucht bzw. in Betrieb?

Nein, die Verschlüsselung ist nicht das Problem, bitte den ersten Beitrag genau (nach)lesen.
Der Beweis, wie oben beschrieben: Live-TV von HD-Sendern geht problemlos, aber Aufnahmen, selbst von SD-Sendern stocken

Quote from M-Reimer

Ich würde zumindest mal zum Test den Faktor "NFS" komplett rausnehmen. Eine einzelne Aufnahme direkt auf den VDR packen und dann das Aufnahmen-Verzeichnis testhalber auf "lokal" umkonfigurieren.

Das hatte ich vergessen zu berichten, habe ich gemacht - NFS kann man somit ausschliessen.

vnsi selber scheint mit den Aufnahmen über VPN das Problem zu sein, wahrscheinlich irgendwo ein unabsichtlicher Flaschenhals programmiert.

Ich konnte das Problem leider immer noch nicht lokalisieren, ich kriege mit sftp >10 MB(yte)/s durch den Tunnel. Live-TV läuft einwandfrei, aber die Aufnahmen stocken(selbst SD mit wenig Datenrate)

Quote from SurfaceCleanerZ

Hi,

Die Datenrate von SD ist nicht zwingend geringer wie HD. SD ist in MPEG 2 codiert und somit viel weniger effizient wie h264 bei HD. H265 bei DVB-T2 ist noch effizienter...

MfG Stefan

Das ist das Problem aber wirklich nicht, ich habe fast 20 MByte/s Durchsatz in beide Richtungen.

Ich hatte bereits geschrieben, dass ich NFS durch lokal für einen Test ersetzt hatte.
Es wäre hilfreich, wenn jemand schreibt, ob er dies (nicht) nachvollziehen kann.

Ich denke auch, dass die SW (vdr/vnsiserver/vnsiclient?) beim Abspielen von Aufnahmen mit der Latenz nicht klarkommt, sonst sehe ich keinen Unterschied bei der Bandbreite, die mir zum Testen zur Verfügung steht.
Leider bin ich kein Programmierer, grundsätzlich habe ich aber Ahnung davon, bin Systemingenieur, gerade im Bereich Netzwerke mit einiger Erfahrung.