Kathrein UFSconnect 906 Sat>IP Unterstützung Problem

[jochen.k]

Hallo,

 

ich habe mir einen Kathrein UFS 906 zugelegt da dieser ein Hybridgerät ist und mittlerweile auch Sat2IP zuverlässig unterstützt. LEider habe ich festgestellt das Verschlüsselte Sender nicht Empfangbar sind üner das im Server befindliche Cam. DVBViewer klappt Problemlos.

 

Der Rs Log zeigt dann folgendes :

 

Im Log des Servers kann man das Problem gut sehen hier ein Ausschnitt wenn der Receiver Sky Cinema anfordert:

03.07.14 21:57:58.804 TRTSPNetworkStream SetTuner TType: 1, Freq: 11797, Symrate: 27500, LOF: 10600, Tone: 1, Pol: 0, DiseqC: 3, FEC: 3, APID: 0, VPID: 0, PMT: 0, SID: 0, SatMod: 1, DiseqCVal: 0, NID: 0, Flags: 0
03.07.14 21:57:59.867 TRTSPUDPClient SetTuner Set the tuner
03.07.14 21:57:59.867 TRTSPUDPClient pids 0,20,17,18,1,109
03.07.14 21:58:01.226 TRTSPUDPClient pids 0,20,17,18,1,109,2303,32,2304,2305,2307,5958,6214,6982,8006,6726
03.07.14 21:58:53.742 TRecordingEngine Releasereference webserver: 1
03.07.14 22:00:09.242 TRTSPUDPClient Release RTSP Network Device1
03.07.14 22:00:09.242 TRTSPUDPClient Destroy RTSP Network Device1
03.07.14 22:00:09.460 TRTSPUDPClient Destroyed RTSP Network Device1
03.07.14 22:00:09.460 TRTSPUDPClient hamDeleted RTSP Network Device1

hier ist das Problem " APID: 0, VPID: 0, PMT: 0, SID: 0"

korrekt sollte die anforderung so aussehen , hier der log nachdem der DVBViewer Pro den Sender anfordert:

04.07.14 19:38:01.146 TRTSPNetworkStream SetTuner TType: 1, Freq: 11798, Symrate: 27500, LOF: 10600, Tone: 1, Pol: 0, DiseqC: 0, FEC: 3, APID: 512, VPID: 511, PMT: 101, SID: 10, SatMod: 1, DiseqCVal: 0, NID: 133, Flags: 25
04.07.14 19:38:01.803 TRTSPUDPClient SetTuner Set the tuner
04.07.14 19:38:01.803 TRTSPUDPClient pids 0
04.07.14 19:38:01.803 TRTSPUDPClient AddPid 5100,18
04.07.14 19:38:01.818 TRTSPUDPClient DelPid 5100
04.07.14 19:38:01.865 TRTSPUDPClient AddPid 511,512,0,101,32
04.07.14 19:38:14.740 TRTSPUDPClient DelPid 511,512,0,32
04.07.14 19:38:14.756 TRTSPUDPClient DelPid 101
04.07.14 19:38:15.053 TRTSPUDPClient DelPid 18
04.07.14 19:38:15.084 TRTSPUDPClient Release RTSP Network Device 2
04.07.14 19:38:15.084 TRTSPUDPClient Destroy RTSP Network Device 2
04.07.14 19:38:15.365 TRTSPUDPClient Destroyed RTSP Network Device 2
04.07.14 19:38:15.365 TRTSPUDPClient hamDeleted RTSP Network Device 2
hier der Unterschied "APID: 512, VPID: 511, PMT: 101, SID: 10"

ohne diese Informationen kann das Cam im Server nix entschlüsseln.

 

 

 

es scheint so das der Receiver "nur" den ganzen Transponder öffnet ohne einen Sender gezielt zu "tunen".

 

Habe Kathrein dazu befragt es kam aber nur das übliche Hersteller BlaBla :

 

hier

 

Sehr geehrter Herr K,

Ihr System ist vermutlich nicht SAT-IP zertifiziert.

Dieses wird vom Gerät UFSconnect 906 nicht unterstützt.

Der Betrieb mit dem SAT-IP Server EXIP 414 (aktuelles Lieferprogramm) ist ohne Probleme möglich.

Hier erfolgt die Entschlüsselung durch das im Receiver vorhandene Ci/Ci+ Modul.


Mit freundlichem Gruß

 

 

Meiner Meinung nach hält Kathrein sich jedoch nicht an die Sat>IP Spezifikationen bzw. legt diese zu gunsten der CI+ Zertifizierung aus?!

 

Kann ich den Receiver evtl doch zu Kooperation bewegen?

 

jemand ne Idee?

 

Die neuen Kathrein Geräte können fast das was der DVBViewer kann solltet Ihr euch mal ansehen.

 

Gruß

 

Jochen

Edited July 8, 2014 by jochen.k

[Griga]

Eine serverseitige Entschlüsselung ist durch SAT>IP nicht spezifiziert und funktioniert zwischen DVBViewer und RS (sowie neuerdings auch zwischen DVBViewer und Digital Devices OctopusNet) nur aufgrund einer proprietären Erweiterung des Standards. Das Problem ist vor allem die normalerweise fehlende Übertragung der PMT PID.

[MaxB]

03.07.14 21:58:01.226 TRTSPUDPClient pids 0,20,17,18,1,109,2303,32,2304,2305,2307,5958,6214,6982,8006,6726

 

=> "Sky Cinema +24", da hat Kathrein aber die EMMs vergessen, was -bei Clientseitigem CI- zwangsweise zu fehlenden Freischaltungen der Smartcard führen wird...

 

hier ist das Problem " APID: 0, VPID: 0, PMT: 0, SID: 0"

 

Nein, die APID(s) 2304,2305 & 2307, VPID 2303, PMT 109 sind vorhanden, die SID (43) wird bei Kathrein nicht "benötigt" (Hust)...

 

Den Rest hat Dir Griga schon erklärt und ich denke auch nicht, dass Kathrein da nachliefern wird, da "Serverseitige Entschlüsselung" nicht gewünscht sein wird!

[Derrick]

Deine settings scheinen nicht zu stimmen. Oben wird zunächst nur getuned.

 

>hier ist das Problem " APID: 0, VPID: 0, PMT: 0, SID: 0"

 

nein, denn danach werden alle notwendigen PIDs angefordert, einschliesslich aller ECM_PIDs. Allerdings sind das PIDs von "Sky Cinema +24"

 

Im unteren teil werden keine CA_PIDs angefordert. Vielleicht ist 5100 als solcher gemeint. Den gibt es aber nicht auf diesem transponder. Plugin?

 

/edit

@MaxB war schneller

[Derrick]

 

=> "Sky Cinema +24", da hat Kathrein aber die EMMs vergessen, was -bei Clientseitigem CI- zwangsweise zu fehlenden Freischaltungen der Smartcard führen wird...

..würde ich nicht sagen, denn EMMs werden vom CI-modul autonom aus der CAT bestimmt. Die 1 wird ja angefordert. Danach muss der client weiter fragen

[MaxB]

..würde ich nicht sagen, denn EMMs werden vom CI-modul autonom aus der CAT bestimmt. Die 1 wird ja angefordert. Danach muss der client weiter fragen

 

OK, vielleicht ist der Log-Ausschnitt einfach nur zu kurz, aber da alle ECMs angefordert werden und keine EMM könnte es auch durchaus sein, der der Kathrein nicht weiß welches Verschlüsselungssystem im CI benötigt wird...

Ist auch egal, wir wollen hier nicht die Kathrein-Fehler debuggen, die zu 99,9% eh nicht korrigiert werden wenn man die Antwort von denen liest...

 

Edit/Nachtrag: Klar weiß der Kathrein nicht welches Verschlüsselungssystem im CI des Kathrein benötigt wird, Jochen.k hat ja auch kein CI im Kathrein stecken...

@Jochen.k: Funktioniert der RS denn korrekt, wenn Du das CI mal in den Kathrein steckst? Das ist natürlich nicht das Ziel ist was Du erreichen möchtest, mir geht es dabei nur um diese Aussage von Kathrein:

 

Ihr System ist vermutlich nicht SAT-IP zertifiziert.

 

Edited July 8, 2014 by MaxB

[nuts]

Streamt der RS überhaupt verschlüsselte Daten an die Clients?

[Derrick]

Bei clientseitiger entschlüsselung muss er das ja wohl

[nuts]

Ja eben, daher die Frage ob der RS die clientseitige Entschlüsselung überhaupt vorsieht.

[MaxB]

Ja eben, daher die Frage ob der RS die clientseitige Entschlüsselung überhaupt vorsieht.

 

Ja!

[jochen.k]

Hallo, so viele antworten , toll!

 

 

also zu Plugin gebe ich zu ja , aber nur um meine 4 Tuner zu bedienen habe aber auch nen CI Modul hier zum testen.

 

mit DVBViewer als Client geht alles Problemlos.

 

habe gerade das hier als Tipp Bekommen von Kathrein :

 

 

Sehr geehrter Herr K,

damit das eigentlich verschlüsselte Programm von Sky vom Receiver UFS 906 evtl. empfangen
werden kann, muss dieses vom Sat>IP Server als FTA Programm gesendet werden.

Zudem ist zu beachten, dass zuvor das zu empfangene Sky Programm aus der Programmliste
gelöscht werden und anschließend über den manuellen Programmsuchlauf des Receivers wieder
hinzugefügt werden muss.

Nur so kann der Receiver das Programm darstellen.

Wird das Programm durch den Sat>IP Server noch als verschlüsselt gestreamt, so gibt der
Receiver das Programm, zur Entschlüsselung an den eigenen CI+ Schacht weiter.

Da sich jedoch kein CI+ Modul von Sky im Receiver befindet, kann der Receiver keine PIDs
ausgeben und das Programm wird nicht geöffnet.




Mit freundlichem Gruß

 

habe in der Senderliste des Servers den Sender als nicht verschlüsselt markiert, im Kathrein einen Suchlauf auf dem Transponder gemacht, der Sender wird jetzt als unverschlüsselt gefunden.

 

Stelle ich den Sender jetzt ein Gibts kein bild und der Kathrein markiert den wieder als verschlüsselt.

 

werde mal ein Cam dazu nehmen und mal schauen ob der dann wenigstens lokal entschlüsselt.

 

Gruß

 

Jochen

 

wie zu erwarten funktioniert clientseitige entschlüsselung bei Sat2ip

 

der RS Log zeigt dann das:

 

RTSP-Client 192.168.1.30: 2
08.07.14 15:39:05.387 TRTSPUDPClient SetTuner TType: 1, Freq: 11797, Symrate: 27500, LOF: 10600, Tone: 1, Pol: 0, DiseqC: 3, FEC: 3, APID: 0, VPID: 0, PMT: 0, SID: 0, SatMod: 1, DiseqCVal: 0, NID: 0, Flags: 0
08.07.14 15:39:05.403 TRTSPUDPClient AllocateHardware RTSP Network Device1
08.07.14 15:39:05.403 TRTSPUDPClient SetTuner got Hardware
08.07.14 15:39:05.403 TRTSPNetworkStream SetTuner TType: 1, Freq: 11797, Symrate: 27500, LOF: 10600, Tone: 1, Pol: 0, DiseqC: 3, FEC: 3, APID: 0, VPID: 0, PMT: 0, SID: 0, SatMod: 1, DiseqCVal: 0, NID: 0, Flags: 0
08.07.14 15:39:06.919 TRTSPUDPClient SetTuner Set the tuner
08.07.14 15:39:06.919 TRTSPUDPClient pids 0,20,17,18,1,103,1791,32,1792,1793,1795,5956,6212,6980,8004,6724
08.07.14 15:39:07.481 TRTSPUDPClient pids 0,20,17,18,1,103,1791,32,1792,1793,1795,5956,6212,6980,8004,6724,4096,5378,4098,4098,4104,4105,4104

 

ich denke "APID: 0, VPID: 0, PMT: 0, SID: 0, SatMod: 1, DiseqCVal: 0, NID: 0, Flags: 0" ist das Problem woher soll denn das cam im

Server wissen welcher Sender decodiert werden soll wenn die VPID und SID fehlt?

Edited July 8, 2014 by jochen.k

[MaxB]

Hallo Jochen,

wie Griga schon geschrieben hat ist die serverseitige Entschlüsselung ist durch SAT>IP nicht spezifiziert und daher kannst Du Dir vermutlich die Finger wund schreiben (sorry), aber das ist und bleibt ein Problem des Clients Kathrein UFS 906. Damit die serverseitige Entschlüsselung (und bitte nur mit CI, alles andere ist $ 13 und wird nicht supportet!) funktionieren kann muss der Client die entsprechenden "Anfragen" an den RS (oder ggf. auch an die Octopus NET) stellen, was bei den meisten Sat2IP Clients nicht implementiert werden wird, da es nicht gewollt und auch nicht spezifiziert ist!

[Derrick]

 

08.07.14 15:39:06.919 TRTSPUDPClient pids 0,20,17,18,1,103,1791,32,1792,1793,1795,5956,6212,6980,8004,6724

08.07.14 15:39:07.481 TRTSPUDPClient pids 0,20,17,18,1,103,1791,32,1792,1793,1795,5956,6212,6980,8004,6724,4096,5378,4098,4098,4104,4105,4104

@Max, da hast du deine EMMs (mit CI)

[MaxB]

Ja, war klar und wurde doch von mir um

 

 

Bearbeitet von MaxB, Heute, 12:37

schon als Vermutung und Bitte an den Anwender formuliert... Intelligent ist aber was anderes, ich hatte insgeheim "erwartet", dass mit CI nur noch die benötigten PIDs angefordert werden würden...

[nuts]

Im Ergebnis hat Max natürlich recht.

Kommen die Custom-Parameter (RS und DD) nicht in den Client wird es nichts mit der serverseitigen Entschlüsselung.

Nur könnte der Server doch selbst ermitteln (dafür reichen die Standard Parameter) ob ein Sender entschlüsselt werden muss und die CI/CAM (Plugin ) Schiene in Gang bringen?

 

Ob das von Astra so gern gesehen wird steht auf einem anderen Papier und das die DVBViewer eigene Lösung Vorteile bietet (könnte man ja beibehalten) ebenso.

Aber man würde auf den meistens Clients zumindest die Sender hell kriegen.

[Griga]

Nur könnte der Server doch selbst ermitteln (dafür reichen die Standard Parameter) ob ein Sender entschlüsselt werden muss

 

Aha. Und wie bitteschön? Alles was der Server neben Empfangsparametern wie Frequenz, Symbolrate usw. bekommt, sind die PIDs der Streams, die der Client sehen will, ohne jegliche Angabe, was sie bedeuten. Es könnte eine PMT PID dabei sein oder auch nicht. Es könnte sich um mehrere Sender gleichzeitig handeln. Der Server hat keine Service ID. Er weiß noch nicht mal, was der Client machen will. Es muss ja nicht unbedingt um Video/Audiowiedergabe gehen. Am anderen Ende könnte auch ein Scanner am Werk sein.

 

Natürlich könnte der Server mit heuristischen Verfahren versuchen, anhand der Empfangsparameter und angeforderten PIDs den oder die Sender aufzufinden, also entweder in einer (statischen) Senderliste oder einem (dynamischen) Scan des empfangenen Transponders. Aber das ist nicht gerade trivial. Versuche mal, einen solchen Algorithmus zu coden... die praktischen Probleme werden dabei schnell deutlich.

[Derrick]

..wie Griga schon geschrieben hat ist die serverseitige Entschlüsselung ist durch SAT>IP nicht spezifiziert... ...da es nicht gewollt und auch nicht spezifiziert ist!

Das wird behauptet, der beweis fehlt allerdings bisher. Der sog. sat2ip_standard bietet alle möglichkeiten. Man muss sich nur auf einen gemeinsamen weg einigen. Firmen, die sich von astra eine belohnung erhoffen und das logo führen, haben sich zu einer restriktive lösung entschlossen. Man kann nur hoffen, dass andere mit einer alternative kommen, die die wünsche der user berücksichtigt

[nuts]

Aha. Und wie bitteschön?

Dachte an eine Analyse der Streams anhand der gelieferten PID's um die PMT PID herauszukriegen.

Habe das noch nicht zuende gedacht und auch weniger DVB Fachwissen wie du.

 

Wenn das zu kompliziert ist gehts halt nicht, hätte aber was für die normalen Sat>IP Receiver, mobilen Clients usw.

Edited July 8, 2014 by nuts

[MaxB]

Naja, ganz unrecht hat @nuts ja nicht, wenn man z.B. "funktionierende" UPNP-Hardware hat...

Aber hier geht es ja um Sat2IP in Verbindung mit einem Kathrein "UFS 906" als Client. Aus meiner Sicht macht der RS das was der Kathrein erwartet, nicht mehr und nicht weniger => absolut Sat2IP konform! Ich denke nicht, dass die "Octopus NET" als alternativer Sat2IP-Server da mehr machen würde... Die O-NET hat übrigens immer noch keinen Stempel von Astra bekommen und wie ich gerade recherchiert habe, der UFS 906 auch noch nicht

[jochen.k]

Hallo,

 

schön das über das Thema wenigstens diskutiert wird.

 

Ich hatte auch den Telestar android Klumpen zum Testen hier der war nichtmal in der Lage den Recording Service oder meinen Triax zu finden !

 

Da ist der Kathrein schon besser.

 

Auch der Funktionsumfang von dem UFS906 ist für den Preis schon recht gut, auch das Tuner ausleihen wenn mehrere dieser Geräte aktiv sind ist interessant.

 

Dumm nur wenn dann in dem Receiver der seinen Tuner leiht das cam steckt und in dem client es dunkel bleibt

 

ich kann sowieso nicht verstehen das man keinen offenen Receiver anbietet der satip vernünftig kann ....

 

oder den DVBViewer als Hardware Receiver das wärs.