Howto OSCam Cacheex Mode 3 auf 2 Instanzen

   1. Vorwort zum Thema Cacheex

   Beim Cacheex wird wie es der Name schon sagt der Cache getasucht. Man schickt seinem Share Partner quasi die aktuellen CW´s der Sender die grade auf dem Server geschaut werden.
   Seid es Cacheex gibt hat sich sehr viel getan. Jeder der sich mit dem Thema auseinander setzten möchte sollte sich vorher über einiges im klaren sein. Cacheex läuft derzeit zwar schon sehr gut, jedoch werden immer wieder mal fehler behoben und optimierungen durchgeführt. Hin und wieder ist auch der Einsatzt von einem Patch nötig. Man sollte also in der Lage sein sich seine eigene OSCam zu bauen. Das ist zwar kein muss aber durchaus sinvoll.

   2. Wann lohnt sich Cacheex ?

   Wer eine Share hat der ohne Probleme läuft und bei dem die lokalen Karten nicht ausgelastet sind der kann auf Cacheex durchaus verzichten. Cacheex wird eingesetzt um die Anfragen an die Karten zu minimieren. Was bedeutet das man sich am besten nur Cacheex Partner sucht die das gleiche Lokal haben wie man selber. Wenn man selber z.b. ein SKY V13 hat kann man mit dem Cache einer S02 so nicht viel Anfangen.

   3. Die Frage der Fragen: Cache tausch nur lokal oder mehr ?

   Beim Cacheex ist es ansich wie beim Normalen sharen. Es gibt die einen die nur Lokal tauschen und die anderen die auch den cache den sie von anderen bekommen weiterpushen. Dazu hier ein kurzer Bespiel:

   5 User tauschen untereinandern nur ihren Lokalen Cache. Jeder User bekommt also den Cache von den 4 Anderen. Dadurch das jeder mit jedem Tauscht hat jeder also den gleichen Cache zur verfügung. Würden diese 5 Mann jetzt auch noch untereinander der Cache weiterschicken steigt die Anzahl der CW´s im Cache zwar deutlich an, aber man hat nicht mehr davon.
   Sprich: Solange man sich in einer Share Gemeinde befindet wo eh fast jeder mit jedem tauscht macht es wenig sinn mehr als seinen lokalen Cache zu pushen.

   4. Traffic und CPU Verbrauch

   Der Traffic sowie alles andere ist immer sehr stark davon abhängig wie man tauscht, was man tauscht und vor allem mit wievielen man seinen Cache tauscht. Ein Cacheex Instanzt mit 20 Usern und Reader wird auf einem ThinClient mit 1 GHz und 512 MB noch gut laufen wenn man z.b. nur lokal tauscht. Ansonsten sind Vserver eine gute und vorallem auch Preisgünstige Alternative.

   5. Grundvoraussetzungen - Erste Schritte

   Als erstes sollten wir uns eine 2. OScam Instanz installieren bzw starten. Ich werde im Laufe des How 2 ´s OSCam_Main für die Hauptoscam Server benutzen und OSCam_Ce für die Cacheex Instanz. Für Cacheex kommen 3 Protokolle in Frage: CCcam, Camd3 TCP und Camd3 UDP. Ich pers. bevorzuge Intern Camd3 UDP und CCcam für meinen Cache Partner.

   6. OSCam Main einstellen - Cache auf 2 Instanz pushen.

   Wir fangen erst einmal damit an den Cache unsere OSCam_Main auf die OSCam_CE Instanz zu puchen. Dazu legen wir auf der OSCam_Ce Instanz einen User an.

       [account]
       user = cacheex-main
       pwd = intern
       group = 10
       cacheex = 3
       cacheex_maxhop = 1
       cccmaxhops = -1

   Der Cache unserer OSCam_Main wird an der User cacheex-main geschickt und landet in der Gruppe 10. Dein Eintrage cccmaxhops = -1 ist nur notwendig wenn man CCcam als Protokoll einsetzt. Auf der OSCam_Main legen wir nun einen Reader an. Dieser Reader bekommt die Gruppen unserer Lokalen Karten. Hier im Beispiel Gruppe 1 und 2 für eine S02 und eine HD02.

       [reader]
       label = cacheex-main
       protocol = xxxx
       device = xxx.xxx.xxx.xxx,xxxxx
       user = cacheex-main
       password = intern
       cacheex = 3
       cacheex_maxhop = 1
       group = 1,2

   Somit habe wir die hälft schonmal hinter uns und können uns nun dem OSCam_Ce Server wiedmen.

   7. Cacheex Partner einbinden.

   Nun binden wir unsere CE Partner ein. Jetzt unterscheiden wir zwischen nur lokal tauschen oder mehr. Dazu ein Beispiel mit 2 Usern und Readern. Wichtig ist hier das wir min. cacheex_maxhop 2 benutzen. Sonst würden wir keine Cache bekommen den wir an unsere OSCam_main schicken können da fast jeder 2. Instanzen für Cacheex einsetzt. Es geht also wie beim normalen sharen ein hop verlohren.

       [account]
       user = cachex-user1
       pwd = pass1
       group = 1
       cacheex = 3
       cacheex_maxhop = 2
       cccmaxhops = -1

       [account]
       user = cachex-user2
       pwd = pass2
       group = 2
       cacheex = 3
       cacheex_maxhop = 2
       cccmaxhops = -1

   Der Cache von User 1 landet in Gruppe 1 und von User 2 in Gruppe 2. In Gruppe 10 ist der Cache unsere OSCam_main! Die Reader der User sehen also so aus:

       [reader]
       label = cacheex-user1
       protocol = xxx
       device = xxx.xxx.xxx.xxx,xxxx
       user = user_partner_1
       password = pass_partner_1
       cacheex = 3
       cacheex_maxhop = 2
       group = 2,10

       [reader]
       label = cacheex-user2
       protocol = xxx
       device = xxx.xxx.xxx.xxx,xxxx
       user = user_partner_2
       password = pass_partner_2
       cacheex = 3
       cacheex_maxhop = 2
       group = 1,10

   User 1 bekommt Gruppe 10 (Der Cache unserer OSCam_main) und Gruppe 2 (Cache von User 2)
   Möchte man nur seinen lokalen Cache tauschen bekommen die Reader einfach nur Gruppe 10 und man kann die User alle in ein und die Gleiche Gruppe packen.

   8. Cache der OSCam_ce Instanz auf die OSCam_main Instanz pushen.

   Nun müssen wir nur noch den cache den wir von unseren Cache Partnern bekommen an unsere OSCam_main pushen.

   Dazu auf der OSCam_main wieder einen User anlegen. Dieser User bekommt die Gruppe 30. Diese Gruppe bekommt nun auch jeder normale User auf dem Server damit er zugrief auf den Cache hat. Der User für die OSCam_ce sieht so aus:

       [account]
       user = cacheex-ce
       pwd = intern
       group = 30
       cacheex = 3
       cacheex_maxhop = 2

   Ein Normaler User könnte so aussehen:

       [account]
       user = sharepartner
       pwd = pass
       group = 1,2,30

   Gruppe 1 und 2 für die beiden lokalen und Gruppe 30 für den Cache. Der Reader auf der OSCam_ce sieht so aus:

       [reader]
       label = cacheex-ce
       protocol = xxx
       device = xxx.xxx.xxx.xxx,xxx
       user = cacheex-ce
       password = intern
       cacheex = 3
       cacheex_maxhop = 2
       group = 1,2

   Wir pushen uns also den Cache von User 1 (Gruppe1) und User 2 (Gruppe2). Wenn wir nur lokal cache tauschen muss hier nur eine Gruppe stehen.

   9. OSCam konfigurieren für den Cache gebrauch.

   Damit wir den Cache auch effektiv nutzen können müssen wir noch ein paar einstellungen ander OSCam_main vornehmen. Dazu gibt es den Bereich cache in der oscam.conf

       [cache]
       delay = 10
       max_time = 6
       max_count = 10000
       wait_time = 1702:20:1200,1833:20:1200,1843:20:800
       cwcycle_check_caid = 1702,1833,1843
       cwcycle_maxlist = 4000
       cwcycle_keeptime = 10
       cwcycle_onbad = 1
       cwcycle_dropold = 1
       Click to expand...

   Mit der wait_time wird definiert wie lange auf ein CW aus dem Cache gewartet werden soll. Dabei wird unterschieden zwischen der dynamischen und der statischen wait time. Der Aufbau sieht wie folgt aus:

   Caid:stwait:dynwait

   Bei der S02 sieht das dann so aus: 1702:20:1200

   Das bedeutet das IMMER 20 ms auf ein Cache3 hit gewartet wird, und 1200 ms wenn es zuvor ein Cache3 hit gab. Aber woher weiß man nun wie man die dyn wait time wählen soll ? Ein guter Ansatz ist die doppelte Zeit von dem was deine karte schafft. Antwortet deine S02 also mit um die 550 ms ist ein Wert von 1100 der richtige. Jedoch sei gesagt das man das selber ausreitzen muss bzw optimieren muss.

   Sehr wichtig ist auch der cycle check. Hier kommen die Caids von unsere lokalen karten rein. Damit wird sichergestellt das keine bad cw´s aus dem cache benutzt werden. Das Thema ansicht ist aber komplexer, daher kann ich an dieser Stelle nur ins SB verweissen.

   10. Fertig !

   Nun hat man eine Gute Basis auf der man aufbauen kann. Ich habe jetzt extra keine kompletten Configs gepostet da diese bei jedem anderes sind und es somit keinen sinn macht. Es geht hier ledigtlch um den Cache tausch und nicht um das optimieren der OSCam ansich.