Zu schnelle CWs vom Reader verwerfen

[geohei]

Hallo.

Ich habe 7 sekündige Freezers von einem Reader = Tauschpartner.
Jedesmal ist ein zu schneller CW im Spiel. Klar ... fake-CW.

Wie kann ich zu schnelle CWs von einem Reader verwerfen?
"wait_time" ist für cacheex.
"delay" und "delayer" greifen auch nicht.

Das gab's schon mal (bezogen auf cache), der Thread wurde aber mit der Begründung geschlossen der vorgestellt Patch wäre nicht nötig ?!

Immer aktuell - CW Cache Patch

Auf Anregung von hapastor im SB habe ich folgenden Patch erstellt. Eingehende CWs werden gespeichert und es wird geprüft, ob das CW bereits für eine andere srvid empfangen wurde (verwirrte mappings o_O) & ob das CW bereits älter als "timediff_old_cw" ist. Wenn eine der beiden Bedingungen greift...

www.digital-eliteboard.com

 

[pete_sat]

Link
die funktionen des patches sind mittlerweile im trunk integriert und können dort mit dem Cacheex_AIO modul in die oscam mitkompiliert werden.

 

[pehedima]

Das gab's schonmal, der Thread wurde aber mit der Begründung geschlossen der vorgestellt Patch wäre nicht nötig ?!

Wo steht das denn?

Dann lese dir doch nochmal den letzten Beitrag genau durch und du weißt dann auch wie in einem solchen Fall vorzugehen ist.

 

[DarkStarXxX]

Man kann nichts gegen zu schnelle CWs machen die von einen (Proxy)Reader kommen.

 

[geohei]

Link
die funktionen des patches sind mittlerweile im trunk integriert und können dort mit dem Cacheex_AIO modul in die oscam mitkompiliert werden.

Bei dem Patch, den ich zitierte, geht es doch nur um cacheex, oder?
Meine Frage bezog sich aber auf einen Proxy-Reader.

Man kann nichts gegen zu schnelle CWs machen die von einen (Proxy)Reader kommen.

Genau das bestätigt meine bisherigen Recherchen/Befürchtungen.
Was spricht gegen die Theorie die CWs ab einer gewissen einstellbaren Schwelle zu verwerfen?

 

[pehedima]

Meine Frage bezog sich aber auf einen Proxy-Reader.

Ahh, interessant. Du hast das doch selbst verlinkt

Poste doch mal deine Configs und die oscam.log vom Fehler, damit wir sehen wovon du eigentlich redest.

 

[geohei]

Ahh, interessant. Du hast das doch selbst verlinkt

Poste doch mal deine Configs und die oscam.log vom Fehler, damit wir sehen wovon du eigentlich redest.

Das Problem ist das gleiche - zu schnelle CWs.
Der Link mit den cacheex habe war das einzige was ich zu diesem Thema fand.
Dass es um einen Reader geht steht 2x im Body und sogar Betreff.
Dache das wäre klar.

Wie ein zu schneller CW aussieht ist doch auch klar. Aber gut ... hier der Log:

2021/01/21 21:00:55 5BC5C863 c      (ecm) dm800se (09C4@000000/0BC0/007F/A7:C9A27A8911AC3C689CF3A7AD4E0FAC02): found (29 ms) by tobi

Ändert das posten meiner Config irgend etwas an der prinzipiellen Frage, ob man zu schnelle CWs von einem Proxy-Reader kappen kann?
DarkStarXxX hat mir ja bereits kurz, bündig und deutlich geantwortet, dass genau das nicht geht.
Oder seid Ihr anderer Meinung?

 

[DarkStarXxX]

Nicht jedes CW was zu "Schnell" reinkommt ist auch ein Fake.
Ist deine Leitung schlecht und du hast High Pings dann kommen deine Anfragen verspätet beim Proxy an und die Karte hat das CW möglicherweise schon für einen anderen Client berechnet, dann sind die CWs eben schnell bei dir weil das CW bereits im Cache war.

 

[geohei]

Genau (!) diese Überlegung hatte ich auch bereits, aber alle (!) Freezers sind bei diesen kurzen Zeiten und zudem noch 7 Sekunden lang. Das wäre doch ein "Beiweis" für Fake, oder?

 

[DarkStarXxX]

Wenn das CW zu schnell im Demuxer ist dann gibts eben bis zum nächsten Zyklus ein Standbild.

delayer = 60 <--- in die dvbapi config am Client und testen.

 

[geohei]

Habe davon gelesen, aber nicht probiert da nicht verstanden wieso ein CW zu schnell sein kann.
Du erklärst jetzt ... Danke!
Ich teste und feedbacke morgen ...

 

[lui88]

man bräuchte einen korriedor den man einstellen kann in dem cws verworfen werden. z.b. cws zwischen 100-120ms werden verworfen. delay geht nicht

 

[DarkStarXxX]

Natürlich geht delay, sofern es sich um zu Schnelle CWs handelt die Gültig sind,

Ein Korridor bringt dir wenig wenn die CWs aus den oben genannten Gründen verzögert beim Server eintrefen, dann sind nämlich die CWs darunter, werden verworfen weil sie Gültig waren und du hast auch Standbild und nichts gewonnen.

Das einzige was etwas bringen würde wäre ein Fixed Fallback Reader zu bestimmen von dem man zu 100%ig weiß das dort eine Lokale und nur eine Lokale Karte ohne Proxy / CEX antwortet.

 

[lui88]

es handelt sich ja aber um fake cws und delay verwirft diese nicht.

 

[DarkStarXxX]

Woher willst du das Wissen ob es ein Fake CW ist? Hast du das CW gesehen? Ich nicht, was gepostet wurde war lediglich ein Hash.

Und der Delayer soll auch gar nichts verwerfen, er soll die Zeit verzögern damit es Zeitlich wieder im Grünen Bereich ist.