AW: Warnung vor CacheEX Mode 1 Nutzung
Hi,
dafür sollte eigentlich "max_hit_time" zuständig sein und das klappt ja am Anfang auch.
Wenn von Anfang an auf der CE-Inst. nichts im Cache ist und man nur das eigene erzeugte CW reinpusht, wird auch keine Waittime ausgelöst.
Erst wenn "fremder Cache" einen Hit auslöst und dann ausbleibt und wir wieder unsere CWs reinpushen, geht Oscam davon aus,
dass unser eigenes, gepushtes CW ein potenzieller Hit gewesen wäre und löst die Waittime aus.
Normal sollte aber dann nach Ablauf von "max_hit_time" keine Waittime mehr ausgelöst werden und er dürfte unser CW dabei gar nicht beachten.
Die Ursache liegt also irgendwo am Handling der eigenen zurückgepushten CWs nach einem Hit. Wenn man nichts zurückpusht, läuft auch alles.
Man kann im CE-Mode1 nichts dagegen unternehmen.
"no_wait_time" bringt nichts, denn dann könnte man auch gleich aufhören CEX zu betreiben.
"cacheex_mode1_delay" ist eine Wartezeit für den CE1-Reader, um zu warten, ob vieleicht noch per CE2/3 was reinkommt, falls diese Modes in dieser Instanz auch noch laufen.
Aber sowas hat man ja auf seiner Haup-Inst. in der Regel nicht, sondern nur in Instanzen wo alles in einem läuft.
Dieser Parameter verschlimmert also den Effekt noch.
Auch diese Rechnung ist falsch.
Die eine Waittime hat mit der anderen nichts zu tun.
Nehmen wir an, die Waittime auf der CE-Inst wäre dynamisch bei 500ms, dann bekäme bei ausbleibendem Cache der CE1-User nach 500ms ein "not found (501 ms) (wait_time over)".
Auf der Haupt-Inst mit dynamischer Waittime von 200ms bekämen wir ein "found (300 ms) by xxx (P/2/2/2) (real 100 ms)"
Hier sollte die waittime bei CE1 auf der CE-Inst. etwas höher als auf der Haupt-Inst. sein, damit wir nicht vorher schon ein "not found" bekommen.
Gruß
janni1