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

Komisches Phänomen bei V14

negeos

Ist oft hier
Registriert
19. Januar 2011
Beiträge
127
Reaktionspunkte
18
Punkte
48
Ort
Hoch im Süden
Hallo zusammen,

ich beobachte hier etwas, wofür ich bisher keine Erklärung habe:

Wenn ich im Wohnzimmer (VU uno; oscam 9705) auf z.B. Kabel1 HD gehe (gilt aber für jeden Sender von der V14), habe ich Zeiten von z.B. 2562ms.
Schalte ich eine der beiden anderen Boxen (DM800SE Clone; ebenfalls oscam 9705) auf den selben Kanal, sind die Zeiten bei ca. 62 ms. Also immer so +2500ms

Die oscam configs auf den Receivern habe ich verglichen und auch von einer 800er auf die Uno kopiert. -> Bringt leider nix.
Die Userconfig am Cardserver ist bei allen 3 Usern identisch.

Wenn jemand von extern guckt, kommen auch Zeiten +2500ms. Schalte ich mit einer DM800 auf diesen Sender, hat die Box ca. 60ms und er bekommt aus'm Cache.

Ich weiß nun nicht, wo ich nach der Ursache suchen soll. M.M.n. ist die Karte und der Server iO. (Sonst wäre es ja bei allen Clients so). Die CLientconfigs habe ich kopiert, also vermute ich die Ursache auch nicht dort.

Achso: Wenn ich mir am Server die LB Stats vom Reader aufrufe, stehen dort auch nur niedrige Zeiten von ca. 60ms und nicht 2560 wie im Livelog / Status / am Client. Das Bild ruckelt aber wie Sau.
Im Livelog steht nix von einer Verzögerung o.ä. Nur, dass der Client das CW mit 2562ms bekommen hat.

Kann damit jmd was anfangen oder hatte schonmal so ein Problem und eine Lösung?

Gruß
negeos

Edit sagt:
Da mir das Problem erst jetzt aufgefallen ist, habe ich auch eine ältere oscam getestet, bei der es definitiv NICHT aufgetreten ist -> Gleiches Problem.
Außerdem hat die Karte vor 'ner Woche ca. plötzlich um die 7000 EMM (Global/Shared) bekommen. Damit bringe ich das aber nicht in Verbindung
 
Zuletzt bearbeitet:
AW: Komisches Phänomen bei V14

hi,

ohne deine Configs vom Server und den Boxen wird es verdammt schwierig dir zu helfen!
achja und ein aussagekräftiger Logauszug wäre auch nicht schlecht.

lg, Laila
 
AW: Komisches Phänomen bei V14

Das ist mein Problem. Wie ein aussagekräftiges Log erstellen, wenn im Log nix zu finden ist? Debug ALL ?

Hier die Configs:

oscam.server (Server):
[reader]
label = v14
protocol = mouse
device = /dev/v14
services = !sat-orf-sky,kk-basishd-nds,all-sky-full-nds
caid = 098C
boxid = 12345678
ins7e11 = 15
detect = cd
ident = 098C:000000
group = 1
emmcache = 1,3,2
blockemm-unknown = 1
blockemm-s = 1
blockemm-g = 1
saveemm-u = 1
blockemm-bylen = 1-38,40,42-44,65-124,126-127,139-255
ndsversion = 2

VU Uno:
[account]
user = wohnzimmer
pwd = vuuno
caid = 098C
sleepsend = 255
sleep = 200
au = v14
betatunnel = 1833.FFFF:1702
group = 1
no_wait_time = 1
cccmaxhops = 3

DM800:
[account]
user = arbeitszimmer
pwd = dm800
caid = 098C
sleepsend = 255
sleep = 200
au = v14
betatunnel = 1833.FFFF:1702
group = 1
no_wait_time = 1
cccmaxhops = 3

oscam.conf:
# oscam.conf generated automatically by Streamboard OSCAM 1.20-unstable_svn SVN r9740
# Read more:

[global]
logfile = /var/log/oscam.log
fallbacktimeout = 15
dropdups = 1
lb_mode = 3
lb_save = 1600
lb_nfb_readers = 2
lb_max_ecmcount = 1000
lb_retrylimit = 2800
lb_max_readers = 1
lb_auto_betatunnel = 0
lb_savepath = /var/www/oscam.lbstat
lb_retrylimits = 09:120
failbantime = 15
failbancount = 5

[cache]
delay = 5
cwcycle_check_enable = 1
cwcycle_check_caid = 0100,1702,0B01,0500,1722,1834,1830,1843
cwcycle_maxlist = 1500
cwcycle_sensitive = 0

[cccam]
port = 12000
version = 2.3.0
reshare = 2
reshare_mode = 1

[webif]
httpport = 443
httphelplang = de
httprefresh = 30
httppollrefresh = 10
httphideidleclients = 1
httpshowpicons = 1
httppiconsize = 30
httpshowmeminfo = 1
httpshowuserinfo = 1
httpshowcacheexinfo = 1
httpshowecminfo = 1
httpshowloadinfo = 1
httpallowed = 10.10.0.1
aulow = 0

Gruß
negeos
 
AW: Komisches Phänomen bei V14

hast du zwei V14?
wenn nicht warum ist Loabbalancing eingeschalten?
die oscam.config ist vom Server?

dein User (Accountconfig) verstehe ich nicht!
das reicht:

Code:
[account]
user                          = arbeitszimmer
pwd                           = dm800
au                            = v14
group                         = 1

[global]
logfile = /var/log/oscam.log
fallbacktimeout = 15
dropdups = 1
lb_mode = 3
lb_save = 1600
lb_nfb_readers = 2
lb_max_ecmcount = 1000
lb_retrylimit = 2800
lb_max_readers = 1
lb_auto_betatunnel = 0
lb_savepath = /var/www/oscam.lbstat
lb_retrylimits = 09:120

failbantime = 15
failbancount = 5

[cache]
delay = 5
cwcycle_check_enable = 1
cwcycle_check_caid = 0100,1702,0B01,0500,1722,1834,1830,1843
cwcycle_maxlist = 1500
cwcycle_sensitive = 0


[cccam]
port = 12000
version = 2.3.0
reshare = 2
reshare_mode = 1

[webif]
httpport = 443
httphelplang = de
httprefresh = 30
httppollrefresh = 10
httphideidleclients = 1
httpshowpicons = 1
httppiconsize = 30
httpshowmeminfo = 1
httpshowuserinfo = 1
httpshowcacheexinfo = 1
httpshowecminfo = 1
httpshowloadinfo = 1
httpallowed = 10.10.0.1
aulow = 0

das rot markierte bitte mal rauslöschen und dann Oscam (Server) mal neu starten!

lg, Laila
 
AW: Komisches Phänomen bei V14

Ja, es sind noch V14 im Share vorhanden. Alle Proxies habe ich zum Testen aber deaktiviert und nur Zugriff auf die lokale V14 gestattet.

Und Ja, die oscam.config ist vom Server.
Hier von einer 800:

# oscam.conf generated automatically by Streamboard OSCAM 1.20-unstable_svn build #5882
# Read more:

[global]
logfile = stdout
fallbacktimeout = 2000
cachedelay = 120
nice = -1
preferlocalcards = 1

[monitor]
hideclient_to = 15
appendchaninfo = 0

[dvbapi]
enabled = 1
au = 1
boxtype = dreambox
user = user

[webif]
httpport = 443
httphelplang = de
httpallowed = 10.10.0.1

und hier von der VUUno:

# oscam.conf generated automatically by Streamboard OSCAM 1.20-unstable_svn build #5882
# Read more:

[global]
logfile = stdout
fallbacktimeout = 2000
cachedelay = 120
nice = -1
preferlocalcards = 1

[monitor]
hideclient_to = 15
appendchaninfo = 0

[dvbapi]
enabled = 1
au = 1
boxtype = dreambox
user = user

[webif]
httpport = 443
httphelplang = de
httpallowed = 10.10.0.1

Wie gesagt, die CLient Configs unterscheiden sich nur durch den Usernamen und das Passwort mit dem sich die Boxen am Server anmelden. Das Komische ist ja, dass es mit diesen Configs Monate -wenn nicht jahrelang- ohne Probleme lief.

Gruß


@szonic: Normalerweise haben die CLients Zugriff auf mehrere Karten (habe auch 1702 im Server). Daher der betatunnel.
 
AW: Komisches Phänomen bei V14

ja jetzt mach mal die user so wie ich dir das vorgeschlagen habe!
V14 braucht keinen Betatunnel!

nutzt du Cacheex?


lg, Laila
 
AW: Komisches Phänomen bei V14

Cacheex nutze ich am Server nur im Mode1. Und der Server pusht zu anderen CacheServern.

Habe die Configs jetzt wie vorgeschlagen bearbeitet und Client + Server oscam neu gestartet. (kill und auf cronjob gewartet)

Resultat bleibt leider gleich :(
Werde jetzt mal den Switch und alle beteidigten Komponenten ausschalten.

EDIT:
Doch eine Änderung: Lokal von der Uno sind die Zeiten jetzt ok. Von extern nicht. Der Useraccount hat noch die zusätzlichen Configeinträge "uniq","cccmaxhops","cccreshare","numusers".
Habe diese gelöscht (wie bei der Uno). Bleibt von extern aber gleich.
 
Zuletzt bearbeitet:
AW: Komisches Phänomen bei V14

Dein fallbacktimeout stimmt nicht und der fallbacktimeout_per_caid ...
 
AW: Komisches Phänomen bei V14

Hallo hwmmc,
habe jetzt die beide Werte aus der Config gelöscht, so dass Standardwerte genommen werden. Auch ohne Erfolg.
Habe noch weiter getestet, weil es ja vorhin bei der uno ging. Es liegt an den Gruppen. Ich habe eine Gruppe für alle lokalen karten, eine für Proxy und jede lokale Karte ebenfalls in einer Gruppe.

Wenn ein Client NUR auf die V14 zugreift, sind die Zeiten ok. Ist (irgendein) client in mehreren Gruppen oder in einer Gruppe mit mehreren Karten, kommen pro Zugriff wieder 2500ms dazu. Das kann ich mit allen Clients, die Zugriff auf den V14 benötigen (extern, intern) reproduzieren.

Falls noch jemand einen Tipp hat, gerne her damit :-) Ich gehe jetzt mal schritt für schritt die Configs durch. Notfalls starte ich von der Default.

Schönen Abend
negeos

Nur komisch, dass ich diese Config schon seit bestimmt 6 Monaten nutze und es jetzt auch mit der alten oscam build nicht mehr will.
 
AW: Komisches Phänomen bei V14

Dann mach für jede Karte/Proxy jeweils eine separate Gruppe!
 
Zurück
Oben