rejected group (1 ms) – ORF1 HD (no matching reader)

Wenn ein Sender in OSCam bei einem Nutzer sofort „found“ liefert, bei einem anderen aber „not found“ oder sogar „rejected group (no matching reader)“ erscheint, liegt der Unterschied sehr häufig auf der Client-Seite: Der Client fragt eine falsche CAID an oder ist so konfiguriert, dass die Anfrage in einer Gruppe landet, zu der kein passender Reader gehört. Dadurch entsteht unnötige Verzögerung, Timeouts und im schlimmsten Fall bleibt der Sender dunkel – obwohl der Server grundsätzlich funktioniert.

Typische Fehlermeldungen (Beispiele):

• found → richtiger CAID/Reader, gültiges CW, Sender öffnet schnell
• not found → CAID wird zwar geprüft, aber es kommt kein gültiges CW zurück (falsche/unsupported CAID, Timeout)
• rejected group (no matching reader) → Anfrage wird sofort abgewiesen, weil kein Reader in der passenden Gruppe existiert oder der Reader die CAID/Ident nicht akzeptiert

Was bedeutet „rejected group (no matching reader)“ genau?

Diese Meldung heißt: Der Client sendet ECMs, aber OSCam findet in der zugewiesenen Group keinen Reader, der diese CAID/Provider bearbeiten darf. Häufige Ursachen:

• Client/User ist in Group A, Reader ist in Group B (Group-Mismatch)
• Reader hat CAID/Ident nicht freigegeben (z. B. nur 0D95/0D98 erlaubt, aber Client fragt 0650/098D an)
• Client fragt CAIDs an, die du absichtlich blocken willst (z. B. NDS/Irdeto), dadurch „no matching reader“

Einfaches Konzept (ohne Fachchinesisch)

Stell dir vor, ein Sender hat mehrere „Schlösser“ (CAIDs). Dein Server hat aber nur den passenden „Schlüssel“ für bestimmte Schlösser (z. B. Cryptoworks). Wenn der Client zuerst am falschen Schloss (z. B. Irdeto/NDS) probiert, passiert entweder „not found“ (nichts passt) oder „rejected group“ (du hast dem Server gesagt, er darf das gar nicht versuchen). Die Lösung ist, dem Client/OSCam klar zu sagen: „Nimm zuerst den richtigen Schlüssel“ – das macht man über dvbapi-Prioritäten und saubere Group/Reader-Zuweisung.

Lösung: dvbapi-Priorität richtig setzen (Beispiel ORF)

Damit ORF (typisch Cryptoworks) nicht über falsche CAIDs wie 0650/098D abgefragt wird, setzt du in oscam.dvbapi Prioritäten und sperrst unerwünschte CAIDs:

P:0D98:000004
P:0D95:000004
I:0650
I:0648
I:098D

Ergebnis:

• OSCam nimmt zuerst 0D98/0D95 (ORF Cryptoworks) → schneller Bildaufbau
• Falsche CAIDs werden gar nicht mehr getestet → keine 2–3 Sekunden Delay, weniger Freezes

---

Extra wichtig (für „rejected group“)

Zusätzlich prüfen:

• User group und Reader group müssen zusammenpassen
• Reader sollte (wenn ORF dein Ziel ist) CAID/Ident klar erlauben, z. B.:
  • caid = 0D95,0D98
  • ident = 0D95:000004;0D98:000004

So stellst du sicher, dass Anfragen nicht mehr mit „no matching reader“ abgewiesen werden und der Client automatisch die richtige Entschlüsselung nutzt.