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

Vereinzelte NOK's

Registriert
7. Juli 2009
Beiträge
8.525
Lösungen
1
Reaktionspunkte
12.527
Punkte
393
Ort
@Home
Moin,

auch ich habe nun einen, naja sagen wir mal, Schönheitsmakel.

Ab und zu finde ich auf dem Reader meiner Sky-D02 Karte einen NOK:

Du musst angemeldet sein, um Bilder zu sehen.

Da mich das ganze nun interessiert hat, habe ich mal den LB10 Modus aktiviert, um das ganze genauer zu lokalisieren....
Herausgekommen ist, das ein Client versucht auf 1834 abzufragen:

Du musst angemeldet sein, um Bilder zu sehen.

Soweit, sogut. Was mich nun wundert, wie kommt diese Anfrage überhaupt bis zum Reader durch?

Denn der betroffene Reader ist so konfiguriert:

[reader]
label = KDGSKYD02
protocol = mouse
device = /dev/Sky_D02
services = sky_kdg
caid = 1722
boxkey = 1122334455667788
force_irdeto = 1
ecmwhitelist = 1722:54,93
detect = cd
mhz = 1000
cardmhz = 600
group = 2
emmcache = 1,1,2
blockemm-unknown = 1

Der Standard-User sieht so aus:

[account]
user = User
pwd = Pass
caid = 1722,1834,09C7
betatunnel = 1834.C356:1722,1834.C352:1722,1834.C351:1722,1834.C357:1722,1834.C358:1722,1834.C355:1722,1834.C353:1722,1834.C354:1722,1834.C365:1722,1834.C363:1722,1834.C364:1722,1834.C366:1722,1834.C361:1722,1834.C360:1722,1834.C367:1722,1834.C368:1722,1834.007A:1722,1834.C35F:1722,1834.C362:1722,1834.C359:1722,1834.C363:1722,1834.C35A:1722,1834.C365:1722,1834.FC35:722B,1834.C35C:1722,1834.C35D:1722,1834.C36C:1722,1834.C36D:1722,1834.C371:1722,1834.C373:1722,1834.C37B:1722,1834.C37D:1722,1834.C37F:1722,1834.0070:1722,1834.0082:1722,1834.0084:1722,1834.007C:1722,1834.0076:1722,1834.0074:1722,1834.007B:1722,1834.006B:1722,1834.006F:1722,1834.0083:1722,1834.006E:1722,1834.006C:1722,1834.0081:1722,1834.0072:1722,1834.010C:1722,1834.0116:1722,1834.0120:1722,1834.0069:1722,1834.010B:1722,1834.0115:1722,1834.011F:1722,1834.010E:1722,1834.0118:1722,1834.0122:1722,1834.C36F:1722,1834.C372:1722,1834.CF16:1722,1834.C370:1722
sleep = 300
group = 1,2,4


Ja, ich weiß das es den Autobetatunnel gibt.....ich will es aber so zu Fuß machen. :DDD

Fakt ist, bei keinem meiner Reader ist die 1834 eingetragen. Wie kommt also eine 1834 Anfrage bis zum Reader durch? Sollte doch eigentlich schon vorher abgewiesen werden, oder?
Wie gesagt, das ganze ist lediglich ein Schönheitsmakel, der keinerlei Probleme verursacht.....aber interessieren tut es mich, und ich kerne auch gerne dazu.:DDD

Danke schonmal.
 
AW: Vereinzelte NOK's

Hi,
ich würde evtl noch die ECM-Headerwhitelist für die Karte eintragen.

Ansonsten würde ich mir über die NOKs nicht soviel Gedanken machen, denn auch deine ausgefilterten, falschen, ignorierten Anfragen sind am Ende NOKs.
...
OK ---> wieviel richtige ECMs wurden an diesen user übermittelt
NOK---> wieviel Anfragen waren falsch und konnten nicht beantwortet werden
IGN---> ist ein Teil von NOK und sind die Anfragen, die durch Filtereinstellungen ignoriert wurden
TOUT---> ist auch ein Teil von NOK und sind die Anfragen, die in einer eingestellten Zeit (clienttimeout) nicht beantwortet werden konnten
...
vollständig hier
Gruß
janni1
 
AW: Vereinzelte NOK's

Das diese Anfragen bei den Usern als NOK auftauchen ist mir klar.
Mein Screen bezieht sich aber auf den Reiter "Reader", und eben diese Statistik.....bis dorthin sollte die Abfrage doch egentlich gar nicht gehen, da der Reader ja per Definition keine 1834 kann.
Meinem Verständnis nach schaut Oscam doch als erstes auf die CAID die abgefragt wird, und filtert schonmal, welche Reader in Frage kommen. Sind nun noch Services definiert, so ist doch der nächste Schritt die SID prüfen, und dann dem entsprechenden Reader zuweisen. Wieso weißt also Oscam der 1834 einen Reader zu, der das garnicht kann?

Versteh mich nicht falsch. Es macht absolut keine Probleme, es interessiert mich eben nur.
 
AW: Vereinzelte NOK's

Hi,
das liegt glaub ich am gnadenlosen Tunneln des Autobetatunnels vom LB, der ja standartmäßig angeschaltet ist.
Ich kenn mich mit Kabelkarten nicht aus aber ist es denn normal, dass SD-Kanäle über 1834 angefragt werden,
denn für Sky Aktion hättest du ja original keinen Betatunnel im User. Diese Anfrage wäre ohne LB sofort ein NOK ohne Anfrage an die Karte.
Mit LB und Autobetatunnel wird sie getunnelt und geht an die Karte aber ob da der Header auch noch stimmt?
Meine Vermutung wäre nun:
Die Karte kann, warum auch immer, darauf nicht antworten und die Originalanfrage wird als notfound beim Reader abgelegt.

Gruß
janni1
 
AW: Vereinzelte NOK's

Das könnte sein.
Aber trotzdem darf sie ja dann nicht als 1834 ankommen, oder? Wenn also der lb-autobetatunnel zuschlägt, sollte die Anfrage ja wiederum auch eine 1722 sein.... ist also eigentlich auch Wiedersprüchlich.

Ist schon seltsam, aber ich werde den lb_autobetatunnel mal ausschalten, und dann testen.
Diese "Falschanfragen" lassen sich auch nicht reproduzieren, mal kommen 2 am Tag, dann wieder eine Woche nicht......aber testen werde ich es mal.
 
Zurück
Oben