HD+ Freezer - Bad CW Cycle

[Bodo-1]

Sorry das hat sich überschnitten .

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

Meine Waitimes sehen so aus

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 .

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]

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]

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

Spoiler

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

ein paar abfragen später dann so in etwa .

Spoiler

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

 

[axel]

Hi,

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

Gruß

Gesendet von meinem SM-G920F mit Tapatalk

 

[janni1]

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]

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

from: cache -> drop cw (ECM Answer)

Bei den i12 Karten sieht es so aus:

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

Anbei mal meine Konfig:

OSCam.conf

Spoiler

# 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

Spoiler

# 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]

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]

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

 

[Best-Of-Me]

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

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]

Hi,

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

Gruß

Gesendet von meinem SM-G920F mit Tapatalk

 

[Best-Of-Me]

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

Spoiler

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:

Spoiler

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]

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

 

[axel]

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]

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...