Fragen zum cyclecheck Log

Best-Of-Me · 6. Mai 2013

Hallo zusammen,

ich nutze seit einigen Tagen den cw-cyclecheck und habe folgende Einträge in meinem oscam.log gefunden:

2013/05/06 06:41:49 B73D7DC0 p cyclecheck [Bad CW Cycle] for: user01 0D00&0000C0/0000/1D58/84:1CFD5B1C70513F9D997FB471E0B03060 from: nova -> drop cw (ECM Answer)
2013/05/06 06:49:02 B73B5720 r cyclecheck [Bad CW Cycle] for: user02 1722&000000/0000/000B/93:0C3DE03D603C395030C9A1BD5CEE1FB1 from: i12_01 -> drop cw (ECM Answer)
2013/05/06 06:49:03 B73B72A8 r cyclecheck [Bad CW Cycle] for: user02 1722&000000/0000/000B/93:0C3DE03D603C395030C9A1BD5CEE1FB1 from: i12_02 -> drop cw (ECM Answer)
2013/05/06 08:37:20 B73B5720 r cyclecheck [Bad CW Cycle] for: user03 1722&000000/0000/00DF/93:673496C60DCDB8A0151BB3E932E5A281 from: i12_01 -> drop cw (ECM Answer)
2013/05/06 08:37:21 B73B72A8 r cyclecheck [Bad CW Cycle] for: user03 1722&000000/0000/00DF/93:673496C60DCDB8A0151BB3E932E5A281 from: i12_02 -> drop cw (ECM Answer)

1. Angeblich sind BAD CW's gefunden und gedroppt worden, kann ich erkennen woher diese CW's kamen? Ich habe nämlich 3 CE3 Partner
2. was besagt der Eintrag "from" in den Zeilen 2-5 ist gelistet: "from: i12_01 und i12_02" das sind aber meine Lokalen Karten, haben meine Lokalen Karten BAD CW's erzeugt??
3. Aufbauend zur 2. Frage kontrolliert der cyclecheck nicht eigentlich nur die über CE3 eingehenden CW's??
4. was passiert, nachdem ein CW gedroppt wurde?? wird ein neues angefordert? wird auf ein neues CW aus dem ce3 gewartet?

Besten dank im voraus!

Kann mich da wirklich niemand aufklären??

hwmmc · 6. Mai 2013

AW: Fragen zum cyclecheck Log

Code:

06:49:02 [COLOR=#008000]B73B5720 [/COLOR]r cyclecheck [Bad CW Cycle] for: [COLOR=#ff8c00]user02 [/COLOR]1722&000000/0000/000B/93:0C3DE03D603C395030C9A1BD5CEE1FB1 from: i12_01 -> drop cw (ECM Answer)
06:49:03 [COLOR=#ff0000]B73B72A8 [/COLOR]r cyclecheck [Bad CW Cycle] for: [COLOR=#ff8c00]user02 [/COLOR]1722&000000/0000/000B/93:0C3DE03D603C395030C9A1BD5CEE1FB1 from: i12_02 -> drop cw (ECM Answer)
08:37:20 [COLOR=#008000]B73B5720 [/COLOR]r cyclecheck [Bad CW Cycle] for: [COLOR=#0000cd]user03 [/COLOR]1722&000000/0000/00DF/93:673496C60DCDB8A0151BB3E932E5A281 from: i12_01 -> drop cw (ECM Answer)
08:37:21 [COLOR=#ff0000]B73B72A8 [/COLOR]r cyclecheck [Bad CW Cycle] for: [COLOR=#0000cd]user03 [/COLOR]1722&000000/0000/00DF/93:673496C60DCDB8A0151BB3E932E5A281 from: i12_02 -> drop cw (ECM Answer)

... fällt dir da nichts auf? gleicher Client, aber unterschiedliche rot/grün Werte ...

Best-Of-Me · 7. Mai 2013

AW: Fragen zum cyclecheck Log

Hmm ok und wie kommt soetwas zustande?! Wie kann ich es unterbinden? Wieso heißt es "from i12_01 und i12_02" ?? Verursachen meine Lokalen Karten diese Fehlerhaften CW's ??

Wenn ich ehrlich sein soll, weiß ich den Log nicht zu interpretieren!

hwmmc · 7. Mai 2013

AW: Fragen zum cyclecheck Log

Das sollten keine fehlerhaften CW sein, nur im Cache sind diese schon vorhanden und werden deshalb verworfen.
Dafür wurde der cwc check gemacht, damit nicht doppelt und dreifache CWs im Cache sind.

Best-Of-Me · 7. Mai 2013

AW: Fragen zum cyclecheck Log

Irgendwie kauf ich dir das nicht ganz ab... Denn im Log ist ja die Rede von einem "Bad CW" und nicht von "Duplicate CW" ???

hwmmc · 8. Mai 2013

AW: Fragen zum cyclecheck Log

Lese doch mal richtig, vllt. verstehste es ja dann!

rolu2 · 10. April 2014

AW: Fragen zum cyclecheck Log

Weiss man jetzt mehr was der Log genau zu bedeuten hat. Ich habe solche Einträge im Log auf gelegentlich. Dann aber nur einen

Code:

014/04/10 07:14:45  906C570 r cyclecheck [Bad CW  Cycle] for: user1  1702&000000/0000/00DD/93:388A01ED9A115EB576C790644669B01B from: sky  -> drop cw (ECM Answer)

janni1 · 10. April 2014

AW: Fragen zum cyclecheck Log

Hi,
dein CWC Check hat ein CW gefunden, was nicht in den Zyklus der vorangegangenen CWs passt und hat diese, wie in der config angegeben, gedropt.

Hier mal was zu den CW cyclen.
https://www.digital-eliteboard.com/...e-einstellen&p=1804816&viewfull=1#post1804816

Gruß
janni1

rolu2 · 10. April 2014

AW: Fragen zum cyclecheck Log

@janni1

Meine configs dazu sind so. 1702 und 1830 habe ich selber

[global]
logfile = /var/log/ipc/OScam.log
clienttimeout = 10000
nice = -1
maxlogsize = 2000
waitforcards = 0
preferlocalcards = 1
dropdups = 1
lb_mode = 10
lb_save = 100
lb_reopen_seconds = 300
lb_retrylimit = 600
lb_auto_betatunnel = 0
lb_auto_betatunnel_prefer_beta= 105
lb_savepath = /var/etc/lb/stat
failbantime = 1
failbancount = 99

[cache]
delay = 40
wait_time = 1702@000000:1000,1722@000000:1000,09C4@000000:170,098C@000000:150,09C7@000000:150,1830@000000:490,1843@000000:490
cacheex_cw_check = 098C:1:2,09C7:1:2,09C4:1:2,1830:1:2,1843:1:2
cacheexenablestats = 1
cwcycle_check_caid = 1702,1722,1833,1834,1830,1843,098C,09C4,09C7
cwcycle_keeptime = 5
cwcycle_check_enable = 1
cwcycle_allowbadfromffb = 1
cwcycle_usecwcfromce = 1
wait_until_ctimeout = 1
cwcycle_sensitive = 4

Sollte ich da noch was ändern?

janni1 · 10. April 2014

AW: Fragen zum cyclecheck Log

Hi,
sieht gut aus, auf den ersten Blick, denk ich.

cacheex_cw_check = 098C:1:2,09C7:1:2,09C4:1:2,1830:1:2,1843:1:2

Sei dir hier aber bewußt, das nur CWs aus dem Cache genommen werden, wo du mindestens zweimal die gleichen erhalten hast. Einfache werden ignoriert.
Für NDS-Karten die keinen Cycle haben, kann man das machen. Bei den Nagra-Karten würde ich es erstmal ohne versuchen.

cwcycle_allowbadfromffb = 1

Hast du auch entsprechende Fallback-Reader eingerichtet? Am besten nur Lokale.

cacheexenablestats = 1

Damit würde ich auch vorsichtig sein. Die Tabelle unter "Cache" kann, bei entsprechendem Cache, riesengroß werden.

Gruß
janni1

rolu2 · 11. April 2014

AW: Fragen zum cyclecheck Log

Sei dir hier aber bewußt, das nur CWs aus dem Cache genommen werden, wo du mindestens zweimal die gleichen erhalten hast. Einfache werden ignoriert.
Für NDS-Karten die keinen Cycle haben, kann man das machen. Bei den Nagra-Karten würde ich es erstmal ohne versuchen.

Bedeutet Nagra-Karten gar nicht eintragen

Hast du auch entsprechende Fallback-Reader eingerichtet? Am besten nur Lokale.

Hatte ich noch nicht, habe jetzt meine beiden Lokalen(1702 und 1830) eingetragen

Damit würde ich auch vorsichtig sein. Die Tabelle unter "Cache" kann, bei entsprechendem Cache, riesengroß werden.

Löschen sich die Einträge nicht von selber irgedwann?
Hat das negativen Einfluss aufs CS. Oder meinst du nur die lange Tabelle und das das laden dann recht lange dauert um sich die anzeigen zu lassen

v0lcom · 13. April 2014

AW: Fragen zum cyclecheck Log

Würd mich hier gern mal noch einklinken. Bin grad ein wenig am umstellen bei mir.
Hab 2x hd+ und 2x sk* 098c.

Ich möchte mit nem Kumpel cachen. Daher hab ich nun meine Config geändert. Zuerst hab ich "Prefer CacheEx than Locals".
Ich hab den LB deaktiviert. Dann hab ich jeweils eine der beiden Karten als "Fallback per Caid" eingestellt
Bei OScam unter CacheEx hab ich das eingestellt:

1702:1000,1833:1000,098C:50:200,1830:100:450,1843:100:500,0500:100:400

Nur bin ich mir nicht ganz sicher was das bedeuten soll. Also soweit ich das verstehe wartet er z.b. bei der 1830 nun 100ms.
Nur weiß ich nicht genau auf was er da wartet. Wenn was ausm Cache kommt wär das bei hd01 oder hd02 ja auch so um die 350ms.

Mein Gedankengang war das Oscam zuerst nach Cache sucht, findet Oscam keinen Cache, dann soll Oscam meine Lokale Karte hernehmen.
Wäre diese V14 z.B. dann überlastet soll Oscam auf die zweite V14 zugreifen (durch fallback per caid).
Oder muss ich das Fallback per Caid bei beiden Lokalen eintragen?

Funktioniert das überhaupt so oder brauch ich zwingend den LB?
Mir erscheint der doch ein wenig überflüssig wenn ich das alles irgendwie so einstellen kann.

Und falls mir das jemand in meinem "Quote" richtig erklären kann wär ich sehr dankbar.

Fragen zum cyclecheck Log

Best-Of-Me

Spezialist

hwmmc

DEB König

Best-Of-Me

Spezialist

hwmmc

DEB König

Best-Of-Me

Spezialist

hwmmc

DEB König

rolu2

janni1

rolu2

janni1

rolu2

v0lcom

Ist oft hier

Ähnliche Themen

Fragen zum cyclecheck Log

Spezialist

DEB König

Spezialist

DEB König

Spezialist

DEB König

Ist oft hier

Ähnliche Themen

Datenschutz & Transparenz

Datenschutz & Transparenz