Digital Eliteboard - Das Digitale Technik Forum

Registriere dich noch heute kostenloses 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 Bereiche, welche für Gäste verwehrt bleiben

OSCam > OSCam = Freezer/Aussetzer

Ba™

Newbie
Registriert
9. Oktober 2012
Beiträge
20
Reaktionspunkte
3
Punkte
23
hallo an die community!


problem:
mein einziger client (inet) hat immer wieder unterschiedlich stark ausgeprägte freezer.
wenn einer eintritt, kann er sofort z.b. den channel wechseln und alles läuft erstmal wieder; bis zum nächsten mal.

setup:
server / mutant hd2400, 3x dvb-c, 1x G09 (versch. abos u.a. sky)
client / atemio nemesis, 2x dvb-c, keine lokalen karten/abos
beide nutzen keine weiteren karten/shares

image:
openatv 4.2 (aktuell)


OSCam
r10398 (beim letzten test); mit und ohne fpu-optimierung getestet

verbindung:
via dsl-internetstrecken >= 6000, hausintern per ethernet
beim letzten aufgetretenem fehler lief testweise parallel zur aufnahme ein dauerping von der client-box zum server mit diesem resultat:
round-trip min/avg/max = 9.870/11.809/99.584 ms (und die höheren zeiten überschneiden sich nciht mit den aussetztern/freezern).

protokolle:
cs357x (udp) / cs378x (tcp)
mit/ohne suppresscmd08


log beim freezer/aussetzer (der dauer-ping lief währenddessen und hatte immer gute zeiten):

client-box:
14:38:31 5325E8 c (ecm) dvbapi (09C7&000000/001A/C35D/5E:BB38....475B): found (270 ms) by Server_357 - VOX HD
14:38:41 5325E8 c (ecm) dvbapi (09C7&000000/001A/C35D/5E:74AA....9CC5): found (270 ms) by Server_357 - VOX HD
14:38:56 5325E8 c (ecm) dvbapi (09C7&000000/001A/C35D/5E:465D....A4A9): timeout (5000 ms) by Server_357 - VOX HD
14:39:01 5325E8 c (-) -- Skipped 1 duplicated log lines --
14:39:01 5325E8 c (ecm) dvbapi (09C7&000000/001A/C35D/5E:9AC7....6390): found (269 ms) by Server_357 - VOX HD
14:39:01 5325E8 c (dvbapi) Demuxer #0 restarting decodingrequests after 0 ms with 1 enabled and 1 disabled ecmpids!
14:39:01 5325E8 c (dvbapi) Demuxer #0 trying to descramble PID #0 CAID 09C7 PROVID 000000 ECMPID 1A03 ANY CHID PMTPID 006A VPID 19FB
14:39:01 5325E8 c (ecm) dvbapi (09C7&000000/001A/C35D/5E:9AC7....6390): cache1 (0 ms) by Server_357 - VOX HD
14:39:11 5325E8 c (ecm) dvbapi (09C7&000000/001A/C35D/5E:F47F....B74F): found (270 ms) by Server_357 - VOX HD
14:39:22 5325E8 c (ecm) dvbapi (09C7&000000/001A/C35D/5E:2409....5ED1): found (271 ms) by Server_357 - VOX HD


server-box:
14:38:31 568368 c (ecm) client (09C7&000000/001A/C35D/5E:BB38....475B): found (256 ms) by G09 - VOX HD
14:38:41 568368 c (ecm) client (09C7&000000/001A/C35D/5E:74AA....9CC5): found (256 ms) by G09 - VOX HD
14:38:51 568368 c (ecm) client (09C7&000000/001A/C35D/5E:465D....A4A9): found (256 ms) by G09 - VOX HD
14:39:01 568368 c (ecm) client (09C7&000000/001A/C35D/5E:9AC7....6390): found (256 ms) by G09 - VOX HD
14:39:11 568368 c (ecm) client (09C7&000000/001A/C35D/5E:F47F....B74F): found (255 ms) by G09 - VOX HD
14:39:22 568368 c (ecm) client (09C7&000000/001A/C35D/5E:2409....5ED1): found (255 ms) by G09 - VOX HD



ich bin mir sicher, dass vieles optimiert werden kann. aber liege ich denn mit den configs so daneben?
hab' mich durch (gefühlt) 2000 web-pages, hints, dokus, etc. gearbeitet.

bin für jeden guten tipp/hinweis/anleitung (bitte möglichst exakt) sehr dankbar. :)
Blacky


log beim start von OSCam

server-box:

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


client-box:

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



configs von der:


server-box: oscam.conf

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

server-box: oscam.user

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

server-box: oscam.server

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

server-box: oscam.dvbapi

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



client-box: oscam.conf

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

client-box: oscam.user

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


client-box: oscam.server

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


client-box: oscam.dvbapi

Du musst dich Anmelden oder Registrieren um diesen Inhalt sichtbar zu machen!
 
AW: OSCam > OSCam = Freezer/Aussetzer

Hi,

hier haben wir schon das erste Problem

Du musst dich Anmelden oder Registrieren um den Inhalt der Angebote zu sehen!
die karte läuft nicht im Fastmode.

Beim Server das hinzu

Code:
Du musst dich Anmelden oder Registrieren um den Inhalt der Codes zu sehen!
und Oscam neu sterten. Log wieder davon zeigen

Grüße
Bombadil
 
AW: OSCam > OSCam = Freezer/Aussetzer

Zur freezer Verneidung noch das beachten:
- oscam Version ab 9948
- kein WLan verwenden. Für V14 Karte ist Lan fast ein Muß.
 
AW: OSCam > OSCam = Freezer/Aussetzer


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

werd' ich ausprobieren, geht leider erst morgen wg. laufenden aufnahmen.

keine kritik, oder ähnliches, nur zum persönlichen verständnis: die keys rollen ja hier im 10 sek. takt, zumindest erhält der client ja (in den logs zu sehen) alle 10 sek. vom server schön den nächsten. liege ich falsch, wenn ich da vermute, daß 100-150 ms. weniger anfragezeit eigentlich gar nicht ins gewicht fallen sollten?

danke Bombadil

- - - - - - - - - -

daß mit dem WLAN kann man sich gut vorstellen, da sind halt entspr. latenzen möglich.
bei mir eine G09 am werkeln.
 
AW: OSCam > OSCam = Freezer/Aussetzer

ich würde mal vermuten das das cs357x ein UDP basierendes Protokol ist dass das "Paket" verloren geht auf dem weg zu Client, deswegen das Timeout
verhält es sich beim TCP basierendem cs378x oder cccam gleich? mal testen
mal den Server vom Client anpingen über einen gewissen zeitraum, dann siehst du ob es am Netzwerk liegt
 
AW: OSCam > OSCam = Freezer/Aussetzer

so, hab nun den ins7E11 parameter geändert. die ersten kurzen lokalen tests (nur auf der server-box) reflektieren auch die entsprechend erwarteten kürzeren umschalt/-zeiten.

gibt's noch weitere tuning/fixing ideen?

angehängt das log vom OSCam start auf server-box.

grüße
Blacky


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

- - - - - - - - - -

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


hallo dodo83!

ich denke du hast auch wenig zeit und somit mein erstes posting nur grob überflogen. wenn du etwas zeit aufbringen kannst, bitte nochmal durchlesen.
cs357x = udp / cs378x = tcp/ip. beides getestet, kein unterschied.
ping während aufnahme (und freezer) ebenfalls absolut ok (auch im 1ten post).

danke an alle die mitlesen/mithelfen.

Grüße
Blacky
 
AW: OSCam > OSCam = Freezer/Aussetzer

werd' ich gerne testen. besten dank schon mal vorab an dich!

btw: es war immer nur ein cs3xxx protokoll zu einem zeitpunkt aktiv/genutzt. machte aber kein unterschied.

hast du hierzu noch eine empfehlung? bringt beim tcp/ip die rückkopplung (über das enthaltene/ok paket) etwas im bezug auf timeout?
 
AW: OSCam > OSCam = Freezer/Aussetzer

Mache lieber CCcam Protokoll, das läuft stabiler bei deiner Situation.
... warum muss es denn immer Hop 0 sein,
wenn die ECM Zeit passt geht auch Hop 3 bis 4 sehr gut
 
AW: OSCam > OSCam = Freezer/Aussetzer

also ich bin kein kenner von CCCam. meinst du von der client-box per CCCam-protokoll (via OSCam) zur server-box (OSCam)?
für diese konstellation bräuchte ich dann etwas hilfe (OSCam beherrscht ja das CCCam-protokoll, richtig?) für's setup.

die heutigen tests mit der ins7e11 = 15 parameter verliefen soweit ganz gut. kein einziger aussetzer lt. den logs. muß aber noch die verbale bestätigung einholen.

ich dachte eben zukunftsorientiert und da ist ja soweit ich weiß oscam für einige fälle sogar der einzige weg. zumal mir die ganze web-konfigurationsoverfläche recht gut gefällt. ich werde morgen mal deine neuesten tipps testen.

mir kommen da noch ein paar fragen in dne kopf:
a) ist es bei den parametern "per caid" entscheidend, daß z.b. nicht alle sky-pakete gebucht wurden? beim fallback die 09C7:450,18:3600 und beim lb_retrylimits = 09C7:450,17:5500 so gewollt?
b) sollte man mit services arbeiten, wenn man eben nicht alle pakete bei g09/sky gebucht hat?
c) betatunnel: da ließt man ja auch viel drüber... aber für mein setup (sinnvoll)?

so, nun danke an die leser/tippgeber (im speziellen hwmmc).

gruß
Blacky
 
AW: OSCam > OSCam = Freezer/Aussetzer

Moin,

Du musst dich Anmelden oder Registrieren um den Inhalt der Angebote zu sehen!
Die Buchung ist dabei nicht relevant.

Du musst dich Anmelden oder Registrieren um den Inhalt der Angebote zu sehen!
Das macht auf jeden Fall Sin. Trage beim Reader alle Services ein, welche die Karte öffnen kann. Nur die positiven.

Du musst dich Anmelden oder Registrieren um den Inhalt der Angebote zu sehen!
Das ist für die NDS Karte irrelevant. Den Betatunnel brauchst du z. B bei Irdeto Tunnled Nagra Cards, da du die Anfragen der HD Sender auf die Caid lenken musst, die diese Karte beantworten kann. Bei NDS kommenalle anfragen über die eine Caid.


Grüße
Bombadil
 
AW: OSCam > OSCam = Freezer/Aussetzer

hi bombadil.

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

ist es richtig, daß hier bim fallback die 18 und beim lb_retrylimits dann die 17 steht?


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

Das macht auf jeden Fall Sin. Trage beim Reader alle Services ein, welche die Karte öffnen kann. Nur die positiven.

nur auf der server-box, oder auf der client-box?


gruß
Blacky
 
AW: OSCam > OSCam = Freezer/Aussetzer

Die erste Bedingung hast du aber erfüllt: oscam Version ab 9948
 
AW: OSCam > OSCam = Freezer/Aussetzer

Mit den alten Wlan Adaptern hatte ich es auch mal getestet da waren Freezer Standard. Habe jetzt die neuen Wlan Adapter getestet mit 300 MBit/s von Gigablue Wireless N und
von Octagon den WL038 Optima die laufen perfekt.
 
Zurück
Oben