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

[Giso]

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

k sorry habe ich wohl überflogen.

Nun habe ich mal einen zweiten Client mit unteschielichen Account auf dem Server angelegt.
der zweite Client server_cs357x spricht den UDP port an.

eine weile ging alles gut bis ein Timeout von 5000ms gekommen ist das Bild eine kurze Zeit stehen geblieben ist danach wird die Karte nur über den UDP Port angesprochen und nur ab und zu über den TCP Port.

Spoiler

Du musst dich Anmelden oder Registrieren um diesen Inhalt sichtbar zu machen!

was kann da schief laufen.

 

[ni88l3r]

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

Hi!
Erstmal ein dickes Danke für die Möglichkeit Freezern vorzubeugen (konnte ich noch nicht testen, weil die hängerträchtige Kathrein-Box bei meinen Eltern steht).
Ich habs jetzt spaßhalber auf meiner VU+ Solo SE versucht (war vorher per CCcam angebunden, ich hab sie mal quick&dirty auf OScam umgestellt).

Mein Problem: Eigentlich sind die Boxen standardmäßig bei mir per UDP (also cs357x) angebunden (bzw. per CCcam weils weniger Configfehleranfällig ist). Den Fallback hab ich dann logischerweise als TCP (cs378x) angelegt.
Jetzt verbindet sich die Box allerdings hauptsächlich über den Fallbackreader und nicht über den eigentlichen UDP-Reader.
Auch das Fallback macht er dann über den Fallbackreader (also 2 Anfragen vom selben Reader).

Hier mal Logauszüge und die Configs:

Startuplog Client (VU+ Solo SE):

Spoiler

Du musst dich Anmelden oder Registrieren um diesen Inhalt sichtbar zu machen!

Vermutlicher Freezerlog vom Client: (Kanns leider nicht sagen, ich war zu dem Zeitpunkt nicht zu Hause)

Spoiler

Du musst dich Anmelden oder Registrieren um diesen Inhalt sichtbar zu machen!

Dazu passend das Serverlog vom RaspberryPi:

Spoiler

Du musst dich Anmelden oder Registrieren um diesen Inhalt sichtbar zu machen!

Client Configs:
oscam.conf

Spoiler

Du musst dich Anmelden oder Registrieren um diesen Inhalt sichtbar zu machen!

oscam.user

Spoiler

Du musst dich Anmelden oder Registrieren um diesen Inhalt sichtbar zu machen!

oscam.server

Spoiler

Du musst dich Anmelden oder Registrieren um diesen Inhalt sichtbar zu machen!

SERVER Configs:
oscam.conf

Spoiler

Du musst dich Anmelden oder Registrieren um diesen Inhalt sichtbar zu machen!

oscam.user

Spoiler

Du musst dich Anmelden oder Registrieren um diesen Inhalt sichtbar zu machen!

oscam.server

Spoiler

Du musst dich Anmelden oder Registrieren um diesen Inhalt sichtbar zu machen!

Der Rest davon ist dafür ja uninteressant.

So, ich steh aufm Schlauch, wer würde mir gerne helfen?
Gibts vielleicht ne Priorisierung?
Ich würde den UDP-Reader natürlich gerne als Hauptreader haben.

Noch kurz ganz aktuelle Logs:
Client:

Spoiler

Du musst dich Anmelden oder Registrieren um diesen Inhalt sichtbar zu machen!

Server:

Spoiler

Du musst dich Anmelden oder Registrieren um diesen Inhalt sichtbar zu machen!

Wäre echt nett, wenn sich jemand der Sache annehmen könnte :emoticon-0150-hands

Es grüßt der

ni88l3r

 

[szonic]

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

Du darfst deinen Readern auf dem clienten nur eine Gruppe zuweisen ,nicht 2.

Bei dir steht group=1,2 in der oscam.server bei jedem Reader.

 

[Giso]

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

Glaube nicht das es nur an den group liegt, habe alle Reader auf group 1 stehen

Spoiler

Du musst dich Anmelden oder Registrieren um diesen Inhalt sichtbar zu machen!

der Reader für UDP springt schon an, obwohl die 300ms noch gar nicht erreicht sind.
kommt mir so vor als wechselt die anfrage ständig zwischen TCP und UDP
keine Ahnung an was das liegen kann.
Allerdings muss ich zugegeben das die Freezer spürbar nachgelassen haben.
Nun mal ein kurze Freezer

Spoiler

Du musst dich Anmelden oder Registrieren um diesen Inhalt sichtbar zu machen!

 

[ni88l3r]

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

Danke Giso, wenigstens hab nicht nur ich das Problem.
Mal sehen, ob sich die Hänger so langsam auflösen, bin jetzt grad an der Box.
Hier ein kurzes Log der Box:

Spoiler

Du musst dich Anmelden oder Registrieren um diesen Inhalt sichtbar zu machen!

 

[huberth]

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

Gerade mal zum Verständnis... bevor wir an einander vorbeireden...

Wenn ich am Server 2x physikalische Reader habe: einen mit Group1 und einen mit Group2, habe ich bislang am client die Zuordnung Group1,2 gemacht. Läuft ja auch!
Bin etwas verwirrt von meinem Vorposter und der Diskussion über Gruppen.

Client:

Spoiler

Du musst dich Anmelden oder Registrieren um diesen Inhalt sichtbar zu machen!

 

[supraracer]

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

@ni88l3r: Bei dir werden immer beide Reader angefragt, was schon gar nicht sein soll. Am besten mal die Configs aus #1 1:1 (!) übernehmen und dann langsam heran tasten. Bei Inet CS würde ich am Server auch nicht unbedingt delayern, schon gar nicht bei NDS.
@huberth: Die am Client definierten Groups interessieren den Server doch überhaupt nicht, stecke am Client beide Reader (Hauptreader und Fallback) einfach in dieselbe Gruppe.

-supraracer

 

[huberth]

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

Komisch... Irgendwie springt der Fallback ein obwohl keine 300ms im log zu sehen sind.

Client Log:

Spoiler

Du musst dich Anmelden oder Registrieren um diesen Inhalt sichtbar zu machen!

 

[janni1]

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

Hi,
es springt kein Fallback an.
Das sind bei dir zwei normale Proxys, das erkennt man am (P/2/2/2) bei beiden.
Die Anfrage geht bei dir immer gleichzeitig mit den zwei Readern raus und der schnellere gewinnt.

Irgend etwas stimmt an deine Configs nicht, denn ein Fallback würde etwa so aussehen:
found (xxx ms) by @Fallback (F/2/2/2) - Sky Cinema HD (real xyz ms)

Ich mußte z.B. fallback_percaid so speichern:
098C:000000;1830:000000
sonst wurde es vom WebIf unter dem Reader nicht übernommen/angezeigt und funktionierte auch nicht.

Gruß
janni1

 

[ni88l3r]

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

So,
ich hab jetzt mal auf dem SERVER die delay-Einträge herausgenommen (hab ich auch nur irgendwann mal hinzugefügt weils angeblich eventuell Freezer beseitigt ...).

Das Clientlog sieht jetzt so aus:

Spoiler

Du musst dich Anmelden oder Registrieren um diesen Inhalt sichtbar zu machen!

Configs vom Client jetzt so:
.conf (1843:500 um den Fallback zu provozieren)

Spoiler

Du musst dich Anmelden oder Registrieren um diesen Inhalt sichtbar zu machen!

.user

Spoiler

Du musst dich Anmelden oder Registrieren um diesen Inhalt sichtbar zu machen!

.server

Spoiler

Du musst dich Anmelden oder Registrieren um diesen Inhalt sichtbar zu machen!

Serverlog:

Spoiler

Du musst dich Anmelden oder Registrieren um diesen Inhalt sichtbar zu machen!

Das stimmt doch immer noch nicht so ganz, dass der 378x sich das Fallback selbst beantwortet, oder? (Clientlog 02:24:27, 02:25:47 Uhr)

 

[lavemetoo]

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

ich habe das aber auch auf dem server so. im log sehe ich, dass der primary wie fallback reader eine antwort gibt. der fallback legt seine halt im cache ab. aber ich denke, das ist ja nicht so schlimm, wenn das dann im cache steht oder? im logfile des clients sehe ich, dass dieser nur den primary fragt und atwort bekommt. wenn man den zum spaß anhält dann geht er auf den fallback und bekommt von diesem seine antwort. so zumindest bei mir.

 

[supraracer]

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

Das Verhalten sollte so definitiv nicht sein, teste mal wie von janni in #84 angemerkt in der Client oscam.server beim Fallback Reader:

Du musst dich Anmelden oder Registrieren um den Inhalt der Codes zu sehen!

-supraracer

 

[ni88l3r]

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

Jetzt sieht das ganze so aus:

Clientlog:

Spoiler

Du musst dich Anmelden oder Registrieren um diesen Inhalt sichtbar zu machen!

Serverlog:

Spoiler

Du musst dich Anmelden oder Registrieren um diesen Inhalt sichtbar zu machen!

Muss dazu sagen, dass ich das ganze zur Zeit wieder mit der per Internet (Raspi->LANKabel->FritzBox->Speedportrouter->LANKabel->VUSolo) angebundenen Box testen muss.

Edit: Scheint halbwegs zu funktionieren, sind halt jetzt kleinere Ruckler statt einem großen Hänger und der 378er beantwortet sich den Fallback immer noch selbst ^^: (fallbacktimeout_percaid = 098C:300,1843:800)
Clientlog:

Spoiler

Du musst dich Anmelden oder Registrieren um diesen Inhalt sichtbar zu machen!

 

[huberth]

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

Hihi wäre es nicht besser anstatt einen tcp Reader und den fallback auf udp,
Beide auf udp laufen zu lassen allein schon wegen der Geschwindigkeit. ? Oder ist das eine Glaubensfrage


Gesendet von iPhone mit Tapatalk

 

[lavemetoo]

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

hier mal meine configs zum vergleich. habe die 098C als lokal eingetragen, weil ich noch eine andere vom partner habe und meine zuerst fragen will. ging ansonsten immer oft auf die im share und damit kann ich das verhindern.

output:

Spoiler

Du musst dich Anmelden oder Registrieren um diesen Inhalt sichtbar zu machen!

oscam.conf SERVER

Spoiler

Du musst dich Anmelden oder Registrieren um diesen Inhalt sichtbar zu machen!

oscam.server SERVER

Spoiler

Du musst dich Anmelden oder Registrieren um diesen Inhalt sichtbar zu machen!

oscam.user SERVER

Spoiler

Du musst dich Anmelden oder Registrieren um diesen Inhalt sichtbar zu machen!

oscam.conf CLIENT

Spoiler

Du musst dich Anmelden oder Registrieren um diesen Inhalt sichtbar zu machen!

oscam.server CLIENT

Spoiler

Du musst dich Anmelden oder Registrieren um diesen Inhalt sichtbar zu machen!