Disconnect und Connect in einer Sekunde - Ein Schlüssel fehlt

[uewchenle]

Hallo,

ich habe seit 2 Jahren ein Oscam (derzeit 10646) auf einem Router unter Openwrt laufen, bislang ohne größere Probleme. Karte ist eine V14 im USB-Reader. Die Clients sind mit Cccam 2.3.0 über Web verbunden. Seit ein paar Tagen werden zwei User (nicht alle) in unregelmäßigen Abständen getrennt und verbinden sich sofort wieder. das passiert allerdings nur, wenn die User online sind und ECM abholen. Durch den Disconnect geht ein ECM verloren und das Bild steht für 7 Sekunden bei den betreffenden Users. An der Internetverbindung liegt es nicht, da die anderen User weiter Online sind. Das habe ich auch bei den Clients geprüft.

Ich habe an den Configs seit Monaten nichts geändert und bin etwas ratlos. Vielleicht könnt Ihr mir helfen.

Hier noch ein Ausschnitt aus dem Log mit einem Disconnect:

Spoiler

2015/04/04 09:50:35 BA67B0 c (ecm) Liveuser09 (098C&000000/00CA/001C/98:XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX): found (79 ms) by V14 - Disney XD
2015/04/04 09:50:42 BA67B0 c (ecm) Liveuser09 (098C&000000/00CA/001C/98:XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX): found (80 ms) by V14 - Disney XD
2015/04/04 09:50:45 BA5FB8 c (ecm) Liveuser05 (098C&000000/0644/EF15/98:XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX): found (78 ms) by V14 - RTL2 HD
2015/04/04 09:50:55 BA5FB8 c (ecm) Liveuser05 (098C&000000/0644/EF15/98:XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX): found (78 ms) by V14 - RTL2 HD
2015/04/04 09:50:57 B82368 c (client) encrypted cccam-client xxx.0.xxx.33 granted (Liveuser09, au=off)
2015/04/04 09:50:57 BA67B0 c (client) Liveuser09 disconnected from xxx.0.xxx.33
2015/04/04 09:51:03 B82368 c (ecm) Liveuser09 (098C&000000/00CA/001C/98:XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX): found (80 ms) by V14 - Disney XD
2015/04/04 09:51:05 BA5FB8 c (ecm) Liveuser05 (098C&000000/0644/EF15/98:XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX): found (78 ms) by V14 - RTL2 HD
2015/04/04 09:51:10 B82368 c (ecm) Liveuser09 (098C&000000/00CA/001C/98:XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX): found (79 ms) by V14 - Disney XD

Configs:

Spoiler

Conf:

[global]
serverip = 192.168.1.1
logfile = stdout;/var/log/oscam.log
disableuserfile = 0
usrfileflag = 1
netprio = 1
nice = -1
maxlogsize = 2000
preferlocalcards = 1
dropdups = 1
block_same_ip = 0
block_same_name = 0
usrfile = /var/log/oscamuser.log
emmlogdir = /var/log/

[cache]
delay = 40

[cccam]
port = xxxxx
nodeid = xxx
version = 2.3.0
reshare = 1

[webif]
httpport = xxxx
httpuser =
httppwd =
httpcss = /etc/config/oscam/lala.css
httptpl = /etc/config/oscam/tpl
httppiconpath = /etc/config/oscam/tpl
http_prepend_embedded_css = 1
httprefresh = 7
httpshowpicons = 1
httpallowed = 192.168.0.1-192.168.255.255
httposcamlabel = Kontrollzentrum

Server:

[reader]
label = V14
protocol = pcsc
device = /dev/ttyUSB0
caid = 098C
boxid = 12345678
ins7e11 = 15
detect = cd
mhz = 369
cardmhz = 369
group = 1
emmcache = 1,1,2
blockemm-unknown = 1
blockemm-s = 1
blockemm-g = 1
saveemm-u = 1
saveemm-unknown = 1
blockemm-bylen = 1-36,38,40-56,58-255
ndsversion = 2

User:
[account]
user = Liveuser09
pwd = tralala
description = RH
group = 1
cccreshare = 0

 

[uewchenle]

Ergänzung: Ich habe jetzt mal einen Test gemacht mit Oscam 10621 als Client, da steht bei einem Aussetzer folgendes im Logfile:

Spoiler

2015/04/06 13:40:25 B7CB40 c (ecm) Liveuser09 (098C&000000/0644/EF15/98:XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX): found (79 ms) by V14 - RTL2 HD
2015/04/06 13:40:45 B7CB40 c (ecm) Liveuser09 (098C&000000/0644/EF15/98:XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX): found (78 ms) by V14 - RTL2 HD
2015/04/06 13:40:45 B7CB40 c (ecm) Liveuser09 (098C&000000/0644/EF15/98:XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX): cache2 (40 ms) by V14 - RTL2 HD
2015/04/06 13:40:55 B7CB40 c (ecm) Liveuser09 (098C&000000/0644/EF15/98:XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX): found (78 ms) by V14 - RTL2 HD

Man sieht hier eine Pause zwischen Zeile 1 und 2, danach zwei ECM in der gleichen Sekunde. Danach läuft wieder alles normal. Die Wiederholungen dieses Wacklers sind völlig zufällig, mal innerhalb von drei Minuten und dann wieder einen halben Tag nicht. Den Disconnect wie bei Cccam gibt es nicht, aber der Fehler ist ansonsten gleich.

Wer kann mir helfen?
Danke schonmal vorab.

Ist mein Problem nicht deutlich erklärt oder gibt es keine Lösung?
Gebt mir bitte mal eine Rückmeldung.

 

[krikssus]

AW: Disconnect und Connect in einer Sekunde - Ein Schlüssel fehlt

setz beim user mal keepalive im webif von oscam.
wie ist der user angebunden? lan, wlan? meine bei ihm lokal.

woher weisst du dass deine inet leitung od generell die inet verbindung nicht schuld dran ist?
wie geprüft?

 

[uewchenle]

AW: Disconnect und Connect in einer Sekunde - Ein Schlüssel fehlt

Keepalive probiere ich mal aus.
Die User sind lokal per LAN angebunden.

An meiner Leitung sind meistens 5-8 User online, jedoch nur zwei haben diese Aussetzer. Bei den anderen läufte es ganz normal weiter.
Ich habe mir bei meinem Nachbar die Zeiten an der Client-Box angeschaut. Sind immer konstant zwischen 100 und 150 ms. Und dann bleibt das Bild stehen und die Zeiten sind wieder ok

Deshalb bin ich der Meinung, dass es nicht am Inet liegt.

 

[uewchenle]

AW: Disconnect und Connect in einer Sekunde - Ein Schlüssel fehlt

Keepalive hat keine Veränderung gebracht. Ist aber lt. Wiki default auf 1.
Ich hab jetzt einen User auf cs378-Protokoll umgestellt, aber gleiches Fehlerbild.

Ist echt ein schwieriger Fehler. Habe ich den ganz allein?

 

[janni1]

AW: Disconnect und Connect in einer Sekunde - Ein Schlüssel fehlt

Hi,
ein Log vom User bei einem solchen Fehler wäre mal interessant.

Gruß
janni1

 

[4gx35]

AW: Disconnect und Connect in einer Sekunde - Ein Schlüssel fehlt

keepalive beim user auf server ist nur für newcamd user lt. wiki
beim dem oscam client kann beim proxy aber keep alive per webif gesetzt werden, jedoch nur bei cccam protokoll
mal umstellen auf cccamreader, ist genauer ccckeepalive = 1
delay beim cache 0 testen, oder nur kleine werte

 

[uewchenle]

AW: Disconnect und Connect in einer Sekunde - Ein Schlüssel fehlt

Hier das Log vom User, wenn das Bild steht:

2015/04/09 23:40:40 774011F8 c (ecm) dvbapi (098C&000000/025B/0083/98:XXXXXXXXXXXXXXXXXXXXXXXXXXXXX): found (113 ms) by V14proxy
2015/04/09 23:40:47 774011F8 c (ecm) dvbapi (098C&000000/025B/0083/98:XXXXXXXXXXXXXXXXXXXXXXXXXXXXX): found (102 ms) by V14proxy
2015/04/09 23:40:59 774011F8 c (ecm) dvbapi (098C&000000/025B/0083/98:XXXXXXXXXXXXXXXXXXXXXXXXXXXXX): timeout (5001 ms) by V14proxy
2015/04/09 23:41:01 774011F8 c (ecm) dvbapi (098C&000000/025B/0083/98:XXXXXXXXXXXXXXXXXXXXXXXXXXXXX): found (224 ms) by V14proxy
2015/04/09 23:41:04 774011F8 c (ecm) dvbapi (098C&000000/025B/0083/98:XXXXXXXXXXXXXXXXXXXXXXXXXXXXX): timeout (5001 ms) by V14proxy
2015/04/09 23:41:05 774011F8 c (ecm) dvbapi (098C&000000/025B/0083/98:XXXXXXXXXXXXXXXXXXXXXXXXXXXXX): cache1 (0 ms) by V14proxy
2015/04/09 23:41:08 774011F8 c (ecm) dvbapi (098C&000000/025B/0083/98:XXXXXXXXXXXXXXXXXXXXXXXXXXXXX): found (109 ms) by V14proxy
2015/04/09 23:41:15 774011F8 c (ecm) dvbapi (098C&000000/025B/0083/98:XXXXXXXXXXXXXXXXXXXXXXXXXXXXX): found (109 ms) by V14proxy
2015/04/09 23:41:22 774011F8 c (ecm) dvbapi (098C&000000/025B/0083/98:XXXXXXXXXXXXXXXXXXXXXXXXXXXXX): found (106 ms) by V14proxy

Ist eine VU+ mit Oscam 10627 und cs378 als Protokoll, ist aber bei cccam gleich. In der config bei cccam habe ich beim Client ccckeepalive
=1 drin.
@4gx35: delay beim cache 0 testen? Was meinst Du da? Ich habe Delay 40 in der conf auf dem Server.

Danke schon mal.

 

[4gx35]

AW: Disconnect und Connect in einer Sekunde - Ein Schlüssel fehlt

ja dealy beim server mal ändern, wie sieht denn log gleichzeitig beim server aus ?

 

[lullu08]

AW: Disconnect und Connect in einer Sekunde - Ein Schlüssel fehlt

Ich tippe der NAT schließt wegen Überlastung die Rückkanal Ports.
Wie ist das bei Dir aufgebaut und was für ein Router hast Du, IPV4, IPV6 Lite?
Portumleitung?

Ein Gerät im Haushalt öffnet bei Surfen schon mal an die 100 -700 TCP Verbindungen.

Die Nat sind sehr davon abhängig, wieviel Datendurchsat und gleichzeitige Verbindungen laufen.
Fritz gibt bei der 7490 an, das sie 70% mehr belastbar ist als die Vorgänger.

 

[uewchenle]

AW: Disconnect und Connect in einer Sekunde - Ein Schlüssel fehlt

Hier das Log vom Server (die gleichen ECM), wenn das Bild steht:

2015/04/09 23:40:39 899230 c (ecm) VU+SOLO2 (098C&000000/025B/0083/98:XXX): found (79 ms) by V14 - Sky Cinema HD
2015/04/09 23:40:46 899230 c (ecm) VU+SOLO2 (098C&000000/025B/0083/98:XXX): found (79 ms) by V14 - Sky Cinema HD
2015/04/09 23:41:00 899230 c (ecm) VU+SOLO2 (098C&000000/025B/0083/98:XXX): found (78 ms) by V14 - Sky Cinema HD
2015/04/09 23:41:00 899230 c (ecm) VU+SOLO2 (098C&000000/025B/0083/98:XXX): found (156 ms) by V14 - Sky Cinema HD
2015/04/09 23:41:07 899230 c (ecm) VU+SOLO2 (098C&000000/025B/0083/98:XXX): found (78 ms) by V14 - Sky Cinema HD
2015/04/09 23:41:14 899230 c (ecm) VU+SOLO2 (098C&000000/025B/0083/98:XXX): found (78 ms) by V14 - Sky Cinema HD
2015/04/09 23:41:21 899230 c (ecm) VU+SOLO2 (098C&000000/025B/0083/98:XXX): found (78 ms) by V14 - Sky Cinema HD

Sind hier weniger ECM als beim Client wegen der Timeouts.

@4gx35: delay ändern bringt wie keepalive keine Verbesserung. Hab auch jeweils Oscm neu gestartet.

@lullu08: Deine Überlegungen sind interessant, da muss ich mal weiter testen. Der Router ist ein Buffalo WZR-HP-AG300H und hat einen eigenen Internetanschluss, d.h. der normale Verkehr @Home läuft nicht darüber. Auf dem Router Openwrt Attitude Adjustment 12.09-rc1 mit IPV4 und Portweiterleitung auf Oscam-Port, welcher sage ich nicht... Verbindungen laut Openwrt max. 20 TCP und 120 UDP.

Ich habe nach der Analys der Logs den Eindruck, dass die Anfrage vom Client nicht durchkommt und damit zu spät beantwortet wird.
Oder habe ich einen Denkfehler?

 

[4gx35]

AW: Disconnect und Connect in einer Sekunde - Ein Schlüssel fehlt

es gibt 2 möglichkeiten: anfrage kommt nicht an oder geht beim client nicht korrekt raus,
mit v13 und openwrt derdigge auf tplink gibt es aber keine solchen timeouts,
auch nicht bei lfd. downloads, 50mbit Kabelanschluss
zitiere derdigge: "damit kann mann locker 10 Reader und 50 Clienten bedienen"

lass mal auf dem vu client testweise längeren dauerping zum server mitlaufen
und auch dauerping zum client router von dir aus machen

 

[lullu08]

AW: Disconnect und Connect in einer Sekunde - Ein Schlüssel fehlt

Dauerping würde auch einen Triggering Port aufrechthalten. Wobei wir wieder auf NAT verdacht kommen.

 

[Kolibrie]

AW: Disconnect und Connect in einer Sekunde - Ein Schlüssel fehlt

Ist das Problem nach dem Schreiben einer Verlängerung (Tiers) aufgetaucht? So was hatte ich auch schon mal. Trat dann i.d.R. bei jeder 14 Anfrage auf. Hatte es auf die Powerline-Anbindung des Client geschoben.
Witziger Weise war dann bei der nächsten Verlängerung wieder weg ..

 

[uewchenle]

AW: Disconnect und Connect in einer Sekunde - Ein Schlüssel fehlt

Ich bin nicht der Linux-Experte, wie mache ich das mit dem Dauerping?

Es gibt noch einen neuen Anhaltspunkt: Das Problem haben alle VU+ und Xtrend-Boxen. Bei Dreamboxen tritt das Problem nicht auf. Kann daraus jemand einen Schluß ziehen? Wenn ich eine Box intern über IP-Adresse in der cccam.cfg anschließe, gibt es das Problem nicht.

@Kolibrie: Das kann ich leider nicht mehr nachvollziehen. Ist aber durchaus möglich. Behalte ich im Auge.