V14 - Hänger und Ruckeln der Clients im CS-Betrieb

[balance99]

Hallo allerseits,

nachdem meine neue V14 erfolgreich aktiviert und hell ist, habe ich nun im laufenden Betrieb auf den Clients Hänger und Ruckler, die sporadisch und nach keinem erkennbaren System auftreten.

Hier alle Infos:
+ Server VU+ Solo2 VTI-Image mit OSCam 1.20 (r11277)
+ Clients (2x Dreambox DM800SE und 2x VU+ zero - alle mit CCCam 2.3.0)
+ der Server hängt an einer VDSL100er-Leitung (100 Down / 40 Up)
+ die Clients hängen alle an einer 6000er oder 16000er Leitung / 1 davon direkt im Heimnetz
+ die ECM-Zeiten im LiveLog liegen bei 70-80 msec (Web) und 50-60 msec (Heimnetz)
+ Karte im Server läuft störungsfrei

Folgende Schritte wurden schon mit Hilfe von Name007 (Besten Dank!) unternommen - leider ohne Erfolg:
+ Änderung der EMMCache auf emmcache = 1,1,2
+ Änderung der ins7e11 von 14 auf 15
+ Änderung der beiden MHz Angaben auf 600MHz
+ Löschen der beiden MHz Angaben, damit OSCam die beiden Frequenzen selbst bestimmt

Die Hänger treten nur über den webbasierten Clientbetrieb auf.
Die VU+zero im Heimnetzwerk ist direkt angebunden und hat keinerlei Hänger!!

Ich würde mich freuen, wenn jemand noch eine Idee hat was ich testen bzw. verändern könnte. =)

Beste Grüße und einen schönen Sonntag




Meine Daten:

Spoiler: oscam.version

Unix starttime: 1484478290
Starttime: 15.01.2017 12:04:50
Version: oscam-1.20-unstable_svn-r11277
Compiler: mipsel-oe-linux
Box type: vusolo2 (generic)
PID: 16721
TempDir: /tmp/.oscam
ConfigDir: /etc/tuxbox/config/
WebifPort: 83

Web interface support: yes
LiveLog support: yes
jQuery support intern: yes
Touch interface support: yes
SSL support: yes
DVB API support: yes
DVB API with AZBOX support: no
DVB API with MCA support: no
DVB API with COOLAPI support: no
DVB API with COOLAPI2 support: no
DVB API with STAPI support: no
DVB API with STAPI5 support: no
DVB API read-sdt charsets: yes
Irdeto guessing: yes
Anti-cascading support: yes
Debug mode: yes
Monitor: yes
Loadbalancing support: yes
Cache exchange support: yes
CW Cycle Check support: yes
LCD support: yes
LED support: no
Clockfix with realtime clock: yes
IPv6 support: no

camd 3.3x: yes
camd 3.5 UDP: yes
camd 3.5 TCP: yes
newcamd: yes
CCcam: yes
CCcam share: yes
gbox: yes
radegast: yes
scam: yes
serial: yes
constant CW: yes
Pandora: yes
ghttp: yes

Reader support: yes

Nagra: yes
Irdeto: yes
Conax: yes
Cryptoworks: yes
Seca: yes
Viaccess: yes
NDS Videoguard: yes
DRE Crypt: yes
TONGFANG: yes
Bulcrypt: yes
Griffin: yes
DGCrypt: yes

cardreader_phoenix: yes
cardreader_drecas: yes
cardreader_internal_azbox: no
cardreader_internal_coolapi: no
cardreader_internal_coolapi2: no
cardreader_internal_sci: yes
cardreader_sc8in1: yes
cardreader_mp35: yes
cardreader_smargo: yes
cardreader_pcsc: no
cardreader_smartreader: yes
cardreader_db2com: yes
cardreader_stapi: no
cardreader_stapi5: no
cardreader_stinger: yes

Spoiler: oscam.conf

[global]
disablelog = 1
logfile = /tmp/oscam.log
pidfile = /tmp/oscam.pid
unlockparental = 1
nice = -10
maxlogsize = 100
waitforcards = 0
preferlocalcards = 2
dropdups = 0
usrfile = /tmp/user.log
emmlogdir = /var/log/emm/
lb_mode = 0

[cccam]
port = 11111
version = 2.0.11

[dvbapi]
enabled = 1
au = 1
user = dvbapi_local
boxtype = dreambox

[webif]
httpport = 83
httpallowed = 0.0.0.0-255.255.255.255
httprefresh = 10
httpuser =
httppwd =
httposcamlabel = Oscam WebInterface
httpdyndns =

Spoiler: oscam.user

# oscam.user generated automatically by Streamboard OSCAM 1.20-unstable_svn SVN r11201
# Read more:

Sie müssen registriert sein, um Links zu sehen.

[account]
user = dvbapi_local
au = 1
group = 1

[account]
user = schlafzimmer
pwd = schlafzimmer
description = schlafzimmer
group = 1

[account]
user = eltern
pwd = eltern
description = eltern
group = 1

[account]
user = birgit
pwd = birgit
description = birgit
group = 1

[account]
user = daniel
pwd = daniel
description = daniel
group = 1

[account]
user = stefan
pwd = stefan
description = Stefan
group = 1

[account]
user = martin
pwd = martin
description = martin
group = 1

[account]
user = mario
pwd = mario
description = mario
group = 1

[account]
user = timo
pwd = timo
description = timo
group = 1

[account]
user = marco
pwd = marco
description = marco
group = 1

Spoiler: oscam.server

[reader]
label = SKY_DE_V1X
description = V14 (NDS)
caid = 098C
boxid = 12345678
detect = cd
emmcache = 1,1,2
ins7e11 = 15
ndsversion = 2
saveemm-u = 1
blockemm-unknown = 1
blockemm-s = 1
blockemm-g = 1
blockemm-u = 1
protocol = internal
device = /dev/sci0
group = 1

 

[JKP-Factory]

Was für ein Internet hast du? Welches haben die Clienten? Kann sein dass da der Grund für Freezer ist, wenn Heimnetz läuft

 

[dodo83]

sind die Client Receiver per LAN/WLAN/DLAN angebunden?

 

[datamen]

@JKP-Factory ... steht doch alles oben!

@balance99 ...
1. wie ist deine Serverbox am Router angebunden? LAN / DLAN / WLAN ?
2. wie sind die Boxen der Clienten an denen ihrem Router angebunden? LAN / DLAN / WLAN ?
3. tritt der Fehler bei allen Clienten von "draussen" auf?
4. was sagt das oscam.log auf der Server Box in dem Moment wo es "hängt"?
5. was sagt das oscam.log auf den Client Boxen in dem Moment?

.. dodo hat mich gerade überholt beim tippen

 

[Bodo-1]

Das log zum Zeitpunkt des Frezzer wäre auch interessant .

Wobei Grundlegend erstmal @dodo83 seine Frage geklärt werden sollte ,

Edit : @datamen war schneller

 

[balance99]

1. aktuell läuft die karte in einem D-LAN-Netz (alles TP-Link 1200 MBit). ich habe sie aber gestern schon testweise in der vu+ zero als oscam server genutzt. dieser hängt direkt per kabel am router. leider ohne erfolg.
2. die beiden dreambox-clients hängen einmal direkt per kabel am router und einmal per wlan - fehlerbild ist auch hier auf beiden boxen vergleichbar bzw. ähnlich.
3. ja, alle clients unabhängig von der anbindung bzw. internerverbindung besitzen das gleiche fehlerbild. auch zwischen dreambox und der vu+ gibt es keine erkennbaren unterschiede (alle cccam 2.3.0).
4. ich habe gerade mal den log durchgeschaut. die ecm zeiten auf dem oscam server verändern sich nicht.

5. wie kann ich den log auf der client-boxen (sowohl dreambox als auch vu+ zero) auslesen? habe ich noch nie gemacht

der fehler tritt bei allen clients in vergleichbarer form auf, wobei es wie gesagt sporadisch und ohne system hängt.
mal passiert 15 minuten gar nichts, dann hängt er drei mal in zwei minuten.

ich schaue bei mir im heimnetzwerk vom qnap-nas hd-filme über die 1200 mbit d-lan-adapter ohne ruckler oder probleme. ein problem mit den d-lan-adaptern würde ich ausschließen. auch aufgrund der tatsache, dass der client im heimnetz sauber läuft.

danke für die schnellen rückmeldungen!

 

[datamen]

1. kontrolliere mal auf deinem oscam Server unter "user" ob bei jemandem der Clients "NOK" oder "TOUT" hat.
2. auf den Clienten mit purem CCcam in den log zu schauen geht nur realtime im telnet. Aber im CCcam Webif müsstest du eigentlich auch sehen ob der Client eine Anfrage losgeschickt und nicht beantwortet bekommen hat.
3. wenn es auf allen Client Boxen zeitgleich auftritt ... kann es eigentlich nur der Server sein der nicht antwortet bzw. ihn die Anfrage gar nicht erreicht.

 

[Owen Hart]

schaue im oscam.log des clienten, ob nach ansteigender ecm time ein timeout kommt

 

[datamen]

@Owen Hart ... Clienten sind doch CCcam 2.3.0 pur

 

[supraracer]

ein problem mit den d-lan-adaptern würde ich ausschließen.

Wenn du das Naheliegendste direkt mal ausschließt wirst du wahrscheinlich noch sehr viel Spaß bei der weiteren Fehlerdiagnose haben. ;-)

-supraracer

 

[balance99]

1. kontrolliere mal auf deinem oscam Server unter "user" ob bei jemandem der Clients "NOK" oder "TOUT" hat.
2. auf den Clienten mit purem CCcam in den log zu schauen geht nur realtime im telnet. Aber im CCcam Webif müsstest du eigentlich auch sehen ob der Client eine Anfrage losgeschickt und nicht beantwortet bekommen hat.
3. wenn es auf allen Client Boxen zeitgleich auftritt ... kann es eigentlich nur der Server sein der nicht antwortet bzw. ihn die Anfrage gar nicht erreicht.

1. ja, ein client, der über das web läuft hat NOK=2 und TOUT=0. bei allen anderen liegen beide werte =0.
2. mit welchem befehl komme ich beim client in das cccam webif auf der dreambox oder der vu+?
3. das kann ich aktuell nur bedingt feststellen, da die clients nicht alle bei mir im haus laufen. wird wohl eine telefonkonferenz werden

 

[Derek Buegel]

Clienten sind doch CCcam 2.3.0 pur

Da fragt man sich, warum Er nur 2.0.11 gibt.
Er könnte 2.3.0 zur verfügung stellen. Oscam schaltet selberauf niedrigere Version, falls erforderlich.

Spoiler

[cccam]
port = 11111
version = 2.0.11

MfG

 

[balance99]

Spoiler

Wenn du das Naheliegendste direkt mal ausschließt wirst du wahrscheinlich noch sehr viel Spaß bei der weiteren Fehlerdiagnose haben. ;-)

-supraracer

ich habe den oscam server jetzt direkt per kabel an den router gehängt. ein teil der clients hängt ja schon direkt per kabel am netz.
alle anderen clients, die per wlan oder dlan dranhängen, lasse ich jetzt erstmal im rahmen der fehlersuche unberücksichtigt.

Spoiler

Da fragt man sich, warum Er nur 2.0.11 gibt.
Er könnte 2.3.0 zur verfügung stellen. Oscam schaltet selberauf niedrigere Version, falls erforderlich.

Spoiler

[cccam]
port = 11111
version = 2.0.11

MfG

sollte ich die cccam version in der config mal auf 2.3.0 ändern?

Spoiler

[cccam]
port = 11111
version = 2.0.11

[cccam]
port = 11111
version = 2.3.0

 

[Derek Buegel]

Stell die Clients auch auf oscam um, das erleichtert die Fehlersuche.
Dann auch mal cs378x versuchen.
HowTo - OScam Client Configs für cs378x (VERY tiny & cute)

MfG

Ja, genau 2.3.0

 

[balance99]

Vielen Dank für den Tipp!

Ich werde das gleich mal für einen der Clients, die am Netz hängen testen. =)

Muss ich außer der Installation von OSCam auf den Clients und der Anpassung der Configs noch etwas beachten, sprich gibt es sonst noch Unterschiede zum CCCam-Verfahren?