Nachfrage zu shared emm's / AU bei orf 09d5

[stefan4u]

Kinners mal eine Frage.

Seit rund 2 Jahren habe ich eine orf ice Karte im Cryptoworks Modus in einer easymouse am Igel unter oscam am laufen. Via homeshare im cccam protokoll werden die CW's an meine Empfänger verteilt, von denen 2 AU Berechtigt sind. Auf den Client Boxen läuft auch oscam.

Formal scheint alles zu laufen, nur das Erneuern der Entiltements ist irgendwie immer ein Problem, so daß ich die Karte alle 5-6 monate, kurz vorm Ablauf unter scam update.

Denn obwohl Massenhaft global emm's reinkommen und geschrieben werden (in den letzten 90 min. rund 1500, davon ca. 495 geschriebene, 1064 geskippte und KEINE Errors) kommen von den AU Receivern keine shared emm's rein...

Log Auszug Server

Spoiler

2015/03/14 17:43:08 88D0CE0 c (ecm) VUoben (0D95&000004/0000/32C9/B8:5BAC5C0545049FBF38082F7DAD9B2833): found (108 ms) by orfcrypto - ORF 1
2015/03/14 17:43:10 8819628 r (reader) orfcrypto [cryptoworks] VUoben emmtype=global, len=98, cnt=1: written (61 ms)
2015/03/14 17:43:10 8819628 r (reader) orfcrypto [cryptoworks] VUoben emmtype=global, len=98, cnt=1: written (62 ms)
2015/03/14 17:43:11 8819628 r (reader) orfcrypto [cryptoworks] VUoben emmtype=global, len=98, cnt=1: written (61 ms)
2015/03/14 17:43:13 8819628 r (reader) orfcrypto [cryptoworks] VUoben emmtype=global, len=98, cnt=1: written (62 ms)
2015/03/14 17:43:13 8819628 r (reader) orfcrypto [cryptoworks] VUoben emmtype=global, len=98, cnt=1: written (60 ms)
2015/03/14 17:43:16 8819628 r (reader) orfcrypto [cryptoworks] VUoben emmtype=global, len=98, cnt=1: written (56 ms)
2015/03/14 17:43:16 8819628 r (reader) orfcrypto [cryptoworks] VUoben emmtype=global, len=98, cnt=1: written (55 ms)
2015/03/14 17:43:17 8819628 r (reader) orfcrypto [cryptoworks] VUoben emmtype=global, len=98, cnt=1: written (61 ms)
2015/03/14 17:43:17 8819628 r (reader) orfcrypto [cryptoworks] VUoben emmtype=global, len=98, cnt=1: written (59 ms)
2015/03/14 17:43:18 88D0CE0 c (ecm) VUoben (0D95&000004/0000/32C9/B8:E723758874FB7605F5EC6078A3F4068C): found (106 ms) by orfcrypto - ORF 1
2015/03/14 17:43:19 8819628 r (reader) orfcrypto [cryptoworks] VUoben emmtype=global, len=98, cnt=1: written (61 ms)
2015/03/14 17:43:19 8819628 r (reader) orfcrypto [cryptoworks] VUoben emmtype=global, len=98, cnt=1: written (59 ms)
2015/03/14 17:43:20 8819628 r (reader) orfcrypto [cryptoworks] VUoben emmtype=global, len=98, cnt=1: written (60 ms)
2015/03/14 17:43:21 8819628 r (reader) orfcrypto [cryptoworks] VUoben emmtype=global, len=98, cnt=1: written (59 ms)

Auszug Reader Übersicht

Spoiler

orfcrypto mouse 7 695 (100.00 %) 0 (0.00 %) 0 / 0 0 / 0 / 0 / 0 0 / 495 / 0 / 0 0 / 1064 / 0 / 0 0 / 0 / 0 / 0 300

Reader Eintrag am Server

Spoiler

[reader]
label = orfcrypto
description = Orf ICE im cryptowork modus + ATV+, ohne Austria Sat!
protocol = mouse
device = /dev/ORF
services = orf_ice_crypto
autospeed = 0
caid = 0D95
ecmwhitelist = 80,B8,F0
ecmheaderwhitelist = 8070ED81FF0000E880D500010006,8170ED81FF0000E880D500010006,8070B581FF0000B0809D00010006,8170B581FF0000B0809D00010006,8070ED81FF0000E880D500293006,8070B581FF0000B0809D002A3006,8170B581FF0000B0809D002A3006,8170ED81FF0000E880D500293006,8170B581FF0000B0809D002A30C6,8070B581FF0000B0809D002A30C6
detect = cd
mhz = 800
ident = 0D95:000000,000004,000008,000010
group = 7
emmcache = 1,1,2
blockemm-unknown = 1
lb_weight = 300

User Eintrag am Server

Spoiler

[account]
user = VUoben
pwd = user1
description = Vu uno
hostname = 192.168.220.132
caid = 09C4,0500,0D95,1830
monlevel = 4
suppresscmd08 = 1
au = 1
group = 1,2,3,4,7
services = !orfice,!austriasat_ice,!austriasat_hd
cccmaxhops = 3
cccreshare = 1
cccignorereshare = 1
numusers = 2
penalty = 0

-------------------------------------------------------------------------------

Reader Eintrag am Clienten

Spoiler

[reader]
label = homeserv
protocol = cccam
device = 192.168.xxx.xxx,1xxxx
user = VUoben
password = user1
services = !orfice,!austriasat_ice,!austriasat_hd
inactivitytimeout = 30
caid = 09C4,0500,0D95,1830
group = 1
blockemm-unknown = 1
cccversion = 2.3.0
cccmindown = 1
cccwantemu = 1
ccckeepalive = 1
cccreconnect = 0

User Eintrag am Clienten

Spoiler

[account]
user = dvbapiau
au = 1
group = 1

Das ist mir seit einiger Zeit schon ein Rätsel, AU anderer Karten funktioniert komplikationslos (wenn nötig), 3-4 direkt am Igel, eine noch via radegast Protokoll von einer anderen Box zugespielt (auch hier im Hause)...
AU ist auf "1" gesetzt, auprovid ist jeweils leergelassen. In aller Regel finden die emm's selbst Ihren Weg... Eine sky Karte wird unter den gegebenen Bedingungen (natürlich extrem sorgfältig gefiltert) komlikationslos mit unique emm's versorgt.

Hat noch jemand ähnliche Probleme, oder ist das irgenwie eine schwäche des cccam Protokolles, shared emm's nicht an cryptoworks Karten weiter zu reichen??

Ist jetzt nicht mega dringend, geht ja auch mit "manueller" Verlängerung, aber komisch ist es schon...

Grüße stefan

 

[Pilot]

AW: Nachfrage zu shared emm's / AU bei orf 09d5

Beim Clienten hast du oscam.conf vergessen.

Teste das:
1. gib dem Au Clenten nur Gruppe für die ORF Karte auf dem Server.
2. Beim Clienten alle Filter löschen: servives, whitelist....
3. im oscam.dvbapi beim Clienten das reinschreiben:
P: 0D95 1
I: 0
oscam neu starten beim Server und beim Receiver
4. stell auf ORF 1 ( den SD Sender). Nicht zappen. Mit den SD Senden fließen die meißten EMMs
Lass es mal über Nacht an.

 

[stefan4u]

AW: Nachfrage zu shared emm's / AU bei orf 09d5

Moin Pilot,

Danke für die Antwort,

client oscam.conf, ist ziemlich "konventionell" ( r9855)

Spoiler

[global]
logfile = /tmp/oscam.log
usrfileflag = 1
netprio = 1
nice = -10
maxlogsize = 110
readerrestartseconds = 4
usrfile = /tmp/userfile

[cache]

[cccam]
port = 16xyz
nodeid = 194557**********
version = 2.3.0
reshare = 1
reshare_mode = 0

[dvbapi]
enabled = 1
au = 1
user = dvbapi
boxtype = dreambox

[monitor]
port = 1xyz
nocrypt = 127.0.0.1,10.0.0.0-10.255.255.255,172.16.0.0-172.31.255.255,192.168.0.0-192.168.255.255
aulow = 120
monlevel = 1
hideclient_to = 15

[webif]
httpport = 3****
httpuser = s*****
httppwd = p*****
httphelplang = de
httprefresh = 10
httppollrefresh = 5
httphideidleclients = 1
httpallowed = 127.0.0.1,192.168.220.1-192.168.220.132
aulow = 120
hideclient_to = 15
http_status_log = 1

Es gibt entschlüsselungstechnisch eigentlich keinerlei Probleme, 0D95 ist in dvbapi entsprechend priorisiert und es sprudeln geradezu emm's. In jetzt insgesamt 6 Stunden sind ~7500 emm's geflossen, die kommen echt die Ganze Zeit rein, auch in verschiedenen Längen.

Spoiler

2015/03/15 00:53:53 8819628 r (reader) orfcrypto [cryptoworks] VUoben emmtype=global, len=50, cnt=1: written (49 ms)
2015/03/15 00:53:54 8819628 r (reader) orfcrypto [cryptoworks] VUoben emmtype=global, len=98, cnt=1: written (75 ms)
2015/03/15 00:53:55 8819628 r (reader) orfcrypto [cryptoworks] VUoben emmtype=global, len=98, cnt=1: written (82 ms)
2015/03/15 00:53:55 8819628 r (reader) orfcrypto [cryptoworks] VUoben emmtype=global, len=98, cnt=1: written (76 ms)
2015/03/15 00:53:59 8819628 r (reader) orfcrypto [cryptoworks] VUoben emmtype=global, len=50, cnt=1: written (55 ms)
2015/03/15 00:54:00 88D0CE0 c (ecm) VUoben (0D95&000004/0000/32C9/B8:E2542615DC4A8E584A78750EB7734AE8): found (111 ms) by orfcrypto - ORF 1
2015/03/15 00:54:00 8819628 r (reader) orfcrypto [cryptoworks] VUoben emmtype=global, len=98, cnt=1: written (75 ms)
2015/03/15 00:54:03 8819628 r (reader) orfcrypto [cryptoworks] VUoben emmtype=global, len=98, cnt=1: written (73 ms)
2015/03/15 00:54:03 8819628 r (reader) orfcrypto [cryptoworks] VUoben emmtype=global, len=98, cnt=1: written (75 ms)
2015/03/15 00:54:07 8819628 r (reader) orfcrypto [cryptoworks] VUoben emmtype=global, len=50, cnt=1: written (55 ms)
2015/03/15 00:54:08 8819628 r (reader) orfcrypto [cryptoworks] VUoben emmtype=global, len=98, cnt=1: written (74 ms)
2015/03/15 00:54:09 8819628 r (reader) orfcrypto [cryptoworks] VUoben emmtype=global, len=98, cnt=1: written (73 ms)
2015/03/15 00:54:10 8819628 r (reader) orfcrypto [cryptoworks] VUoben emmtype=global, len=98, cnt=1: written (74 ms)

Aber eben keine shared emm's.

Das ist der Punkt der mich verwundert...



Ich hatte in ganz ähnlichem Zusammenhang mal gehört daß es zweckmäßiger sein kann, sich via newcamd zu Verbinden, bin dem aber nie nachgegangen. Werde erst mal noch verschiedene oscam revisionen durchgehen, die 8955 ist ja auch nicht mehr ganz taufrisch... Sämtliche Filter werde ich auch mal rausnehmen, mal schauen...

Grüße stefan

 

[Pilot]

AW: Nachfrage zu shared emm's / AU bei orf 09d5

Die EMMs bei ORF Karten lassen auf sich warten.
Teste es aus: lass über Nacht lauf auf ORF 1 SD Sender....

 

[stefan4u]

AW: Nachfrage zu shared emm's / AU bei orf 09d5

So, mal eine kurze positive Rückmeldung.

Erfolgversprechende Änderung war jegliche emm Filterung im reader des Clienten (der sich zum Homeserver verbindet) rauszunehmen. Bisher waren die unknowwn dort geblockt.
Ansonsten hatte ich an der vorherigen Konstellation nichts verändert...

Eine erneute Filterung der emm's erfolgt sowiso nochmal am server / den jeweiligen readern.


Nun sieht es schon besser aus!

Readerübersicht Server, endlich shared emm's

Spoiler

[TABLE="class: readers"]
[TR="class: enabledreader"]
[TD="class: readercol1"]orfcrypto[/TD]
[TD="class: readercol2"][/TD]
[TD="class: readercol3"]7[/TD]
[TD="class: readercol4"]6874 (100.00 %)[/TD]
[TD="class: readercol5"]0 (0.00 %)[/TD]
[TD="class: readercol6"]0 / 0[/TD]
[TD="class: readercol7"]0 / 84 / 7 / 0[/TD]
[TD="class: readercol8"]0 / 3961 / 2 / 0[/TD]
[TD="class: readercol9"]0 / 12159 / 5 / 0[/TD]
[TD="class: readercol10"]0 / 0 / 0 / 0[/TD]
[TD="class: readercol11"]300[/TD]
[/TR]
[/TABLE]

endlich geschriebene shared emm's

Spoiler

2015/03/15 15:43:49 8819628 r (reader) orfcrypto [cryptoworks] VUoben emmtype=shared, len=63, cnt=1: written (83 ms)
2015/03/15 15:39:31 8819628 r (reader) orfcrypto [cryptoworks] VUoben emmtype=shared, len=95, cnt=1: written (109 ms)

Danke für Eure Geduld,
Grüße stefan