rejected group Problem, Bild setzt aus

[corrsfan]

Hallo Gemeinde,

ich habe seit ein paar Tagen das Problem, dass auf den Clients das Bild kurzzeitig aussetzt, so für 1-5s.
Das passiert sowohl bei einem CCCam-client, als auch bei einem Oscam-Client.

Habe ne halbe Stunde im Board gesucht, aber nicht das passende gefunden.

Im Server-Log steht dann immer das:

Spoiler

• 2018/03/30 09:52:44 60402EB7 c (ecm) dm520 (09C4@000000/0641/EF10/A2:7B90BB1749789DE8D335CEAF9C2B74EF:0F06000000: found (119 ms) by Int_Sky_V13
• 2018/03/30 09:52:54 60402EB7 c (ecm) dm520 (09C4@000000/0641/EF10/A2:9E8072C8D590583A6EE28B03B9B41271:0F06000000: found (120 ms) by Int_Sky_V13
• 2018/03/30 09:53:14 60402EB7 c (ecm) dm520 (09C4@000000/0641/EF10/A2:7EC709B719D588326E1142F3AD85AC2D:0F06000000: found (119 ms) by Int_Sky_V13
• 2018/03/30 09:53:14 60402EB7 c (ecm) dm520 (1830@000000/0000/EF10/92:B9CB043A5A172D0600DC8FBB1B335617): rejected group (0 ms) (no matching reader)
• 2018/03/30 09:53:15 60402EB7 c (ecm) dm520 (1843@000000/0000/EF10/89:576005244E08F485D8D616500F02CABE): rejected group (0 ms) (no matching reader)
• 2018/03/30 09:53:15 60402EB7 c (ecm) dm520 (1860@000000/0000/EF10/8F:145B0F5864C7F8039A2EAA18C3888DB2): rejected group (1 ms) (no matching reader)
• 2018/03/30 09:53:16 60402EB7 c (ecm) dm520 (098C@000000/0641/EF10/9F:050D89C6E71867E23FF4EDEEEF923893): rejected group (1 ms) (no matching reader)
• 2018/03/30 09:53:16 60402EB7 c (ecm) dm520 (0500@051900/0B01/EF10/148:5BB037CB9896F1D62A24C09B3529B418): rejected group (0 ms) (no matching reader)
• 2018/03/30 09:53:17 60402EB7 c (ecm) dm520 (06CB@000000/001E/EF10/7A:C2AAFE67841DBFCF540345884C470E1E): rejected group (0 ms) (no matching reader)
• 2018/03/30 09:53:17 60402EB7 c (ecm) dm520 (06CB@000000/0028/EF10/7A:FC2FCA787F5E1E0292D60631F7830B32): rejected group (0 ms) (no matching reader)
• 2018/03/30 09:53:17 60402EB7 c (ecm) dm520 (06CB@000000/0063/EF10/7A:B18C4BB9F79903E72753252DE539526D): rejected group (0 ms) (no matching reader)
• 2018/03/30 09:53:18 60402EB7 c (ecm) dm520 (186A@000000/0000/EF10/8F:E72011F504F9E2E42914280695DACC83): rejected group (0 ms) (no matching reader)
• 2018/03/30 09:53:24 60402EB7 c (ecm) dm520 (186D@000000/0000/EF10/89:FAD2273F326C2085E9862B3F26DF3EB1): rejected group (0 ms) (no matching reader)
• 2018/03/30 09:53:25 60402EB7 c (ecm) dm520 (098D@000000/0641/EF10/A0:FCF85720C5A6AA9F123E849358023CE8): rejected group (0 ms) (no matching reader)
• 2018/03/30 09:53:25 60402EB7 c (ecm) dm520 (09C4@000000/0641/EF10/A2:B65480324D0D78F506CFF848B3F46811:0F06000000: found (119 ms) by Int_Sky_V13
• 2018/03/30 09:53:34 60402EB7 c (ecm) dm520 (09C4@000000/0641/EF10/A2:1016377357411260372C38B0492C03DA:0F06000000: found (119 ms) by Int_Sky_V13

Meine oscam.server:

Spoiler

# oscam.server generated automatically by Streamboard OSCAM 1.20-unstable_svn SVN r11234
# Read more:

Sie müssen registriert sein, um Links zu sehen.

[reader]

label = Int_Sky_V13

description = Internal Sky V13 unterer Slot

protocol = internal

device = /dev/sci1

caid = 09C4

boxid = 12345678

ins7e11 = 15

readtiers = 2

detect = cd

mhz = 450

cardmhz = 2700

group = 1

emmcache = 2,100,2,0

blockemm-unknown = 1

blockemm-u = 1

blockemm-s = 1

blockemm-g = 1

saveemm-unknown = 1

saveemm-u = 1

ndsversion = 2



[reader]

label = MTV_unlimited_oberer_Slot

protocol = internal

device = /dev/sci0

caid = 0B00

detect = cd

mhz = 500

ident = 0B00:000000

group = 2

emmcache = 2,100,2,0

So wie es aussieht, kommen Anfragen vom Client für verschiedene andere CAID's. Und während dieser Phase steht das Bild auf dem Client. Bei einem HD+ Sender werden so ca. 10 andere CAID's angefragt, bei einem Sky-Sender wieder andere....
Das ganze lief eigentlich jetzt schon Jahre so, eine DM7020HD mit den beiden Karten als Server und zwei DM500 bzw. DM520 als Client, die eine (immer noch) CCCAM, die andere oscam als Client.


Was ist das Problem?

In irgendeinem ähnlichen Thread von 2014 hat dann jemand seinen Reader um den "ident"-Entrag ergänzt. Muss ich da jetzt alle angefragten caid's eintragen?

 

[waves]

Da die Fehler von den Clients ausgehen, kannst Du da am Server recht wenig (gar nix) gegen machen.

Beim Oscam Client eine dvbapi anlegen und entsprechend befüllen, den Cccam Client auf Oscam umstellen, und ebenfalls eine dvbapi erstellen.

 

[DarkStarXxX]

Wird halt dieses neue Plattform angefragt, wird jetzt mit Freenet TV noch schlimmer werden.

Und mit Sauberen Services und Clients die CCcam > 2.2.0 oder OSCam einsetzten würden solche Anfragen gar nicht gestellt werden, weil den Clients dann genau mitgeteilt wird was die Karten öffnen können.

 

[corrsfan]

Beim Oscam Client eine dvbapi anlegen und entsprechend befüllen

OK, habe jetzt eine dvbapi auf dem client angelegt, in der ich allen "fremden" caids ein "I:" verpasst habe und nur die 09C4 als "P:" setze. Wie im HowTo beschrieben.
Nun passiert es aber trotzdem noch, dass in dem 15s-Rhythmus der Anfragen zum Server mal eine fehlt und dann setzt das Bild auch aus.
Das scheint also nicht die Lösung zu sein.
Kann man nicht die anderen Anfragen irgendwie "umleiten" zur 09C4?

 

[waves]

Nein, mehr kannst Du eigentlich nicht tun.

Aber poste mal alle Configs des Clients, und nen Logauszug des Clients, wenn ein Aussetzer da ist.
Vielleicht ist da noch was im argen.

 

[redsun8]

Hatte ähnliches Problem, nur ohne Bildaussetzer. Hab es mit Services im Client gelöst

 

[waves]

Services bringen nur dann was, wenn nicht alle Anfragen von einer Karte beantwortet werden.
Wenn nur eine Karte da ist, bringen Services keinen Vorteil.

 

[redsun8]

Da hast auch wieder recht. Genau ich hab 2 Karten drin.:sunglasses:

Moment er schreibt doch was von 2 Karten?

 

[corrsfan]

Es sind ja 2 Karten da: ne V13 und MTV. Macht das einen Unterschied?

Zum Log posten:
Das WebIF der DM525 reagiert irgendwie nicht oder nur übel langsam, ich mache erstmal ein komplettes SW-update usw. (in der Hoffnung, dass das was bringt) und dann geht es weiter.... bringt ja nichts, wenn ich nicht mal auf dem client loggen kann...

 

[waves]

Macht das einen Unterschied?

Nicht auf Client Seite, da ja ALLE Anfragen an den Server gesendet werden.

Aber wenn Das WebIf schon träge ist, dann passt da was nicht. Könnte der Fehler sein, muß es aber nicht.

 

[redsun8]

Na eben. DVBAPI für V13 und MTV und dahinter ein I:0 sowie Notservices also !services

 

[filius00]

"fremden" caids ein "I:" verpasst

Quatsch, einfach deine caids priorisieren dann I: 0 (wie @redsun8) schon sagte und alle anderen werden automatisch gesperrt. Dies auf Server und Client, dann passt das. Deine jetzige Variante führt dazu das neue, oder nicht enthaltene, caids weiter angefragt werden könnten.

 

[corrsfan]

OK, dann habe ich das in dem HowTo falsch verstanden. Da stand leider auch nicht, dass I:0 der Joker ist ;-)

Bin noch am flashen. Deshalb mal zwischendurch die Frage:
Hat sich denn irgendwas geändert auf den Satelliten? Ich meine, meine config lief ja nun schon ewig ohne Probleme so. Und jetzt fängt das an zu spinnen, und das eben auf verschiedenen Clients. Die Tatsache, dass andere caids überhaupt am Server angefragt werden, habe ich noch nie gesehen....

 

[waves]

Frrenet ist dazugekommen, und damit auch neue CAID's.....

 

[DarkStarXxX]

Was da abgefragt wird ist diese andere Plattform mit D (hab den Namen schon wieder vergessen).

Die nutzen Via Orca und Freenet TV nutzt Irdeto Cardless.