Clienten "klagen" über Freezer...

[janni1]

Hi,
im oberen Log gab es einen einzigen Freezer und zwar hier:

Spoiler

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

Hier fehlen mindestens zwei Anfragen bevor die Caid gewechselt wurde.
Ich vermute hier Verbindungsprobleme beim Clienten selber (evtl. Wlan oder Dlan).
Leider wurden im Log die ECM-Hashes geixxxt, sonst könnte man evtl. mehr dazu sagen.

 

[Emperor288]

hm.. Zeiten sind grenzwertig (bei v14), aber wohl noch im Rahmen. ich bleib bei der Vermutung, dass die Ursprungsserver teilweise einfach überlastet sind. deine Configs sehen soweit gut aus, aber reshare = 2 würde ich schleunigst (global!) ändern.

 

[ThePick]

Bei CCcam steht der reshare jetzt auf =1.

Der Receiver von dem Client aus dem Log, ist direkt per LAN an der FritzBox angeschlossen.

War es nicht mal so, dass man die ECM-Hashes xen sollte? Aber hier dann nochmal komplett:

"Das Log leider wieder weil zu lang einen Beitrag unter diesem"

Log:

Spoiler

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

 

[Emperor288]

boah, die Zeiten sind ja teilweise Horror! ich würd den Clients auf jeden Fall einzelnen CAIDs zuweisen. bei jedem Senderwechsel wird teilweise ein anderer Server abgefragt (weil Cache schneller) und das führt zu kurzzeitigen Verbindungsverlusten. Beispiel: wenn z.B. Sat 1 geschaut wird und auf Pro 7 geschaltet wird (beides Fantasiewerte) verliert der Client den Server, weil eine andere Person bereits Pro 7 schaut und der Cache eine schnellere Antwort gibt.

versuch es mit dem Loadbalancer und lb_mode = 2.

ansonsten hab ich auch keine Idee mehr und mache Platz für andere

 

[janni1]

Hi,
das Log wurde sicherlich "ausgedünnt",
denn cache 2 kommt nur, wenn ein anderer Client den Sender parallel schaut.

Die Zeiten find ich jetzt nicht so dramatisch, denn wenn evtl zwei Sender auf dem selben Transponder abgerufen werden, verdoppeln sie sich auch schon mal.

Und so schlimm verbastelt find ich die Configs jetzt auch nicht, bis auf das Böse "ignorereshare = 1". Das geht gar nicht

Zu den Freezern bleibt es bei mir dabei: Es lag an "verlorenen" Anfragen, mit darauf folgendem Caidwechsel beim Clienten.

Evtl würde ich die 1843 noch mit in den Cyclecheck nehmen, nicht das da FakeCws über die Proxys kommen.

 

[ThePick]

"ignorereshare = 1" sofort entfernt worden, warum das da drin war, keine Ahnung, jedenfalls nicht mit irgendeiner bösen absicht. Ich bescheisse hier niemanden und Share keine Karten bis ins All. Ich gebe meine Lokale Karte und nehme eine Lokale Karte. Nichtmal ein anderer Client (außer Freunde und Familie - und die Resharen nicht!!!) bekommt die Karte von jemand anderen. Bodenlose Frechheit mir sowas zu unterstellen @axfa77.

Den 1843 habe ich mal deaktiviert.

Ich habe nur die Zeit aus dem Log gepostet, bei dem der Client mir geschrieben hat, wo er Aussetzer hatte. Das war in der Zeit von ca. 20:30 bis 21:00Uhr.

@janni1 und/oder @Emperor288, können wir uns bitte dann noch meine LB Config anschauen, dass wir die auf den richtigen Weg bekommen. Denn dort habe ich seit ewigkeiten nichts mehr dran gemacht, wie man an der 1702 sieht

Hier nochmal die oscam.conf:

Spoiler

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

 

[janni1]

Hi,
ich würde Lb_mode =1 empfehlen aber das ist Ansichtsache
Bist auf die unnütze 1702, könnte der Rest so bleiben.

 

[Derek Buegel]

Alle sollte mal ihre Receiver im Router priorisieren.

MfG

 

[hot chili]

Wenn ANFRAGEN VERLOREN gehen, kann auch am Router NAT vom Server liegen. OSCam hält die Leitung ja teoretisch aufrecht. Ohne keep allive beim Client in der Servereinstellung könnte was verbessern. Zumindest trennt es 50% der User, die dann ZDF oder praktisch im Standby schlummern.

 

[ThePick]

Du meinst das hier "keepalive = 1" bei den Usern setzen?

Er hat mir eben nochmal geschrieben. Meinte um ca. 20:36:48 war ein Aussetzer.

Log mit Zeitraum 20:36:48:

Spoiler

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

Und dann nochmal um ca. 21:09:03:

Spoiler

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

 

[hot chili]

"keepalive = 1" bei den Usern setzen?

Nee dann = 0 ausschalten, also die Leitung bei Inaktivität schließen.

Ist übrigens auch bei Massenauswürfen der Grund, das die Verbindungen kurz reißen, wenn zuviel Verbindungen gehalten werden. Bei Einzelfälle liegt es am Client Netzwerk, oder ein einem Verbindungsknoten. Zu messen mit Pingplotter.

 

[janni1]

Hi,
eindeutig Verbindungsprobleme

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

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

Die Anfragen kommen außerhalb des Zykluses (bei Pro7 sind das 7sec.) und werden doppelt gestellt. Bleiben also irgendwo auf der Strecke.
Wenn er der einzige ist der Probleme hat, wird es wohl bei ihm liegen.

 

[LaPanna]

Ungesehen würd ich auf Billigreceiver bei den andern Clienten Tippen, und du der einzigste mit einem gescheiten Receiver hast keine Probs.
War auch mal meine Konstellation da ich den "andern" keine Linuxkiste zugetraut hatte, was einem aber unterm Strich dann mehr Nerven kostet.

 

[hot chili]

Damit liegst aber wohl so schlecht mit deinem Tipp, wie ich immer beim Lotto.

 

[ThePick]

Naja, die Clients haben alle nen Vu+ Receiver.

Bei den Clients steht in der server.conf auch dieser Eintrag drin:

Spoiler

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

soll ich den dort auch auf 0 setzen?

Danke