OSCAM 1.20_svn build #6133/Ubuntu:Cache exchange support: yes

[Ambilight]

Build #6133 on Ubuntu Server Edition 10.04.3 LTS (x86)

with pcsc & smartreader support

 

Timeline

 

Version: OSCAM 1.20_svn build #6133 (unstable)

 

Max PID: unlimited

 

Active modules:

 

Web interface support: yes

SSL support: yes

SSLv3 support: no

DVB API support no

Anti-cascading support: yes

ECM doublecheck: no

Irdeto guessing: yes

Debug mode: yes

LED support: no

Q-Box HD LED support: no

Log history: yes

Monitor: yes

Loadbalancing support: yes

LCD support: no

IPv6 support: no

Cache exchange support: yes

camd 3.3x: yes

camd 3.5 UDP: yes

camd 3.5 TCP: yes

newcamd: yes

CCcam: yes

Pandora: no

gbox: yes

radegast: yes

serial: yes

constant CW: yes

Cardreader: yes

Nagra: yes

Irdeto: yes

Conax: yes

Cryptoworks: yes

Seca: yes

Viaccess: yes

NDS Videoguard: yes

DRE Crypt: yes

TONGFANG: yes

oscam_1.20us__6133.zipOphalen info...

[Ambilight]

cacheex modes:

cacheex=1 CACHE PULL:

Situation: oscam A reader1 has cacheex=1, oscam B account1 has cacheex=1

oscam A gets a ECM request, reader1 send this request to oscam B, oscam B checks his cache

a. not found in cache: return NOK

a. found in cache: return OK+CW

b. not found in cache, but found pending request: wait max cacheexwaittime and check again

oscam B never requests new ECMs

CW-flow: B->A

 

 

cacheex modi:

cacheex = 1 CACHE PULL:

Situatie: Een oscam reader1 heeft cacheex = 1, B oscam rekening1 heeft cacheex = 1

Een oscam een ECM verzoek krijgt, reader1 dit verzoek te sturen naar oscam B, oscam B controleert zijn cache

a. niet gevonden in de cache: return NOK

a. gevonden in de cache: return OK + CW

b. niet gevonden in de cache, maar vond aanvraag in behandeling: wacht max cacheexwaittime en controleer opnieuw

oscam B vraagt nooit nieuwe ECM's

CW-flow: B-> A

 

 

 

cachex=2 CACHE PUSH:

Situation: oscam A reader1 has cacheex=2, oscam B account1 has cacheex=2

if oscam B gets a CW, its pushed to oscam A

reader has normal functionality and can request ECMs

Problem: oscam B can only push if oscam A is connected

Problem or feature?: oscam A reader can request ecms from oscam B

CW-flow: B->A

 

 

 

cachex = 2 cache PUSH:

Situatie: Een oscam reader1 heeft cacheex = 2, oscam B rekening1 heeft cacheex = 2

Als oscam B krijgt een CW, haar geduwd om A oscam

lezer heeft een normale functionaliteit en kan verzoeken ECM's

Probleem: oscam B kan alleen duwen als oscam A is verbonden

Probleem of functie:? Oscam Een lezer kan ECMS verzoek van oscam B

CW-flow: B-> A

 

 

 

 

casheex=3 REVERSE CACHE PUSH:

Situation: oscam A reader1 has cacheex=3, oscam B account1 has cacheex=3

if oscam A gets a CW, its pushed to oscam B

oscam A never requests new ECMs

CW-flow: A->B

 

 

 

casheex = 3 ACHTERUIT CACHE PUSH:

Situatie: Een oscam reader1 is cacheex = 3, oscam B rekening1 heeft cacheex = 3

Als oscam A krijgt een CW, haar geduwd om oscam B

oscam Een nooit verzoeken nieuw ECM's

CW-flow: A-> B

[Sjaak66]

Ja daar wordt het duidelijker van zo'n google vertaling.

Kan dit misschien ook in een simpele taal als nederlands worden uitgelegd ?

Bij voorbaat dank

[Niels Wagenaar]

Ok, ik zal proberen uit te leggen hoe dit principe werkt.

 

Jouw OSCcam server is A en je hebt een tweede OSCam server genaamd B. Wat jij nu dus kan doen is de cacheex opties gebruiken om een cache van CW's op te bouwen.

 

cacheex=1: cachepull

 

Zowel A als B hebben cacheex=1 gedefinieerd staan .Er komt een aanvraag voor een CW, jouw OSCam zal vervolgens B gaan raadplegen en vragen of hij de CW in zijn cache heeft staan. Mocht dit het geval zijn, dan krijgt hij de CW informatie terug van B en cachet hij het op A. Lukt het niet, dan probeert hij het net zolang tot B een succesvolle CW geeft.

 

De CW flow is dus: Aanvraag op A -> Request op B -> Cache op A

 

cacheex=2: cachepush

 

Zowel A als B hebben cacheex=2 gedefinieerd staan. B stuurt een succesvolle CW door na A, A cachet deze CW.

 

De CW flow is dus: CW op B -> Cache op A

 

cacheex=3: cachereversepush

 

Alleen A heeft cacheex=3 gedefinieerd staan. A stuurt een succesvolle CW door na B, B cachet deze CW

 

De CW flow s dus: CW op A, cache op B

 

Ik hoop dat het nu wat duidelijker is Overigens dient deze optie zowel in oscam.server als oscam.user gedefinieerd te staan. Gebeurt dit niet, dan zal de cacheex optie niet gebruikt worden en het kan zorgen voor problemen.

19 januari 2012 aangepast door Niels Wagenaar

[Sjaak66]

Thanks Niels daar hebben we wat aan. Is dus meer voor externe share zo te lezen ? Of heb je er voor een interne server ook nog wat aan ?

[fjskmdl]

Wat is het voordeel juist van cache ex? (waarom zou ik dit moeten inschakelen)

Kan Dit ervoor zorgen dat het beeld minder vlug op zwart gaat op tvv/cd nl smartcards omdat de cache gelezen wordt (en de kaart dus nIet in anti cs mode gaat? Of zorgt dit voor snellere zaptijden ofzo?

[M_Z]

Het kan voor snellere zaptijden zorgen omdat de 300ms voor de aanvraag naar de kaart teruggebracht wordt naar de processorsnelheid, want het CW is immers voorhanden. Dit is echter verwaarloosbaar. Het belangrijkste voordeel is dat er geen SID gebruikt wordt om steeds opnieuw de CW aan te vragen op de kaart. Hierdoor kunnen meerdere clients die op dezelfde zender beeld willen hebben kijken zonder dat de kaart hiervoor telkens opnieuw wordt aangesproken. Voor een hotel met 50 kamers dus een oplossing om bijvoorbeeld de 4 filmkanalen door te geven met maar 1 kaartje. Ze moeten dan wel de reader beperken tot het decoderen van deze 4 kanalen.

 

M_Z

[fjskmdl]

ik heb intussen al het een en ander gelezen, maar telkens dat het maar van toepassing is tussen minimum 2 oscam servers. Is er geen mogelijkheid op de 4 channel beperking van de tvv smartcard te omzeilen via cacheex, via slechts 1 oscam server? (indien dit het geval is hoe dan?)

[Niels Wagenaar]

Nou, dat is in principe mogelijk en je "client" hoeft niet specifiek OScam te zijn (het werkt alleen met het camd5.x of CCcam protocol).

 

Misschien dat ik het binnenkort even ga testen.

[Hotzenwalder]

Als je een local hebt zet je cacheex op 1 (pull). Heb je een reader naar een andere server, stel je daar dan wel een cacheex = 1 (pull) in of doe je dat alleen voor de user van die andere server die met jouw server verbindt als client? de reader dus niet instellen (reader staat op status onder proxies). Bij user wel instellen. (user staat bij status onder clients)

[Hemant]

Weet iemand al hoe je de cache functie moet gebruiken?

 

Zo ja een voorbeel instelling zou geweldig zijn

 

hemant