Fragen zu meinen Configs

[head999]

hi!

ich hätte eine frage bzgl. orf services.
meine 0d95 karte läuft in cw mode im internen reader,folgende entitlements werden angezeigt:

Spoiler

[TABLE="class: stats"]
[TR="class: e_expired"]
[TD]chid[/TD]
[TD]0D95[/TD]
[TD]000004[/TD]
[TD]000000000000000D[/TD]
[TD]00000000[/TD]
[TD]2012-03-06[/TD]
[TD]2012-04-05[/TD]
[TD]ORF (19E)[/TD]
[/TR]
[TR="class: e_valid"]
[TD]chid[/TD]
[TD]0D95[/TD]
[TD]000004[/TD]
[TD]0000000000000001[/TD]
[TD]00000000[/TD]
[TD]2014-08-23[/TD]
[TD]2015-04-30[/TD]
[TD]ORF (19E)[/TD]
[/TR]
[TR="class: e_expired"]
[TD]chid[/TD]
[TD]0D95[/TD]
[TD]000004[/TD]
[TD]0000000000007FFB[/TD]
[TD]00000000[/TD]
[TD]2014-07-20[/TD]
[TD]2014-08-19[/TD]
[TD]ORF (19E)[/TD]
[/TR]
[TR="class: e_expired"]
[TD]chid[/TD]
[TD]0D95[/TD]
[TD]000004[/TD]
[TD]0000000000007FF7[/TD]
[TD]00000000[/TD]
[TD]2014-08-23[/TD]
[TD]2014-09-02[/TD]
[TD]ORF (19E)[/TD]
[/TR]
[TR="class: e_valid"]
[TD]chid[/TD]
[TD]0D95[/TD]
[TD]000004[/TD]
[TD]0000000000000002[/TD]
[TD]00000000[/TD]
[TD]2014-08-23[/TD]
[TD]2015-04-30[/TD]
[TD]ORF (19E)[/TD]
[/TR]
[TR="class: e_valid"]
[TD]chid[/TD]
[TD]0D95[/TD]
[TD]000004[/TD]
[TD]000000000000FFE0[/TD]
[TD]00000000[/TD]
[TD]2014-07-12[/TD]
[TD]2015-03-19[/TD]
[TD]ORF (19E)[/TD]
[/TR]
[TR="class: e_expired"]
[TD]chid[/TD]
[TD]0D95[/TD]
[TD]000004[/TD]
[TD]000000000000FFD8[/TD]
[TD]00000000[/TD]
[TD]2014-02-17[/TD]
[TD]2014-03-19[/TD]
[TD]ORF (19E)[/TD]
[/TR]
[TR="class: e_expired"]
[TD]chid[/TD]
[TD]0D95[/TD]
[TD]000008[/TD]
[TD]000000000000001D[/TD]
[TD]00000000[/TD]
[TD]2013-08-06[/TD]
[TD]2013-11-06[/TD]
[TD](ID.Unused) ORF[/TD]
[/TR]
[TR="class: e_expired"]
[TD]chid[/TD]
[TD]0D95[/TD]
[TD]000010[/TD]
[TD]0000000000000031[/TD]
[TD]00000000[/TD]
[TD]2014-06-04[/TD]
[TD]2014-09-04[/TD]
[TD](ID.Unused) ORF[/TD]
[/TR]
[/TABLE]

im oscam services tread( https://www.digital-eliteboard.com/280408-oscam-services-orf.html#post2329038 ) werden aber nur diese provid angezeigt:
provid = 000000,000004

ich denke in dem fall wäre
provid = 000004,000008,0000010 richtig oder irre ich mich?


das gleiche passiert bei der hd+ 1830 karte,dies hab ich unter services:

[hdplus]
caid = 1830
provid = 000000,003411,008011

diese tiers kommen raus:

Spoiler

[TABLE="class: stats"]
[TR="class: e_expired"]
[TD]tier[/TD]
[TD]1830[/TD]
[TD]008011[/TD]
[TD]0000000000000064[/TD]
[TD]00000000[/TD]
[TD]2010-02-27[/TD]
[TD]2011-02-28[/TD]
[TD](ID.Unused) HD+[/TD]
[/TR]
[TR="class: e_expired"]
[TD]tier[/TD]
[TD]1830[/TD]
[TD]008011[/TD]
[TD]0000000000000065[/TD]
[TD]00000000[/TD]
[TD]2010-04-24[/TD]
[TD]2011-04-25[/TD]
[TD](ID.Unused) HD+[/TD]
[/TR]
[TR="class: e_valid"]
[TD]tier[/TD]
[TD]1830[/TD]
[TD]008011[/TD]
[TD]0000000000000BEA[/TD]
[TD]00000000[/TD]
[TD]2011-02-28[/TD]
[TD]2015-06-08[/TD]
[TD](ID.Unused) HD+[/TD]
[/TR]
[/TABLE]

es ergibt sich logisch nur provid = 008011,die anderen braucht meine karte ja nicht oder?
ist provid=0 bei beiden karten überflüssig?

danke!

 

[rodeo83]

AW: OScam Services Disku- Thread

Danke razorback. Auf Anhieb verstanden. Noch eine Frage manche Partner beschweren sich über zu viele anfragen und nok meiner seits. Ist das auch über Services zu regeln?

 

[TaTuEe]

AW: OScam Services Disku- Thread

Ich sage Ja, ich kann Dir das nicht logisch erklären aber nach meinen Erfahrungen, desto dedizierter Du deine Einstellungen und Services vornimmst desto weniger hast Du "ungültige" Anfragen.

Update: Weil Du schreibst "meinerseits" ... wenn natürlich Deine Karte ... mangels Services Konfiguration .... alle möglichen Anfragen stellt ... die Dein Gegenüber/Partner nicht beantworten kann .... dann ist das völlig unnötig.

 

[head999]

AW: OScam Services Disku- Thread

..Noch eine Frage manche Partner beschweren sich über zu viele anfragen und nok meiner seits. Ist das auch über Services zu regeln?

du sollst dich mit loadbalancer beschäftigen,wichtig dabei wäre dass du die statistik unbedingt abspeicherst,am besten auf externe medien wie usb.wenn du es so machst bekommt dein partner das erste mal ein nok und danach keine mehr,da der lb sich das gemerkt hat.
hier ein bsp. aus der oscam.conf:

lb_mode = 1
lb_save = 120
lb_auto_betatunnel = 0
lb_savepath = /media/usb/oscam/stat

andere fehlerquelle wären leute,die ignorereshare falsch verwenden,deswegen unbedingt anticascading konfigurieren!
local2local und keine weiteren hops weitergeben/nehmen wäre auch optimal.

 

[razorback]

nun, "zuviele Anfragen und NOK" ist halt eine sehr weit gefasste Aussage.

Zuviele Anfragen:
Was meint Dein Partner damit ?
Fragst Du Sender an, die Du eigentlich selber hast ?
Oder wie wäre das zu verstehen ?

Zuviele NOKs
das kann eine Menge Ursachen haben
erstmal Deine Clients (was für Boxen und mit welchem Protokoll in welcher Version bedienst Du die)
und natürlich auch die Anbindung an den Partner (Protokoll und Version?)

Also gib mal Info zu den beiden vorstehenden Punkten.

was die Clients angeht, so kannst ja im Webif unter USERS die "schwarzen Schafe" in der ECM-statistik deutlich erkennen

und wenn wir das alles wissen, kann man natürlich auch mit Services eingreifen

@head9999

services auf der ORF-Karte
wenn Du KEIN austriasat auf der karte hast, dann brauchst provid 000000 und 000004
auf dem provider 000008 kommt jedenfalls momentan nix daher
und der provider 000010 ist austriasat

Bei der 1830 ist es ein wenig komplizierter, da von unterschiedlichen Clients unterschiedliche Anfragen gestellt werden (die meisten kommen mit Provid 000000 daher) und auch allerhand Zeugs (Srvids), was NICHT HD+ ist.
Dort empfiehlt es sich also, die provid = Zeile wegzulassen und dafür die srvid = Zeile mit allen HD+ Services zu pflegen.

 

[head999]

AW: OScam Services Disku- Thread

@Link ist nicht mehr aktiv.
vielen dank für die aufklärung!
ich habe für beide karten provid und srvid eingetragen,es wundert mich nur dass nirgendwo in den entitlements ein provider 0 zu sehen ist.
und vorsicht,meine frage war auf die datei oscam.services(inhalt) gerichtet!
meine oscam.server sieht so aus für beide kartenleser:

Spoiler

[reader]
label = orfice
protocol = internal
device = /dev/sci1
services = orfcw,!dummy
caid = 0D95
ecmwhitelist = 80,B8,F0
ecmheaderwhitelist = 0D95:8070ED81FF0000E880D500010006,8170ED81FF0000E880D500010006,8070B581FF0000B0809D00010006,8170B581FF0000B0809D00010006
detect = cd
mhz = 450
cardmhz = 2700
group = 1
emmcache = 1,1,2
blockemm-unknown = 1

[reader]
label = hdplus01
protocol = internal
device = /dev/sci0
services = hdplus,!dummy
caid = 1830
boxkey = xxx
rsakey = yyy
ecmwhitelist = 92
ecmheaderwhitelist = 1830:80308F078D,81308F078D
detect = cd
mhz = 540
cardmhz = 2700
group = 3
emmcache = 1,1,2
blockemm-unknown = 1

so wäre die konfiguration optimal und kommt es hier nicht zum konflikt bzgl. serviceeintrag !dummy,was so aussieht? :

Spoiler

[dummy]
caid = 1830,0d95
provid =
srvid = 0000

das hab ich ja hier im forum gefunden und soweit funzt als wundermittel gg. nok.
somit könnte auch dem kollegen hilfreich sein für seine probs,aber es ist eher für den server gedacht als schützschild.
nun muss ich die oscam.services posten,würde mich freuen auf eine antwort ob alles perfekt

Spoiler

[hdplus]
caid = 1830
provid = 000000,003411,008011
srvid = 126E,126F,1519,151A,157C,157F,1581,2774,2E9B,2EAF,5273,5274,EF10,EF11,EF14,EF15,EF74,EF75,EF76,EF77,EF78

[orfcw]
caid = 0d95
provid = 000004,000008,000010
srvid = 132F,1330,32C9,32CA,32CB,32CC,32CD,32CE,32CF,32D0,32D1,32D2,32D3,32D4,4E27,33A7,33A5,332D,33AC,33FA,33FB,33FC,33FD,33F5,33F6,33F7,33F8,33F9,1334


[dummy]
caid = 1830,0d95
provid =
srvid = 0000

thx im voraus!

 

[rodeo83]

oscam.conf

Spoiler

[global]
logfile = /var/log/oscam.log
fallbacktimeout = 2000
unlockparental = 1
nice = -2
maxlogsize = 248
preferlocalcards = 1
usrfile = /var/log/oscamuser.log
lb_mode = 1
lb_save = 1000
lb_nbest_readers = 2
lb_nfb_readers = 2
lb_reopen_seconds = 500
lb_retrylimit = 800
lb_stat_cleanup = 72
lb_savepath = /tmp/.oscam/stat
failbantime = 30
failbancount = 1


[cache]
delay = 120


[cccam]
port = xxxxx
nodeid = 1DFB437B1064147E
version = 2.3.0
reshare = 1
reshare_mode = 0


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

- - - - - - - - - -

und hier mal reader: Der 3 ist ein Beispiel Reader. So habe ich alle meine Reader eingestellt
oscam.server

Spoiler

[reader]
label = hd+
description = hd+
protocol = internal
device = /dev/sci0
services = hdplus
caid = 1843
boxkey =
rsakey =
ecmwhitelist = 1843:89
ecmheaderwhitelist = 803086078400,813086078400
detect = cd
mhz = 368
cardmhz = 368
ident = 1843:008011
group = 2
emmcache = 1,1,2
lb_weight = 500


[reader]
label = elite
description = elite
protocol = internal
device = /dev/sci1
services = redlighthd
caid = 0500
detect = cd
mhz = 500
ident = 0500:FFF8F0,023B00,043800,062800,042700,007B00,1F1F1F,060400,041700
group = 1
emmcache = 1,1,2
lb_weight = 500


[reader]
label = xxxxxx
protocol = cccam
device = maxmustermann.dyndns.tv,99999
user = xxxxx
password = xxxxx
inactivitytimeout = 30
group = 3
lb_weight = 50
cccversion = 2.3.0
cccmaxhops = 1
ccckeepalive = 1

Und das hier
oscam.user

Spoiler

[account]
user = local
au = 1
betatunnel = 1833.FFFF:1702
group = 1,2,3,

 

[Bodo-1]

AW: Fragen zu meinen Configs

@rodeo83
Bitte nimm den rsa und Boxkey raus bzw mach ihn unkenntlich , das ist hier nicht gewünscht^^

 

[razorback]

AW: Fragen zu meinen Configs

da gibts ja allerhand zu bemerken:

oscam.conf
Du hast den Loadbalancer aufgedreht und dort lb_nbest_readers = 2 eingetragen
Da der Loadbalancer ALLE Reader observiert (also sowohl die lokalen als auch die entfernten) bedeutet das, daß JEDE anfrage IMMER an die BEIDEN schnellsten Reader geschickt wird.
Damit ist klar, daß der eine oder andere Partner über zu viele Zugriffe klagt, denn- Beispiel:
Du schaltest einen HD+ Kanal, den hast ja selber lokal aber Dein Setting verursacht, daß die Anfrage auch an einen weiteren Reader geht, der die Karte auch hat.
sinnloses Abfackeln von Ressourcen !!!
also lösch den Parameter, denn der Default ist sowieso "1" oder trag halt "1" ein !

oscam.server
Du hast offenbar 2 lokale Karten
Und Du hast den LoadBalancer aufgedreht.
JEDOCH:
der Eintrag ident = bei diesen Beiden Readern macht den Loadbalancer unwirksam.
Also raus damit !

Und wenn Du bei den remote Readern den lb_value auf = 50 setzt, so ist das leider völliger Mumpitz, denn damit sagst Du dem LB, daß der Reader nur halb so schnell ist, wie er wirklich antwortet.
Wozu denn DIESES ?????


oscam.user
heißt das, daß Du der einzige user bist oder hast nur nicht mehr verraten ?

und wenn Du wirklich der einzige bist, dann kannst dir die ecmwhitelist und ecmheaderwhitelist in den readern auch komplett sparen (dann fällst wenigstens nicht auf die Schnauze, wenn die Sender wieder mal was umstellen......)

 

[rodeo83]

Hallo Razor habe meine Einstellungen nun soweit umgestellt. Habe dann bei den remote readern die werte auf 100 gesetzt. ist das so richtig?

Zu deiner Frage. Alle meine Einstellungen sind durch lesen im Forum entstanden. Kann sein das ich auch mal etwas nicht richtig verstehe.

Natürlich habe ich mehrer User wollte nur nicht alle aufzählen.

Wenn ich mit services arbeite ist das denn überhaupt nötig mit einer whitelist zu arbeiten?

Noch eine frage ich habe ja jetzt services für meine Karte drinnen. Muss ich eigentlich auch services für meine remote reader machen also für meine sharepartner?

Kann mir jemand erklären was eine rote 2 neben einem User heisst?

Mein Ziel ist es ein Taellosen Server zu haben bei dem sich auch kein Partner beschweren soll. Allerdings finde ich das sehr kompliziert. Da es so viel zu beachten gibt

Eine Frage zu anticascading. Habe soweit alles verstanden. Jedoch wo bekomme ich die Abfragezeiten der Karten her. Bei Sky sind es wohl 7 sec. Bei HD+ und Redlight?

Andere Frage ich stelle ja ein wieviele User über meine Lokale Karte schauen können. Wenn ich jedoch meinem Partner einen Reshare freigebe, woher soll ich denn wissen wieviele User ich den hier eintagen soll?

 

[razorback]

AW: Fragen zu meinen Configs

fangen wir von hinten an:

Die rote 2 neben dem User heißt, daß er sich 2x eingelogged hat, obwohol Du ihm nur 1 Userid gegeben hast.
--> werde ihn so schnell wie möglich los......

Das leidige Problem mit den diversen Whitelists:
Wenn du Deine User kontrollieren kannst, also weißt, mit welchen Boxen, welchen Images und welchen SoftCams die zugreifeen, brauchst die Whitelists ungefähr so dringend wie ein drittes Nasenloch.

Wenn Du Deine User NICHT kontrollieren kannst (weil es z.B. User sind, die über Deine Sharepartner daherkommen und der die auch net kontrolliert), dann fangen die Probleme erst richtig an.

Und damit natürlich auch die Sensibilität.

In der ersten Stufe (Services auf den eigenen Karten - WAS kann ich überhaupt zur Verfügung stellen) stehen eben die besagten Services, die dafür sorgen, daß Deine lokalen Karten nicht mit unsinnigen Anfragen belästigt werden.

Diese unsinnigen Anfragen könnten aber von einem Deiner Partner möglicherweise bedient werden.
Damit mußt dich aber kundig machen, WAS denn Deine partner bedienen könnten.

Die ganze Story steht und fällt mit mit 3 Komponenten:

1.) Das Protokoll
man kann über CCCam schimpfen soviel man will - es hat EINE unübertreffliche Funktion, nämlich, daß seit Version 2.2.x (oder höher) ein CCCam-Server einem ebensolchen Client bei dessen Login mitteilt, welcheCAIDs und deren Services er bedienen kann.
Der Client (Version 2.2.x oder höher) nimmt das zur Kenntnis und fragt auch nix anderes mehr dort an.

Im Falle Proxy: Seid Ihr beide mit CCCam 2.2.x oder höher verbunden, dann fragt Dein Server den Proxy nur für Services, die der auch bedienen kann.
Und damit brauchst auch keine Services für die Proxies.

2.) Der Server
wenn die Verbindung wie vorstehend geschildert, so aufgebaut wird, dann kann der Proxy eigentlich keine NOKs mehr reporten, da die falschen Abfragen bereits bei Dir hängen bleiben.

3.) Der Client
Wenn der ein CCCam 2.2.x oder höher hat, gibts definitiv keine Prolbeme
ABER
DAS ist unser Sorgenkind, denn die "'Geiz is geil" Clients sind leider allüberall.
Da gibts eine fix verdrahtete CCCam, die nicht konfigurierbar ist und die derartige Mengen von Schrott-Abfrageen in die Welt blasen, daß die Tür nicht zu geht.
Und um Deine Partner davon zu verschonen, kannst bei DIESEN Usern nur mit Services arbeiten, oder - meine Empfehlung - schmeiß sie raus oder bewege sie dazu, sich einen ordentlichen Receiver anzuschaffen.
Ich habe fast 1 Dutzend User und JEDER hat inzwischen einen ordentlich konfigurierbaren Recieiver oder er spielt einfach net mehr mit....
Das wirkliche Problem sind dann die Clients der proxies (denen Du wahrscheinlich einen Reshare gegeben hast) und von denen Du GAR NIX weißt.
Wenn da Schrott daherkommt, dann brauchst wirklich die whitelists und alles was damit zu tun hat.
Ich würd ihn kicken, denn wenn er seine Clients nicht im Griff hat, ist er für mich auch kein Partner.

Grundsätzlich würd ich Dir empfehlen das pragmatische Vorgehen, wenn man mal über den eigenen Kreis hinausgeht:
Schau dir über einen längeren Zeitraum Dein Webif an (User Statistics, Reader Statistics, Summary) und stell mal fest, wer von den Usern die meisten NOKs und Timeouts produzidert und bei welchen Readern Du solche anhäufungen feststellen kannst.

DANN entscheide, von wem Du Dich besser trennst.....

PS:
Und das Wichtigste hätt ich beinah vergessen, nämlich
in der oscam.user bei den einzelnen clients
cccmaxhops =

damit erlaubst du Deinen Clients, wieweit sie über dich hinaus Deine Share-Partner belästigen dürfen.
Der Parameter ist insofern EMINENT wichtig, da der default bei 10 (ZEHN) liegt.

Denk also wirklich mal drüber nach, was Du da freigibst.
bei cccmaxhops = 0 kriegen sie nur Deine lokalen Karten
bei cccmaxhops = 1 kriegen sie Deine lokalen Karten und die Deiner Partner, für die Du einen Reshare bekommen hast
etc. etc.