Quantcast
Aktuelles
Digital Eliteboard - Das Digitale Technik Forum

Registriere dich noch heute kostenlos, um Mitglied zu werden! Sobald du angemeldet bist, kannst du auf unserer Seite aktiv teilnehmen, indem du deine eigenen Themen und Beiträge erstellst und dich über deinen eigenen Posteingang mit anderen Mitgliedern unterhalten kannst! Zudem bekommst du Zutritt zu Bereichen, welche für Gäste verwehrt bleiben

Registriere dich noch heute kostenlos, um Mitglied zu werden! Sobald du angemeldet bist, kannst du auf unserer Seite aktiv teilnehmen, indem du deine eigenen Themen und Beiträge erstellst und dich über deinen eigenen Posteingang mit anderen Mitgliedern unterhalten kannst! Zudem bekommst du Zutritt zu Bereichen, welche für Gäste verwehrt bleiben

Freezer durch Cache1 (0ms) !?

AW: Freezer durch Cache1 (0ms) !?

Sorry, bin damit total planlos, was sagen die Zahlen aus ?

fallbacktimeout_percaid = 09:550,18:4200

MfG
 
AW: Freezer durch Cache1 (0ms) !?

Habe in der Server conf. den Eintrag gelöscht:

cachedelay = 120

Und den eingesetzt:

[cache]

delay = 50

Mal sehen ob das was bringt.

Denke aber das ich die ganze Oscam beim Server und Clienten mal komplett neu machen muß.

Gibt es diesbezüglich Musterconfigs?

MfG

Gerade mal im log geschaut, Problem-Box (DLAN) 20,20 Uhr gestartet und 20,23 Uhr auf RTL HD geschaltet.
Läuft jetzt nebenbei, in der Stube die GB Quad Plus per LAN.
Bis jetzt kein cache1 im log (Stand 19,57 Uhr), vielleicht wars das schon, werde berichten.

MfG
 
Zuletzt bearbeitet:
AW: Freezer durch Cache1 (0ms) !?

Musterconfigs gibt es meines erachtens nicht!
Ich brauche keinen Cachedelay, andere schon. Teilweise macht 0 oder 1 einen Unterschied.
Bei mir läuft das Homesharing auch über dlan, ich habe damit keine Probleme weil ich meine dlan auf der gleichen Phase ohne Phasenkoppler betreibe.
Sicher gibt es Leute die wieder anderer Ansicht sind, sowas hier führt schnell zu Grundsatzdiskussionen. Ich kann nur sagen: Probieren geht über studieren :emoticon-0169-dance
 
AW: Freezer durch Cache1 (0ms) !?

So läuft nun knapp 2 Stunden.
Laut log nur einmal Fehler:


C04E6D0A9CADA25): timeout (7001 ms) by freetz
2015/05/23 20:42:53 2980A7F0 c dvbapi (09C4&000000/0641/EF10/B3:EAD5176A2F406133DC04E6D0A9CADA25): not found (3 ms) by freetz
2015/05/23 20:42:53 2980A7F0 c [DVBAPI] Demuxer #0 (re)starting decodingrequests on all 6 ecmpids!
2015/05/23 20:42:54 2980A7F0 c [DVBAPI] Demuxer #0 trying to descramble PID #4 CAID 09C4 PROVID 000000 ECMPID 1BCC ANY CHID PMTPID 0060 VPID 00FF
2015/05/23 20:42:56 2980A7F0 c dvbapi (09C4&000000/0641/EF10/B3:4377A69FC8D95897FD75F512D4CC649F): found (141 ms) by freetz

Kann aber leider nicht sagen ob es zum Stocken kam.
Ist auch kein cache1 Eintrag da.
Was bedeutet der Logauszug?

MfG
 
AW: Freezer durch Cache1 (0ms) !?

Das war mit Sicherheit ein Aussetzer! Sinngemäß:

Timeout nach 7 Sekunden vom Server.
Neustart einer Decoding Anfrage.
Anfrage nach 141ms vom Server beantwortet.
 
AW: Freezer durch Cache1 (0ms) !?

Darum so etwas machen! ... für Client
Code:
[COLOR=#ff0000]fallbacktimeout_percaid[/COLOR]       = 09:550,18:4200
09 sagt: alle CAIDs die mit 09 beginnen und 550 sagt 550 ms, danach gibt es einen Fallback
... das gleiche gilt für die andere Kombination (spezial Fallback per CAID)
Standard Fallbacktimeout = 2500 ... für NDS CAIDs viel zu viel,
aber für andere CAIDs mitunter zu wenig

... für Server
Code:
[COLOR=#ff0000]fallbacktimeout_percaid[/COLOR]       = 09:450,18:3800
 
AW: Freezer durch Cache1 (0ms) !?

Dafür müsste doch überhaupt erstmal ein Fallback Reader bereit stehen, sonst haben doch diese Settings keinen Sinn!?

Code:
[h=4]fallbacktimeout[/h] [COLOR=blue][URL="http://www.streamboard.tv/wiki/Datei:HakenBlau.png"][B]IMG Removed[/B][/URL] [B] Parameter wird abhängig vom Setup/Programmversion benötigt.[/B][/COLOR]
 [URL="http://www.streamboard.tv/wiki/Datei:WarningS.png"][B]IMG Removed[/B][/URL] [B]Achtung:[/B] 
Gilt nicht, wenn Loadbalancing aktiviert ist! 
Bei mehreren Readern (Siehe Abschnitt [reader] in oscam.server)  kann ein Reader bestimmt werden, auf den z.B. bei einer Störung der  übrigen Reader der traffic zurück fällt. 
Maximale Wartezeit des [URL="http://www.streamboard.tv/wiki/Cardserver"]Cardservers[/URL] in Millisekunden auf primäre [URL="http://www.streamboard.tv/wiki/Reader"]Reader[/URL], bevor der/die [URL="http://www.streamboard.tv/wiki/Fallback"]Fallback[/URL]-Reader (falls vorhanden!) befragt werden. 
Beispiel: 
 fallbacktimeout = 1500
Default: 
 fallbacktimeout = 2500
[URL="http://www.streamboard.tv/wiki/Datei:WarningS.png"][B]IMG Removed[/B][/URL] [B]Achtung:[/B] Der Wert muss größer dem Wert von "serialreadertimeout" gewählt werden, ansonsten werden die Standardwerte verwendet.

Code:
[h=4]fallbacktimeout_percaid[/h] [COLOR=green][URL="https://www.streamboard.tv/wiki/Datei:HakenGruen.png"][B]IMG Removed[/B][/URL] [B]Parameter ist optional[/B][/COLOR]
 [COLOR=White]NEU svn:8896/09/04/2013[/COLOR] 
fallbacktimeout_percaid  =  Millisekunden 
Wartezeit in Millisekunden, bevor der für eine CAID reservierte [URL="http://www.streamboard.tv/wiki/Reader"]Reader[/URL] befragt wird. 
Default  =  2500

Verwendet überhaupt noch jemand Fallback Reader ohne sie ins Load-Balancing einzubinden?
 
AW: Freezer durch Cache1 (0ms) !?

In der Regel bedeutet das die Anfrage sehr spät am Server eintritt, und dieser Key aus der Niederlegung bedient wird.
In der Regel ist es ein Netzwerkproblem oder auf der Clientseite eine starke Verzögerung, sofern es nicht Gruppen-übergreifend geschieht.
 
AW: Freezer durch Cache1 (0ms) !?

Dafür müsste doch überhaupt erstmal ein Fallback Reader bereit stehen ...
Man ... seid ihr alle schlau, wenn man übers WebIF editiert und da keinen anderen Wert als den Defaut-Wert setzt,
dann wird nichts in der oscam.conf eingetragen, jedoch geht OScam vom 2500 aus.
 
AW: Freezer durch Cache1 (0ms) !?

Entschuldige bitte, dass sich nicht jeder hier auf dem selben intellektuellen Niveau bewegt wie Du in bezug auf OSCam Konfigurationen und Auswirkungen.

Dein Kenntnisstand ist manchmal wirklich schätzenswert, aber die pampigen Antworten machen es nicht besser.

Omi sagte immer zu mir: "Wer keine Fragen stellt, bleibt dumm".

Was wäre denn jetzt das Problem, wenn OSCam von 2500 ausgeht? Es wird doch sowieso kein Fallback benutzt, wenn man keinen definiert und wer Load-Balancing einsetzt "Retry limit + Special retry limit per caid".


Hier mein Kenntnisstand zu diesem Thema:

- Fallbacktimeout greift nur, wenn in oscam.server ein Reader als Fallback definiert wurde.
- Ist ein Reader mit der gleichen CAID als Fallback definiert, muss er sich in der selben Gruppe befinden.
- Verwendet man bei mehreren unterschiedlichen Readern/CAIDs jeweils einen Fallback, sollte man besser mit fallbacktimeout_percaid statt des globalen fallbacktimeout arbeiten.
- Man kann auch einen Proxy als Fallback definieren, jedoch sollte man dabei die Latenz und CW-Timings beachten und sicher sein, dass der Reader liefern kann.
- Die Antwort vom Fallback sollte dabei möglicherweise nicht clienttimout übersteigen, sonst bekommt der Client einen Timeout?

- Bei Verwendung von Load-Balancing ist das erstmal alles hinfällig.
- Mit "cwcycle_allowbadfromffb = 1" könnte man einen Reader allerdings auch bei Load-Balancing zum fixed Fallback für CacheEx machen.
- Auf diesen wird dann bei einem Bad Cycle zurückgegriffen.
- Der fixed Fallback sollte zu 100% antworten können (gleiche Entitlements und Pakete haben).
- Für mich sinnfrei Part 1, da man die Reader genau so gut mit Services füttern kann um Festzulegen auf was geantwortet werden soll und auf was nicht. Den Rest erledigt dann der LB.
- Für mich sinnfrei Part 2, da ein bereits in das Load-Balancing eingebundener Reader schon Last hat und damit noch wesentlich mehr belastet werden würde.
- Für mich sinnfrei Part 3, da man diesen fixed Fallback mit "lb_weight" erst einmal etwas von der durchschnittlichen Last befreien müsste um permanent freezefreie CW zu bekommen.


Keiner von den Usern hier mit diesem Problem, setzt einen Fallback ein. Also hat das Problem damit meiner Ansicht nach nichts zutun.

Vielleicht sollten diese User mal mit "max_time = 10" und einem minimalen "delay = x" unter [cache] arbeiten und sich herantesten.
 
Zuletzt bearbeitet:
AW: Freezer durch Cache1 (0ms) !?

Hi,
@maikyyy
Eine kleine Korrektur ;)
- Mit "cwcycle_allowbadfromffb = 1" könnte man einen Reader allerdings auch bei Load-Balancing zum fixed Fallback für CacheEx machen.
- Auf diesen wird dann bei einem Bad Cycle zurückgegriffen.
Nicht für CacheEx sondern für den CW-Cyclecheck, im speziellen als Reaktion auf "cwcycle_onbad = 1.
Der Cyclecheck hat nichts mit CacheEx zu tun.

Und hier mal was zum Lesen zu Fallbacks bei Loadbalancing
Changeset 9725
Load Balancing improvements:


  • add new parameter "lb_force_fallback" (default=0) Normally, if a reader has fallback and fallback_percaid parameters setted, LoadBalancing chooses it as fallback or as not-fallback reader, after evaluating its stats. Setting lb_force_fallback=1 on same reader, with one of above parameters, we force LB to set reader ALWAYS as fallaback, and without consider its stats (ignore fails). This could be usefull for secure fallback readers, that we want use as latest secure chance of decoding. It is same behaviour with LB off (mode 0).

  • Fix for nfb_readers parameter: now, LB cannot selects more fallback readers than nfb_readers value. The fallbacks are choosen with this priority:
    1. readers with fallbacks paramters (fallback or fallback_percaid) and lb_force_fallback=1
    2. readers with fallbacks paramters (fallback or fallback_percaid) and lb_force_fallback=0, if not already used as best readers
    3. readers with best lb_value, if not already used as best readers
https://www.digital-eliteboard.com/324431-lb_force_fallback-post2264238.html#post2264238
Man sieht also, dass man sich nicht immer ganz auf das Wiki verlassen kann.

Zur "Cache1 (0ms)"
Für mich hat "Cache1 (0ms)" in diesem Zusammenhang, immer etwas mit falschem/aus dem Ruder gelaufenem Timing zu tun, wenn es nicht gerade nach dem Umschalten/Zap passiert.
Meißt sind es wohl kurze Verbindungsabbbrüche oder ein vorausgegangener sehr langer Ping o.ä.

Gruß
janni1
 
Zuletzt bearbeitet:
AW: Freezer durch Cache1 (0ms) !?

Genau in die Richtung tippe ich auch. Da wird versucht auf einen sich noch im Cache befindlichen CW zurückzugreifen, der dann doch nicht mehr gültig ist. Durch eine hohe Latenz wird das im wesentlichen noch begünstigt.
 
AW: Freezer durch Cache1 (0ms) !?

Ähm.
Wenn das CW im Cache ist dann ist es auch noch gültig.
 
AW: Freezer durch Cache1 (0ms) !?

Ich habe mir mal ein 4 adriges Telefonkabel zu einem LAN Kabel umgebaut und die DLAN Box direkt angeschlossen.
Hatte den ganzen Tag keine Aussetzer.
Ich werde mir direkt vom Router in der Stube ein LAN Kabel hoch zum Dachboden legen , dort ein Gigaswitch dran und dann Kabel in die Dachgeschosszimmer legen.
Da kam ich dann die beiden Boxen und den PC anschließen und die DLAN Adapter weg lassen.
Danke für die Tips.

MfG
 
AW: Freezer durch Cache1 (0ms) !?

Ich muss dieses Thema nochmal hervorholen.
Ich habe auch z.T. die Meldung, dass Cache = 0ms beträgt.
Delay habe ich auf 300ms gesetzt. Bei der HD+ Karte greift die Einstellung. Bei der V14 allerdings nicht.
Hab aber in der [reader] Sektion nichts gefunden was ich da ändern könnte. Muss da an anderer Stelle noch was angepasst werden?

Vielen Dank schon mal
 
Zurück
Oben