Antifreeze OScam Tweaking für fehleranfällige Anbindungen im HS (WLAN/dLAN)

[supraracer]

Ich habe etwas mit WLAN Bridges und dLAN (inkl. Kaskaden aus beidem) in Verbindung mit einem OScam Client experimentiert. Wie zu erwarten war kam es recht häufig zu Freezern, teilweise sogar auf der HD01 die ja bekanntermaßen recht viel verzeiht. Die NDS V14 freezt naturgemäß noch schneller/häufiger.

Vorweg: OScam kann völlig unabhängig von den Configs genau wie jede andere Softcam keine Wunder vollbringen, d.h. wenn z.B. zwischen Server und Client bei der Anfrage auf eine V14 nach spätestens ~600ms keine Antwort kommt, wird es zwangsläufig Freezer geben.

Die Grundidee war nun, zusätzlich zum default cs378x TCP Reader auf dem Client noch einen zweiten cs357x UDP Fallback Reader anzulegen, der ab einer gewissen Wartezeit ohne Antwort vom Server einspringt. Bei WLAN und dLAN gehen recht häufig einzelne Pakete verloren oder werden fragmentiert, deshalb gehen wir nach einer bestimmten Wartezeit ohne Antwort nach der TCP Abfrage von einem Problem aus und schieben schnell eine UDP Anfrage hinterher.
Dazu ist dann auch ein zweiter User auf dem Server nötig (meistens zumindest je nach Setup zu empfehlen), was natürlich im HS oder CS mit Freunden kein Problem darstellt. :smile:

Als Basis dienen diese Configs: HowTo - OScam Client Configs für cs378x (VERY tiny & cute)
...und werden nur um wenige Parameter erweitert:

oscam.conf

Spoiler

[global]
logfile                       = /var/log/oscam.log
disablecrccws_only_for        = 09C4:000000;098C:000000;098D:000000
fallbacktimeout_percaid       = 098C:300,1830:1000

[dvbapi]
enabled                       = 1
au                            = 1
user                          = local
boxtype                       = dreambox

[webif]
httpport                      = 83
httpuser                      = oscam
httppwd                       = oscam
httpallowed                   = 127.0.0.1,192.168.0.0-192.168.255.255
http_status_log               = 1

098C:300 = nutze Fallbackreader für caid 098C (V14) nach 300ms ohne Antwort des primären Reader
1830:1000 = nutze Fallbackreader für caid 1830 (HD01) nach 1000ms ohne Antwort des primären Reader
Mit diesen beiden Zeiten hatte ich die beste Erfahrung und auch nach 2 Wochen regelmäßig TV schauen keinen Freezer mehr gesehen. Je nach Umgebung kann/muss hier evtl. etwas gespielt werden um ein optimales Ergebnis zu bekommen.

oscam.server

Spoiler

[reader]
label                         = server_cs378x
protocol                      = cs378x
device                        = 192.168.100.90,12345
user                          = user
password                      = passwd
reconnecttimeout              = 60
keepalive                     = 1
group                         = 1

[reader]
label                         = server_cs357x
protocol                      = cs357x
device                        = 192.168.100.90,54321
user                          = user2
password                      = passwd2
fallback_percaid              = 098C:000000;1830:000000
group                         = 1

*unser UDP Fallbackreader, unter fallback_percaid werden die caid:ident der Karten eingetragen für die der Reader als Fallback dient, hier im Beispiel V14 und HD01.

Rest der Configs unverändert, zur Vollständigkeit:
oscam.user

Spoiler

[account]
user                          = local
au                            = 1
group                         = 1

oscam.dvbapi

Spoiler

P: 1830
P: 098C

Geht nun eine Anfrage des Client zum Server auf die V14 über 300ms, springt der Fallback ein. Zu erkennen im Log:
2016/01/31 20:04:42 566CB8 c local (098C&000000/0BC0/007F/98:7A9628C94AC474247176D61233A02A81): found (78 ms) by server_cs378x (P/1/2/2)
2016/01/31 20:04:50 566CB8 c local (098C&000000/0BC0/007F/98:71BF12718B9F8D49E13DD88A0521721A): found (380 ms) by server_cs357x (F/2/2/2)

Dito HD01 bei über 1000ms:
2016/02/01 20:42:50 566CB8 c local (1830&000000/0000/EF75/92:FFED6F087BC7A041CABB8120227D588B): found (331 ms) by server_cs378x (P/1/2/2)
2016/02/01 20:42:58 566CB8 c local (1830&000000/0000/EF75/92:194C9D8C98E5AAF2769410E3275DE528): found (1119 ms) by server_cs357x (F/2/2/2)

Zum Kontrollieren wie oft der Fallbackreader einspringen musste, kann man neben dem Log auch im WebIF von OScam beim Client in die Reader schauen, steht beim cs357x Reader unter ECM OK eine 10, ist der Fallback 10 mal eingesprungen.
Oder beim OScam Server unter User, da steht dann beim zweiten, für den Fallback Reader angelegten User auch unter ECM OK die 10.

Weitere Tests und Vorschläge für andere Karten gerne Willkommen.
Ich würde trotzdem IMMER eine direkte Verkabelung und kein WLAN/dLAN dringend empfehlen!

-supraracer

 

[janni1]

AW: Antifreeze OScam Tweaking für fehleranfällige Anbindungen im HS (WLAN/dLAN)

Hi,
der Fallback hier in dem Fall ist zwar angesprungen aber beantwortet hat es trotzdem noch der "richtige" Reader.
Es müßte sonst eigentlich etwa so aussehen:

2016/01/31 20:04:50 566CB8 c local (098C&000000/0BC0/007F/98:71BF12718B9F8D49E13DD88A0521721A): found (380 ms) by server_cs357x (F/2/2/2)

Bei mir sieht es im Fallback so aus im Log:

2016/02/09 21:42:53 2F71BB1E c (ecm) serverbox (1830@000000/0000/2E9B/92:4021C90C97575C1E4ED77FE6537F7807): found (347 ms) by serv_cs357x (F/2/2/2) - SUPER RTL HD (real 145 ms)

serv_cs357x ist hier in dem Fall der Fallbackreader und
provoziert hab ich hier den Fallback mit einem Timeout von 1830:200

An den Werten in Klammern sieht man, dass die Anfrage in beiden Fällen an zwei Reader gegangen ist. (stage/used/chosen/possible)
Der Fallback wurde also bei beiden ausgelöst.

Gruß
Janni1

 

[supraracer]

AW: Antifreeze OScam Tweaking für fehleranfällige Anbindungen im HS (WLAN/dLAN)

Hi janni,

Danke für den Hinweis, du hast natürlich recht, habe zwei ungünstige Stellen aus dem Log genommen.
Wird morgen in Ruhe korrigiert, bin gerade mit dem Smartphone unterwegs.

-supraracer

 

[hwmmc]

AW: Antifreeze OScam Tweaking für fehleranfällige Anbindungen im HS (WLAN/dLAN)

allerdings wird in meinem Clientlog ausschließlich

... weil kein LB aktiviert ist auf den Client

 

[janni1]

AW: Antifreeze OScam Tweaking für fehleranfällige Anbindungen im HS (WLAN/dLAN)

Hi,
nein, das liegt wohl nicht an der alten Rev.

Solang im Log der "richtige" Reader steht, wurde die Anfrage letztendlich auch noch von ihm beantwortet.
Der Falback wurde allerdings auch angefragt, konnte aber nicht schneller antworten.

Sieht am Ende provoziert dann so aus.

• 2016/02/09 22:41:51 2F71BB1E c (ecm) serverbox (098C@000000/019D/0204/98:663C543A3FB2C4225C0930C524143008): found (84 ms) by Raspi_ccc (P/1/2/2) - Sky Nostalgie
• 2016/02/09 22:41:55 2F71BB1E c (ecm) serverbox (098C@000000/019D/0204/98:4FDDAAA1B1C0DC5FE4CAF08F0E8B339D): found (146 ms) by serv_cs357x (F/2/2/2) - Sky Nostalgie (real 45 ms)
• 2016/02/09 22:42:05 2F71BB1E c (ecm) serverbox (098C@000000/019D/0204/98:155B9E8193227CC50EECF2129AC8BE6E): found (159 ms) by Raspi_ccc (F/2/2/2) - Sky Nostalgie
• 2016/02/09 22:42:15 2F71BB1E c (ecm) serverbox (098C@000000/019D/0204/98:8E1BA664F71C0E2EF0D0C3831EEC0969): found (150 ms) by Raspi_ccc (F/2/2/2) - Sky Nostalgie
• 2016/02/09 22:42:25 2F71BB1E c (ecm) serverbox (098C@000000/019D/0204/98:9F47BB39D0AC4CC93111D05D8348F755): found (147 ms) by serv_cs357x (F/2/2/2) - Sky Nostalgie (real 46 ms)
• 2016/02/09 22:42:35 2F71BB1E c (ecm) serverbox (098C@000000/019D/0204/98:F1894B54927040E70ED974453201B92A): found (156 ms) by serv_cs357x (F/2/2/2) - Sky Nostalgie (real 55 ms)
• 2016/02/09 22:42:45 2F71BB1E c (ecm) serverbox (098C@000000/019D/0204/98:2F15630A7FBA59A4EAA6831CE18A1618): found (149 ms) by Raspi_ccc (F/2/2/2) - Sky Nostalgie

Hier war die erste Anfrage kein Fallback, da sie noch im Limit (098C:100) war.
Beim Rest wurde der Fallback ausgelöst. Das Rennen macht dann der, der es als erstes schafft.
In meinem Fall nur drei mal der Fallbackreader selber (serv_cs357x).

Kannst bitte mal dein Log durchsuchen ob du "richtige Fallbacks" findest?
Würde mich wirklich sehr interessieren!

Gruß
janni1

 

[supraracer]

AW: Antifreeze OScam Tweaking für fehleranfällige Anbindungen im HS (WLAN/dLAN)

Hatte leider Mist geschrieben und deshalb editiert, sind natürlich auch Logeinträge vom cs357x Reader da.
Ist genau wie janni angemerkt hatte, bei den zwei Beispielen aus dem Log ist der Fallback zwar eingesprungen, aber die Antwort vom cs378x kam auch noch rechtzeitig.

-supraracer

 

[szonic]

AW: Antifreeze OScam Tweaking für fehleranfällige Anbindungen im HS (WLAN/dLAN)

Wie schaut der Vergleich Deiner Methode zu der integrierten Methode aus, einen Fallbackreader auf dem Server zu bestimmen?

 

[janni1]

AW: Antifreeze OScam Tweaking für fehleranfällige Anbindungen im HS (WLAN/dLAN)

Hi,
auf dem Server selber bringt es nichts, wenn man Netzwerkfehler zwischen Server und Client abfangen will. Der Server selber merkt ja nichts davon.
Bei dieser Methode hier, wird auch kein richtiger Fallbackreader gewählt, der einer anderen Quelle anfragt , sondern man schickt eine erneute Anfrage mit dem selben Ziel.

Ich finde die Herangehensweise ganz gut, man hat sozusagen eine Art Fallbackanfrage bei der die Karte nicht einmal zusätzlich belastet wird, denn bei den möglichen Doppelanfragen kommt die Antwort aus dem Cache2 /1.
Ob es auch was bringt, müssen die einschätzen, die vorher Probleme hatten.
Ich selber nutze auch Wlan und hatte bisher nie Probleme. Allerdings habe ich ein seperates Wlan (nur 802.11g mit 54 MBit) nur für CS.

Gruß
janni1

 

[ultrachaos]

AW: Antifreeze OScam Tweaking für fehleranfällige Anbindungen im HS (WLAN/dLAN)

Hi,

Nach langen suchen genau das was ich gesucht habe!! Toller How To !
Hat genau meine derzeitige Ausgangsituation wiedergespiegelt. Ich bin leider auch auf DLAN angewiesen und hatte mehr oder minder schlimme Freezes.

Nachdem ich dein How To angewendet habe schaue ich bereits seit 2 Std ohne ruckeln fern !

Danke

 

[freddchen]

AW: Antifreeze OScam Tweaking für fehleranfällige Anbindungen im HS (WLAN/dLAN)

Okay, der Sinn ist soweit klar. Man schickt ne Anfrage über TCP und kommt die nicht passend an schickt man eine über UDP hinterher.

Aber da hier die gleiche Quelle verwendet wird kann man doch besser direkt beide anfragen losschicken oder nicht?

lb_nbest_readers = 2

Da es dem Server nichts ausmacht, da die zweite Anfrage eh aus dem Cache kommt ist das doch dann die Lösung, die Freezer noch weiter reduziert oder?
Der einzige Vorteil erstmal auf die TCP anfrage zu warten liegt doch darin den traffic geringer zu halten, oder?

 

[janni1]

AW: Antifreeze OScam Tweaking für fehleranfällige Anbindungen im HS (WLAN/dLAN)

Hi,
dann würde man aber beide Anfragen auch zeitgleich loschicken.
Wenn es dann gerade Netzwerkprobleme gäbe, würden beide Anfragen "verrecken".

Bei dieser Variante hier sehe ich den Vorteil im zeitversetzten Senden der selben Anfrage, egal ob UDP oder TCP.

Übrigens glaube ich in dem Zusammenhang, dass diese Variante hier mit aktiviertem LB nicht richtg funktioniert würde.
Dafür müsste man dann andere Parameter wie "lb_force_fallback" und "nfb_readers" beachten.
Das müsste evtl. mal jemand ausprobieren.

Gruß
janni1

 

[hwmmc]

AW: Antifreeze OScam Tweaking für fehleranfällige Anbindungen im HS (WLAN/dLAN)

Aber da hier die gleiche Quelle verwendet wird kann man doch besser direkt beide anfragen losschicken oder nicht?

lb_nbest_readers = 2

...

Und was/wie macht man es bei nicht aktivierten LB ???

... einfach in der o.conf bei DVBAPI

request_mode = 1 # versuche alle CAIDs simultan

versuchen

 

[freddchen]

AW: Antifreeze OScam Tweaking für fehleranfällige Anbindungen im HS (WLAN/dLAN)

Ohne LB gehen die Anfragen doch standardmäßig an alle Reader.

Ich habe gerade mal nen 24h test gestartet und logge den mit.
Bei meinem Peer sind öfters mal freezer wegen schlechter verbindung(Wlan).

Hab mich nun gleichzeitig per cccam, cs378x und cs375x verbunden. Ohne LB und ohne Fallback.
Bin noch nicht auf die Idee gekommen mich gleichzeitig mit mehreren Protokollen zu verbinden. Mal schauen was dabei rum kommt. ich berichte morgen


------------------
edit:
Kann Janni und supraracer absolut bestätigen. Die "Breitschwert"-Methode hat keine wirkliche besserung gebracht.
Wenn die Zeiten mal hoch gingen, war das bei allen verbindungen so.
Ich lasse den jetzt die nächsten 24h nochmal exact nach der anleitung im ersten Post laufen und melde mich dann mit vergleichzahlen wieder.

 

[supraracer]

AW: Antifreeze OScam Tweaking für fehleranfällige Anbindungen im HS (WLAN/dLAN)

Hi freddchen,

die Breitschwert Methode hatte ich auch schon probiert, aber mit nur mäßigem Erfolg (Freezer zwar weniger, aber noch vorhanden). Grund hat janni in #11 schon genannt.
Wieso testest du es denn nicht erst mal wie in #1 beschrieben?

-supraracer

 

[hwmmc]

AW: Antifreeze OScam Tweaking für fehleranfällige Anbindungen im HS (WLAN/dLAN)

Es sollte mal gesagt werden, welche z.B. dLAN Adapter man benutzt!
... da gibt es auch gewaltige Unterschiede