Quantcast
Aktuelles
Digital Eliteboard - Das Digitale Technik Forum

Registriere dich noch heute kostenlos, um Mitglied zu werden! Sobald du angemeldet bist, kannst du auf unserer Seite aktiv teilnehmen, indem du deine eigenen Themen und Beiträge erstellst und dich über deinen eigenen Posteingang mit anderen Mitgliedern unterhalten kannst! Zudem bekommst du Zutritt zu Bereichen, welche für Gäste verwehrt bleiben

Registriere dich noch heute kostenlos, um Mitglied zu werden! Sobald du angemeldet bist, kannst du auf unserer Seite aktiv teilnehmen, indem du deine eigenen Themen und Beiträge erstellst und dich über deinen eigenen Posteingang mit anderen Mitgliedern unterhalten kannst! Zudem bekommst du Zutritt zu Bereichen, welche für Gäste verwehrt bleiben

Nach Zwangstrennung - Oscam verbindet nicht mehr / Cccam aber doch

KHGrigo

Meister
Registriert
1. November 2008
Beiträge
963
Reaktionspunkte
327
Punkte
123
Ort
Münsterland
Hallo

Ich habe seit längerem 2 Boxen mit Oscam am laufen. Nun ist mir durch Zufall aufgefallen, das sich nach der täglichen Zwangstrennung die Boxen nicht mehr verbinden. Sie haben beide ein Standbild. Das gleiche geschieht auch wenn ich meine Fritzbox manuell neu verbinde.
Nach einem Neustart der Oscam auf den Clientboxen läuft es wieder.
Beide Clientboxen habe ich über Dyn mit dem Server ( Igel ) verbunden.

Ich habe einiges probiert und die Conf. abgeändert, aber nichts hat funktioniert.

Dann habe ich eine Box auf Cccam umgestellt und jetzt funktioniert sie. Sie verbindet sich nach der Trennung. Die Box mit Oscam nicht.

Es Problem mit Dyn und Port kann man doch eigentlich ausschliessen, da es einerseits mit Cccam funktioniert, andererseits ja auch wenn ich die Oscam auf dem Clienten neu starte.

Hier mal die Configs von Server und dem Oscam Client:

Oscam Server ( Igel )

conf.

[global]
loghistorysize =
logfile = /media/stick/OScam.log
emmlogdir = media/stick
fallbacktimeout = 2000
clientmaxidle = 0
bindwait = 40
nice = -1
maxlogsize = 0
waitforcards = 0
waitforcards_extra_delay = 550
preferlocalcards = 1
dropdups = 1
block_same_ip = 0

[cache]
delay = 5

[cs357x]
port = xxxxxx

[cccam]
port = xxxxxxxx
nodeid = 7280402A102213C2
version = 2.1.1
reshare = 1
reshare_mode = 1
stealth = 1

[monitor]
port = xxxxx
aulow = 120
monlevel = 1
hideclient_to = 15

[webif]
httpport = xxxxxxx
httpuser = xxxxx
httppwd = xxxxxxx
httphelplang = de
httprefresh = 30
httppollrefresh = 10
httpallowed = 0.0.0.0-255.255.255.255
aulow = 120
hideclient_to = 15

Server

[reader]
label = SKY
protocol = mouse
device = /dev/SKY
services = !sky-hdplus
caid = 098C
boxid = 12345678
ins7e11 = 15
ecmwhitelist = 098C:57,97,98,A0,9C,9D
detect = cd
group = 1
emmcache = 1,3,10,0
blockemm-unknown = 1
blockemm-u = 1
blockemm-s = 1
blockemm-g = 1
saveemm-u = 1
saveemm-g = 1
ndsversion = 2

User

[account]
user = xxxxxx
pwd = xxxxx
uniq = 3
au = 1
group = 1,2,3,4

Oscam Client

Config

[global]

logFile = /etc/tuxbox/config/oscam.log
CacheDelay = 120
nice = -1
# preferlocalcards = 1
saveinithistory = 1
maxlogsize = 1500
waitforcards = 0
emmlogdir = /etc/tuxbox/config/

[dvbapi]
Enabled = 1
AU = 1
User = local
Boxtype = dreambox
#request_mode = 1

[monitor]
port = 988
aulow = 120
monlevel = 1
hideclient_to = 15

[webif]
httpport = xxxxxx
httpuser = xxxxxx
httppwd = xxxxxx
httprefresh = 10
httpshowecminfo = 1
httpallowed = 192.168.0.0-192.168.255.255
aulow = 120
hideclient_to = 15

Server

[reader]
label = Igel2
protocol = cs357x
device = xxxxx.xxxx.xxxx,xxxxx
user = Wohnzimmeroscam
password = xxxxxx
services = !sky-hdplus
group = 1,2,4

Die Dyn brauche ich, da ich noch einen Clienten mit Cccam über Inet habe.
Diesen wollte ich eigentlich auch auf Oscam umstellen. Aber mit dem Standbild nach jeder Trennung bleibe ich lieber bei Cccam.

Aber vielleicht hat jemand eine Lösung für mein Problem. Vielen Dank im vorraus.
 
AW: Nach Zwangstrennung - Oscam verbindet nicht mehr / Cccam aber doch

ccckeepalive = 1
 
AW: Nach Zwangstrennung - Oscam verbindet nicht mehr / Cccam aber doch

ccckeepalive wird bei einem cs357x Reader nicht so recht funktionieren
dazu müsste er halt auf das CCcam Protokol wechseln

EDIT
beim cs357x wird verbunden wenn eine Anfrage gestellt wird
 
Zuletzt bearbeitet:
AW: Nach Zwangstrennung - Oscam verbindet nicht mehr / Cccam aber doch

ok, brauch ne neue Brille, hab cs378x gelesen, sorry
 
AW: Nach Zwangstrennung - Oscam verbindet nicht mehr / Cccam aber doch

da wär auch kein ccckeepalive möglich, das CCC steht für CCcam halt
 
AW: Nach Zwangstrennung - Oscam verbindet nicht mehr / Cccam aber doch

Sollte ich das Protikoll von cs357x auf cs378x umstellen?
Dann bräuchte ich aber auch eine neue Portfreigabe?

EDIT:

Ein wechsel auf cs378x brachte auch keine Veränderung.

Mit cs378x wird es nach 10 Minuten hell.

Dann hab ich noch das cccam Protokol ausprobiert. Es geht sofort.

Warum die anderen nicht?
 
Zuletzt bearbeitet:
AW: Nach Zwangstrennung - Oscam verbindet nicht mehr / Cccam aber doch

Das cccam Protokoll ist auch nicht die Lösung. Es kommen keine unique EMM mehr am Server an. Nur Globale.
 
AW: Nach Zwangstrennung - Oscam verbindet nicht mehr / Cccam aber doch

Hi,
versuch es mal mit "keepalive = 1" im cs378x-Reader.
Außerdem wäre zur Problemlösung ein Log vom Fehler sehr hilfreich.

Gruß
janni1
 
AW: Nach Zwangstrennung - Oscam verbindet nicht mehr / Cccam aber doch

Im Reader vom Server oder Client?

EDIT:
Quatsch, kann ja nur beim Client.
 
AW: Nach Zwangstrennung - Oscam verbindet nicht mehr / Cccam aber doch

Hi,
wenn,
Ein wechsel auf cs378x brachte auch keine Veränderung.

Mit cs378x wird es nach 10 Minuten hell.
dann im cs378x-Reader auf dem Client.

Interessant wäre hier aber mal ein Logausschnitt/Fehlermeldung aus den 10 Minuten.

Gruß
janni1
 
AW: Nach Zwangstrennung - Oscam verbindet nicht mehr / Cccam aber doch

Log von Clienten, mit cs378x:

2016/06/23 10:16:35 0 s >> OSCam << cardserver started, version 1.20-modern_svn, build r1422 (mipsel-oe-linux)
2016/06/23 10:16:35 0 s System name = Linux
2016/06/23 10:16:35 0 s Host name = dm800se
2016/06/23 10:16:35 0 s Release = 3.2-dm800se
2016/06/23 10:16:35 0 s Version = #1 SMP Sun Jun 21 16:31:56 CEST 2015
2016/06/23 10:16:35 0 s Machine = mips
2016/06/23 10:16:35 0 s Stb model = dm800se
2016/06/23 10:16:35 0 s creating pidfile /tmp/.oscam/oscam.pid with pid 9306
2016/06/23 10:16:35 0 s services reloaded: 0 services freed, 6 services loaded, rejected 0
2016/06/23 10:16:35 0 s userdb reloaded: 1 accounts loaded, 0 expired, 0 disabled
2016/06/23 10:16:35 0 s signal handling initialized
2016/06/23 10:16:35 0 s 220 service-id's loaded in 5 ms
2016/06/23 10:16:35 0 s 61 tier-id's loaded
2016/06/23 10:16:35 0 s 19 provid's loaded
2016/06/23 10:16:35 0 s monitor: initialized (fd=9, port=988)
2016/06/23 10:16:35 0 s Igel2 [cs378x] creating thread for device xxxxxxxx.dyndns.org
2016/06/23 10:16:35 0 s loadbalancer: can't read from file /tmp/.oscam/stat
2016/06/23 10:16:35 BE25A8 p cs378x proxy xxxxxxxxx.dyndns.org:xxxxxx
2016/06/23 10:16:35 BE4278 c plain dvbapi-client granted (local, au=auto (1 reader))
2016/06/23 10:16:35 BE4278 c dvbapi channelcache loaded from /etc/tuxbox/config/oscam.ccache
2016/06/23 10:16:35 BE4278 c [DVBAPI] Detected /dev/dvb/adapter0/demux0 Api: 0, userconfig boxtype: 1
2016/06/23 10:16:36 BD4C80 h webif: decompressed 182974 bytes back into 420576 bytes
2016/06/23 10:16:36 BE25A8 p xxxxxxxxxx.dyndns.org: resolved ip=xxxxxxxxxxx
2016/06/23 10:16:36 BE25A8 p Igel2 [cs378x] connecting to xxxxxxx.dyndns.org:xxxxxxx
2016/06/23 10:16:36 BE4278 c [NEW ECMPID #0] CAID: 09C4 ECM_PID: 1B54 PROVID: 000000
2016/06/23 10:16:36 BE4278 c [NEW ECMPID #1] CAID: 09AF ECM_PID: 1F54 PROVID: 000000
2016/06/23 10:16:36 BE4278 c [NEW ECMPID #2] CAID: 098C ECM_PID: 1A54 PROVID: 000000
2016/06/23 10:16:36 BE4278 c Found 3 ECMpids and 3 STREAMpids in PMT
2016/06/23 10:16:36 BE4278 c [DVBAPI] Receiver wants to demux srvid 007F on adapter 0000 camask 0008 index 0003 pmtpid 0062
2016/06/23 10:16:36 BE4278 c New program number: 007F (13th Street HD) [pmt_list_management 3]
2016/06/23 10:16:36 BD4C80 h HTTP Server running. ip=0.0.0.0 port=8088
2016/06/23 10:16:36 BE4278 c [DVBAPI] Found channel in cache -> start descrambling ecmpid #2
2016/06/23 10:16:36 BE4278 c [DVBAPI] Demuxer #0 trying to descramble PID #2 CAID 098C PROVID 000000 ECMPID 1A54 ANY CHID PMTPID 0062 VPID 02FF
2016/06/23 10:16:36 BE25A8 p Igel2 [cs378x] proxy initialized, server xxxxxxxxx.dyndns.org:xxxxxxxxx
2016/06/23 10:16:36 BE25A8 p Igel2 CMD05 AU request for caid: 098C auprovid: 000000
2016/06/23 10:16:36 BE4278 c local (098C&000000/0BC0/007F/9D:EE002E8AB558CCBA10591D50A959A5DF): found (8 ms) by Igel2 - 13th Street HD
2016/06/23 10:16:38 BE4278 c local (098C&000000/0BC0/007F/9D:2B741F624670237798D175190A10E2AA): found (87 ms) by Igel2 - 13th Street HD
2016/06/23 10:16:45 BE4278 c local (098C&000000/0BC0/007F/9D:B8E91789E641A0E7889C2F9253A251BE): found (87 ms) by Igel2 - 13th Street HD
2016/06/23 10:16:52 BE4278 c local (098C&000000/0BC0/007F/9D:16CB0F5205D6C69B52C81BCCE6E4C665): found (88 ms) by Igel2 - 13th Street HD
2016/06/23 10:16:59 BE4278 c local (098C&000000/0BC0/007F/9D:0DAADF9D44F22ECA95CD101DF9AF0688): found (84 ms) by Igel2 - 13th Street HD
2016/06/23 10:17:06 BE4278 c local (098C&000000/0BC0/007F/9D:D2EEF5FDD6833E3C1DC4B00EA0653F98): found (86 ms) by Igel2 - 13th Street HD
2016/06/23 10:17:13 BE4278 c local (098C&000000/0BC0/007F/9D:E78C73121D4D3E116D25E1016808E41A): found (86 ms) by Igel2 - 13th Street HD
2016/06/23 10:17:20 BE4278 c local (098C&000000/0BC0/007F/9D:211BB95252E825B202344789273B9073): found (86 ms) by Igel2 - 13th Street HD
2016/06/23 10:17:27 BE4278 c local (098C&000000/0BC0/007F/9D:16C80B473BE2FC5FC39A321488CC37AA): found (91 ms) by Igel2 - 13th Street HD
2016/06/23 10:17:34 BE4278 c local (098C&000000/0BC0/007F/9D:93A20FA10DA6CB4E773AC29EFF13AE89): found (86 ms) by Igel2 - 13th Street HD
2016/06/23 10:17:46 BE4278 c local (098C&000000/0BC0/007F/9D:B53B5CC0B9F7AE30BBBB18B2BB1211C3): timeout (5000 ms) by Igel2 - 13th Street HD
2016/06/23 10:17:53 0 --- Skipped 1 duplicated log lines ---
2016/06/23 10:17:53 BE4278 c local (098C&000000/0BC0/007F/9D:FFB5EA896F3CAAF7A46C0AA46B824055): timeout (5000 ms) by Igel2 - 13th Street HD
2016/06/23 10:17:53 BE4278 c local (098C&000000/0BC0/007F/9D:FFB5EA896F3CAAF7A46C0AA46B824055): not found (1501 ms) by Igel2 - 13th Street HD
2016/06/23 10:17:59 BE4278 c local (098C&000000/0BC0/007F/9D:FFB5EA896F3CAAF7A46C0AA46B824055): timeout (5001 ms) by Igel2 - 13th Street HD
2016/06/23 10:18:00 BE4278 c local (098C&000000/0BC0/007F/9D:87191961431BB31F7960D825CA947902): timeout (5000 ms) by Igel2 - 13th Street HD
2016/06/23 10:18:00 BE4278 c local (098C&000000/0BC0/007F/9D:87191961431BB31F7960D825CA947902): not found (1501 ms) by Igel2 - 13th Street HD
2016/06/23 10:18:06 BE4278 c local (098C&000000/0BC0/007F/9D:87191961431BB31F7960D825CA947902): timeout (5000 ms) by Igel2 - 13th Street HD
2016/06/23 10:18:07 BE4278 c local (098C&000000/0BC0/007F/9D:FF57F1A85F6E0E82496E2DBDC7F1F8EB): timeout (5000 ms) by Igel2 - 13th Street HD
2016/06/23 10:18:07 BE4278 c local (098C&000000/0BC0/007F/9D:FF57F1A85F6E0E82496E2DBDC7F1F8EB): not found (1501 ms) by Igel2 - 13th Street HD
2016/06/23 10:18:13 BE4278 c local (098C&000000/0BC0/007F/9D:FF57F1A85F6E0E82496E2DBDC7F1F8EB): timeout (5000 ms) by Igel2 - 13th Street HD

So bleibt es, bis der Oscam Client neu gestartet wird. Danach läuft alles normal bis das Inet neu verbunden wird.

keepalive = 1 ist drin
 
AW: Nach Zwangstrennung - Oscam verbindet nicht mehr / Cccam aber doch

Hi,
was zeigt der Server dabei im Log?
Was passiert, wenn du nur mal den cs378x-Reader am Client wärend der "timeouts" neu startest?

Gruß
janni1
 
AW: Nach Zwangstrennung - Oscam verbindet nicht mehr / Cccam aber doch

Wenn ich das Inet neu verbinde werden die Clienten im LIveLog des Servers nicht mehr angezeigt.
Starte ich nur den cs378x Reader beim Clienten neu, läuft alles wieder normal.

Edit:
Der zweite Client wird nach ein paar Minuten von alleine wieder hell.
 
AW: Nach Zwangstrennung - Oscam verbindet nicht mehr / Cccam aber doch

Hi,
versuch es mal mit "reconnecttimeout = 5" im Reader.

Wenn das auch nicht hilft, wäre ein Workaround dazu "ecmnotfoundlimit = 5" mit in den cs378x-Reader am Client zu setzen.
Hier wird der Reader nach der angegebenen Anzahl "not founds" neu gestartet und verbindet neu.
Das macht er dann hier allerdings immer nach 5 "not founds".

Gruß
janni1
 
Zurück
Oben