OScam Server optimieren - Verbesserungsvorschläge?

[unknown2009]

Moin moin zusammen,

mein Debian Futro, OScam Server verrichtet seid Jahren einen guten Dienst, keine Freezer, keine Abstürze oder Ausfälle, ich weiß: never change a running system.

Da ich jetzt aber meinen AU Clienten von CCcam auf OScam only geändert habe, damit die EMMs ordentlich geloggt werden, stellt sich für mich die Frage, ob ich alle Clienten auf OScam only umstellen soll.

Das Einzige was ich an CCcam bei den Clienten zu bemängeln hätte, wäre das bei sehr wenigen manchmal beim Internetausfall die CCcam auf dem Receiver neugestartet werden muss, das kommt aber bei wenigen vor, aber es ist ein kleines Manko.

Bei meinem OScam only Testbetrieb musste ich die Cam noch nie neustarten, egal was war, sobald der Server und die Reader liefen, lief das Bild sofort weiter, perfekt!

Ist das ein Vorteil von OScam only? (Das man nie neustarten muss, sprich OScam ist stabiler)

Die Umschaltzeiten bei CCcam sind deutlich schneller als beim CS378x, dvbapi ist aktiviert, bei Sky Sendern geht das Zappen sehr zügig. Liegt es am Unterschied das CCcam UDP nutzt? Mit welchem Protokoll habt Ihr die besten Erfahrungen gesammelt?

Hier mal meine Server Konfiguration, ich freue mich über Verbesserungsvorschläge, die ich testen kann:

Spoiler: oscam.conf

[global]
logfile = /var/log/ipc/OScam.log
maxlogsize = 5120
emmlogdir = /var/log/emmlog/
lb_mode = 1
lb_save = 500
lb_savepath = /tmp/.oscam/stat
lb_retrylimits = 1830:1500

[cccam]
port = 16000
nodeid = E8BDD84A107D1588
version = 2.3.0
reshare_mode = 0
ignorereshare = 1
stealth = 1


[cs378x]
port = 15000

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

[webif]
httpport = 18002
httpuser = oscam
httppwd = oscam
httprefresh = 5
httpallowed = 127.0.0.1,192.168.0.0-192.168.255.255,10.0.0.0-10.255.255.255,172.16.0.0-172.31.255.255

Spoiler: oscam.server

[reader]
label = skyv14
protocol = mouse
device = /dev/SKYV14
services = !hdplus-v14,sky-starter,sky-entertainment,sky-cinema,sky-cinema-hd,sky-sport,sky-sport-hd,sky-bundesliga,sky-bundesliga-hd,sky-sonstige
lb_whitelist_services = sky-starter,sky-entertainment,sky-cinema,sky-cinema-hd,sky-sport,sky-sport-hd,sky-bundesliga,sky-bundesliga-hd,sky-sonstige
caid = 098C
boxid = 12345678
ins7e11 = 15
detect = cd
mhz = 600
group = 4
blockemm-unknown = 1
blockemm-u = 1
blockemm-s = 1
blockemm-g = 1
saveemm-u = 1
lb_weight = 300
ndsversion = 2

[reader]
label = hdplus
protocol = mouse
device = /dev/HD01
services = hdplus
lb_whitelist_services = hdplus
caid = 1830
boxkey = XXXXXXXXXXXXXXX
rsakey = XXXXXXXXXXXXXXX
detect = cd
mhz = 600
cardmhz = 368
group = 2
emmcache = 1,3,2,0
blockemm-unknown = 1

[reader]
label = G02
enable = 0
protocol = mouse
device = /dev/G02
services = g02_fullhd,g02_fullsd,!hdplus-g02
caid = 09C7
boxid = 12345678
ins7e11 = 15
detect = cd
mhz = 600
group = 3
emmcache = 1,3,2,0

[reader]
label = omnikey-v14
protocol = pcsc
device = 0
services = !hdplus-v14,sky-starter,sky-entertainment,sky-cinema,sky-cinema-hd
caid = 098C
boxid = 12345678
ins7e11 = 15
detect = cd
mhz = 800
cardmhz = 800
ident = 098C:000000
group = 1
blockemm-unknown = 1
blockemm-u = 1
blockemm-s = 1
blockemm-g = 1
saveemm-u = 1
lb_weight = 300
ndsversion = 2

Spoiler: oscam.user

[account]
user = dm800hd
pwd = dreambox
au = hdplus,skyv14,G02,omnikey-v14
group = 1,2,3,4
cccmaxhops = 2
cccreshare = 0

Wie gesagt, es funzt alles sehr gut, aber eventuell gibt es Optimierungsmöglichkeiten, wird das Share entlastet durch OScam only?

Vielen Dank im Voraus und ein angenehmes Wochenende.

 

[dodo83]

Das cccam Protocol ist genau wie das cs378x ein TCP basierendes.
Zum schnelleren umschalten oscam.dvbapi am Client einrichten

Gesendet von meinem LG-D855 mit Tapatalk

 

[unknown2009]

Ich sehe im OScam Log das trotz dvbapi auch noch andere Caids angefragt werden, was ja nicht sein soll.

Die oscam.dvbapi vom Client sieht so aus: (Client guckt nur von V14 und HD01)

P: 098C # V14
P: 1830 # HD01
I: 09C4
I: 1702
I: 1843
I: 09C7 # Sky/KD G02 KABEL

Auffällig ist, wenn ich einmal auf einen Sky Sender geschaltet habe, geht jeder weitere Umschaltvorgang sehr schnell (dank dvbapi - ohne dvbapi gings nicht so zügig) aber bei den HD+ Sendern geht das Zappen sehr langsam, langsamer als mit CCcam.

 

[janni1]

Hi,
setz das
P: 1830
an erste Stelle, dann wird diese bei HDplus bevorzugt.

Das "stealth = 1" würde ich ebenfalls weglassen, damit du zwischen den Oscams das "extended CCcam-Protokoll" nutzen kannst.

 

[supraracer]

P: 1830
P: 098C
I: 0

Alles andere raus.

-supraracer

 

[unknown2009]

Ich habe jetzt in der oscam.dvbapi folgendes stehen:

P: 1830
P: 098C
I: 0

Danach OScam Neustart auf dem Receiver durchgeführt.

Im OScam Live Log sehe ich das hier:

Spoiler

• (dvbapi) Demuxer 0 stop descrambling program number EF15 (RTL2 HD)
• 2017/03/04 15:01:00 680DCFA7 c (dvbapi) Demuxer 0 ecmpid 0 CAID: 1830 ECM_PID: 0155 PROVID: 000000
• 2017/03/04 15:01:00 680DCFA7 c (dvbapi) Demuxer 0 ecmpid 1 CAID: 1843 ECM_PID: 0156 PROVID: 000000
• 2017/03/04 15:01:00 680DCFA7 c (dvbapi) Demuxer 0 ecmpid 2 CAID: 1860 ECM_PID: 0159 PROVID: 000000
• 2017/03/04 15:01:00 680DCFA7 c (dvbapi) Demuxer 0 ecmpid 3 CAID: 09C4 ECM_PID: 0157 PROVID: 000000
• 2017/03/04 15:01:00 680DCFA7 c (dvbapi) Demuxer 0 ecmpid 4 CAID: 098C ECM_PID: 0158 PROVID: 000000
• 2017/03/04 15:01:00 680DCFA7 c (dvbapi) Demuxer 0 ecmpid 5 CAID: 186A ECM_PID: 015A PROVID: 000000
• 2017/03/04 15:01:00 680DCFA7 c (dvbapi) Demuxer 0 ecmpid 6 CAID: 186D ECM_PID: 015B PROVID: 000000
• 2017/03/04 15:01:00 680DCFA7 c (dvbapi) Demuxer 0 found 7 ECMpids and 5 STREAMpids in caPMT
• 2017/03/04 15:01:00 680DCFA7 c (dvbapi) Demuxer 0 trying to descramble PID 0 CAID 1830 PROVID 000000 ECMPID 0155 ANY CHID PMTPID 0035 VPID 012C
• 2017/03/04 15:01:00 680DCFA7 c (dvbapi) Demuxer 0 found 7 ECMpids and 5 STREAMpids in PMT

Und das Zappen zwischen den HD+ Sendern ist nicht schneller geworden.

Das "stealth = 1" würde ich ebenfalls weglassen, damit du zwischen den Oscams das "extended CCcam-Protokoll" nutzen kannst.

stealth = 0 oder komplett weglassen?

Was sind die Vorteile gegenüber CCcam und CCcam extended?

Danke!

 

[Bodo-1]

hier die Erläuterung aus dem Wiki :

Spoiler

stealth

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

Parameter ist optional
Versteckt aktive user und das extended OSCam-Protokoll. Schützt andere OSCam-user davor, den Server als OSCam-Server zu entdecken!

stealth = 1 # Tarnung eingeschaltet
= 0 # Tarnung aus (default)

 

[supraracer]

Das dvbapi alle verfügbaren caids auf dem Kanal ausliest und ins Log schreibt ist völlig normal.

-supraracer

 

[unknown2009]

Kann jemand einen USB Hub empfehlen um die Kartenleser am Server zu erweitern?

 

[DEF]

@gse85

z.B. den beliebten und zuverlässigen

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

 

[unknown2009]

OK, ich habe den "stealth" Eintrag editiert, danke, dvbapi auf dem AU Client angepasst, gut.

Jetzt stellt sich für mich die Frage, lohnt es sich von CCcam auf OScam only umzustellen?

Vielleicht kann jemand seine Erfahrungen bzw. messbare Unterschiede nennen.

Mein Share lief immer gut mit CCcam, nur ganz selten musste man einen CCcam Neustart durchführen, das kann OScam besser, aber gibt es mehr Vorteile?

Wenn ja, stelle ich gerne alle Clienten um.

 

[axel]

Hi,

Jetzt stellt sich für mich die Frage, lohnt es sich von CCcam auf OScam only umzustellen?

Vielleicht kann jemand seine Erfahrungen bzw. messbare Unterschiede nennen.

ich habe Zuhause alles auf Oscam only umgestellt, bin sehr zufrieden.

So ist bei Fehlersuche alles transparenter irgendwo, mein persönlicher Eindruck: Läuft besser + stabiler so.

Gruß

 

[unknown2009]

OK, stabiler und bessere Fehleranalyse gefällt mir, dazu wird OScam ja auch weiterentwickelt, CCcam nicht.

Aber zur Optimierung der OScam only Konfiguration am Server ist nichts weiter notwendig?

[cs378x]
port = 15000

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

Wenn ich dvapi (das schnellere Umschalten bei z.B. V14, HD+) bei mehreren Clients nutzen möchte, die z.B. keine Dreamboxen sind, dann muss ich einfach den "boxtype =" um weitere ergänzen, ich habe z.B. auch Edison OS mini und Xtrend ET4000.

Vor allem möchte ich nicht allen Clienten AU zulassen, aber dvbapi sollen alle verwenden.

Außer dem Porteintrag beim cs378x Protokoll muss ich nichts setzen? Gibt es kein Feintuning mehr, ist ja weniger als beim CCcam Protokoll.

Wie lege ich Reshare und max. Hops bei OScam only fest?

Ich danke Euch.

 

[DEF]

Die "AU" kannst Du für jeden User einzeln regeln/einstellen am User.

Das sieht dann z.B. später in der oscam.user so aus:

[account]
user = xx
pwd = xx
caid = xx
uniq = 3
suppresscmd08 = 0
au = 1
emmreassembly = 0
group = 1,2,
cccmaxhops = 3
cccstealth = 0

Neben dem Porteintrag für cs378x musst Du noch den Port für CCcam festlegen. Das machst Du unter "Config" und dann im Bereich "CCcam".

Dort legst Du auch die CCcam Version fest z.B. die letzte Version 2.3.0

Gleichzeitig legst Du dort auch die "globale" Regel für den Reshare fest.

Diese kannst Du am jeweiligen Oscam User natürlich anpassen, während die anderen User alle die globale Einstellung nutzen müssen.

Am User legst Du dann auch die Maxhops fest (siehe Beispiel oben). Das ist dann ein wenig "copy & paste" Arbeit

Viel Spaß

 

[unknown2009]

Ich möchte auf OScam only umstellen, dann sind in der oscam.user unter "account" dieser Eintrag überflüssig und kann raus:

cccmaxhops = 3

# Nur wenn CCcam Proxies vorhanden sind oder ein CCcam Server verwendet wird. (cccmaxhops laut Wiki)

cccstealth = 0

# 0 = benutze das extendet OSCam-CCcam-Protokoll (Richtig so? ist damit auch "OScam only" inbegriffen?)

Korrekt?

Genau wie ich in der oscam.conf alle CCcam Einträge entfernen kann, wenn alle Clients auf OScam laufen.

Beim OScam Server ist lediglich der Porteintrag ausreichend? (oscam.conf)

PS: Wie kann ich Reshare bei den Clienten konfigurieren (OScam only / cs378x)?

Vielen Dank.