V14 Umstellung - Optimierung - Help

[vatoslocos18]

Hi Leutz,

nachdem mir hier wieder mal super geholfen wurde alles an den Start zu bekommen würde ich mich freuen wenn ich jetzt noch meine Freezer (eigentlich nur bei Sender aus dem Himmel) raus bekomme.
Vielleicht kann mir ja der ein oder andere helfen das ganze zu optimieren.
Ich nutzte vorher 2X S02 und bin jetzt auf 2X V14 im Smargo umgestiegen.
Das ganze läuft auf einem Wyse Server r10806. Ebenfalls tausche ich mit 4 Leute den Cache und nutze 1830 HD+ welches aber sehr stabil läuft.

Vor Lauter Bäumen sehe ich den Wald nicht mehr und bin mittlerweile mit der ganze Pairing Geschichte am Limit meines Verständnis angekommen.

Vieles ist mittlerweile Überflüssig und kann wahrscheinlich raus.... Ich habe mich an Beispielen etc. beholfen und dann selber immer mal wieder geschraubt bis es unter der S02 damals ganz sauber lief.
Also nicht erschlagen. Ich bin zuzeit damit auch überfordert.
Vielleicht mag mich einer unterstützen. Hier mal weitere Infos.


OSCAM.CONFIG

Spoiler

[global]logfile = /var/log/ipc/OScam.log
disableuserfile = 0
netprio = 1
sleep = 500
unlockparental = 1
nice = -1
maxlogsize = 10000
preferlocalcards = 1
dropdups = 1
usrfile = /var/log/ipc/usr.log
emmlogdir = /var/log/ipc/
lb_mode = 1
lb_save = 750
lb_min_ecmcount = 2
lb_reopen_seconds = 180
lb_retrylimit = 850
lb_stat_cleanup = 48
lb_auto_betatunnel_prefer_beta= 0
lb_savepath = /var/log/ipc/loadbalance.log
lb_retrylimits = 0100:5500,0500:4995,09C7:750,09:280,0B00:4300,0B01:4300,0B02:2100,0BAA:4600,17:5500,183D:900
double_check_caid = 1702,1830,098C
failbantime = 30
failbancount = 5


[cache]
delay = 20
max_time = 10
wait_time = 1702:1800,1833:1800,09C4:140,098C:140,1830:500,1843:800,1860:800,0D05:600,0D95:600,0648:300,09C7:600,1722:1800,1831:1800,1834:1800,1801:300,1861:300,0D96:600,0B00:500,183D:300,0500:200,09CD:100,1838:1950,0D00:1800,1835:1800,1810:1800,0100:900
csp_allow_request = 0
cwcycle_check_enable = 1
cwcycle_check_caid = 1702,1833,1843,0100,0D05,1830,1810,0D95,0D96,097C
cwcycle_maxlist = 4000
cwcycle_allowbadfromffb = 1
cwcycle_usecwcfromce = 1


[cs378x]
port = XXXX


[cccam]
port = XXXX
nodeid = XXXXXXXXXXXXXXX
version = 2.3.0
reshare = 1

OSCAM.USER

Spoiler

[account]
user = Cache_USER-ACCOUNT
pwd = XXX
description = XXXX
uniq = 4
sleep = 300
group = 1,2,10,15
cacheex = 2
cacheex_maxhop = 3
cacheex_drop_csp = 1
cccmaxhops = -1
cccreshare = 1


[account]
user = hendrik
pwd = upgang
description = Hendrik Wohnzimmer
sleep = 0
betatunnel = 1833.FFFF:1702
group = 1,2,3,10,15

OSCAM.READER

Spoiler

[reader]
label = sky_V14
description = V14
protocol = smartreader
device = XXXX
fallback = 1
caid = 098C
boxid = XXXXXXX
ins7e11 = 15
detect = cd
mhz = 534
cardmhz = 369
group = 1
emmcache = 1,1,10,0
blockemm-unknown = 1
blockemm-u = 1
blockemm-s = 1
blockemm-g = 1
saveemm-unknown = 1
saveemm-u = 1
ndsversion = 2


[reader]
label = CACHEEXREADER
protocol = cs378x
device = XXXXX
user = XXXX
password = XXXXX
reconnecttimeout = 60
keepalive = 1
cacheex = 2
cacheex_maxhop = 3
cacheex_ecm_filter = 098C,1830,0500,0D00,0D05,0D95,1810
cacheex_drop_csp = 1
group = 10
dropbadcws = 1
audisabled = 1

Wenn was fehlt was nützlich ist.... dann melden.
Feezer treten mal sporadisch auf! Konnte aber nichts besonders in den Logs dazu erkennen.....
Wenn ich da aber was nachreichen soll dann versuche ich das mal zu rekonstruieren.

 

[janni1]

AW: V14 Umstellung - Optimierung - Help

Hi,
Smargos sind im Zusammenhang mit den V14 nicht zu empfehlen.
Wie sind die ECM-Zeiten bei dir im Schnitt mit den Smargos?

Gruß
janni1

 

[vatoslocos18]

AW: V14 Umstellung - Optimierung - Help

Ja - ich habe das gelesen aber ich finde die Zeiten OK deswgen habe ich nichts dran geändert:

Spoiler

2015/08/18 15:29:03 XXXXXXXX c (ecm) USER (098C@000000/0C20/006C/98:XXX): found (82 ms) by ReaderV14 Nummer 1 (L/1/2/2) - Sky Sport News HD
2015/08/18 15:29:10 XXXXXXXX c (ecm) USER (098C@000000/0C20/006C/98:XXX): found (82 ms) by ReaderV14 Nummer 1 (L/1/2/2) - Sky Sport News HD
2015/08/18 15:29:17 XXXXXXXX c (ecm) USER (098C@000000/0C20/006C/98:XXX): found (83 ms) by ReaderV14 Nummer 2 - Sky Sport News HD
2015/08/18 15:29:24 XXXXXXXX c (ecm) USER (098C@000000/0C20/006C/98:XXX): found (83 ms) by ReaderV14 Nummer 2 - Sky Sport News HD

Laut Loadbalancer sind die Avg-Time überall unter 98ms. Ich dachte das wäre soweit OK - oder kann es auch einfach eine Fake Ausgabe sein!?
Über CacheEx bekomme ich solche Werte cache3 (128 ms)

 

[janni1]

AW: V14 Umstellung - Optimierung - Help

Hi,
stimmt, die Zeiten sind sehr gut für Smargos.

Ich würde als erstes "lb_whitelist_services" setzen in den Readern mit den lokalen Karten,
damit dir der Loadbalancer bei fehlerhaften Anfragen nicht die Sid sperrt, die die Karten können.

Gruß
janni1

 

[vatoslocos18]

AW: V14 Umstellung - Optimierung - Help

Habe ich bereits erledigt!
Auch die Services etc. habe ich jetzt mal eindeutig zugewiesen!

Noch jemand Ideen....?

 

[saerdnast]

AW: V14 Umstellung - Optimierung - Help

Wenn Du jetzt mit Services arbeitest ist es viel besser, diese müssen natürlich zu Deinen Karten und Abos passen und gepflegt werden. Ich würde bei cache delay=50 oder 80 mal testen und den Rest raus (also Standardwerte von Oscam selbst) mal testen. Aber wenn die Freezer azftreten sollte ein Log kommen damit man sieht woher die Freezer kommen

Und was Janni schreibt mache es ist besser läuft damit sehr gut, besonders wenn DU im Share so billige Receiver hast die falsche Anfragen schicken

 

[janni1]

AW: V14 Umstellung - Optimierung - Help

Hi,
normalerweise arbeiten man nicht mit Services, wenn man den LB einsetzt, denn dieser lernt selbständig, was die Karten beantworten können und was nicht.

Ansonsten sehen die Configs, so wie sie sind gut aus.
Evtl. würde ich das Retrylimit für die 09er noch ein bischen hoch nehmen.

Um den Freezern auf die Spur zu kommen, bräuchte man jetzt ein Log von diesen.

Gruß
janni1

 

[saerdnast]

AW: V14 Umstellung - Optimierung - Help

Hi,
normalerweise arbeiten man nicht mit Services, wenn man den LB einsetzt, denn dieser lernt selbständig, was die Karten beantworten können und was nicht.

Gut, aber doch mit lb_whitelist_services ? Bei den Karten die LB haben

 

[vatoslocos18]

AW: V14 Umstellung - Optimierung - Help

Ja ich meinte auch nur noch bei den Usern - somit habe ich auch eine Entlastung was HD+ angeht - Damit die Abfrage auch über die 1830 geht!
Bei den Karten haben ich nur die lb_whitelist_services gepflegt.!
098C:300 habe ich bei den lb_retrylimits mal ein wenig hochgeschoben!

 

[janni1]

AW: V14 Umstellung - Optimierung - Help

Hi,

Gut, aber doch mit lb_whitelist_services ? Bei den Karten die LB haben

Richtig, mit diesen verhindert man, dass Sids durch Fehlanfragen gesperrt werden, die die Karte eigentlich beantworten kann.
Die Kanäle, die nicht im ABO sind, soll der LB ja sperren.

Ein Ausnahme machen hier evtl. Sender, die die Karte zwar kann aber nicht beantworten soll (z.B. HDplus bei V14/13), da man eine andere Karte dafür hat.
Hier kann man natürlich auch im Reader mit Services arbeiten. Dabei brauchen diese Sender dann aber auch nicht in den lb_whitelist services auftauchen.

@vatoslocos18
kann man so machen oder wie gesagt HDplus gleich per negativen Services in den V14-Readern sperren.
Eine angepasste oscam.dvbapi oder CCcam.prio am Clienten würde das auch unterstützen.

Gruß
janni1