fidero85
Ist oft hier
Tageszeit,
Ich poste folgendes Problem mal hier da ich davon ausgehe dass es sich um ein Clientproblem handelt.
Szenario: OSCAM-Server (1.20 r9003) auf ThinClient unter Wheezy, eine Handvoll Clients alle mit CCcam 2.30-3367, Configs verkneife ich mir erstmal, ggf. liefere ich die gezielt auf Anfrage nach. Der Server läuft seit Monaten rockstable, wird regelmäßig upgedatet (heute morgen auf die r9063), ohne jegliche Probleme. Seit ein paar Tagen und in zunehmender Frequenz hat genau nur ein Client (XTrend ET 4000 mit aktuellem OpenPli und CCcam vom Feed) das Phänomen, dass er sich ständig neu verbindet sobald etwas entschlüsselt wird; lief vorher wochenlang mit identischen Konfigs ebenso rockstable wie alle anderen Clients.
Im Oscam-Log am Server sieht man dann:
Das heißt mittendrin scheint die Verbindung kurz einzuknicken und in aller Regel sofort wieder da zu sein, die IP-Adresse ist bei Dis- und Reconnect konstant, d.h. ein Reconnect des Clients hinsichtlich DSL findet scheinbar nicht statt. Der exemplarisch oben mitabgebildete user2 (und alle anderen...) hat zur gleichen Zeit keinerlei Probleme, bei user1 kommt es durch das Phänomen zu Freezern, teilweise auch mehrere Sekunden lang wenn der Reconnect mal etwas länger dauert. Da ich selbst und alle anderen am Server keinerlei Probleme haben halte ich das für ein Problem auf Userseite.
Meine Idee war, dass das DSL (DSL 3000 Telekom/T-Online auf dem flachsten Land) mglw. der Übeltäter ist, habe mal eine Störmeldung bei der Telekom abgegeben und um Portreset gebeten (sowas Ähnliches hatten wir vor ein paar Jahren schonmal mit ständigen Reconnects beim Streamen von Videoinhalten).
Ich habe das noch weiter beobachtet, das Problem scheint nur aufzutreten, während ein Sender entschlüsselt wird, ist der XTrend im Standby oder auf einem Free-TV-Kanal hält die Verbindung stundenlang im Idle, sobald etwas entschlüsselt wird tritt das Phänomen in unregelmäßigen Abständen (meist zwischen wenigen und max. 15 Minuten) auf, egal ob S*y, H*+, Red*ight, O*F, etc. pp.Oder hat vielleicht hier noch jemand eine andere Idee was es sein könnte.
Die CCcam-Konfig auf Client-Seite ist absolut minimal und identisch zu allen anderen Clients, CCcam.cfg mit C:-Line auf den Server, sonst keinerlei anderen CCcam-Konfigurations-/Priorisierungs-/etc.-Dateien.
Vielen Dank fürs Miträtseln
Fid
Ich poste folgendes Problem mal hier da ich davon ausgehe dass es sich um ein Clientproblem handelt.
Szenario: OSCAM-Server (1.20 r9003) auf ThinClient unter Wheezy, eine Handvoll Clients alle mit CCcam 2.30-3367, Configs verkneife ich mir erstmal, ggf. liefere ich die gezielt auf Anfrage nach. Der Server läuft seit Monaten rockstable, wird regelmäßig upgedatet (heute morgen auf die r9063), ohne jegliche Probleme. Seit ein paar Tagen und in zunehmender Frequenz hat genau nur ein Client (XTrend ET 4000 mit aktuellem OpenPli und CCcam vom Feed) das Phänomen, dass er sich ständig neu verbindet sobald etwas entschlüsselt wird; lief vorher wochenlang mit identischen Konfigs ebenso rockstable wie alle anderen Clients.
Im Oscam-Log am Server sieht man dann:
.
.
.
2013/11/27 21:44:47 8C0xxxx c user1 (1702/0017/93): found (580 ms) by abo01 - Sky Krimi
2013/11/27 21:44:50 8C1xxxx c user2 (1702/0072/93): found (649 ms) by abo01 - Sky Sport HD 2
2013/11/27 21:44:54 8C0xxxx c user1 (1702/0017/93): found (672 ms) by abo01 - Sky Krimi
2013/11/27 21:44:57 8C1xxxx c user2 (1702/0072/93): found (647 ms) by abo01 - Sky Sport HD 2
2013/11/27 21:45:01 8E8xxxx c client(B735xxxx) duplicate user 'user1' from ip.ip.ip.ip (prev ip.ip.ip.ip) set to fake (uniq=3)
2013/11/27 21:45:01 8E8xxxx c encrypted cccam-client ip.ip.ip.ip granted (user1, au=on (3 reader))
2013/11/27 21:45:02 8E8xxxx c user1 (1702/0017/93): found (668 ms) by abo01 - Sky Krimi
2013/11/27 21:45:04 8C0xxxx c user1 disconnected from ip.ip.ip.ip
2013/11/27 21:45:04 8C1xxxx c user2 (1702/0072/93): found (643 ms) by abo01 - Sky Sport HD 2
2013/11/27 21:45:08 8E8xxxx c user1 (1702/0017/93): found (670 ms) by abo01 - Sky Krimi
2013/11/27 21:45:11 8C1xxxx c user2 (1702/0072/93): found (646 ms) by abo01 - Sky Sport HD 2
.
.
.
.
.
.
2013/11/27 21:44:47 8C0xxxx c user1 (1702/0017/93): found (580 ms) by abo01 - Sky Krimi
2013/11/27 21:44:50 8C1xxxx c user2 (1702/0072/93): found (649 ms) by abo01 - Sky Sport HD 2
2013/11/27 21:44:54 8C0xxxx c user1 (1702/0017/93): found (672 ms) by abo01 - Sky Krimi
2013/11/27 21:44:57 8C1xxxx c user2 (1702/0072/93): found (647 ms) by abo01 - Sky Sport HD 2
2013/11/27 21:45:01 8E8xxxx c client(B735xxxx) duplicate user 'user1' from ip.ip.ip.ip (prev ip.ip.ip.ip) set to fake (uniq=3)
2013/11/27 21:45:01 8E8xxxx c encrypted cccam-client ip.ip.ip.ip granted (user1, au=on (3 reader))
2013/11/27 21:45:02 8E8xxxx c user1 (1702/0017/93): found (668 ms) by abo01 - Sky Krimi
2013/11/27 21:45:04 8C0xxxx c user1 disconnected from ip.ip.ip.ip
2013/11/27 21:45:04 8C1xxxx c user2 (1702/0072/93): found (643 ms) by abo01 - Sky Sport HD 2
2013/11/27 21:45:08 8E8xxxx c user1 (1702/0017/93): found (670 ms) by abo01 - Sky Krimi
2013/11/27 21:45:11 8C1xxxx c user2 (1702/0072/93): found (646 ms) by abo01 - Sky Sport HD 2
.
.
.
.
Das heißt mittendrin scheint die Verbindung kurz einzuknicken und in aller Regel sofort wieder da zu sein, die IP-Adresse ist bei Dis- und Reconnect konstant, d.h. ein Reconnect des Clients hinsichtlich DSL findet scheinbar nicht statt. Der exemplarisch oben mitabgebildete user2 (und alle anderen...) hat zur gleichen Zeit keinerlei Probleme, bei user1 kommt es durch das Phänomen zu Freezern, teilweise auch mehrere Sekunden lang wenn der Reconnect mal etwas länger dauert. Da ich selbst und alle anderen am Server keinerlei Probleme haben halte ich das für ein Problem auf Userseite.
Meine Idee war, dass das DSL (DSL 3000 Telekom/T-Online auf dem flachsten Land) mglw. der Übeltäter ist, habe mal eine Störmeldung bei der Telekom abgegeben und um Portreset gebeten (sowas Ähnliches hatten wir vor ein paar Jahren schonmal mit ständigen Reconnects beim Streamen von Videoinhalten).
Ich habe das noch weiter beobachtet, das Problem scheint nur aufzutreten, während ein Sender entschlüsselt wird, ist der XTrend im Standby oder auf einem Free-TV-Kanal hält die Verbindung stundenlang im Idle, sobald etwas entschlüsselt wird tritt das Phänomen in unregelmäßigen Abständen (meist zwischen wenigen und max. 15 Minuten) auf, egal ob S*y, H*+, Red*ight, O*F, etc. pp.Oder hat vielleicht hier noch jemand eine andere Idee was es sein könnte.
Die CCcam-Konfig auf Client-Seite ist absolut minimal und identisch zu allen anderen Clients, CCcam.cfg mit C:-Line auf den Server, sonst keinerlei anderen CCcam-Konfigurations-/Priorisierungs-/etc.-Dateien.
Vielen Dank fürs Miträtseln
Fid
Zuletzt bearbeitet: