Oscam CacheEx mode 2 tutorial

[jekahr]

AW: Oscam CacheEx mode 2 tutorial

wait_time= 1702:2500,17:1200,09CD:250,09C4:200,098C:110,098E:150,1803:700,1861:670,1838:900,18:900,1843:500,1830:600,1802:500,1810:370,0500:650,0B00:680,0B01:650,0100:250

ich weis es jetzt nicht genau aber ich kann mri vorstellen das hier deine wildcard definition greift. fang doch erstmal mit den caids an die du wirklich benötigst ohne wildcards.

 

[wookiemaster86]

AW: Oscam CacheEx mode 2 tutorial

Habe mal die wildcard raus genommen und waittime erhöht.Der Client bekommt trotzdem waittime over. Immer ein paar ms drüber.heißt das, dass einfach nix im Cache ist?
Bei anderen Usern wird der Cache nicht abgefragt glaube ich.

 

[kaaslord]

AW: Oscam CacheEx mode 2 tutorial

Was hast Du denn bei CacheEx CW Check stehen?

 

[wookiemaster86]

AW: Oscam CacheEx mode 2 tutorial

cacheex_cw_check************* = 0:0:2,1830:0:3,1702:0:3,1833:0:3,09C4:0:3,098C:0:3,098E:0:3,1722:0:3,1831:0:3,1835:0:3,1838:0:3

 

[hwmmc]

AW: Oscam CacheEx mode 2 tutorial

Wenn man 2 oder weniger CacheEx Reader hat, bringt es nicht viel bzw. gar nichts,
den cw_check Wert höher als 1 zu setzen (0:1:1). ... ich setze bewusst 0:1:1

Je höher die Zahl am Schluss 0:1:1, um so weniger wird real aus dem Cache genommen
und parallel immer auch der normale Reader/Proxy abgefragt.

... mit der waittime ist es fast genau so, man muss den besten Wert an seinen Server selber finden

Bsp.: mein Server inkl. Cache Reader (also keine seperate Cache Cloud), habe 5 Cache Reader

Spoiler

[cache] 
delay                          = 0
max_time                       = 15
max_hit_time                   = 15
wait_time                      = 0:50:400,0100:840,098C:225,09C4:100,09CD:240,09:250,0B00:650,17:800,1830:510,1843:580,18:995
zap_no_wait_time               = 1
cacheexenablestats             = 0
csp_port                       = 
csp_serverip                   = 
csp_ecm_filter                 = 
csp_allow_request              = 1
csp_allow_reforward            = 0
cacheex_cw_check               = 0:1:1, 1702:1:2, 1830:1:2, 1843:1:2
cwcycle_check_enable           = 1
cwcycle_check_caid             = 0648,0963,098C,09C4,09C7,09CD,0B00,0D05,0D95,0D96,1702,1722,1810,1830,1833,1834,1838,183D,1843
cwcycle_maxlist                = 4000
cwcycle_keeptime               = 15
cwcycle_onbad                  = 2
cwcycle_dropold                = 1
cwcycle_sensitive              = 2
cwcycle_allowbadfromffb        = 1
cwcycle_usecwcfromce           = 1
wait_until_ctimeout            = 1

 

[wookiemaster86]

Nach der Änderung sieht es im livelog schon anders aus.

Ich habe nochmal ne ganz doofe Frage...
Ich lese immer wieder von cachesize.wie setzt er sich zusammen und wie viel dürfe mein rpi und meine 5mbit upload verpacken?
Wo der steht hab ich jetzt herausgefunden

 

[hwmmc]

AW: Oscam CacheEx mode 2 tutorial

Was dir die Cache Reader Pushen bestimmt den cachesize.
Auch
max_time = ...
max_hit_time = ...

 

[kaaslord]

AW: Oscam CacheEx mode 2 tutorial

bringt die max_time überhaupt etwas über 10 wenn die meisten karten sowieso alle 10 s. nach neuen ecm abgefragt werden?

 

[janni1]

AW: Oscam CacheEx mode 2 tutorial

Hi,
richtig, sehe ich genauso. Über 10sec. macht eigentlich keinen Sinn.
Man sollte aber trotzdem noch 2sec über dem clienttimeout liegen.
Bei max_hit_time sieht das schon anders aus.

Gruß
janni1

 

[kaaslord]

AW: Oscam CacheEx mode 2 tutorial

zwischen 5s und 10s liegen schon fast welten. wenn man jemanden mit über 1000ms latenz in seinen exchange aufnimmt, selber schuld.

davon mal abgesehen, lässt forced oscam einen wert der nicht unterschritten werden darf orientiert an clienttimeout. aber das weisst du eh schon alles.

 

[hwmmc]

AW: Oscam CacheEx mode 2 tutorial

max_time hat nichts mit den ECM Intervall zu tun!
Das angefragte CW bleibt für die angegebene Zeit im Cache
und bleibt somit bestehen, für eventuell erneute Anfrage durch andere User.
15 hat sich als guter Wert herausgefiltert.
Wenn man aber nicht viel Cache gepusht bekommt, kann man auch mehr als 15 setzen.
Das sollte dann aber auch mit der max_hit_time angepasst werden.

Man sollte aber trotzdem noch 2sec über dem clienttimeout liegen.

Die Zeit muß 3,5 Sekunden höher sein!

 

[janni1]

AW: Oscam CacheEx mode 2 tutorial

Hi

Die Zeit muß 3,5 Sekunden höher sein!

Das steht nur falsch im deutschen Wiki.
Schau in die

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

oder in das

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

max_time = seconds
maximum time CWs resist in cache, the time must be 2 seconds highter than the parameter clienttimeout, default:15

Eins Versteh ich dann an deiner Argumentation nicht, wofür ist ein CW im Cache gut, dass älter als 10/15 sec. ist?
Bei max_hit_time macht das natürlich Sinn aber bei max_time?

Gruß
janni1

 

[jekahr]

AW: Oscam CacheEx mode 2 tutorial

für den cw check eventuell? wenn man sensitiv auf 3 oder 4 hat?

 

[janni1]

AW: Oscam CacheEx mode 2 tutorial

Hi,
das hat mit dem cycle check nichts zu tun. Da werden nur even und od des aktuellen CWs mit dem vorhergehenden verglichen.
Es reicht also, wenn nur das Vorhergehende noch im Cache ist
Mit sensitiv bestimmt man nur wieviel bytes dabei berücksichtigt werden.

Gruß
janni1

 

[kaaslord]

AW: Oscam CacheEx mode 2 tutorial

Spoiler

[cache] 
delay                          = 0
max_time                       = 15
max_hit_time                   = 15
wait_time                      = 0:50:400,0100:840,098C:225,09C4:100,09CD:240,09:250,0B00:650,17:800,1830:510,1843:580,18:995
[COLOR=#ff0000] zap_no_wait_time               = 1[/COLOR]
cacheexenablestats             = 0
csp_port                       = 
csp_serverip                   = 
csp_ecm_filter                 = 
csp_allow_request              = 1
csp_allow_reforward            = 0
cacheex_cw_check               = 0:1:1, 1702:1:2, 1830:1:2, 1843:1:2
cwcycle_check_enable           = 1
cwcycle_check_caid             = 0648,0963,098C,09C4,09C7,09CD,0B00,0D05,0D95,0D96,1702,1722,1810,1830,1833,1834,1838,183D,1843
cwcycle_maxlist                = 4000
cwcycle_keeptime               = 15
cwcycle_onbad                  = 2
cwcycle_dropold                = 1
cwcycle_sensitive              = 2
cwcycle_allowbadfromffb        = 1
cwcycle_usecwcfromce           = 1
[COLOR=#ff0000] wait_until_ctimeout            = 1[/COLOR]

Dazu habe ich mal noch Fragen

New parameter for ecm handling in [cache] section:
wait_until_ctimeout = 0/1  (default=0)
0: when cacheex timeout expires, if no "normal" readers available for  sending ecm, [COLOR=#ff0000]send immediately "not_found" to client. (As it works  currently)[/COLOR]
1: when cacheex timeout expires, if no "normal" readers available for  sending ecm, [COLOR=#ff0000]wait anyway for cacheex answer until client timeout  expires.[/COLOR]

"not found" wird ja im Prinzip permanent wiederholt, geht normal an einen Reader und verursacht Traffic. Es sei denn, die angefragten Caid, Ident und ECM Length/Header passen zu keinen Reader, oder die Anfrage wird ohnehin durch definierte Services abgelehnt.

Was ist da genau der Unterschied zum Wert 1? Es wird gewartet bis etwas im Cache auftaucht bis die Client Timeout abgelaufen ist. Und was passiert danach? Der Client wird getrennt und reconnected, das selbe Spiel beginnt von vorne?

Zu Zap no wait time habe ich leider nichts in den Docs gefunden. Wofür ist das da?