Disconnect nach zu schnellem Cache?

[Best-Of-Me]

Hallo zusammen,

ich habe wieder / immernoch ein kurioses Problem mit meinem Cache / CacheEx.

Wenn der Client ohne verzögerung (also ohne die Waittime) ein CW aus dem Cache erhält, disconnected dieser sich.. Das verhalten weisen verschiedene Clients auf. Alle sind per CCcam 2.3.0 angebunden. OSCam Server r11391.

Wie man in dem Logausschnitt erkennen kann, kommen die 4 Anfragen gleichzeitig rein, der Problem-User bringt allerdings ein anderes ECM mit?!? und erhält aus dem CacheEx nach Cache-Delay 100ms das CW. In der selben Sekunde wird ein disconnect und connect durchgeführt.... Kann mir jemand erklären wieso das passiert???

BTW: Mit dem Cache-Delay Werten habe ich auch schon experementiert. Ich bin wie im Log zu sehen bis 100ms hochgegangen aber alles leider ohne Erfolg. Darüberhinaus ist das Verhalten auch, wenn die Antwort vom lokalen Cache ohne Wait-Time beantwortet wird.

Spoiler

2017/11/07 23:35:09 1884002D c      (ecm) user01 (1830@000000/0000/EF11/92:907FC0A14E358FA8AA8834C862DD3265): cache2 (1085 ms) by hd01 (L/1/7/7) - VOX HD
2017/11/07 23:35:09 5336BB92 c      (ecm) user02 (1830@000000/0000/EF11/92:907FC0A14E358FA8AA8834C862DD3265): cache2 (1103 ms) by hd01 (L/1/7/7) - VOX HD
2017/11/07 23:35:09 2227D5C5 c      (ecm) user03 (1830@000000/0000/EF11/92:907FC0A14E358FA8AA8834C862DD3265): found (1110 ms) by hd01 (L/1/7/7) - VOX HD (real 310 ms) (cwc OK)
2017/11/07 23:35:09 1E7DA632 c      (ecm) Problem-User (1830@000000/0000/EF11/92:14D429CA7AAA2A7C573D8FFF0F747B62): cache3 (100 ms) by cacheex - VOX HD
2017/11/07 23:35:09 1E7DA632 c   (client) Problem-User disconnected from xx.xx.xx.xx
2017/11/07 23:35:10 7DF444BE c   (client) encrypted cccam-client xx.xx.xx.xx granted (Problem-User, au=off)

Anbei noch 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
disablecrccws_only_for        = 0500:050F00

[cache]
delay                         = 100
wait_time                     = 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
cacheex_cw_check              = 1722:-1,1830:-1,1835:-1,1838:-1
cwcycle_check_enable          = 1
cwcycle_check_caid            = 1722,1830,1835,1838
cwcycle_onbad                 = 0
cwcycle_dropold               = 0
cwcycle_sensitive             = 3
cwcycle_allowbadfromffb       = 1

[cs357x]
port                          = xxx

[cs378x]
port                          = xxx

[cccam]
port                          = xxx,xxx
nodeid                        = xxx
version                       = 2.3.0
reshare                       = 2
reshare_mode                  = 1
minimizecards                 = 2

[webif]
httpport                      = xxx
httpuser                      = xxx
httppwd                       = xxx
httphelplang                  = de
httpshowmeminfo               = 1
httpshowuserinfo              = 1
httpshowcacheexinfo           = 1
httpshowecminfo               = 1
httpshowloadinfo              = 1
httpallowed                   = 1.1.1.1-255.255.255.255
httposcamlabel                = xxx
http_status_log               = 1

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                         = Lokaler-UM02 Reader
protocol                      = cccam
device                        = xxx
user                          = xxx
password                      = xxx
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                         = Lokaler-i12 Reader
protocol                      = cccam
device                        = xxx
user                          = xxx
password                      = xxx
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                         = Lokaler-hd01 Reader
protocol                      = cccam
device                        = xxx
user                          = xxx
password                      = xxx
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-1
description                   = xxx
enable                        = 0
protocol                      = cs378x
device                        = xxx
user                          = xxx
password                      = xxx
inactivitytimeout             = 30
reconnecttimeout              = 60
keepalive                     = 1
cacheex                       = 2
cacheex_maxhop                = 2
cacheex_ecm_filter            = 098C,09C4,1838,1722,1835,098E
cacheex_drop_csp              = 1
cacheex_block_fakecws         = 1
group                         = 5
audisabled                    = 1

[reader]
label                         = cacheex-2
description                   = xxx
protocol                      = cs378x
device                        = xxx
user                          = xxx
password                      = xxx
inactivitytimeout             = 30
reconnecttimeout              = 60
keepalive                     = 1
cacheex                       = 2
cacheex_maxhop                = 2
cacheex_ecm_filter            = 098C,09C4,1830,1838,1722,1835,098E
cacheex_drop_csp              = 1
cacheex_block_fakecws         = 1
group                         = 5
audisabled                    = 1

[reader]
label                         = cacheex-3
description                   = xxx
protocol                      = cs378x
device                        = xxx
user                          = xxx
password                      = xxx
inactivitytimeout             = 30
reconnecttimeout              = 60
keepalive                     = 1
cacheex                       = 2
cacheex_maxhop                = 2
cacheex_ecm_filter            = 098C,09C4,1830,1838,098E
cacheex_drop_csp              = 1
cacheex_block_fakecws         = 1
group                         = 5
audisabled                    = 1

[reader]
label                         = Proxy-Reader
description                   = xxx
protocol                      = cccam
device                        = xxx
user                          = xxx
password                      = xxx
inactivitytimeout             = 30
group                         = 3
cccversion                    = 2.3.0
cccmaxhops                    = 1
ccckeepalive                  = 1
audisabled                    = 1

oscam.user

Spoiler

[account]
user                          = Problem-User
pwd                           = xxx
uniq                          = 3
umaxidle                      = 11
group                         = 3,4,5,6
services                      = !prio_i12_um02,!prio_hd01
cccreshare                    = 0

Die Not-Services beim User sind gesetzt, damit dieser keine Abfragen zu Services macht, die ich nicht am Server habe.

 

[janni1]

Hi,
wie ist "Problem-User" mit dem Inet verbunden?
Scheinbar hat dieser ein Verbindungsbroblem mit darauf folgendem Abbruch, denn er fragt zeitgleich mit den anderen Usern, aber mit einem veralteten ECM an und verabschiedet sich.
Das passende CW zu dieser alten ECM befindet sich nun auch ohne Waittime schon im Cache .

Ich würde zur Fehlersuche mal eine Dauerping vom Clienten zum Server laufen lassen.

 

[Best-Of-Me]

Das Verhalten tritt ja aber bei verschiedenen Usern auf.. es wäre auch ein Riesen Zufall, dass die Internetprobleme des Problem-User immer dann auftreten, wenn die CW am Server ohne wait-Time beantwortet wird, oder?!

Der Server ist ein VPS, aber auch da wäre es sehr kurios, dass die Verbindungsprobleme zu einzelnen Clients nur dann auftreten, wenn OSCam das CW ohne Wait-Time beantwortet oder?!?

 

[janni1]

Hi,
sieh es doch mal andersherum
Wenn User Probleme mit dem Netz haben (hohe Latenz mit folgendem Abbbruch), bekommen sie Cache3-Hits auch ohne Waittime, da die CWs von den "schnellen" Usern schon angefragt wurden.
Würdest du Cacheex ganz abschalten für diese User, bekämen sie Cache2-Hits und bei längeren Laufzeiten auch Cache1-Hits.

edit:
Mit "cwcycle_dropold = 1" könnte es sein, dass diese alten CWs gedropt werden. Da bin ich mir aber nicht ganz sicher, da du "localcards" und "fallback" für diesen Reader in Verbindung mit "cwcycle_allowbadfromffb" gesetzt hast.

 

[Best-Of-Me]

Wie bereits im 1. Post geschrieben, tritt das Verhalten ja nicht nur bei CacheEx auf. Wenn das CW aus dem lokalen Cache sofort beantwortet wird, disconnected sich der User ebenfalls.

 

[DarkStarXxX]

Warum dies so ist würde ja in #4 beantwortet.

 

[janni1]

Hi,
ich glaube du verwechselst Ursache und Wirkung.
Der Cache-Hit bewirkt nicht das Disconnecten sondern ist die Folge von Laufzeitverlängerungen/Paketverlusten.
Such doch mal dein Log ab, ob diese User sich auch ohne irgendwelche Anfragen disconnecten und gleich darauf wieder verbinden.

 

[Best-Of-Me]

Ich denke, dass ich das Problem nun lösen konnte... ich habe die Loadbalancer-Statistik Einstellungen von Default (336std) auf 24 std runtergesetzt. Schwups treten die Probleme nicht mehr auf...