To check or not to CW cycle check with CD

[DBdrug]

In OSCam zit een betrekkelijk nieuwe feature: CW Cycle Check

 

Op de WiKi is erg weinig informatie hierover te vinden.

 

 

Wat ik me afvraag, heeft het zin deze feature te gebruiken in combinatie met Canal Digitaal?

Zo ja, welk voordeel biedt dit dan?

 

 

Er zijn vast gebruikers die hier iets zinnigs over kunnen zeggen. Alvast dank.

 

 

[Toppers]

Vele zinnige teksten zijn hier te vinden http://www.streamboard.tv/wbb2/thread.php?threadid=36365&page=1

Omdat CWC-check nog deels in de ontwikkelfase zit wordt de WiKi mijn inziens onvoldoende bijgehouden op dat punt.

 

Maar wat let je om de CWC-patches (soort Beta-fase) reeds te gebruiken en te onderzoeken.

Ik gebruik voor mijn inhouse NSLU-servertje en 3 STB's al geruime tijd de patches naar tevredenheid voor caid = 0100 en welke worden ge-released in bovenstaand (Stream)board.

Inmiddels zijn vele testers van mening dat de Oscam Devs de betreffende CWC-patch (cwc_cacheex_inkl_ecmhandler_11_5.patch) in de

trunk kunnen laten verschijnen.

 

PS: patch in betreffend CWC-artikel te vinden

[DBdrug]

Bedankt voor je reactie. De huidige CWC functie, zoals die nu in OSCam zit, is dus nog van een lagere versie dan de 11.5 van dat forum?

 

Zou je in het kort nog kunnen aangeven welke voordeel deze functie exact biedt voor gebruik met kaarten van CanalDigitaal?

 

Op dat forum staat veel, maar volgens mij ook veel wat niet van toepassing is op CD.

[Codx]

Die functie heeft geen zin voor CDS aangezien het kwaad dan al geschied is en bovendien houd die alleen de overgangen van goede naar valse cw's tegen en andersom. Op het moment dat een kaart volledig op zwart staat zijn de cw's herhalend en kan de CWC functie er niks mee.

[theparasol]

Klopt... verdomd jammer... vermoedelijk wordt de plainkey op de kaart gecrypted oid igv penalty mode en daardoor voldoen de foute controlwords uit de penalty stand aan de cyclecheck

[Toppers]

Jullie denken teveel vanuit de kaart zelf ! CWC-check is niet bedoeld om een penalty mode van je kaart te voorkomen  !

Om een penalty mode te voorkomen zijn andere tools voorhanden welke door developer @theparasol op uitstekende wijze zijn ontwikkeld .

 

De ECM en CWC-check zijn bedoeld om bijv. een reader van je client STB, welke aangesloten op je inhouse Servertje,  juist de foute controlwords kan onderscheiden en  te filteren c.q. niet te gebruiken. De cache in samenwerking met de loadbalancer, mits goed gedefinieerd, doet vervolgens de rest.    

[theparasol]

Zo werkt het niet toppers: de controlwordcycle check doet niets anders dan checken of de ontvangen controlwords van de kaart voldoen aan de zogenaamde cw cycle. Vervelende is dat de valse controlwords ook aan die cycle voldoen. Iets wat we niet verwacht hadden maar wel het geval is. Maar het zal niet lang duren of er zit een sterk verbeterde ecm handler in oscam.

En dan loopt die ecmunique functie ook nog eens gesmeerd. Als alles "tjokvol" zit gaat die zelfs controlwords teruggeven die bij de ecm hash hoort die op dat moment voor een bepaald srvid in een reader slot zit. Tja beter iets zinnigs teruggeven dan helemaal niets.

[DBdrug]

Klinkt goed, 'een sterk verbeterde ecm handler'.

 

'Het zal niet lang duren', aan welke termijn moeten we dan denken?

[DoeEensGek]

De patches staan al op streamboard forum.

 

 

Blueven die de patch gemaakt heeft werkt er nog even aan en voegt hem dan toe aan trunk.

http://www.streamboard.tv/oscam/timeline

 

 

Maar the parasol, die cw check heeft toch wel zin als je 2 identieke kaarten hebt.

[Toppers]

Zo werkt het niet toppers: de controlwordcycle check doet niets anders dan checken of de ontvangen controlwords van de kaart voldoen aan de zogenaamde cw cycle. Vervelende is dat de valse controlwords ook aan die cycle voldoen. Iets wat we niet verwacht hadden maar wel het geval is. Maar het zal niet lang duren of er zit een sterk verbeterde ecm handler in oscam.

En dan loopt die ecmunique functie ook nog eens gesmeerd. Als alles "tjokvol" zit gaat die zelfs controlwords teruggeven die bij de ecm hash hoort die op dat moment voor een bepaald srvid in een reader slot zit. Tja beter iets zinnigs teruggeven dan helemaal niets.

Je zult het ongetwijfeld hebben gelezen van @blaky, de dev van de CWC-check; 

 

-no int cache decrease if cwc is enabled

-some log improves

-option no bad cycle from fixed fallback

-small others things 

        

Nu heb je gisterenavond de het CWC-gedeelte weggelaten uit de "combi" patch, vandaag getest met jouw revised patch in combinatie met de (ook) door je (tevens) aangepaste  trunk revisie 8850. 

Resultaat waren enkele freezes na een poosje kijken op Ned1HD.

 

Snel terug naar 8846 incl de cwc_cacheex_inkl_ecmhandler_11_5.patch en de freezes verdwenen direct, ook de zapsnelheid was onmiddelijk terug. Dus je dvbapi patch welke inmiddels wel is opgenomen/verwerkt door je in de trunk werkt inmiddels perfect !

21 augustus 2013 aangepast door Toppers