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

Falsche Abfrage 098C ansatt 1830

vatoslocos18

Ist oft hier
Registriert
13. Mai 2009
Beiträge
139
Reaktionspunkte
19
Punkte
38
Tachjen,

ich habe 2-3 User dabei die immer anstatt die 1830 für HD+ meine lokale 098C abfragen. Die kann aber kein HD+

Ich habe meinem 098C Reager schon negative Services gegeben.... Aber kein Erfolg. Die Anfrage geht direkt vom Clienten auf 098C - kann ich das irgendwie am Server beeinflussen das es eine 1830 Anfrage wird?

(ecm) XXX (098C@000000/0642/EF11/9F:B30204A2300DAA73769C34166155E89A:0F06000020000802): not found (46 ms) by sky_v14_1te - Vox HD
 
Poste bitte deine kompletten Configs (oscam.server, oscam.conf, oscam.user, oscam.services, oscam.dvbapi) vom Server und von den Clients.

Die Anfrage würde nicht an die Karte gehen, wenn die services korrekt oder richtig eingetragen wären.
Daher stimmen die Configs nicht.

Generell sollte bei den Clients die CAID 1830 vor der 098C priorisiert werden:

Bei oscam:
oscam.dvbapi:

Code:
P: 1830
P: 098C
...
I: 0

bei cccam:
CCCam.Prio:

Code:
P: 1830
P: 098C
...
 
Zuletzt bearbeitet:
Hier die Configs vom Server:

# oscam.conf generated automatically by Streamboard OSCAM 1.20_svn SVN r11494
# Read more:

[global]
logfile = /var/log/ipc/OScam.log
disableuserfile = 0
clienttimeout = 4000
fallbacktimeout_percaid = 0100:5500,0500:5000,09C7:750,098C:230,18:2900
netprio = 1
sleep = 500
unlockparental = 1
nice = -1
maxlogsize = 20000
preferlocalcards = 1
dropdups = 1
usrfile = /var/log/ipc/usr.log
emmlogdir = /var/log/ipc/
lb_save = 1500
lb_nbest_readers = 2
lb_nfb_readers = 2
lb_min_ecmcount = 2
lb_max_ecmcount = 4000
lb_reopen_seconds = 180
lb_retrylimit = 850
lb_stat_cleanup = 12
lb_auto_betatunnel = 0
lb_auto_betatunnel_prefer_beta= 0
lb_savepath = /var/log/ipc/loadbalance.log
lb_retrylimits = 0100:5500,0500:4995,09C7:750,098C:400,0B00:4300,0B01:4300,0B02:2100,0BAA:4600,17:5500,1830:900
double_check_caid = 1702,1830,098C
failbantime = 30
failbancount = 5

[cache]
delay = 10
max_time = 10
wait_time = 0:50:400,098C:185,0B00:890,1702:1200,1830:600,0D95:350,1810:750,1843:750
csp_allow_request = 0
cacheex_cw_check = 0:1:2,098C:1:4
csp_block_fakecws = 1
cwcycle_check_enable = 1
cwcycle_check_caid = 1702,0B00,0500,1830,0D95,1810,0100,1843
cwcycle_maxlist = 4000
cwcycle_allowbadfromffb = 1
cwcycle_usecwcfromce = 1

# oscam.server generated automatically by Streamboard OSCAM 1.20_svn SVN r11494
# Read more:

[reader]
label = sky_v14_1te
description = Sky V14 Haupt Sky Karte
protocol = mouse
device = /dev/Easymouse2
services = !hdplus,!hdplus_sky
fallback = 1
fallback_percaid = 098C:000000
caid = 098C
boxid = x
ins7e11 = 15
detect = cd
mhz = 600
group = 1
blockemm-unknown = 1
blockemm-u = 1
blockemm-s = 1
blockemm-g = 1
saveemm-unknown = 1
saveemm-u = 1
ndsversion = 2

[reader]
label = x
description = x - x
protocol = cccam
device = xxxx
user = xxxxx
password = xxxx
inactivitytimeout = 30
caid = 1830
group = 2
cccversion = 2.3.0
cccwantemu = 1
ccckeepalive = 1
audisabled = 1

[account]
user = xxx
pwd = xx
description = xxxx
keepalive = 1
au = 1
group = 1,2,10
max_connections = 4

[hdplus_sky]
caid = 09C4,098C,098D
provid =
srvid = EF10,EF11,EF14,1581,EF15,EF74,EF75,EF76,EF77,5273,5274,1519,2E9B,151A,157F,EF78,157C,2774,2EAF,2777,30D4,0002,1392,183A

[hdplus]
caid = 1830,1843,1860,186A,186D
provid =
srvid = EF10,EF11,EF14,1581,EF15,EF74,EF75,EF76,EF77,5273,5274,1519,2E9B,151A,157F,EF78,157C,2774,2EAF,2777,30D4,0002,1392,30D6,183A,307A


an den Konfigs vom Clienten komme nicht dran.
Ist mein Bruder und er wohnt nen paar KM entfernt! Komme also nicht so ohne weiteres an die Configs des Clients dran!

Group 10 ist cacheEx Mode 2 Eintrag gewesen.... Configs sind teilweise Uralt da ich da ein paar Jahre nichts mehr dran gemacht habe!

2 Reader - V14 lokal + HD+ 1830 als Proxie
 
Beim V14 Reader den services-Eintrag wie folgt anpassen:

Code:
services                      = !hdplus_sky

Bitte auch die Hinweise zur Einstellung der CAID-Prio in meinem Beitrag von oben beachten.
Für den HD+ Reader benötigst du reshare. Das bitte prüfen.
 
Zuletzt bearbeitet:
Danke - reshare ist vorhanden,
Service bei dem Reader ist angepasst....

Caid-Prio bei den Clients ist nicht möglich (vielleicht als letzte alternative über Teamviewer oder so)

Leider keine Änderung

(098C@000000/0644/EF15/9F:673B6612D6A4FB7303E1B2DE9A0C4AD2): rejected group (0 ms) - RTL 2 HD (no matching reader)
 
Die Fehlermeldung ist jetzt eine andere.
Das Problem liegt am Client, der fragt halt keine 1830 sondern nur 098C an.

Über welches Protokoll kommen die Clients denn rein?
 
Ja genau - jetzt fehlt Ihm halt der Reader.... Was ja richtig ist.
Dieser Client läuft tatsächlich auch auf Oscam. Die anderen paar User haben meistens CCCAM Emu.

Lösung wäre also wahrscheinlich nur bei Ihm direkt am Receiver oder?
Komisch das es meine eigenen Oscams Clients (Wohnzimmer, Schlafzimmer) auch immer über 1830 abfragen....

Deswegen ging die Idee dahin es irgendwie über den Server regeln zu wollen....
 
Das Problem liegt dort sicherlich in der oscam.dvbapi.

Denn Zusammenhang hatte ich ja bereits oben beschrieben.

Kann natürlich auch sein, dass der Client generell nur die 098C über user und Reader bearbeitet. Ohne Kenntnis der dortigen Configs lässt sich da nichts näheres zu sagen.
 
Zuletzt bearbeitet:
Er hat eine Sky Karte und einen HD+ Proxy. Der Client fragt bei HD+ nur die Sky CAID ab, die Programme sind dort aber nicht gebucht.
 
Hi,
Über welches Protokoll kommen die Clients denn rein?
Wie ist das nun bei dem Oscamclient und wie sind deine [cccam]-Einstellungen?
Normalerweise sollten ein goodSid/badSid- Austausch über das ext.CCcamprotokoll stattfinden.

Wenn du Zugang zum Client hast, kontrolliere auch bitte mal Parameter cccversion im Reader.
 
Zuletzt bearbeitet:
So - habe mich jetz mal bei meinem Bruder eingeklinkt...

Und was soll ich sagen - Der Fehler lag im Detail. Scheinbar war die "Vorlage-Oscam-Config" mit Daten in der Oscam.prio vorbelegt.....
Hier standen zumindest falsche Priorisierungen drinne - rausgenommen - und schon hatte sich das Thema erschlagen...

Danke euch allen!
 
Zurück
Oben