gelöst Oscam ruckler - wo ansetzen?

[RuckZuck]

Und die ECM-Zeiten sind ziemlich hoch. Das kommt durch die Auslastung des eigentlichen Servers (kannst du nichts dran ändern).
Eine V13 (selbst über VPN und DynDNS) sollte bei mehreren Zugriffen gut eingestellt bei um die 130 bis max 170ms (selbst bei mehreren Hops) am Client liegen.
Alles darüber deutet auf sehr viele User / zeitgleiche Zugriffe am Server hin...
Da kannst du als Client noch so viel einstellen, es wird nicht besser werden.

 

[Vigor]

Wieviele User hängen denn jeweils an den 3 Servern, auf die du zugreifst?

Gruß
Vigor

 

[DarkStarXxX]

Das sind einfach Fake CWs und hinzu kommt das der LB nicht aktiviert ist, wenn allerdings die Hinweise nicht berücksichtigt werden, dann kann man den TE auch nicht helfen.

 

[Badly]

ich hatte den lb schon an auf 1 und auf 3 (mehrere tage probiet) zusätzlich mit

lb_retrylimit gearbeitet aber immer das gleiche​

es läuft ohne probleme bei ecm zeiten von 200-250 - wenn ich mir hier zuhause einen proxy vom receiver zum server aufbaue und retour, dann verliere ich da schon 50ms. so ausprobiert.
also das problem sind nicht die ecm zeiten, sondern es ruckelt wenn die ecms absacken und es kommt aber kein fehler.

 

[DarkStarXxX]

Der LB ist einfach Pflicht, wenn man mehrere Proxys mit gleichen Karten hat, ohne LB treibt man nämlich genauso die ECM Zeiten durch unnötige Anfragen in die höhe.
Und solche Low ECMs kannst du nicht ignorieren und deswegen gibt es diese Freezer, das liegt daran das deine Quellen eben keine Lokalen Karten haben, sondern MCS Cache benutzen.

Mit Lokalen V13 Karten gibt es solche Probleme nicht.

 

[Badly]

und für mein verständnis.
warum erzeugt dann eine niedrige ecm einen ausfall, wenn sie während der anfragezeit mit ok beantwortet wird.

 

[DarkStarXxX]

Weil es kein richtiges CW ist, sondern ein Fake CW.
Softcams sind nicht in der Lage Fake von Richtig zu unterscheiden.

 

[borsel]

Für mich auch mal zum Verständnis: Wodurch entstehen denn diese Fake-CWs? Bzw. wie gelangen diese in Umlauf? Man hört ja immer mal wieder, dass insbesondere im Bereich der DAZN-Bar-Sender viel der Cache genutzt wird (mangels Bar-Karten) und dort viele solcher Fake-CWs im Umlauf sind. Das Protokoll meldet nur "found" in ordentlicher Zeit, aber trotzdem steht das Bild ....

Und gibt es nicht mittlerweile soetwas wie eine "doppelte Prüfung", um solche Fake-CWs auszusortieren?

 

[DarkStarXxX]

Wenn wir wüssten wie die Fake CWs entstehen, dann wären wir einen Schritt weiter.

 

[Derek Buegel]

er verbindet sich von seine 920 ins schlafzimmer über dyndns

Das mach ich schon seit Jahren so und das hat auch einen Grund.
Damit prüfe ich ob die DYNDNS funktioniert und ob ein guter Ping vorhanden ist.

MfG

 

[czutok]

Damit prüfe ich ob die DYNDNS funktioniert

Mache ich auch , bloß ich kann ein Start Log von der Karte zeigen wenn ich Hilfe suche

Gesendet von meinem Power mit Tapatalk

 

[Badly]

Habs leider die Tage nicht in den Griff bekommen. Auch der Wechsel als Camd3 cs378 Protokoll - hilft nicht weiter.
Wenn jemand noch eine Idee hat (nur ein Server) - Loadbalancer ist aus.

 

[DarkStarXxX]

Das kannst du nur mit einer eigenen Lokalen Karte in den Griff bekommen, sobald Proxys / Cache im Spiel ist, ist das Spiel aus.

 

[Badly]

Ok - Merci dann an dieser Stelle

 

[slotting]

am client testet mal folgendes: auf die neueste oscam 11689 aktualisieren und "skip cws checksum test" komplett deaktivieren. (also quasi den checksum test aktivieren)

zusätzlich habe ich noch die oscam.fakecws aus folgendem beitrag im config ordner drin: Neue Datei "oscam.fakecws"?
bei mir läuft es sehr gut