V14 hängt immer wieder mal für ca 20sec

[dan0ne]

Moin zusammen,
meine v14 zickt gerade rum, in gewissen abständen bleibt das bild im LAN als auch im share für ca 20sec stehen.
Ich kann mir das nicht erklären, da alle Zeiten im log durchweg postiv sind und immer ~70ms (ganz selten mal was mit 120ms) aber durchschnitt würde ich bei ca 80ms ansetzen.

Mein Oscam läuft auf einem Ubuntu mit nem Intel Atom mit 2GB Arbeitsspeicher.
(OSCam: 1.20-unstable_svn Build: r11033 Compiler: i586-linux-gnu-libusb)

Files sehen so aus:

.conf

Spoiler

[global]
logfile                   = /usr/local/etc/oscam.log
maxlogsize                   =    2000
emmlogdir                     = /usr/local/etc/
clientmaxidle                 = 0
lb_mode                       = 1
lb_save                       = 100
lb_savepath                   = /usr/local/etc/stat

[cache]
delay                         = 50

[cccam]
port                          = XXXXX
nodeid                        = BBE2FEA310BE1644
version                       = 2.3.0
reshare                       = 10
keepconnected                 = 1
stealth                       = 1

[webif]
httpport                      = XXXXX
httphelplang                  = de 
httpuser                      = XXXXXX
httppwd               = XXXXXX
httprefresh                   = 10
httppollrefresh               = 10
httpshowloadinfo              = 1
httpallowed                   = 127.0.0.1,0.0.0.0-192.168.255.255
http_status_log               = 1
httpemmsclean                 = 0
httpemmgclean                 = 0

.user

Spoiler

[account]
user                          = irgendeinuser
pwd                           = irgendeinpw
description                   = XXXXXXXX
umaxidle                      = 0
group                         = 1,2,3
cccmaxhops                    = 4
cccreshare                    = 0

.server

Spoiler

[reader]
label                         = UM02
protocol                      = mouse
device                        = /dev/UM02
services                      = um-hd-option-digital-tv-allstars,um-digital-tv-highlights,um-digital-tv-allstars,um-bonus,um-musicchoice,um-sky-starter,!um-sky-welt-hd,!um-sky-film,!um-sky-film-hd,!um-sky-sport,!um-sky-sport-hd,um-sky-bundesliga,um-sky-bundesliga-hd
caid                          = 1838
boxkey                        = XXXXXXXXX (gibbet im inet)
rsakey                        = XXXXXXXXX (gibbet im inet)
ecmwhitelist                  = 1838:92
detect                        = cd
mhz                           = 368
cardmhz                       = 368
ident                         = 1838:000000,1F1F1F,1F1F1F
group                         = 1
emmcache                      = 1,1,10,0

[reader]
label                         = HD+
protocol                      = mouse
device                        = /dev/HD+
services                      = hdplus
caid                          = 1830
boxkey                        = A7642F57BC96D37C
rsakey                        = XXXXXXXX (gibbet ja im inet)
ecmwhitelist                  = 1830:92
detect                        = cd
mhz                           = 600
cardmhz                       = 368
ident                         = 1830:000000,1F1F1F,1F1F1F
group                         = 2
emmcache                      = 1,1,10,0

[reader]
label                         = V14
protocol                      = mouse
device                        = /dev/V14
services                      = v14,!v14+
autospeed                     = 0
caid                          = 098C
boxid                         = 12345678
ins7e11                       = 15
detect                        = cd
mhz                           = 600
group                         = 2
emmcache                      = 1,1,10,0
blockemm-unknown              = 1
blockemm-u                    = 1
blockemm-s                    = 1
blockemm-g                    = 1
saveemm-u                     = 1
ndsversion                    = 2

[reader]
label                         = MTV
protocol                      = mouse
device                        = /dev/MTV
services                      = mtv
caid                          = 0B00
detect                        = cd
mhz                           = 800
ident                         = 0B00:000000
group                         = 2
emmcache                      = 1,1,10,0

Oft finde ich von einem bestimmten share partner folgenden Eintrag:
[

Spoiler

CODE]2016/02/23 22:53:36 466C8AAF r (reader) V14 [videoguard2] classD3 ins54: no cw --> Bad/wrong ECM
2016/02/23 22:53:36 466C8AAF r (reader) V14 [videoguard2] classD3 ins54: no cw --> Card is not paired (Debug-ECM-Info: 0F_06 01 00 00 00 00 03)
2016/02/23 22:53:36 168A6716 c (ecm) meinsharepartner (098C@000000/0D57/0080/9865B67E37A48C575BAB68832718826AD:0F06010000): not found (31 ms) by V14 - E! Entertainment HD[/CODE]

Obwohl der/die besagten Sender 1a funktionieren! Dh der Eintrag ändert sich im Sender.
Ich habe auch den User in meiner eigenen lokalen Box ausprobiert ob die Sender gehen und da läuft alles 1a, verstehe also nicht wieso immer wieder solche Einträge von diesem user kommen?

Desweiteren habe ich noch dieses im Log gefunden:

Spoiler

2016/02/23 22:54:05 00000000       (stat) loadbalancer: statistic saved 3403 records to /usr/local/etc/stat in 31 ms

Diese beiden Ereignise tauchen immer wieder auf, ähnlich zum Freez bei den Usern, dabei ändert sich der freezende user immer wieder. Er taucht dann für 20sek einfach im log garnicht mehr auf, ist aber "online". Nach ca 20sek geht das schauen ganz normal weiter. Es sind alle v14 user hin und wieder davon betroffen, aber nicht gleichzeitig. Immer nur einer (so wie ich das jetzt kommunizieren konnte)
Bei bestimmten bekannten (die immer wieder vom freez betroffen sind) konnte ich aus dem terminal ein dauer ping anstoßen. Ohne Zeitüberschreitungen und im 20ms-40ms bereich ... Also auch Internet Technisch alles gut!

Ich hab jetzt mal besagten User temporär deaktiviert um zu sehen ob die freezer fern bleiben...

Bei meinen clients läuft ausschließlich openatv mit cccam 2.3.0 (gesamt ca 15-20 User)
Bin gerade 3 Stunden Log durchgegangen und konnte nur postive Zeiten feststellen und nur die besagten oberen Einträge unterbrechen das sonst gleichmäßige ECM Bild.

Habt ihr noch n Rat was ich da noch verschlimmbessern könnte?

 

[Tec-Hi]

AW: V14 hängt immer wieder mal für ca 20sec

Hi


schalte den Loadbalancer aus, wird nur benötigt wenn man zwei gleiche Karten hat,

Spoiler

[global]
logfile                   = /usr/local/etc/oscam.log
maxlogsize                   =    2000
emmlogdir                     = /usr/local/etc/
clientmaxidle                 = 0
[COLOR="#FF0000"]lb_mode                       = 0[/COLOR]
lb_save                       = 100
lb_savepath                   = /usr/local/etc/stat

schau dir jetzt den Log an.


HF

 

[dodo83]

AW: V14 hängt immer wieder mal für ca 20sec

hi,
das was da von deinem Sharepartner kommt können halt einfach Falsch anfragen sein von irgendeinen Billig Reci, diese kann dann keine Karte beantworten,
hier würde ich mal probieren über die ECMWHITELIST und ECMHEADERWHITELIST diese zu blocken wenn es geht, ansonsten den Sharepartner drauf aufmerksam machen

 

[dan0ne]

AW: V14 hängt immer wieder mal für ca 20sec

Danke euch schon mal für die Hinweise, allerdings ist alles beim alten geblieben inkl. zwischen zeitigen aussetzern "reihe um"...

@Tec-Hi
Loadbalancer wird ja auch benutzt um einen "Reader" (nach Oscam defintion = Sharepartner "externe Reader") zu bevorzugen. Dies hab ich hier bei einem share Partner gemacht, weil seine Karte zuverlässiger Antwortet, obwohl oscam (warum auch immer) einen Fallback Reader nimmt und immer bevorzugt obwohl dieser schon völlig am ende ist

Für lokale Karten hab ich den Wert auf 300 sodass diese immer bevorzugt werden.

Quelle: Zebra -> Loadbalancer

@dodo83
Diese Anfragen kenn ich ja schon und via Services doch quasi ausgeschlossen...
Hier wird aber nach einem gültigen Channel abgefragt:

Spoiler

2016/02/23 22:53:36 466C8AAF r   (reader) V14 [videoguard2] classD3 ins54: no cw --> Bad/wrong ECM
2016/02/23 22:53:36 466C8AAF r   (reader) V14 [videoguard2] classD3  ins54: no cw --> Card is not paired (Debug-ECM-Info: 0F_06 01 00 00  00 00 03)
2016/02/23 22:53:36 168A6716 c      (ecm) meinsharepartner (098C@000000/0D57/0080/98:D65B67E37A48C575BAB68832718826AD:0F06010000): not found (31 ms) by V14 - E! Entertainment HD

Hier mal eine funktionierende Anfrage:

Spoiler

2016/02/25 14:59:56 04F84212 c      (ecm) meinreceiver  (098C@000000/0D57/0080/98:0B1F443D327E1220036617EE25753D25:0F06000000:):  found (66 ms) by V14 - E! Entertainment HD

... aber das alles kann ja nicht die Ursache für 20sek stehendes bild bei meinen Clients sein? (Wie gesagt immer nur einer/zwei dann gehts dort weiter, dann sind die nächsten dran usw...)

Da die log sonst nichts ausspuckt, könnt ihr mir vill dazu raten die Oscam Version zu aktualisieren?
...,falls ja wie gehe ich dazu am besten vor?

...,oder hat der Reader vill ne macke?

Hoffe ihr könnt mir helfen

LG Dan0ne

 

[dodo83]

AW: V14 hängt immer wieder mal für ca 20sec

deswegen sollst du die ECMWHITELIST und ECMHEADERWHITELIST nutzen/testen, mit Services verbietest/erlaubst du einen Sender per SID und wenn dieses richtig ist siehst du es ja selber ....

der LB dient eigentlich zur Lastverteilung zwischen den Karten, wenn man einen Proxy bevorzugen will setzt man PREFERELOCALCARDS dem entsprechend ....

 

[dan0ne]

AW: V14 hängt immer wieder mal für ca 20sec

@dodo83
Ich setze mich jetzt mal eben damit auseinander und berichte ob es was gebracht hat

Zum LB, damit will ich nicht wirklich die Proxys, den Lokalen Karten bevorzugen. Sondern unter meinen (mehreren) Proxys bestimmte bevorzugen (Weil mehrere Proxys ähnliche Karten haben, bei dem einen oder anderen die Anfragen aber besser verarbeitet werden. OScam nimmt aber dummerweise trozdem die "schlechten" proxys ohne LB)

Also LB Werte so:
Lokale Karten = 300 = Höchste Bevorzugung
PRIO PROXY's = 200 = Mittlere Bevorzugung
Fallback PROXY's = 100 = Niedrigste Bevorzugung

 

[C3PO]

AW: V14 hängt immer wieder mal für ca 20sec

OScam nimmt aber dummerweise trozdem die "schlechten" proxys ohne LB

Viel schlimmer ist, daß ohne LB immer alle möglichen Reader angefragt werden.
Den LB daher nur abschalten wenn wirklich jeder einzelne Sender nur auf einer Karte ist.
Sonst erzeugt das nur unnötig Traffic.

Kannst ja mal diese Einträge für die Headerwhitelist der V14 testen:

Spoiler

81709800000120,80709800000120,8170950000011D,8070950000011D,8070940000011C,8170940000011C,8170540000011D,8070540000011D

 

[dan0ne]

AW: V14 hängt immer wieder mal für ca 20sec

Also ich bin noch nicht dazu gekommen mit der whitelist etwas zu erreichen(Lese mir noch ein paar Artikel dazu durch), allerdings glaube ich das Problem gefunden zu haben!

Aus spaß hab ich auf einem Client mal das CCcam 2.2.1 installiert und nun gab es bei diesem Client keine Hänger mehr.
Sonst habe ich nichts verändert...

Zusätzlich konnte ich bei CCcam 2.3.0 (in openatv) folgenden Bug feststellen.
Sobald ein Client einen Sender anwählt der vom Server nicht gefunden werden kann (zb. irgend einen Franz. Sender), dann steht im Sofcam Panel von OpenATV = no cam.

Versucht man dann wieder einen gültigen Sender wie Pro7 HD anzuwählen bleibt es sturr auf "no cam"
Man muss dann wieder auf 2.3.0 stellen und starten. Dann läufts wieder wie gewohnt.

Mache ich nun den gleichen Spaß mit dem CCcam 2.2.1 bleibt es aktiv ohne, dass es "stoppt".

Vermute das hier entweder ein Bug in CCcam 2.3.0 selbst herscht oder OpenATV das 2.3.0 stoppt (warum auch immer)