Loadbalancing mit unterschiedlichen Karten

[Trollhunter]

AW: Loadbalancing mit unterschiedlichen Karten

Normal wird es erstellt, aber mach mal!!!
/var/media/ftp/USB/logs/lbstat.log da ist doch Dein Pfad???

 

[C3PO]

AW: Loadbalancing mit unterschiedlichen Karten

Dann ist jetzt die Frage: Warum nimmt oscam die Langsame zuerst?

Weil OScam (der LB) gar kein Wahl hat!

Fragt ein Client Sky mit Caid 09C4 an, dann kommt die Antwort logischerweise vom Proxy, da du lokal keine 09C4 hast.

Fragt ein Client Sky auf der Caid 1702 dann kommt die Antwort von deiner Karte, weil dein Proxy keine 1702 hat.

Es wurde schon mehrfach darauf hingewiesen, das der LB nur funzt (funktionieren kann) bei gleichen Karten - ist doch auch logisch.


Wenn man lokal eine S02 hat, dann ist es Humbug eine V13 als Notfall-Reader mit in den LB einzubinden - es kann
wie gesagt logischerweise nicht funktionieren.
Das einzige was funzt ist die SID's über die services aufzuteilen von welcher Karte was gelesen wird - das hat aber nichts mit LB zu tun.



mlG C3PO

 

[cabal2k]

AW: Loadbalancing mit unterschiedlichen Karten

Hä?

Ich glaub ihr mischt hier was furchtbar durcheinander.
Loadbalancing kann nicht mit 2 verschiedenen CAID's funktionieren.
Der nimmt hier auch nicht unbedingt die langsamere, sondern bei Multicrypt Sendern, die, die er als erstes erwischt.
Wenn die CAM im Receiver als erstes die 1702 abfragt, obwohl es eine 09c4 gibt die schneller ist wird er niemals auf die 09C4 wechseln.
Es sei denn die S02 fällt aus.

Du kannst eine Art manuelles Loadbalancing versuchen, also mit Services die Kanäle auf die beiden CAIDs aufteilen.

Edit: Da war C3PO wohl ein bissl schneller ;-)

 

[zalticko]

AW: Loadbalancing mit unterschiedlichen Karten

@C3PO

Ich blicke jetzt gar nicht mehr durch...
Meine Lokale ist eine v13 (09C4) und der Proxy ist ne S02

 

[C3PO]

AW: Loadbalancing mit unterschiedlichen Karten

Das habe ich dann durcheinander gebracht, du hast also die V13 lokal und die S02 als Proxy - jetzt ist es klar.
Aber das ändert nichts an der Tatsache das LB in beiden Fällen nicht funzen kann.

Suche dir jemand mit V13 zum sharen dann klappt es auch mit dem LB ohne Probleme.



mlG C3PO

 

[NeroZ]

AW: Loadbalancing mit unterschiedlichen Karten

moin,

ich hatte genau das selbe problem (falls das eins ist) mit meiner V14, die ähnliche zeiten kann wie deine V13.
meine clients haben immer die 1702 abgefragt.

Lösung für dich im homesharing :
bei oscam clients : in die oscam.dvbapi - P: 09C4:000000 1 - eintragen
bei cccam clients : in die CCcam.prio - P: 09C4:000000 1 - eintragen

Lösung für deine share partner:
sie müssen das selber eintragen
du kannst bei deinen externen sharpartnern die 1702 über die oscam.services sperren, dann bekommen sie deine karte

gruss

 

[Kermit]

AW: Loadbalancing mit unterschiedlichen Karten

Hi,

die allein stehende 1 in der oscam.dvbapi sollte aber nur Verwendung finden, wenn nur diese eine Caid im System ist. Ansonsten kann es dazu kommen, dass nur diese eine Caid abgefragt wird. Die 1 bedeutet für OScam bleibe auf dieser Caid, bis du eine Antwort bekommst. Das macht bei Aktivierungen Sinn, kann aber halt auch hinderlich sein.
In der CCcam.prio gibt es das glaube ich gar nicht. Bin mir jetzt aber nicht sicher.

Grüße

Kermit

 

[NeroZ]

AW: Loadbalancing mit unterschiedlichen Karten

moin,

die allein stehende 1 in der oscam.dvbapi sollte aber nur Verwendung finden, wenn nur diese eine Caid im System ist. Ansonsten kann es dazu kommen, dass nur diese eine Caid abgefragt wird. Die 1 bedeutet für OScam bleibe auf dieser Caid, bis du eine Antwort bekommst. Das macht bei Aktivierungen Sinn, kann aber halt auch hinderlich sein.

das ist richtig,
im homeshare will ich ja nur auf meine eigene karte zugreifen (098C/09C4), da es die schnellsten sind und ich will auf meiner karte bleiben.
Auch zum testen ob meine karte gut läuft
deshalb die "1"

In der CCcam.prio gibt es das glaube ich gar nicht. Bin mir jetzt aber nicht sicher.

ich meine natürlich die client box mit cccam kann das eintragen

cccam.prio

Spoiler

In der CCcam.prio wird die Verwaltung der CaIDs geregelt, wie bei Providern mit "Multicrypt Kanäle".

• I: = Ignorieren
• P: = Priorität

Wenn z.B. auf einen Provider ungültige CaID vorhanden sind, können diese mit "I:" ignoriert werden.
Situation 1: Ignoriere immer diesen CaID, der ganze ProvID auf allen Kanälen
I: [caid]

Situation 2: Ignoriere immer diese CaIDrovID -Kombination
I: [caid]:[ident]

Situation 3: Ignoriere immer diese CaIDrovID:SID -Kombination
I: [caid]:[ident]:[sid]

Wenn ein Provider mehr als einen CaID hat, so kann das mit "P:" geregelt werden

Situation 1: CaID_1 wir vor CaID_2 bevorzugen
P: [caid], [caid]

Situation 2: Wenn CaID_1rivID_1 bis CaID_nrovID_n für einen Kanal bestehen
P: [CaID]:[ProvID], [CaID]:[ProvID], ..., [CaID]:[ProvID]

Situation 3: Wenn CaID_1rivID_1 bis CaID_nrovID_n für den Kanal "SID" bestehen
Der "SID" wir nur auf die erste "CaIDrovID -Kombination" eingetragen, alle anderen "SID" werden in der Liste ignoriert
P: [CaID]:[ProvID]:[SID], [CaID]:[ProvID], ..., [CaID]:[ProvID]

In der CCcam.prio sollten nur CaID eingetragen, die auch genutzt werden. Lines mit "SID" sind meistens nicht nötig, da reicht der Eintrag vom CaID oder CaIDrovID. Bei den Providern, wo nicht mehrere CaID vorhanden sind, ist kein Eintrag in der CCcam.prio nötig. Wenn CCcam mit der Option -vdt gestartet wird, werden alle benötigten Daten aufgelistet. Die CCcam.prio wird nur für den Inet-Sharing benötigt.

gruss