Nach OScam restart schlechtere ECM Zeiten

[laila-no1]

AW: Nach OScam restart schlechtere ECM Zeiten

moin,

das heisst das dieser Kanal schon von einem anderen Clienten abefragt wurde! Oscam speichert die Ecms im Cache und wenn dann ein zweiter User dazu kommt
mit dem selben Kanal wird dieser halt aus dem Cache bedient und belastet deine Karte nicht im geringsten

zeig uns nochmal deine aktuelle Oscam.user bitte bezüglich deiner zweiten Frage!
hier wurde das schon mal behandelt <KLICK>

 

[hensch]

AW: Nach OScam restart schlechtere ECM Zeiten

Also, habe es jetzt mal ca. eine Woche testen können, habe an diesem OScam Server, mehrere CCcam Clients, bei denen läuft es einwandfrei. Allerdings bei dem einzigen OScam Client kommt es immer wieder zu kleinen freezern/hakern. Habe schon 3 verschiedene OScam Versionen getestet, die Probleme blieben, daran liegts also schonmal nicht.

oscam.conf ( Server + Client)

Spoiler

[global]
logfile = /dev/oscamlog
waitforcards_extra_delay = 1500
preferlocalcards = 1
saveinithistory = 1
maxlogsize = 100
clientmaxidle = 0
netprio = 1

[cccam]
port = 12000
reshare = 0
version = 2.1.3
forward_origin_card = 0
stealth = 0
keepconnected = 1

[dvbapi]
enabled = 1
au = 1
boxtype = dreambox
user = dvbapi
request_mode = 1
[webif]
httpport = 5555
httphelplang = de
httprefresh = 10
httpallowed = 192.168.0.0-192.168.255.255
httphideidleclients = 1
httpreadonly = 0
httpsavefullcfg = 0

oscam.server ( Server)

Spoiler

[reader]
label = G02
protocol = internal
device = /dev/sci0
services = kdhome,kdhd,kdradio,skysd,skyhd
showcls = 0
caid = 09C7
boxid = 12345678
detect = cd
mhz = 357
cardmhz = 357
ins7e11 = 15
ndsversion = 2
group = 1
blockemm-unknown = 1
blockemm-s = 1
blockemm-g = 1
emmcache = 1,3,2

[reader]
label = G09
protocol = internal
device = /dev/sci1
services = kdfree,kdprivhd
showcls = 0
caid = 09C7
boxid = 12345678
detect = cd
mhz = 357
cardmhz = 357
ins7e11 = 15
ndsversion = 2
group = 2
blockemm-unknown = 1
blockemm-s = 1
blockemm-g = 1
emmcache = 1,3,2

oscam.user ( Server)

Spoiler

[account]
user = xxx
pwd = xxx
group = 1,2
services = kdfree,kdhome,kdhd,kdprivhd,kdradio,skysd,skyhd
caid = 09C7
cccmaxhops = 2

oscam.server ( Client)

Spoiler

[reader]
label = G09
protocol = internal
device = /dev/sci0
services = kdfree,kdprivhd
showcls = 0
caid = 09C7
boxid = 12345678
detect = cd
mhz = 200
cardmhz = 500
group = 1
emmcache = 1,3,2

[reader]
label = Client
protocol = cccam
device = xxx.dyndns.org,12000
user = xxx
password = xxx
services = kdhome,kdhd,skysd,skyhd
inactivitytimeout = 30
reconnecttimeout = 2
caid = 09C7
group = 2
emmcache = 1,3,2
cccversion = 2.1.3
cccmaxhops = 4
ccckeepalive = 1

 

[mxer]

AW: Nach OScam restart schlechtere ECM Zeiten

Warum verpaßt Du dem oscam-Client nicht
protokoll = camd35
port = 12005

Dazu im Server in oscam.conf
[cs357x]
port = 12005
suppresscmd08 = 1

 

[hensch]

AW: Nach OScam restart schlechtere ECM Zeiten

Was ist das und bezweckt das?

es macht in meine Augen auch keinen Sinn den OScam Client über CCcam mit einem OScam Server der wiederum auch CCcam emuliert zu connecten. ginge das nicht direkt über OScam?

 

[mxer]

AW: Nach OScam restart schlechtere ECM Zeiten

Oscam selber hat kein Protokoll für Clients.
Dazu kann man aber camd35 o.ä. nehmen...

 

[hensch]

AW: Nach OScam restart schlechtere ECM Zeiten

und camd35 ist besser als cccam?

 

[mxer]

AW: Nach OScam restart schlechtere ECM Zeiten

Auf alle Fälle nutze ich es selber für meine oscam-Clients.
Sogar für außerhalb.

 

[hensch]

AW: Nach OScam restart schlechtere ECM Zeiten

Wie würden dann die oscam.conf, oscam.reader und oscam.user aussehen?

 

[mxer]

AW: Nach OScam restart schlechtere ECM Zeiten

Habe ich doch oben gepostet :ja
Es werden nur die paar Teile benötigt.
Der obere kommt in die oscam.server des Clients.
Die IP des Servers muß noch dazwischen:
device = IPServer, 12005
nicht
port = 12005 ( Fehler von mir )

Unten ist in der oscm.conf des Servers hizuzufügen.

 

[hensch]

AW: Nach OScam restart schlechtere ECM Zeiten

2 Zeilen als oscam.server? Denke du meinst es so, oder?

oscam.server ( Client)

Spoiler

[reader]
label = G09
protocol = internal
device = /dev/sci0
services = kdfree,kdprivhd
showcls = 0
caid = 09C7
boxid = 12345678
detect = cd
mhz = 200
cardmhz = 500
group = 1
emmcache = 1,3,2

[reader]
label = Client
protocol = camd35
device = xxx.dyndns.org,12005
user = xxx
password = xxx
services = kdhome,kdhd,skysd,skyhd
inactivitytimeout = 30
reconnecttimeout = 2
caid = 09C7
group = 2
emmcache = 1,3,2

Da stellen sich mir 2 Fragen:
1) In welchem Router muss ich den Port 12005 freigeben, beim Server oder beim Client? Als TCP oder UDP Freigabe?
2) Du sagst in die oscam.conf des Servers [cs357x] und in der oscam.server vom Client "camd35", sind das nicht zwei unterschiedliche Protokolle?

 

[mxer]

AW: Nach OScam restart schlechtere ECM Zeiten

:good: Hast es richtig erkannt...
Muß eingefügt werden.
Es reichen eben keine 2 Zeilen für den Server.
Hatte mich blöd ausgedrückt, sorry.

 

[hensch]

AW: Nach OScam restart schlechtere ECM Zeiten

Da stellen sich mir 2 Fragen:
1) In welchem Router muss ich den Port 12005 freigeben, beim Server oder beim Client? Als TCP oder UDP Freigabe?
2) Du sagst in die oscam.conf des Servers [cs357x] und in der oscam.server vom Client "camd35", sind das nicht zwei unterschiedliche Protokolle?

 

[mxer]

AW: Nach OScam restart schlechtere ECM Zeiten

Nee, in der oscam.conf ist der Abschnitt cs357x und das Protokoll dazu ist camd35.
Der Port ( mein Beispiel: 12005 ) mußt Du natürlich durch den ersetzen, den Du jetzt hast.
Nutzt Du das als HomeCS oder auch für außerhalb?

 

[hensch]

AW: Nach OScam restart schlechtere ECM Zeiten

Nur außerhalb. Denke, dass man dann den port auf Serverseite freigeben muss, und cs357x ist meiner Meinung nach UDP. Würde das camd protokoll für diesen besagten client nutzen, der Probleme hat. Die anderen Clients müssen zum Teil cccam nutzen. Desshalb muss ich beide Ports ( 12000 + 12005) forwarden.

 

[mxer]

AW: Nach OScam restart schlechtere ECM Zeiten

Ja, das ist UDP.
Und nochmal ja: der Port muß im Router auf den Server geleitet werden.