cache ausschalten

Futuro · 15. März 2019

hallo,
gibt es eine Möglichkeit auf dem Server (Wyse mit Easymouse) oscam so einzustellen, dass sich die Clients nicht mehr mit Cache verbinden können? Auch wenn dadurch die Karte mehr in Anspruch genommen wird... hab das Gefühl, dass einige Arivas wenn sie auf Cache laufen Probleme machen. (Cache0ms)
Cache 0 & 50 & 120 schon ausprobiert... bringt keine Besserung immerwieder 0ms

janni1 · 15. März 2019

Hi,
zeig mal ein Log von solchen Ereignissen.
Bei Oscam gibt es 3 Arten von Cache, die an ihrem Eintrag im Log zu erkennen sind.

cache1 = ein CW ist bereits vorhanden und wird benutzt, meist direkt nach einem Zap
cache2 = ein ECM für diese Sid ist schon eingegangen und das CW wird gerade berechnet
cache3 = ein CW wurde über CacheEx empfangen und benutzt.

In der Regel sollte es dabei aber keine Probleme geben.
Wenn doch, deuten häufige zeitgleiche cache1 bzw cache2 Einträge mit gleicher ECM im Log meist auf Verbindungsprobleme hin.

waves · 15. März 2019

Füge in der oscam.conf doch mal eine delay time ein.
Einige Receiver haben Probleme, wenn die Antwort zu schnell kommt.

Code:

[cache]
delay = 50

Futuro · 15. März 2019

Hallo waves,
delay steht auf 50, allerdinds idt der Wert bei Max time auf 18 s. Lässt sich auch nicht ändern... ist das so normal ?

waves · 15. März 2019

Poste mal Deine oscam.conf.

Wenn Du den Wert meinst:

max_time

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

Parameter ist optional

NEU svn8358:02/16/2013

max_time = Sekunden, default 15

Maximale Zeit, die CWs nach der ersten Clientanfrage im Cache verbleiben. Die Zeit muß 3,5 Sekunden höher als der Parameter clienttimeout sein!

der steht bei mir auf default (15s), und wenn er bei Dir auf 18s steht, dann hängt das sicher mit Deinem clienttimeout zusammen, so wie es im wiki auch steht.

Meine clients bekommen alle keine 0ms Antwort mehr, seitdem ich den cache delay gesetzt habe, vorher hatte ich das auch oft.

Futuro · 15. März 2019

hier meine aktuelle oscam.conf

# oscam.conf generated automatically by Streamboard OSCAM 1.20_svn SVN r11504
# Read more:

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

[global]
disablelog = 1
logfile = /var/log/ipc/OScam.log
usrfileflag = 1
clienttimeout = 15000
fallbacktimeout = 2000
clientmaxidle = 0
bindwait = 40
nice = -1
maxlogsize = 1200
waitforcards = 0
waitforcards_extra_delay = 550
preferlocalcards = 1
readerrestartseconds = 3720
dropdups = 1
lb_save = 4550
lb_nfb_readers = 5
lb_max_ecmcount = 2450
lb_reopen_seconds = 1000
lb_retrylimit = 3000
lb_stat_cleanup = 2
lb_auto_betatunnel = 0
lb_savepath = /var/log/ipc/stat
lb_retrylimits = 09:600
failbancount = 20

[cache]
delay = 50
max_time = 18

[cs357x]
port = xxx28

[cs378x]
port = xxx27

[newcamd]
port = 22000@1830:003411
key = 0102030405060708091011121314

[gbox]
port = 7004
hostname = 192.168.0.118,7004
my_password = 2222CCCC
ccc_reshare = 1
gsms_disable = 0

[cccam]
port = xxx26
nodeid = 1DD6C124109414B0
version = 2.3.0
reshare = 1

[dvbapi]
enabled = 1
au = 1
pmt_mode = 0
user = local
boxtype = dreambox

[webif]
httpport = xxx02
httpuser = oscam
httppwd = oscam
httprefresh = 10
httpallowed = 0.0.0.0-255.255.255.255
httpdyndns = xxx.zapto.org
http_status_log = 1

Von meinem Samsung Galaxy Smartphone gesendet.

pehedima · 15. März 2019

Poste bitte die oscam.log mit dem Fehler.

Da der LB nicht läuft, kannst du alle Parameter, die mit lb_* beginnen löschen.
Danach oscam neu starten und die oscam.log inkl. Fehler posten

waves · 15. März 2019

Öhem, das ist aber doch nicht vom Wyse......oder was soll zB das hier?

Futuro schrieb:
[dvbapi]
enabled = 1
au = 1
pmt_mode = 0
user = local
boxtype = dreambox

Futuro schrieb:
clienttimeout = 15000

+ 3,5 Sekunden = 18,5....passt also mit der Angabe aus dem Wiki überein.

Futuro · 15. März 2019

doch doch , das steht so in meiner oscam.conf von der WYSE drin .... kann auch sein dass ich es mal eingefügt habe.
Log sende ich Heute abend

hier ist der Log

203E8A49 c (ecm) JoachimBuch (098C@000000/0BB9/0072/9F:8F343BD1527528AA8FE2695A44921C48:0F06000000000002: found (95 ms) by sky_v14 - Sky Sport HD 22019/03/16 19:33:24 2E5ED610 c (ecm) OtmarMolz (098C@000000/0C1F/0069/9F:291F413D9ED2A710F0B0937DE5065C6F:0F06000000000002: cache2 (0 ms) by sky_v14 - Sky Bundesliga HD 12019/03/16 19:33:25 67B326E3 c (ecm) Alfonso (098C@000000/025B/0083/9F:95C2146F8FD2A3444392FFE557B765B2:0F06000000000002: found (103 ms) by sky_v14 - Sky Cinema HD2019/03/16 19:33:26 76918868 c

hab auch Aussetzer wenn Emm geblockt werden

203E8A49 c (ecm) JoachimBuch (098C@000000/0BB9/0072/9F:66B5FEBBC3CB9B0753BBD608CE060AAD:0F06000000000002: found (99 ms) by sky_v14 - Sky Sport HD 22019/03/16 19:34:06 67B326E3 c (reader) sky_v14 [videoguard2] Alfonso emmtype=global, len=160 (hex: 0xA0), idx=0, cnt=1218: blocked (0 ms)2019/03/16 19:34:06 67B326E3 c (reader) sky_v14 [videoguard2] Alfonso emmtype=global, len=135 (hex: 0x87), idx=0, cnt=1219: blocked (0 ms)2019/03/16 19:34:06 67B326E3 c (reader) sky_v14 [videoguard2] Alfonso emmtype=global, len=160 (hex: 0xA0), idx=0, cnt=1220: blocked (0 ms)2019/03/16 19:34:06 67B326E3 c (reader) sky_v14 [videoguard2] Alfonso emmtype=global, len=159 (hex: 0x9F), idx=0, cnt=1221: blocked (0 ms)2019/03/16 19:34:06 67B326E3 c (reader) sky_v14 [videoguard2] Alfonso emmtype=global, len=160 (hex: 0xA0), idx=0, cnt=1222: blocked (0 ms)2019/03/16 19:34:06 67B326E3 c (reader) sky_v14 [videoguard2] Alfonso emmtype=global, len=160 (hex: 0xA0), idx=0, cnt=1223: blocked (0 ms)2019/03/16 19:34:07 67B326E3 c (ecm) Alfonso (098C@000000/025B/0083/9F:12EFC1E310F3E8AC7FD3B6AF7132E431:0F06000000000002: found (109 ms) by sky_v14 - Sky Cinema HD2019/03/16 19:34:08 76918868 c (ecm

hier noch die Config von meiner V14

reader] label = sky_v14 protocol = mouse device = /dev/v14 services = !dazn_sat,!hdplus caid = 098C boxid = 12345678 ins7e11 = 15 detect = cd mhz = 600 group = 2 emmcache = 1,3,10,0 blockemm-unknown = 1 blockemm-u = 1 blockemm-s = 1 blockemm-g = 1 saveemm-u = 1 ndsversion = 2 [reader] label = tivusa

dodo83 · 16. März 2019

probiere mal

[cache]
delay = 5
max_time = 9

ansonsten mal mit den Werten "spielen" und beobachten eine Zeit lang

Futuro · 16. März 2019

ok danke

Bodo-1 · 16. März 2019

Du bekommst das mit den Arivas nie 100% in den Griff , die Kisten sind etwas eigenwillig mit ihrem cccam Emu .
Wenn du da ruhe haben willst inverstier 100€ und kauf dir einen E2 Receiver wo Oscam drauf rennt .

Es gibt viele die haben mit den Arivas genau das gleiche Problem wie du , egal ob mit oder ohne delay .

Futuro · 16. März 2019

das problem mit Cache habe ich auch bei einer Dreambox und einer VU+.

was könnt ich bei den Hänger in Verbindung mit den Emm tun?

dodo83 · 16. März 2019

Hänger in Verbindung mit EMM?
wenn diese geblockt sind kommen die nicht zur Karte, somit gibt es da keine Verzögerung bei einer Antwort,

bezüglich der Arivas, ich hatte mal länger einen und keinen einzigen Freezer gehabt, eventuell ist da auch die FW ausschlaggebend,
aber wenn es bei dir auch mit Linux Receivern passiert, liegt es eher an was anderem

filius00 · 16. März 2019

Futuro schrieb:
was könnt ich bei den Hänger in Verbindung mit den Emm tun?

Gar nichts, weil das nicht dein Problem ist. Entweder hast du Verbindungsprobleme oder der Empfang selbst ist grenzwertig schlecht. Ein Log vom Client bei auftretenden Störungen könnte helfen.

cache ausschalten

Futuro

Meister

janni1

waves

Futuro

Meister

waves

Futuro

Meister

pehedima

waves

Futuro

Meister

dodo83

Futuro

Meister

Bodo-1

DEB König

Futuro

Meister

dodo83

filius00

Ähnliche Themen

cache ausschalten

Meister

Meister

Meister

Meister

Meister

DEB König

Meister

Ähnliche Themen

Datenschutz & Transparenz

Datenschutz & Transparenz