- Registriert
- 11. Juni 2010
- Beiträge
- 4.077
- Reaktionspunkte
- 2.854
- Punkte
- 373
Hallo Zusammen,
in der Vergangenheit gab es immer wieder falsche Interpretationen der Oscam Services. Außerdem werde ich auf die Idents eingehen.
Ich möchte euch hier den Sinn der Oscam Services verdeutlichen und euch zeigen, wie Ihr fehlerhafte Anfragen auf euren Readern unterbindet und auf diesem Weg so für Entlastung für euren Server sorgt.
Die wichtigste Frage ist: Was ist ein Service?
Ein Service definiert einen verfügbaren Dienst.
In OScam kann man auf diesem Weg definieren, welche Sender (die Dienste) auf den Readern und für die Peers verfügbar sind.
Jetzt müssen wir aber zwischen Readern und Usern unterscheiden.
Reader
Folgende Situation:
Wir haben uns ein Sky Abo Full HD mit Big Brother, ohne Bundesliga aber mit gebuchten Big Brother besorgt, bekommen Sky Bundesliga aber über ein Share.
Außerdem möchten wir die Sky Select Kanäle sperren.
Lösung:
Um unnötige Anfragen auf unseren Sky Reader zu vermeiden und um diesen zu entlasten, müssen wir dafür sorgen das die Anfragen nicht bearbeitet werden. Also bauen wir uns drei Services:
Bevor wir uns dem Reader widmen, hier noch ein Hinweis:
Wenn wir einen Service zulassen setzen wir einfach einen Haken auf den Service sky. Wenn wir den Service nicht zulassen wollen, müssen wir den Haken bei !sky setzen. Das Ausrufezeichen negiert den Service.
Jetzt bearbeiten wir unseren Service:
Wir haben wie in der Ausgangssituation beschrieben zwei Reader.
Einen lokalen mit Voll Abo ohne Sky Bundesliga und einen CCcam Proxy Reader mit Voll Abo inkl. Bundesliga, wollen aber nur Bundesliga abfragen.
Oscam.server
User
Folgende Situation:
Wir haben unseren lokalen dvbapi User und unseren Sharepartner.
Das besondere hier ist, dass unser Sharepartner kein Big Brother bekommen soll.
Lösung:
Da wir in den Readern die verfügbaren Dienste bereits festgelegt haben, können wir drei Wege gehen:
Warum aber die Idents verwenden?
Der Ident ist ein wunderbares Werkzeug um nur bestimmte Caids abzugreifen. Außerdem sorgen wir mit den Idents im Reader dafür, dass auch nur die in den Idents definierten Caids verarbeitet werden. Es ist also eine Anweisung zum Filtern für den Reader, nur diese zutreffenden Kartenspezifischen Anfragen zu beantworten.
Im User ist die arbeitsweise ähnlich, allerdings müssen wir zwischen den freigegebenen Caids und Idents ein wenig unterscheiden. Die Caids sind die global für den User freigegebenen Kartendienste. Mit den Idents kann man allerdings genau bestimmen was genau der User abfragen darf. Ein gutes Beispiel hierfür ist ORF mit den Caids 0D95 und 0D05.
Bei diesen beiden Karten haben wir drei Provider IDs, wobei wir die ID 000000 ignorieren da diese global verwendet wird und uns mit den Provider IDs 000004 und 000010 beschäftigen.
Auf den ORF Karten kann man sich bekanntlich zum einen natürlich ORF, zum anderen aber auch Austria Sat buchen lassen. Der Provider 000004 steht für ORF, die 000010 steht für Austria Sat.
So schauen die Oscam Services aus (Wir gehen von der ICE Karte aus):
Natürlich wollen wir auch hier eine saubere Trennung und Arbeitsweise erreichen. Daher trennen wir die Services ganz bewusst und definieren das auch in dem ORF Reader:
So schaut dann der User aus:
Wenn wir den Ident nicht setzen würden, können die Austria Sat Anfragen dennoch versucht werden vom ORF Reader geöffnet zu werden.
Im schlimmsten Fall senden wir Timeouts zum Reader und bringen diesen so zum aussteigen.
Durch den definierten Ident 0D95:000000,000004 wird der Provider 000010 (Austria Sat) für den Reader und den User ignoriert und verursacht die Fehlermeldung No Matching Reader (was das Betrieb nicht beeinflusst) und Invalid SID (wird von keinem Reader beantwortet, wenn der Provider nicht konfiguriert ist.).
Ein weiterer Vorteil der sauberen Service und Ident Konfiguration ergibt sich beim Einsatz von CCcam in OScam und in OScam to OScam Verbindungen:
Sauber konfigurierte Services und definieren Good SIDs und Bad SIDs.
Die Idents hingegen sage dem CCcam Peer und Share (reiner CCcam Server) welche Provider er abfragen darf. Bei zwei sauber konfigurierten OScam Servern die untereinander sharen, ist die Möglichkeit von Invalid SID, No Matching Reader, Timeouts gleich gegen Null.
Außerdem haben wir als Peer die Möglichkeit bei großen Kartenpools mit den Idents die Möglichkeit, genau zu definieren welche Caids und Services wir tatsächlich nur unbedingt haben wollen. Alle anderen, nicht definierten Idents werden einfach ignoriert und sollen uns auch nicht weiter stören.
In diesem Sinne...
in der Vergangenheit gab es immer wieder falsche Interpretationen der Oscam Services. Außerdem werde ich auf die Idents eingehen.
Ich möchte euch hier den Sinn der Oscam Services verdeutlichen und euch zeigen, wie Ihr fehlerhafte Anfragen auf euren Readern unterbindet und auf diesem Weg so für Entlastung für euren Server sorgt.
Die wichtigste Frage ist: Was ist ein Service?
Ein Service definiert einen verfügbaren Dienst.
In OScam kann man auf diesem Weg definieren, welche Sender (die Dienste) auf den Readern und für die Peers verfügbar sind.
Jetzt müssen wir aber zwischen Readern und Usern unterscheiden.
Reader
Folgende Situation:
Wir haben uns ein Sky Abo Full HD mit Big Brother, ohne Bundesliga aber mit gebuchten Big Brother besorgt, bekommen Sky Bundesliga aber über ein Share.
Außerdem möchten wir die Sky Select Kanäle sperren.
Lösung:
Um unnötige Anfragen auf unseren Sky Reader zu vermeiden und um diesen zu entlasten, müssen wir dafür sorgen das die Anfragen nicht bearbeitet werden. Also bauen wir uns drei Services:
Du musst dich
Anmelden
oder
Registrieren
um diesen Inhalt sichtbar zu machen!
Bevor wir uns dem Reader widmen, hier noch ein Hinweis:
Wenn wir einen Service zulassen setzen wir einfach einen Haken auf den Service sky. Wenn wir den Service nicht zulassen wollen, müssen wir den Haken bei !sky setzen. Das Ausrufezeichen negiert den Service.
Jetzt bearbeiten wir unseren Service:
Wir haben wie in der Ausgangssituation beschrieben zwei Reader.
Einen lokalen mit Voll Abo ohne Sky Bundesliga und einen CCcam Proxy Reader mit Voll Abo inkl. Bundesliga, wollen aber nur Bundesliga abfragen.
Oscam.server
Du musst dich
Anmelden
oder
Registrieren
um diesen Inhalt sichtbar zu machen!
User
Folgende Situation:
Wir haben unseren lokalen dvbapi User und unseren Sharepartner.
Das besondere hier ist, dass unser Sharepartner kein Big Brother bekommen soll.
Lösung:
Da wir in den Readern die verfügbaren Dienste bereits festgelegt haben, können wir drei Wege gehen:
- Wir setzen die Services in den Usern gar nicht ein.
- Wir setzen nur die erlaubten Services, negieren aber nicht. Damit hebeln wir das Prinzip der Services allerdings aus und es kann zu Timeouts kommen
- Wir erlauben und verweigern Services, um eine saubere Arbeitsweise zu gewährleisten.
Du musst dich
Anmelden
oder
Registrieren
um diesen Inhalt sichtbar zu machen!
Warum aber die Idents verwenden?
Der Ident ist ein wunderbares Werkzeug um nur bestimmte Caids abzugreifen. Außerdem sorgen wir mit den Idents im Reader dafür, dass auch nur die in den Idents definierten Caids verarbeitet werden. Es ist also eine Anweisung zum Filtern für den Reader, nur diese zutreffenden Kartenspezifischen Anfragen zu beantworten.
Im User ist die arbeitsweise ähnlich, allerdings müssen wir zwischen den freigegebenen Caids und Idents ein wenig unterscheiden. Die Caids sind die global für den User freigegebenen Kartendienste. Mit den Idents kann man allerdings genau bestimmen was genau der User abfragen darf. Ein gutes Beispiel hierfür ist ORF mit den Caids 0D95 und 0D05.
Bei diesen beiden Karten haben wir drei Provider IDs, wobei wir die ID 000000 ignorieren da diese global verwendet wird und uns mit den Provider IDs 000004 und 000010 beschäftigen.
Auf den ORF Karten kann man sich bekanntlich zum einen natürlich ORF, zum anderen aber auch Austria Sat buchen lassen. Der Provider 000004 steht für ORF, die 000010 steht für Austria Sat.
So schauen die Oscam Services aus (Wir gehen von der ICE Karte aus):
Du musst dich
Anmelden
oder
Registrieren
um diesen Inhalt sichtbar zu machen!
Natürlich wollen wir auch hier eine saubere Trennung und Arbeitsweise erreichen. Daher trennen wir die Services ganz bewusst und definieren das auch in dem ORF Reader:
Du musst dich
Anmelden
oder
Registrieren
um diesen Inhalt sichtbar zu machen!
So schaut dann der User aus:
Du musst dich
Anmelden
oder
Registrieren
um diesen Inhalt sichtbar zu machen!
Wenn wir den Ident nicht setzen würden, können die Austria Sat Anfragen dennoch versucht werden vom ORF Reader geöffnet zu werden.
Im schlimmsten Fall senden wir Timeouts zum Reader und bringen diesen so zum aussteigen.
Durch den definierten Ident 0D95:000000,000004 wird der Provider 000010 (Austria Sat) für den Reader und den User ignoriert und verursacht die Fehlermeldung No Matching Reader (was das Betrieb nicht beeinflusst) und Invalid SID (wird von keinem Reader beantwortet, wenn der Provider nicht konfiguriert ist.).
Ein weiterer Vorteil der sauberen Service und Ident Konfiguration ergibt sich beim Einsatz von CCcam in OScam und in OScam to OScam Verbindungen:
Sauber konfigurierte Services und definieren Good SIDs und Bad SIDs.
Die Idents hingegen sage dem CCcam Peer und Share (reiner CCcam Server) welche Provider er abfragen darf. Bei zwei sauber konfigurierten OScam Servern die untereinander sharen, ist die Möglichkeit von Invalid SID, No Matching Reader, Timeouts gleich gegen Null.
Außerdem haben wir als Peer die Möglichkeit bei großen Kartenpools mit den Idents die Möglichkeit, genau zu definieren welche Caids und Services wir tatsächlich nur unbedingt haben wollen. Alle anderen, nicht definierten Idents werden einfach ignoriert und sollen uns auch nicht weiter stören.
In diesem Sinne...
Zuletzt bearbeitet von einem Moderator:
