Hoe oscam de cache-EX functie in te stellen met een peer

[Ambilight]

Hallo Wie kan in het Nederlands het CACHE-EX verhaal goed uitleggen zie onderstaande

 

 

 

 

How to setup OSCAM's CACHE-EX Feature with a peer

 

What is Cache-EX ?

 

The Cache-EX feature makes it possible to exchange Oscam's caches from server to server.

 

 

Why is Cache useful in general ?

 

Quite simple. Even without Cache-EX enabled, Oscam builds a cache by default. Every requested ECM by a client is forwarded to an available card or proxy reader. This ECM will stay in Oscam's memory (cache), until its validity expire. On a busy server, you can imagine that there are quite a lot of valid ECM's in memory.

 

When a second client requests an ECM for the same channel, it will automatically forward the available ECM from local cache, without requesting a reader or proxy, resulting on less load on your cards. Obviously, when its not available from local cache, the request is forwarded to a proxy or card.

 

You can see answers from Oscam's local cache in your logs.

The reader-name mentioned, is the reader where the ECM originally came from.

 

2012/03/12 13:06:18 1412EAF0 c USER_A (0100&00006A/5212/64:4A32): cache1 (4 ms) by READER1 (13 of 26) - RTL7 HD

2012/03/12 13:08:50 1412EAF0 c USER_B (0100&00006A/51BD/64:0C7D): cache2 (22 ms) by READER2 (14 of 26) - Sport1 Tennis

2012/03/12 13:08:51 140E5170 c USER_C (0100&00006A/17CC/64:6172): cache2 (133 ms) by READER3 (14 of 26) - EredivisieLive1 HD

2012/03/12 13:08:52 141226A0 c USER_D (0100&00006A/17CC/64:6172): cache2 (190 ms) by READER3 (14 of 26) - EredivisieLive1 HD

OK, so why use Cache-EX on top of the normal cache ?

 

Cache-EX can be enabled by adding a special user to the server, and a special reader to the client with corresponding Cache-EX parameters. This reader and user is only capable of transporting cached-ecm's. When no valid cached-ecm is found on the server, the request is 'rejected'.

 

The benefit of this method, is that every ECM request on your server will be tried against the cache of your Cache-EX-enabled readers first. The answer on such requests is given very fast, since a server is able to check this in no-time. When no Cache-EX-enabled reader is able to answer the ECM request, the request is forwarded to- and answered by a 'normal' reader.

 

 

How-To setup CACHE-EX Like stated above, Cache-EX can be configured with the 'cacheex' parameter on your user or reader.

To use it, Oscam has to be compiled with CACHE-EX support set to ON.

 

The Cache-EX-user must have always the same mode configured as the connecting Cache-EX-reader.

 

--

 

There are 4 modes you can setup:

 

cacheex = 1 - cachepull

 

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:

 

 

 

Not found in cache: return NOK (shows as 'rejected' in logs)

Found in cache: return OK+CW

Not found in cache, but found pending request: wait cacheexwaittime in oscam.conf [global] and check again.

 

OSCam B never requests new ECMs.

CW-flow = B ---> A

 

 

cacheex = 2 - cachepush

 

OSCam A reader1 has cacheex = 2

OSCam B account1 hastcacheex = 2

 

If OSCam B gets a CW, its pushed to OSCam A, reader has normal functionality and can request ECMs.

 

Problem: OSCAM can only push CW's if OSCam A is connected

Problem or feature?: OSCam A reader can request ECMs from OSCam B

CW-flow = B ---> A

 

 

cacheex = 3 - reversecachepush

 

OSCam A reader 1 has cacheex = 3

 

If OSCam A gets a CW, its pushed to OSCam B. OSCam A never requests new ECMs.

CW-flow = A ---> B

 

To make a long story short, i tested all modes extensively, and found out that mode 1 is working best.

 

 

Example of Mode1 Cache-EX(change) in two directions.

 

This example creates a bi-directional transport of cache between two servers, with mode 1.

 

oscam.reader on OSCAM-A:

 

[reader]

label = OSCAM-B-CACHE

protocol = cccam

device = oscamserverB.com,12000

user = OSCAM-A-CACHE

password = password

inactivitytimeout = 0

cacheex = 1

group = 1

dropbadcws = 1

cccversion = 2.3.0

ccckeepalive = 1

cccreshare = 3

 

 

oscam.user on OSCAM-B:

 

[account]

user = OSCAM-A-CACHE

pwd = password

group = 1

cacheex = 1

cccmaxhops = 10

cccreshare = 1

 

 

oscam.reader on OSCAM-B:

 

[reader]

label = OSCAM-A-CACHE

protocol = cccam

device = oscamserverA.com,12000

user = OSCAM-B-CACHE

password = password

inactivitytimeout = 0

cacheex = 1

group = 1

dropbadcws = 1

cccversion = 2.3.0

ccckeepalive = 1

cccreshare = 3

 

 

oscam.user on OSCAM-A:

 

[account]

user = OSCAM-B-CACHE

pwd = password

group = 1

cacheex = 1

cccmaxhops = 10

cccreshare = 1

 

 

 

Logging and monitoring

 

You can see traffic flowing from Oscam's log.

 

For example:

 

When a cache-ex-request is NOT found in cache, or an invalid SID is requested:

 

2012/03/12 13:51:13 1412EAF0 c OSCAM-A-CACHE (0100&00006A/51E0/64:C1C8): rejected peer (55 ms) (13 of 25) - Sport1 HD

 

 

When a cache-ex-request IS found in cache:

 

2012/03/12 13:51:07 144716B0 c OSCAM-A-CACHE (0100&00006A/17CC/64:B81C): found (32 ms) by OSCAM-B-CACHE (7 of 16) - EredivisieLive1 HD

 

Also, you can check an overview of the cache thru the WEB GUI -> http://<oscamserverURL>/cacheex.html

 

The efficiency of your cache can be measured with the totals displayed on the bottom of Oscam's Users page in the GUI.

 

My server currently reports:

 

Total Disabled Expired Active Connected Online OK NOK IGN TOUT CACHE TUN Action 50 1 0 46 36 11 29513 0 186905 3741 24140 0

 

 

Meaning.. almost almost 50% of all my request are flowing from cache.

20 maart 2012 aangepast door Ambilight

[Niels Wagenaar]

Even voor de duidelijkheid: cache-ex werkt alleen tussen 2 of meerdere OSCAM instances en bij LAN-sharing biedt deze optie geen enkele toevoeging! Dus als je ontvanger gebruik maakt van een andere client dan OSCAM, dan krijg je dubieuze resultaten en blijft het beeld zwart.

 

In feite is het heel erg simpel:

 

Je hebt 2 OSCAM instances en op beide OSCAM instances maak je een account en een reader aan die onderling met elkaar verbinden. Het belangrijkste is dat beide instances dezelfde cache-ex values hebben. Vervolgens worden succesvolle requests met elkaar geshared.

[alias haha]

heb het geprobeerd tussen 2 oscams, maar ik kreeg alleen beeld op de zenders die toevallig in de cache stonden, de rest bleef zwart

[DoeEensGek]

heb het geprobeerd tussen 2 oscams, maar ik kreeg alleen beeld op de zenders die toevallig in de cache stonden, de rest bleef zwart

 

Is dat niet ook de bedoeling?

[alias haha]

Volgens mij is het de bedoeling dat de andere oscam het cw ook al in zijn buffer geschoten krijgt, voor het geval je op deze zender wil gaan kijken dat je zaptijden verkort worden, maar ik zeg ook maar wat...

[Hemant]

Gents,

 

Tuurlijk werkt dit wel in een LAn oopstelling sterker ik heb het draaien op 2 dm800''s

 

1 kaart heeft basis en 1 kaart TV extra

 

Beide komen binnen op 1 oscamserver en dan werkt cacheex perfect

 

 

 

de debian server krijgt de cache van beide boxen.

 

zo ziet het er uit als het draait op de debian:

 

ik haal 71% netjes toch

 

groet hemant

[Hemant]

Voor diegene die hier mee spelen optie 3 geeft het beste resultaat reverse cache.

 

Hemant

[Codx]

Eigenlijk heeft dit weinig zin voor de thuisgebruiker, zowiezo als 2 boxen naar dezelfde zender kijken komt die toch al uit het cache.

 

Dit is alleen interresant als je met een groep werkt en lijntjes ruilt en veel users hebt. Want ja cache zonder users heeft uiteraard weinig zin. Hetzelfde geldt trouwens voor CSP.

[Hotzenwalder]

Hmmmz... andere mensen die met de cacheex spelen hebben na grondig onderzoek optie 1 als beste aangewezen. Wat is het nu?

In huis heeft het geen enkele toegevoegde waarde, maar ga je de zaken groots aanpakken met veel users dan is het verstandig om naar cacheex te kijken.

[theparasol]

Zoveel oscam experts zoveel meningen. Trek gewoon je eigen plan. OScam is zo flexibel als wat dus het ligt heel erg aan jouw individuele config en hoeveelheid boxen.

[Hotzenwalder]

Tja... de praktijk zal het moeten leren. Bij grote hoeveelheden cacheex schijnt het weer te crashen door een corrupte table. Is er eigenlijk al iemand die ervaring heeft met cacheex en veel users? (als je die al hebt in de non-commerciële CS wereld).

[bas4000]

Hierbij nog even een opmerking over cacheex mochten mensen hier toch mee willen gaan werken. (schrijf hier mijn mening)

Even klein beetje uitleg over cacheex 1 en 3 aangezien 1 en 2 erg op elkaar lijken

 

Optie: cacheex = 1

Als men deze optie op een reader ---> user activeert zal je alleen maar ecms krijgen die bij server in het cache staan daar in tegen stuur de oscam user wel alle ecm die aangevraagd worden op de server van de user naar de server. Zijn er 2 grotere servers met elkaar verbonden dan kunnen er makkelijk 25 ecms per seconden gevraagd worden. Heeft men de settings niet goed staan van oscam kan dit aantal van 25 al snel oplopen naar 10 of 20 keer zoveel. Dit ligt eraan of men zijn timout settings goed heeft staan. --> elke keer als oscam server antwoord geeft, dat hij ecm niet in het geheugen heeft staan timeout staat bv op 50ms dan krijgt user na 50ms antwoord terug dat het niet in cache staat dit doet hij net zolang totdat zijn ingestelde timeout ofwel timeout van de user verlopen is. Daarnaast loopt op deze manier je log lekker vol waarbij je oscam het drukker krijgt wegschrijven etc

 

Optie: cacheex = 3

Als men dit geactiveerd heeft dan verloopt de cacheflow altijd maar door. Hierbij wordt niet een bepaalde ecm gevraagd maar krijg je alle ecms

Hierbij is het natuurlijk ook zaak dat je de settings goed hebt staan.

Veel mensen houden er geen rekening mee dat de cacheflow van user naar reader loopt net andersom als bij normaal gebruik.

Hierbij is het erg belangrijk dat je de group instelling goed hebt staan.

Heb je dit goed staan zul je merken dat je veel hits vanuit je cache zult krijgen.

 

Bij beide optie moet men er wel rekening mee houden dat data verbruik over LAN wel flink kan oplopen zowel up als down.

Daarnaast zie ik persoonlijk bij de optie cacheex = 1 niet echt een toegevoegde naast gewoon gebruik van oscam alsmede cacheex 2 --> mocht oscam een ecm in het geheugen hebben staan zal hij deze toch gebruiken en niet weer een nieuwe ecm op je kaart aanvragen. Zie niet echt de toegevoegde waarde plus het vele extra gebruik van data, log dat vol loopt.

Mijn persoonlijke voorkeur gaat naar cacheex 3 met de juiste settings.

Hierbij heb ik gezien bij mensen dat hierdoor zelfs meer als 50% van je ecm uit cache komen en dat IGN ofwel ignore maar een paar is.

Daar integen zie het eerste bericht met cacheex 1 kan dit ( IGN ) flink oplopen, heb gezien tot boven de 75% van al je ecm aanvragen.

 

Houd er rekening mee dat dit cacheex veel geheugen inneemt niet echt iets wat je op je STB ( dreambox ofzo) wil hebben.

[Hotzenwalder]

Nu is het dus wachten op iemand die de perfect config files post voor een user, reader en server met cachex = 3

[Hemant]

Ik heb 6 weken op 1 gedraait en toen overgestapt naar 3 de cache flow is veel beter en de Hitrate is lekker hoog.

 

de settings schelen niet veel van een gewone users zolang je 2 dinegn onthoud.

 

Anticascading mag voor de cache user niet aanstaan en unique op 3 zetten en cacheex op 3.

 

Hemant

[Ambilight]

Hallo Hemant

 

kun je een complete config laten zien hoe je dat ingesteld hebt met cacheex = 3