Habe hier folgenden Log-Auszug von meiner Box (Solo4K) am Beispiel von "AXN Action".
2016/09/14 10:20:31 45155391 c (ecm) local (098C&/0025/9D/0CEB): found (127 ms) by peer2_server - AXN Action
2016/09/14 10:20:34 45155391 c (ecm) local (098C&/0025/9D/0CEB): found (213 ms) by peer2_server - AXN Action
2016/09/14 10:20:37 0DBFD5A1 c (ecm) peer1_client (098C&/0025/9D/07D1): found (224 ms) by peer2_server - AXN Action
2016/09/14 10:20:41 45155391 c (ecm) local (098C&/0025/9D/0CEB): found (126 ms) by peer2_server - AXN Action
2016/09/14 10:20:42 0DBFD5A1 c (ecm) peer1_client (098C&/0025/9D/3259): found (1369 ms) by peer2_server - AXN Action
2016/09/14 10:20:48 45155391 c (ecm) local (098C&/0025/9D/0CEB): found (124 ms) by peer2_server - AXN Action
2016/09/14 10:20:53 0DBFD5A1 c (ecm) peer1_client (098C&/0025/9D/01A1): found (89 ms) by peer2_server - AXN Action
2016/09/14 10:20:55 45155391 c (ecm) local (098C&/0025/9D/0CEB): found (125 ms) by peer2_server - AXN Action
2016/09/14 10:21:02 45155391 c (ecm) local (098C&/0025/9D/0CEB): found (133 ms) by peer2_server - AXN Action
2016/09/14 10:21:05 0DBFD5A1 c (ecm) peer1_client (098C&/0025/A1/0BBB): not found (4051 ms) by peer2_server - AXN Action
2016/09/14 10:21:09 45155391 c (ecm) local (098C&/0025/9D/0CEB): found (123 ms) by peer2_server - AXN Action
2016/09/14 10:21:16 45155391 c (ecm) local (098C&/0025/9D/0CEB): found (125 ms) by peer2_server - AXN Action
Peer1 will als Client immer verschiedene CHIDs (nicht zu verwechseln mit CAID) abfragen, was zu höheren Zeiten (teilweise auch Time-Outs) und "not found" führt. Meiner fragt in dem Beispiel-Log immer 0CEB ab was immer mit "found" beantwortet wird. Ich habe ecmfmt = c&0p/s/l/i gemacht um das im Log so anzuzeigen bis ich draufgekommen bin wo die Unterschiede in den Anfragen liegen.
Der Fehler dürfte (denke ich) am Client liegen. Hab aber nichts drüber gefunden in der Suche, nur über Anfragen mit falschen CAIDs usw. und dass Billigreceiver (die kein echtes CCcam können) der Grund sein können, und von dem Client weiß ich auch dass der Ferguson Arriva seiner Mutter mit dranhängt.
Aber die eigentliche Frage: Kann man Anfragen mit falschen CHIDs zurückweisen, um nicht die Karte (bzw. Proxy) unnötig zu belasten? Ich weiß ja die richtigen CHIDs nichteinmal, aber woher weiß es mein DVBAPI-Client? Die Anfragen mit falschen CAIDs kann man ja zurückweisen (mit Services), aber dieser Filter greift ja bei falscher CHID nicht, weil CAID und SRVID ja stimmen. Ich bin auch noch nicht schlau draus geworden was diese CHID eigentlich ist und wozu sie da ist.
Ja bei meiner lokalen ORF-Karte reicht in meinem Fall sogar "0648:000001,000002" aus auch wenn ich 5 Entitlements habe. Das Komische ist nur dass das Problem mit den falschen Anfragen auf Sky-Karten (in meinem Fall Proxy-Reader, da nicht lokal) zutrifft.
Laut Wiki: chid
Sie müssen registriert sein, um Links zu sehen.
Parameter ist optional
Definiert Irdeto-ChID für den Reader.
Deshalb verstehe ich nicht dass bei Sky-Sendern die über 098C entschlüsselt werden auch Anfragen mit falscher CHID kommen können.
Ok das stimmt, aber auch nur vereinzelt, die meisten sind mit Länge 98 oder 9D. Einige werden auch mit "rejected group - (no matching reader)" abgewiesen, weil der Loadbalancer sie mit der Kombination aus CAID-ECMLänge-CHID schon als "not found" drin hat und gesperrt hat. Aber nur mit AXN Action wird meine Loadbalancer-Statistik mit den ganzen verschiedenen Kombis wo "not found" vorkam zugemüllt und immer größer. Dass es speziell bei dem Sender so ist könnte sein weil der mehr CAIDs aufgeschaltet hat als die anderen Sky-Sender (die ORF-Karte kann den ja auch wenn gebucht). Es tritt aber trotzdem auch bei anderen Sendern auf. Kann es damit zu tun haben dass er auch CacheEX einsetzt? Seiner probiert halt einfach durch und bekommt dann "found" von seinen anderen Peers, deswegen läuft es ja trotzdem ohne Freezer und bekomme ja nicht alle Anfragen, wie man an den zeitlichen Abständen sieht.
Hier noch ein weiterer Auszug.
2016/09/14 14:53:55 0DBFD5A1 c (ecm) peer1_client (098C&/0025/9C/0D4B): not found (56 ms) by peer2_server - AXN Action
2016/09/14 14:54:43 0DBFD5A1 c (ecm) peer1_client (098C&/0025/9D/0092): not found (4056 ms) by peer2_server - AXN Action
2016/09/14 14:55:16 0DBFD5A1 c (ecm) peer1_client (098C&/0025/9D/025B): not found (4056 ms) by peer2_server - AXN Action
2016/09/14 14:55:40 0DBFD5A1 c (ecm) peer1_client (098C&/0025/9D/102B): not found (4065 ms) by peer2_server - AXN Action
2016/09/14 14:55:59 0DBFD5A1 c (ecm) peer1_client (098C&/0025/9D/11FA): not found (4053 ms) by peer2_server - AXN Action
2016/09/14 14:56:14 0DBFD5A1 c (ecm) peer1_client (098C&/0025/9D/11FA): rejected group (2 ms) - AXN Action (no matching reader)
2016/09/14 14:56:17 0DBFD5A1 c (ecm) peer1_client (098C&/0025/9D/019C): found (1362 ms) by peer2_server - AXN Action
2016/09/14 14:56:54 0DBFD5A1 c (ecm) peer1_client (098C&/0025/9D/1260): found (66 ms) by peer2_server - AXN Action
2016/09/14 14:57:02 0DBFD5A1 c (ecm) peer1_client (098C&/0025/9D/0B58): not found (915 ms) by peer2_server - AXN Action
2016/09/14 14:57:04 0DBFD5A1 c (ecm) peer1_client (098C&/0025/9D/019C): rejected group (1 ms) - AXN Action (no matching reader)
2016/09/14 14:57:21 0DBFD5A1 c (ecm) peer1_client (098C&/0025/9D/0192): not found (4057 ms) by peer2_server - AXN Action
2016/09/14 14:57:53 0DBFD5A1 c (ecm) peer1_client (098C&/0025/9D/8068): found (299 ms) by peer2_server - AXN Action
2016/09/14 14:57:57 0DBFD5A1 c (ecm) peer1_client (098C&/0025/9D/007D): not found (901 ms) by peer2_server - AXN Action
2016/09/14 14:58:20 0DBFD5A1 c (ecm) peer1_client (098C&/0025/9C/00D4): not found (56 ms) by peer2_server - AXN Action
2016/09/14 14:58:58 0DBFD5A1 c (ecm) peer1_client (098C&/0025/9D/0BBB): found (4005 ms) by peer2_server - AXN Action
2016/09/14 14:59:30 0DBFD5A1 c (ecm) peer1_client (098C&/0025/A1/0A1D): not found (73 ms) by peer2_server - AXN Action
2016/09/14 14:59:45 0DBFD5A1 c (ecm) peer1_client (098C&/0025/A1/0A1D): rejected group (1 ms) - AXN Action (no matching reader)
2016/09/14 15:00:06 0DBFD5A1 c (ecm) peer1_client (098C&/0025/98/0DAD): not found (905 ms) by peer2_server - AXN Action
2016/09/14 15:00:24 0DBFD5A1 c (ecm) peer1_client (098C&/0025/9B/902F): not found (985 ms) by peer2_server - AXN Action
2016/09/14 15:00:41 0DBFD5A1 c (ecm) peer1_client (098C&/0025/9B/902F): rejected group (1 ms) - AXN Action (no matching reader)
2016/09/14 15:01:00 0DBFD5A1 c (ecm) peer1_client (098C&/0025/9D/00ED): not found (4054 ms) by peer2_server - AXN Action
2016/09/14 15:01:29 0DBFD5A1 c (ecm) peer1_client (098C&/0025/9D/0661): not found (4064 ms) by peer2_server - AXN Action
2016/09/14 15:01:43 0DBFD5A1 c (ecm) peer1_client (098C&/0025/9D/0661): rejected group (2 ms) - AXN Action (no matching reader)
2016/09/14 15:03:20 0DBFD5A1 c (ecm) peer1_client (098C&/0025/9D/0259): found (165 ms) by peer2_server - AXN Action
2016/09/14 15:03:25 0DBFD5A1 c (ecm) peer1_client (098C&/0025/9D/025F): not found (945 ms) by peer2_server - AXN Action
2016/09/14 15:03:41 0DBFD5A1 c (ecm) peer1_client (098C&/0025/9D/0279): not found (4062 ms) by peer2_server - AXN Action
2016/09/14 15:04:04 0DBFD5A1 c (ecm) peer1_client (098C&/0025/98/0516): not found (884 ms) by peer2_server - AXN Action
2016/09/14 15:04:20 0DBFD5A1 c (ecm) peer1_client (098C&/0025/9D/0B92): not found (4055 ms) by peer2_server - AXN Action
2016/09/14 15:04:38 0DBFD5A1 c (ecm) peer1_client (098C&/0025/9D/025F): not found (4051 ms) by peer2_server - AXN Action
2016/09/14 15:04:54 0DBFD5A1 c (ecm) peer1_client (098C&/0025/9D/11F9): not found (4054 ms) by peer2_server - AXN Action
2016/09/14 15:05:06 0DBFD5A1 c (ecm) peer1_client (098C&/0025/9D/11F9): rejected group (2 ms) - AXN Action (no matching reader)
2016/09/14 15:06:01 0DBFD5A1 c (ecm) peer1_client (098C&/0025/9D/106B): not found (4058 ms) by peer2_server - AXN Action
2016/09/14 15:06:17 0DBFD5A1 c (ecm) peer1_client (098C&/0025/9D/0183): not found (4063 ms) by peer2_server - AXN Action
2016/09/14 15:06:21 0DBFD5A1 c (ecm) peer1_client (098C&/0025/9D/0259): not found (969 ms) by peer2_server - AXN Action
2016/09/14 15:06:36 0DBFD5A1 c (ecm) peer1_client (098C&/0025/98/0516): not found (926 ms) by peer2_server - AXN Action
2016/09/14 15:06:44 0DBFD5A1 c (ecm) peer1_client (098C&/0025/9D/321D): not found (944 ms) by peer2_server - AXN Action
2016/09/14 15:06:55 0DBFD5A1 c (ecm) peer1_client (098C&/0025/9D/019D): found (62 ms) by peer2_server - AXN Action
2016/09/14 15:07:17 0DBFD5A1 c (ecm) peer1_client (098C&/0025/9B/0659): not found (938 ms) by peer2_server - AXN Action
2016/09/14 15:07:42 0DBFD5A1 c (ecm) peer1_client (098C&/0025/9B/0659): rejected group (2 ms) - AXN Action (no matching reader)
2016/09/14 15:07:49 0DBFD5A1 c (ecm) peer1_client (098C&/0025/98/0516): rejected group (1 ms) - AXN Action (no matching reader)
2016/09/14 15:08:06 0DBFD5A1 c (ecm) peer1_client (098C&/0025/9D/11FD): not found (4056 ms) by peer2_server - AXN Action
2016/09/14 15:08:09 0DBFD5A1 c (ecm) peer1_client (098C&/0025/9D/13ED): found (826 ms) by peer2_server - AXN Action
Leider gilt die Whitelist ein bisschen ZU global für mich, der sperrt dann jeden Sender der nicht in der Whitelist steht. Ideal für mich wäre es wenn sie nur bei den Sendern die drinstehen die CHID durchlässt und alle anderen sperrt. Wenn ich jetzt alle Sender eintragen muss damit die überhaupt funktionieren und bei jedem die CHID raussuchen muss dann werde ich ein "Schwammerl".
edit: OK mit der Zeile "w:" am Ende lässt erlaubt er doch alles andere. Jetzt kann ich mir schön langsam die Müllanfragen ansehen und den entsprechenden Sender hinzufügen. Eigentlich wird die Whitelist so je zweckentfremdet, da sie eigentlich für Filterung der ECM-Länge gedacht ist.
edit2: Aber durch das "w:" lässt er theoretisch ja wieder alle Anfragen mit anderen CHIDs durch. Das werde ich erst sehen wenn wieder welche kommen.