HD+ Freezer - Bad CW Cycle

Bodo-1 · 24. Oktober 2017

Sorry das hat sich überschnitten .

Ich habe oben aber auch noch was editiert , solltest du dir mal anschauen .

Meine Waitimes sehen so aus

Code:

09C4:180,098C:180,1830:800,1843:800,0D05:600,0D95:600,0648:300,1722:1800,1834:1800,1801:300,0D96:600,0B00:1000,0500:200,1838:1950,0D00:1800,1835:1800,1810:1800,0100:900,098E:150

Damit habe ich seit Jahren keine probleme gehabt .

Es könnte aber auch sehr gut sein das du da einige Fake CW bekommst und deshalb der cycle nicht stimmt .

Ich würde mal cacheex_block_fakecws aktivieren,um das zu nutzen muss allerdings in der oscam.fakecws auch etwas eingetragen sein an CW,s.

Diese beiden kannst du mal eintragen .

Code:

06060612060606120606061206060612
0909091B0909091B0909091B0909091B

Anschliessend Oscam Rebooten

Ohne diese beiden Einträge in der Fake cw verteilst du untewr anderem auch die falschen Cw,s munter weiter , deshalb am besten gleich eintragen .

Best-Of-Me · 24. Oktober 2017

Die Fakecws habe ich bereits drin. Meine waittime habe ich absichtlich nicht so hoch gesetzt. Ich möchte nicht, dass die CW Zeiten so knapp verschickt werden. Zumal die Karten ohnehin nicht an der Lastgrenze laufen, bin ich nicht darauf angewiesen...

Bodo-1 · 24. Oktober 2017

Ist der Cycle Check denn überhaupt aktiv ?
Das log sollte dann so in etwa aussehen :

found (475 ms) by server cs378x - Sat1 HD (cwc LEARN)

ein paar abfragen später dann so in etwa .

found (421 ms) by server cs378x - Sat1 HD (cwc OK)

axel · 25. Oktober 2017

Hi,

Fakecws/Errors bekommst immer, selten gibt es sauberen grossen Cache, meine Erfahrung.

Gruß

Gesendet von meinem SM-G920F mit Tapatalk

janni1 · 25. Oktober 2017

Hi,
wenn der Fallbackreader einspringt, sollte dein Log etwa so aussehen.

2017/10/24 13:45:29 00000000 (cwccheck) cyclecheck [Bad CW Cycle] for: Home 1830@000000/0000/151A/92:xxx from: cache -> drop cw (ECM Answer)
2017/10/24 13:45:29 1DA0068 p cyclecheck [check Fixed FB] dein HDplusReader is set as fixed fallback
2017/10/24 13:45:29 1DA0068 p cyclecheck [Bad CW Cycle] for: Home 1830@000000/0000/151A/92:xxx from: dein HDplusReader -> But Ignored because of answer from Fixed Fallback Reader
2017/10/24 13:45:29 1C53660 c Home (1830@000000/0000/151A/92:xxx): found (851 ms) by dein HDplusReader (L/1/3/3) - DmaxHD (real 301 ms) (cwc NOK but IGN (fixed FB))

Falls nicht, stimmt etwas mit deiner Config nicht.

Wo tritt der Fehler auf? zB. auf einen Root/Vserver außerhalb?
Kann der betroffene User "Home" wirklich auf die Hdplus/UM-Karte zugreifen?
Wo befinden sich die Karten?
Wenn diese zB. auf den Vserver mit der selben IP, wie der User "Home" auftauchen, kann dieser nur darauf zugreifen, wenn "block_same_ip = 0" gesetzt wurde.

Best-Of-Me · 25. Oktober 2017

Das Problem tritt auf dem VPS auf. Dieser hat eine VPN zu meinem OSCam Zuhause wo die Karten direkt dranhängen.

Die Fehlermeldungen sind bei meinen HD+(HD01) und UM (i12) Karten unterschiedlich.

Bei den HD+ Sendern kommt ein

Code:

from: cache -> drop cw (ECM Answer)

Bei den i12 Karten sieht es so aus:

Code:

from: cache -> ECM Answer is too OLD -> drop cw (ECM Answer)

Anbei mal meine Konfig:

OSCam.conf

Code:

# oscam.conf generated automatically by Streamboard OSCAM 1.20-unstable_svn SVN r11391
# Read more: http://www.streamboard.tv/svn/oscam/trunk/Distribution/doc/txt/oscam.conf.txt

[global]
logfile                       = /tmp/oscam.log
clienttimeout                 = 5500
clientmaxidle                 = 0
sleep                         = 240
nice                          = -15
maxlogsize                    = 10240
waitforcards                  = 0
preferlocalcards              = 1
dropdups                      = 1
block_same_ip                 = 0
block_same_name               = 0
lb_mode                       = 1
lb_save                       = 300
lb_nfb_readers                = 2
lb_min_ecmcount               = 25
lb_reopen_seconds             = 600
lb_auto_betatunnel            = 0
lb_savepath                   = /tmp/oscam_lb.log
lb_retrylimits                = 09:300,17:3000,1830:500,18:2000

[cache]
delay                         = 11
max_time                      = 9
wait_time                     = 50,09:10:50,17:50:950,1830:50:550,1835:50:950,1838:10:50,1810:50:650
cwcycle_check_caid            = 0B00,1722,1810,1830,1835,1838
cwcycle_keeptime              = 5
cwcycle_allowbadfromffb       = 1
cwcycle_usecwcfromce          = 1

[cs357x]
port                          =

[cs378x]
port                          =

[cccam]
port                          =
nodeid                        =
version                       = 2.3.0
reshare                       = 2
reshare_mode                  = 1
minimizecards                 = 2
recv_timeout                  = 4000

OSCam.Server

Code:

# oscam.server generated automatically by Streamboard OSCAM 1.20-unstable_svn SVN r11391
# Read more: http://www.streamboard.tv/svn/oscam/trunk/Distribution/doc/txt/oscam.server.txt

[reader]
label                         = um02
protocol                      = cccam
device                        =
user                          =
password                      =
services                      = um_sky_voll
lb_whitelist_services         = um_sky_voll
inactivitytimeout             = 30
fallback                      = 1
fallback_percaid              = 1838:000000
localcards                    = 1838:000000
caid                          = 1838
group                         = 2
cccversion                    = 2.3.0
cccmaxhops                    = 0
ccckeepalive                  = 1

[reader]
label                         = i12
protocol                      = cccam
device                        =
user                          =
password                      =
services                      = um_sky_voll
lb_whitelist_services         = um_sky_voll
inactivitytimeout             = 30
fallback                      = 1
fallback_percaid              = 1722:000000;1835:000000
localcards                    = 1722:000000;1835:000000
caid                          = 1722,1835
ecmwhitelist                  = 1722:93
group                         = 2
cccversion                    = 2.3.0
cccmaxhops                    = 0
ccckeepalive                  = 1

[reader]
label                         = hd01
protocol                      = cccam
device                        =
user                          =
password                      =
services                      = hdplus
lb_whitelist_services         = hdplus
inactivitytimeout             = 30
fallback                      = 1
fallback_percaid              = 1830:000000
localcards                    = 1830:000000
caid                          = 1830
group                         = 4
cccversion                    = 2.3.0
cccmaxhops                    = 0
ccckeepalive                  = 1

[reader]
label                         = cacheex
protocol                      = cs378x
device                        =
user                          =
password                      =
inactivitytimeout             = 30
reconnecttimeout              = 60
keepalive                     = 1
cacheex                       = 2
cacheex_maxhop                = 2
cacheex_drop_csp              = 1
cacheex_block_fakecws         = 1
group                         = 5
audisabled                    = 1

Best-Of-Me · 26. Oktober 2017

Ich habe jetzt mal CacheEx deaktiviert. Jetzt gibt es keine Bad cwccheck's mehr aus dem Cache... Kann mir das jemand erklären? Oder ist das evtl. ein Bug in meiner OSCam Rev. r11391 ?!

DarkStarXxX · 26. Oktober 2017

Kann ja auch keine mehr geben, wenn kein Cache mehr da ist.

Best-Of-Me · 26. Oktober 2017

Also ich habe die Fehlermeldung so interpretiert, dass der Fehler aus meinem eigenen Cache gekommen ist und nicht aus dem CacheEx.

In der Meldung heißt es ja

Code:

from: Cache

Nun habe ich CacheEx abgeschaltet und die Probleme mit den es tauchen nur noch gelegentlich die Meldungen ECM Answer is too OLD...

Wo kommen die denn her???

axel · 26. Oktober 2017

Hi,

entweder von "zu großzügigen" Waittimes oder schlechtem (externen) Cache.

Gruß

Gesendet von meinem SM-G920F mit Tapatalk

Best-Of-Me · 26. Oktober 2017

Die Bad CW Cycle kommen nun weniger vor, allerdings kommen jetzt mehrere Einträge aufeinmal...

Code:

2017/10/26 20:34:49 15197AFE c (cwccheck) cyclecheck [Bad CW Cycle] for: User02 1830@000000/0000/EF15/92:0C9DxxxF8EE from: cache -> ECM Answer is too OLD -> drop cw (ECM Answer)
2017/10/26 20:34:49 28FD0764 p (cwccheck) cyclecheck [Bad CW Cycle] for: User02 1830@000000/0000/EF15/92:0C9DxxxF8EE from: Proxy01 -> ECM Answer is too OLD -> drop cw (ECM Answer)
2017/10/26 20:34:49 0FD268E1 p (cwccheck) cyclecheck [Bad CW Cycle] for: User02 1830@000000/0000/EF15/92:0C9DxxxF8EE from: Proxy02 -> ECM Answer is too OLD -> drop cw (ECM Answer)
2017/10/26 20:34:50 5D444303 p (cwccheck) cyclecheck [Bad CW Cycle] for: User02 1830@000000/0000/EF15/92:0C9DxxxF8EE from: Proxy03 -> ECM Answer is too OLD -> drop cw (ECM Answer)
2017/10/26 20:34:50 78C84088 p (cwccheck) cyclecheck [Bad CW Cycle] for: User02 1830@000000/0000/EF15/92:0C9DxxxF8EE from: Proxy04 -> ECM Answer is too OLD -> drop cw (ECM Answer)

Meine waittime ist meines erachtens ziemlich human:

Code:

50,09:10:50,17:50:950,1830:50:550,1835:50:950,1838:10:50,1810:50:650

CacheEx habe ich wie schon geschrieben, für 1830 deaktiviert

janni1 · 26. Oktober 2017

Hi,
ich denke hier liegt das Problem bei "User02" selber. Dessen Anfragen kommen, warum auch immer, zu spät.

axel · 26. Oktober 2017

Hi,

hast Du eine oder zwei Instanzen?

Wovon ist wenn das Log?

EDIT: Was prima wäre wenn -> ALLE aktuellen Konfigs (geXXXt) mal posten.

Gruß

Best-Of-Me · 27. Oktober 2017

Mir ist jetzt aufgefallen, dass diese Probleme nur bei OSCam Clients auftreten... die Clients, die CCCam nutzen, haben diese Probleme nicht Bzw. Habe ich noch nicht gesehen...

HD+ Freezer - Bad CW Cycle

Bodo-1

DEB König

Best-Of-Me

Spezialist

Bodo-1

DEB König

axel

janni1

Best-Of-Me

Spezialist

Best-Of-Me

Spezialist

DarkStarXxX

Best-Of-Me

Spezialist

axel

Best-Of-Me

Spezialist

janni1

axel

Best-Of-Me

Spezialist

Ähnliche Themen

HD+ Freezer - Bad CW Cycle

DEB König

Spezialist

DEB König

Spezialist

Spezialist

Spezialist

Spezialist

Spezialist

Ähnliche Themen

Datenschutz & Transparenz

Datenschutz & Transparenz