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

freezer seit ca 4 Tagen bei Oscam Client

    Nobody is reading this thread right now.
AW: freezer seit ca 4 Tagen bei Oscam Client

na die vom Reader? Oder fahre ich seit Jahren falsch?

Auf dem Igel ist OSCAM installiert, dort die Easymouse mit Karte. In Oscam.server ist der V13 Reader konfiguriert. Dieser kann die Karte lesen.
Der Proxy in Oscam.server ist nun für Verteilung der Daten zuständig. Unter Oscam.user der User, der die Daten benötigt.

Auf dem Resi ist ebenfalls Oscam installiert. Dort ist in der OSCAM.server der Proxy mit name und Passwort des unter dem IGEL unter Oscam.user eingetragenen Wertes. (Name und Passwort)
 
AW: freezer seit ca 4 Tagen bei Oscam Client

Der Proxy in Oscam.server ist nun für Verteilung der Daten zuständi
nein
das wird über die oscam.user geregelt wer was bekommt

am Client ist der Proxy richtig, dort gilt das als "Virtuelle Karte"
 
AW: freezer seit ca 4 Tagen bei Oscam Client

Wenn ich den Proxy Eintrag unter Oscam.server auf dem IGEL rausnehme, sollte es auch funktionieren? Ich glaube, ich habe das schon einmal gemacht und es hat nicht funktioniert.

Letztendlich kann ich das auch heute probieren, ist kein Problem. Sollte allerdings nicht die Lösung der Problemstellung sein, denke ich.
 
AW: freezer seit ca 4 Tagen bei Oscam Client

auf jeden Fall
wo verbindet der Proxy den ohne Zugangsdaten??
der hat da keinen nutzen, da kannst du schon 4gx35 vertrauen in der hinsicht
 
Habe den Proxy auskommentiert. Heute abend gibts dann mehr.

Gut. Es läuft auch ohne Proxyeintrag in der Oscam.server auf dem IGEL. Habe nun [cs378x] mit port 12001 eingestellt. Warte ab.
 
Zuletzt bearbeitet von einem Moderator:
AW: freezer seit ca 4 Tagen bei Oscam Client

ein proxy reader liest immer karten, die nicht lokal vorhanden sind, von einem anderen server,
wie dein client per proxy deine karte vom server
ist vergleichbar mit c-line bei cccam
oscam user wie f-line bei cccam
 
AW: freezer seit ca 4 Tagen bei Oscam Client

Also die Änderungen haben kein Ergebnis geliefert. Ich habe noch einmal meine Fritzbox neu gestartet, der auch den DHCP managt. Werde heute nach beide Clients laufen lassen und das log morgen prüfen. Bis jetzt läuft ein Client seit 2 Stunden einwandfrei. Aber bis dato noch keine Entwarnung.
 
AW: freezer seit ca 4 Tagen bei Oscam Client

Ich habe jetzt die ganze Nacht geloggt. Keine Veränderung. Das einzige, was ich mir noch ansehen muss, ist der Client im OG. Hier war das Log nicht mehr verfügbar. Der Log des Servers und des Client sagen beide die gleichen Ergebnisse wie gestern vor dem Setzen von CS378x und dem deaktivieren des Proxy auf dem Server. Anbei noch einmal die Logs sowie die Konfigs des Client sowie Server. Auf das Log des IGEL habe ich verzichtet, dort gibt es keine Fehlereinträge, alle Anfragen wurden mit "found" beantwortet. Wenn es im 2. Resi im OG keine Timeouts gibt muss ein Hardwaredefekt entweder am Router vorliegen, andem Resi im EG angeschlossen ist oder an der Netzwerkkarte des Resi selbst oder das Image hat nen Schaden.

Sollte ich noch in der oscam.conf den Eintrag reinschreiben?
suppresscmd08 = 1
Für was ist dieser Eintrag? Und muss dieser auf den Server (IGEL) und dem Resi in der oscam.conf stehen?

IGEL
Oscam.Server
[reader]
label = sky_v13
protocol = mouse
device = /dev/ttyUSB0
autospeed = 0
caid = 09C4
boxid = 12345678
ins7e11 = 15
detect = cd
mhz = 600
group = 1
emmcache = 1,1,2,0
blockemm-unknown = 1
blockemm-u = 1
blockemm-s = 1
blockemm-g = 1
saveemm-unknown = 1
saveemm-u = 1
saveemm-s = 1
ndsversion = 2

Oscam.user
[account]
user = wohnzimmer
pwd = wohnzimmer
description = wohnzimmer
group = 1

[account]
user = kindklein
pwd = kindklein
description = kindklein
au = 1
group = 1

Oscam.conf
[global]
logfile = /var/log/ipc/OScam.log
clienttimeout = 2000
fallbacktimeout = 1900
bindwait = 2
nice = -1
maxlogsize = 2480
preferlocalcards = 1
usrfile = /var/log/ipc/oscam_usr.log
emmlogdir = /var/log/ipc/

[cache]

[cs357x]
port = 12000

[cs378x]
port = 12001

[webif]
httpport = 83
httphelplang = de
httprefresh = 5
httpallowed = 127.0.0.1,192.168.0.0-192.168.255.255
hideclient_to = 15

Resi

Oscam.server
[reader]
label = server_proxy
protocol = cs378x
device = 192.168.178.15,12001
user = wohnzimmer
password = wohnzimmer
caid = 09C4
group = 4
emmcache = 1,1,2,0
blockemm-g = 1

Oscam.user
[account]
user = dvbapi
pwd = dvbapi
group = 1,2,3,4
au = 1
uniq = 1
#caid = 1702,1833,1843,0D05,09C4,0D95,0648
#betatunnel = 1833.FFFF:1702

Oscam.conf
[global]
usrfile = /autofs/sda8/swapextensions/keys/usr_oscam.log
mailfile = /autofs/sda8/swapextensions/keys/mailoscam.log
logfile = /autofs/sda8/swapextensions/keys/oscam.log
emmlogdir = /autofs/sda8/swapextensions/keys/
disableuserfile = 0
disablemail = 0
loghistorysize = 4000
clienttimeout = 2000
fallbacktimeout = 1900
bindwait = 2
nice = -1
maxlogsize = 1000
preferlocalcards = 1
saveinithistory = 1
lb_savepath = /tmp/.oscam/stat

[monitor]
port = 988
nocrypt = 192.168.0.0-192.168.255.255
hideclient_to = 15
appendchaninfo = 0

[cs357x]
port = 12000

[cs378x]
port = 12001




[dvbapi]
enabled = 1
au = 1
boxtype = duckbox
user = dvbapi

[webif]
httpport = 8888
httphelplang = de
httprefresh = 5
httpallowed = 127.0.0.1-192.168.255.255
httpshowpicons = 1

Oscam.log
2015/05/08 04:27:10 579558 c (ecm) dvbapi (09C4&000000/0B5E/007B/B3:E494F46A984FC824803B21B2754EC931): found (121 ms) by server_proxy
2015/05/08 04:27:17 579558 c (ecm) dvbapi (09C4&000000/0B5E/007B/B3:5D5CEF838A1C23170F42F67DB9BEB042): found (120 ms) by server_proxy
2015/05/08 04:27:24 579558 c (ecm) dvbapi (09C4&000000/0B5E/007B/B3:F18B4A690B7F0BFFC0718F71FB1D038B): found (118 ms) by server_proxy
2015/05/08 04:27:33 579558 c (ecm) dvbapi (09C4&000000/0B5E/007B/B3:619DB2C0C17B77411B91E9218C21EC67): timeout (2004 ms) by server_proxy
2015/05/08 04:27:34 579558 c (ecm) dvbapi (09C4&000000/0B5E/007B/B3:619DB2C0C17B77411B91E9218C21EC67): found (913 ms) by server_proxy
2015/05/08 04:27:38 579558 c (ecm) dvbapi (09C4&000000/0B5E/007B/B3:0026EA72E156D9EAA4B2AAF022E05F2A): found (119 ms) by server_proxy
2015/05/08 04:27:45 579558 c (ecm) dvbapi (09C4&000000/0B5E/007B/B3:8706DC8FB909F105D40823D07836FC87): found (120 ms) by server_proxy


und weiter

2015/05/08 05:06:43 579558 c (ecm) dvbapi (09C4&000000/0B5E/007B/B3:64E905A37988BFB90C6C1B23E75CFF2E): found (118 ms) by server_proxy
2015/05/08 05:06:50 579558 c (ecm) dvbapi (09C4&000000/0B5E/007B/B3:AD2B173B7B42F70A11C4E15BA19EEF13): found (121 ms) by server_proxy
2015/05/08 05:06:59 579558 c (ecm) dvbapi (09C4&000000/0B5E/007B/B3:06CC5C0BCED278CF06E2E0100E36FD23): timeout (2002 ms) by server_proxy
2015/05/08 05:07:01 579558 c (ecm) dvbapi (09C4&000000/0B5E/007B/B3:06CC5C0BCED278CF06E2E0100E36FD23): timeout (2003 ms) by server_proxy
2015/05/08 05:07:02 579558 c (dvbapi) Demuxer 0 restarting decodingrequests after 1 ms with 1 enabled and 3 disabled ecmpids!
2015/05/08 05:07:02 579558 c (dvbapi) Demuxer 0 trying to descramble PID 1 CAID 09C4 PROVID 000000 ECMPID 1B17 ANY CHID PMTPID 0060 VPID 00FF
2015/05/08 05:07:04 579558 c (ecm) dvbapi (09C4&000000/0B5E/007B/B3:06CC5C0BCED278CF06E2E0100E36FD23): timeout (2001 ms) by server_proxy
2015/05/08 05:07:04 579558 c (ecm) dvbapi (09C4&000000/0B5E/007B/B3:F1A25E8A70BC937A4309ADFAA3B62CE1): found (120 ms) by server_proxy
2015/05/08 05:07:06 579558 c (ecm) dvbapi (09C4&000000/0B5E/007B/B3:06CC5C0BCED278CF06E2E0100E36FD23): timeout (2003 ms) by server_proxy
2015/05/08 05:07:06 579558 c (ecm) dvbapi (09C4&000000/0B5E/007B/B3:F1A25E8A70BC937A4309ADFAA3B62CE1): cache1 (1 ms) by server_proxy
2015/05/08 05:07:25 579558 c (ecm) dvbapi (09C4&000000/0B5E/007B/B3:B6756A3C76F423E26FCB81B2BD481708): found (120 ms) by server_proxy
2015/05/08 05:07:35 579558 c (ecm) dvbapi (09C4&000000/0B5E/007B/B3:710055EB09EE4934DE50AEFBD84463D1): found (117 ms) by server_proxy
2015/05/08 05:07:54 579558 c (ecm) dvbapi (09C4&000000/0B5E/007B/B3:A861BBEA9CD053A445869480D84ABA41): found

oscam.dvbapi
############### oscam.dvbapi ######################

P: 1843
P: 09C4
P: 0648
I: 0
 
Zuletzt bearbeitet:
AW: freezer seit ca 4 Tagen bei Oscam Client

Vielen Dank für eure Hilfe.
Problem ist gelöst.
 
Zuletzt bearbeitet:
AW: freezer seit ca 4 Tagen bei Oscam Client

Problemlösung?
Vielleicht hilft es anderen.
 
AW: freezer seit ca 4 Tagen bei Oscam Client

Scheinbar ein Port Problem des Netzwerks. Ich habe ja gesagt, dass es letzte Woche meinen GB-Port geschmissen hat. Ich habe daraufhin alles neu gemacht, neue Dose, neues Kabel etc. Es wurde auch alles durchgemessen, beide Swichte und der Router ebenfalls durchgemessen. Scheinbar verhielt es sich so, dass wenn eine bestimmte Ader angesprochen wurde, diese die Pakete nicht weiterreichen kann. Warum auch immer das so gewesen ist. Ich habe den Router nochmal auf 100MBit gestellt. Siehe da, keine Fehler mehr. Der Port des Routers hat einen Defekt bei einer 1GB Anbindung. Welchen, kann ich leider nicht sagen. Ich habe den Router getauscht. habe am Sonntag nacht alles laufen laufen, keine Timeouts mehr. Denke, der Fehler ist damit behoben.
 
AW: freezer seit ca 4 Tagen bei Oscam Client

Bei mir schaffen die normalen Router den Traffic auch nicht, erstrecht nicht wenn ich noch Filme raus streame per Plex Server. Der EdgeRouter hat guten NAT und verträgt einiges mehr, hat auch 512 MB Ram und ist noch günstig.
 
AW: freezer seit ca 4 Tagen bei Oscam Client

Meine beiden Netgear Switche und mein Linksys Router sind eigentlich schon ganz gut. Diese schaffen auch den Traffic, das ist kein Problem. Auch bei 100MBit kein großen Problem. Man sollte natürlich dann nicht zeitgleich große Datenmengen aus dem Internet herunterladen. Stream geht hervorragend. Das ein Port oder gleich alle 4 Ports am Router defekt sind, oder eben nur zu 99,5% korrekt arbeiten, habe ich noch nicht erlebt.
 
AW: freezer seit ca 4 Tagen bei Oscam Client

Ja da brechen dann auch die Netzwerkprioriesierungen auf der Fritz zusammen.
Die ist eben halt ein Allrounder, aber nicht speziell eine Richtung.

Ich benutze die Fritz als Kabelmodem und fürs DECT, den Edgerouter als Firewall, Loadbalance und DHCP,
und dann noch zwei Geräte (UNIFI AP-LR und TP-Link 7210N) für´s Wlan.
 
Zuletzt bearbeitet von einem Moderator:
AW: freezer seit ca 4 Tagen bei Oscam Client

Ne, die FB ist Internetrouter, DHCP und Firewall, die Switche sind sowieso ungemanagt und der Router für WLAN und Amazon Fire TV
 
Zurück
Oben