AW: Wie verteilt OSCAM die Anfragen auf verschiedene Karten?
wenn beim Client keine Prioritäten gesetzt werden, so werden die CAIDs in der Reihenfolge abgearbeitet, wie sie in der PMT des streams aufscheinen.
Hier ein Beispiel für Discovery HD:
2012/07/23 05:31:33 76F6AB68 c dvbapi: [ADD PID 0] CAID: 1833 ECM_PID: 18BC PROVID: 000000
2012/07/23 05:31:33 76F6AB68 c dvbapi: [ADD PID 1] CAID: 1834 ECM_PID: 1CBC PROVID: 000000
2012/07/23 05:31:33 76F6AB68 c dvbapi: [ADD PID 2] CAID: 09C4 ECM_PID: 1BBC PROVID: 000000
2012/07/23 05:31:33 76F6AB68 c dvbapi: [ADD PID 3] CAID: 09C7 ECM_PID: 1DBC PROVID: 000000
2012/07/23 05:31:33 76F6AB68 c dvbapi: [ADD PID 4] CAID: 09AF ECM_PID: 1FBC PROVID: 000000
2012/07/23 05:31:33 76F6AB68 c dvbapi: [ADD PID 5] CAID: 098C ECM_PID: 1ABC PROVID: 000000
2012/07/23 05:31:33 76F6AB68 c dvbapi: [ADD PID 6] CAID: 1861 ECM_PID: 19BC PROVID: 000000
Da hier die 09C4 (V13) vor der 098C (V14) steht, wird - solange von einer V13 eine Antwort kommt - diese vom Client auch immer verwendet.
Und zwar so lange, bis ein timeout oder not-found auftritt.
Erst dann würde er in der Liste weitergehen.
Du kannst dir also nur helfen, indem du - wie vorstehend bereits bemerkt wurde - die user auf die beiden Karten aufteilst. (group = )
Oder - wenn du zugriff auf die configs der user hast - entsprechende einträge in deren CCCam.prio bzw. OSCam.dvbapi machst.
Wobei die erste variante die komfortablere für dich ist, da du ja immer justierend eingreifen kannst, wenn sich was in der workload verändern sollte.
Und NEIN, ein Loadbalancing auf SID Ebene über CAIDs hinweg geht leider nicht, obwohl es eine viel gewünschte Feature an die Developer im SB ist.
Vielleicht kommts ja mal......
R