Client disconnected ohne Grund

[Tutenchamun1]

Hallo

Seit einiger Zeit beobachte ich das Clienten laut log sich angeblich kurz getrennt, dann wieder ein verbunden haben sollen. Das Problem dabei, da ich Caid 1838 priorisiere, schaltet der Client dann bei neuverbindung zwar kurz auf 1838 (priorisiert) aber in der selben Sekunde auf 098E wie im log zusehen und bleibt dann drauf. Das möchte ich aber nicht. hier das log dazu:

Spoiler: log

2023/02/19 10:11:00 52F98B12 c (ecm) #client1 (1838@000000/0000/C35A/92:5EC5956F5A23F1E18C697828988EF57F): cache3 (1842 ms) by xxx (F/2/2/5) - Sport1 HD (wait_time over) (lg) (cwc OK(CE))
2023/02/19 10:11:10 52F98B12 c (ecm) #client1 (1838@000000/0000/C35A/926C48B9E7619E6890FB3644F7C16F49B): cache3 (1840 ms) by xxx (F/2/2/5) - Sport1 HD (wait_time over) (lg) (cwc OK(CE))
2023/02/19 10:11:10 52F98B12 c (client) #client1 disconnected from xx.xxx.xx.xxx
2023/02/19 10:11:10 39346ECE c (client) encrypted cccam-client xx.xxx.xx.xxx granted (#client1, au=off)
2023/02/19 10:11:20 39346ECE c (ecm) #client1 (1838@000000/0000/C35A/92:0DB248F3CC6C5DAE0655B2A4F910A1CC): cache3 (1832 ms) by xxxx (F/2/2/5) - Sport1 HD (wait_time over) (lg) (cwc OK(CE))
2023/02/19 10:11:20 39346ECE c (ecm) #client1 (098E@000000/20D1/C35A/80:C1ABEA305D90229589B0BCD595F3B6E6): cache3 (30 ms) by xxxx - Sport1 HD (cw count 4) (lg)
2023/02/19 10:11:27 39346ECE c (ecm) #client1 (098E@000000/20D1/C35A/80:E72F02708EF16B9A41E538069E291CBF): cache3 (203 ms) by xxxx - Sport1 HD (cw count 5)

Es würde mich interessieren was in dem Moment passiert. Also warum trennt er plötzlich die Verbindung. Sagen wir mal, das man ganz kurz Internetverbindungsprobleme hat udn der deswegen disconnected.
was kann ich einstellen, das er trotzdem weiterhin auf 1838 eine weitere Abfrage tätigt, bzw macht er ja eigentlich die richtige Caid Abfrage. Was habe ich möglicherweise verkehrt eingestellt , das er dann gleichzeitig eine Abfrage aufs nächste Caid tätigt und drauf bleibt?

Spoiler: conf

[global]
loghistorylines = 2560
logfile = /var/log/ipc/OScam.log
logduplicatelines = 1
fallbacktimeout_percaid = 098C:240,098E:250,09C4:280,09C7:650,18:1500
unlockparental = 1
nice = -20
maxlogsize = 5120
preferlocalcards = 1
dropdups = 1
block_same_ip = 0
lb_mode = 1
lb_save = 2500
lb_max_ecmcount = 100
lb_force_reopen_always = 1
lb_retrylimit = 800
lb_max_readers = 10
lb_savepath = /var/log/ipc/stat
lb_retrylimits = 098C:260,098E:150,09C4:400,09C7:710,18:2300,098D:250
lb_nbest_percaid = 1838:3,098D:2
failbantime = 5
disablecrccws_only_for = 0500:50F000;09C4:000000;098C:000000;098D:000000;0500:030B00;09C4:000001

[anticasc]
acosc_enabled = 1

[cache]
delay = 30
max_time = 11
cw_cache_memory = 16
cw_cache_settings = 1838:2:6000,098E:2:7000
ecm_cache_memory = 16
ecm_cache_droptime = 15
wait_time = 1838:400:900,098E:50:280
csp_allow_request = 0
cacheex_cw_check = 1838:1:2,098E:1:2
wait_until_ctimeout = 1
csp_block_fakecws = 1
cacheex_nopushafter = 01:1000,05:1000,06:1000,098E:500,098D:800,0B:1000,0D:1000,17:1000,18:1600
waittime_block_start = 3
waittime_block_time = 240
cwcycle_check_enable = 1
cwcycle_check_caid = 1838,1830
cwcycle_maxlist = 4000
cwcycle_allowbadfromffb = 1
cwcycle_usecwcfromce = 1

Spoiler: reader

[reader]
label = UM02
protocol = cs378x
device = xxx,xxxxx
user = xxx
password = xxxxx
services = um-hd-option,um-bonus,vodafone-premium,vodafone-premium-plus
keepalive = 1
fallback = 1
fallback_percaid = 1838:000000
localcards = 1838:000000
caid = 1838
group = 1
lb_weight = 200
cccreshare = 1

[reader]
label = UM02_Sky
description = UM Sky UM02
protocol = cs378x
device = xxxx,xxxx
user = xxx
password = xxxxxx
services = um-sky-starter-paket,um-sky-entertainment-paket,um-sky-cinema-paket,um-sky-kids-paket,um-sky-sport-paket,um-sky-fußball-paket,um-sky-sport-uhd,um-sky-dazn-channels
keepalive = 1
fallback = 1
fallback_percaid = 1838:000000
localcards = 1838:000000
caid = 1838
group = 1
lb_weight = 60
cccreshare = 2

Spoiler: user

[account]
user = #Client1
pwd = loerko546356
sleepsend = 255
sleep = 300
suppresscmd08 = 1
group = 1

 

[waves]

Dann gib doch im user die erlaubten caid's an.....

 

[Tutenchamun1]

ich habe nichts definiert. daher sollten doch alle erlaubt sein oder nicht?

 

[dodo83]

fallbacktimeout_percaid = 098C:240,098E:250,09C4:280,09C7:650,18:1500

würde nahe liegen bei den Zeiten

 

[waves]

daher sollten doch alle erlaubt sein oder nicht?

Ja, aber wenn Du willst, dass der Client auf 1838 bleibt, mußt Du entweder mit Services arbeiten, caid's verbieten oder beim client selbst mit Priorisierung arbeiten.

 

[Tutenchamun1]

Ich priorisiere als erstes beim Client p: 1838 dann P: 098E.


Also eher bei fallback timeout per caid höher setzen? etwas Puffer ist ja noch da.

Z.b. 18:2000


Gesendet von meinem SM-G973F mit Tapatalk

 

[waves]

Ich priorisiere als erstes beim Client p: 1838 dann P: 098E.

Dann bleibt nur der Weg über Services.

 

[dodo83]

Also eher bei fallback timeout per caid höher setzen?

du hast es doch so eingestellt das ab 1500 der andere angefragt wird, im log siehst du das die Zeit höher ist als die eingestellte

 

[Tutenchamun1]

Ja richtig. Ich muss das mal an anderen Beispielen anschauen. Das mit den Zeiten ist mir ehrlich gesagt nicht aufgefallen. Ab wievielter Überschreitung der zeiten wechselt oscam die caid bzw trennt den Client?

Gesendet von meinem SM-G973F mit Tapatalk

 

[dodo83]

wenn die Zeit halt drüber ist, siehst du ja auch im log

 

[el_malto]

@dodo83 so arbeitet fallbacktimeout_percaid aber nicht. Da wird nur für bestimmte CAIDs ein Fallback Reader nach Zeit X definiert. Das hat aber nichts damit zu tun das der Server dann eine andere CAID abfragt. Abfragen werden immer vom Clienten gestellt. Ich würde da eher ein Problem beim Clienten sehen.

Spoiler

2023/02/19 10:11:10 52F98B12 c (ecm) #client1 (1838@000000/0000/C35A/92:D6C48B9E7619E6890FB3644F7C16F49B): cache3 (1840 ms) by xxx (F/2/2/5) - Sport1 HD (wait_time over) (lg) (cwc OK(CE))
2023/02/19 10:11:10 52F98B12 c (client) #client1 disconnected from xx.xxx.xx.xxx
2023/02/19 10:11:10 39346ECE c (client) encrypted cccam-client xx.xxx.xx.xxx granted (#client1, au=off)
2023/02/19 10:11:20 39346ECE c (ecm) #client1 (1838@000000/0000/C35A/92:0DB248F3CC6C5DAE0655B2A4F910A1CC): cache3 (1832 ms) by xxxx (F/2/2/5) - Sport1 HD (wait_time over) (lg) (cwc OK(CE))
2023/02/19 10:11:20 39346ECE c (ecm) #client1 (098E@000000/20D1/C35A/80:C1ABEA305D90229589B0BCD595F3B6E6): cache3 (30 ms) by xxxx - Sport1 HD (cw count 4) (lg)

Sieht für mich so aus als wenn beim Clienten einige Anfragen hängen bleiben weil ein Netzwerk Problem besteht? Die Antwort um 11:11:10 bekommt der Client vielleicht gar nicht mehr da er auch genau in der Sekunde disconnected. Beim Client verursacht der Disconnect vielleicht ein Timeout und es wird evtl. noch eine Anfrage für 1838 rausgeschickt die vielleicht auch wegen Netzwerk Problemen irgendwo in einer Queue und es wird die nächste CAID die Priorisiert ist (hier 098E) abgefragt. Wenn die Netzwerk Probleme weg sind kommen beiden Anfragen (1838 und 098E) zur gleichen Zeit (10:11:20). Den Client interessiert die 1838 Antwort nicht mehr weil der schon auf 098E gewechselt hat.
Ein Log zur gleichen Zeit beim Clienten würde da bestimmt mehr Aufschluss geben.

 

[Tutenchamun1]

Ich habe jetzt mal ein anderes kleines log mit niedrigeren Zeiten. ich verstehe nicht den Grund warum der Client plötzlich disconnected:

Spoiler: log

2023/02/25 13:26:15 4435AB9A c (ecm) #Client (1838@000000/0000/006B/92:E47AB603A6C110F7361709298C8AF415): found (784 ms) by Sky1838 (L/2/6/6) - Sky Cinema Best Of HD (real 384 ms) (lg) (cwc OK)
2023/02/25 13:26:25 4435AB9A c (ecm) #Client (1838@000000/0000/006B/92:79436ADDA1687A3B2DC131513F6E2DEA): found (784 ms) by Sky1838 (L/2/6/6) - Sky Cinema Best Of HD (real 384 ms) (lg) (cwc OK)
2023/02/25 13:26:25 4435AB9A c (client) #Client disconnected from xx.xx.x.222
2023/02/25 13:26:25 088E9455 c (client) encrypted cccam-client xx.xx.xx.222 granted (#Client, au=off)
2023/02/25 13:26:35 088E9455 c (ecm) #Client (1838@000000/0000/006B/92:C8FB74B3252517EBE212BDAE2FE1DBDD): found (784 ms) by Sky1838 (L/2/6/6) - Sky Cinema Best Of HD (real 384 ms) (lg) (cwc OK)
13:26:36 088E9455 c (ecm) #Client (098E@000000/1E79/006B/9F:6E35CF3766843AF37DD7A9D3F3A00094): found (655 ms) by Sky098E (F/3/3/3) - Sky Cinema Best Of HD (real 204 ms) (lg)
13:26:44 088E9455 c (ecm) #client (098E@000000/1E79/006B/9F:4821D8E9027BAF8543E5B521CF99C9CE): cache3 (636 ms) by 098E_EX (F/3/3/3) - Sky Cinema Best Of HD (wait_time over) (cw count 5)

 

[hot chili]

Nicht unmöglich das der Router die Ports kurz dicht macht, wenn zu viele Leitungen gleichzeitig auf sind, kotzt schon mal der NAT...
Manche machen bei 40 Leitungen schon zu, andere hingegen erst bei 160 - 400 Leitungen.

 

[Tutenchamun1]

laut server log disconnected der Client. Der Client macht es aber nicht. Leider habe ich jetzt kein log vom entsprechenden Clienten. Es muss Serverseitig irgendwas sein, was dazu führt das der Client getrennt wird. Der Server ist übrigens ein VPS.

 

[glaubichnicht]

Das ist ein Server Problem.

Man sollte sich bei Oscam mit der höherrangigen Reihenfolge beschäftigen.
Welche Einstellung hat gegenüber anderen Einstellungen Vorrang.