Unterschiedliche Lines in die gleiche Gruppe oder fallback einrichten?

[Upperdeluxe]

Abend liebe Gemeinde,

wenn ich mehrere Lines von unterschiedlichen Servern habe, nutze ich da am besten unterschiedliche Gruppen oder soll ich einen Fallback konfigurieren? Gibt es da evtl eine Vorlage die ich mir verständnishalber mal anschauen kann?

Liebe Grüße

 

[Tochidia2]

Nabend,

früher hätte man gesagt "kannst halten wie ein xxxxxx"

heute würde ich sagen, alles aufteilen. Caids die zusammen gehören in eine gruppe. Ich arbeite nur mit Caids, eine Gemischte tüte gibt es nicht, ich sage was wo läuft, von welcher karte
Externe lines als Fallback halte ich für nicht sinnvoll, Ziel des fallback ist es ja, das er eingreift wenn die anderen nicht antworten. Kann der fallback das?
Local würde ich als Fallback nutzen, oder Lines, wo du weißt das sie Sauber sind. Geschwindigkeit spielt auch eine rolle

 

[tem_invictus]

@Tochidia2, Also das mit dem Vorschlag der Sortierung nach CAIDs verstehe ich noch nicht ganz.
Wenn ich von einer Line z.B. CAID 1830 + 09C4 bekomme, wie stellst du dann die Gruppe ein?

Ich handhabe es für meinen Teil so:

Gruppe 1-9 -> lokale reader (jeder Reader eine eigene Gruppe)
Gruppe 10 -> alle proxy reader
Gruppe 20 -> alle cacheex reader

Das mit dem Fallback würde ich bei externen lines auch nicht machen.

 

[dodo83]

Loadbalancer nutzen

 

[Upperdeluxe]

lb_mode = 1 und das war es schon? Die Gruppen sind da egal?

 

[dodo83]

Den LB Mode kann man auch auf 2 oder 3 setzen, wenn man mit einem zufrieden ist dann behält man diesen einfach.
Die Gruppen sind egal im weitesten Sinne, je nach dem wie es einer den Clients erlaubt, bzw erlauben will

 

[Upperdeluxe]

Hier mal meine config für mehrere verschiedene Lines

oscam.server

Spoiler

[reader]
label                         = Paket11
protocol                      = cccam
device                        = xxxx,0000
user                          = usr
password                      = pw
inactivitytimeout             = 30
group                         = 1
cccversion                       = 2.0.11
ccckeepalive                   = 1
disablecrccws                 = 1
audisabled                    = 1

[reader]
label                         = Paket12
protocol                      = cccam
device                        = xxxx,0000
user                          = usr
password                      = pw
inactivitytimeout             = 30
group                         = 1
cccversion                       = 2.0.11
ccckeepalive                   = 1
disablecrccws                 = 1
audisabled                    = 1
...
###########################

[reader]
label                         = Paket21
protocol                      = cccam
device                        = xxxx2,0000
user                          = usr
password                      = pw
inactivitytimeout             = 30
group                         = 2
cccversion                       = 2.0.11
ccckeepalive                   = 1
disablecrccws                 = 1
audisabled                    = 1

[reader]
label                         = Paket22
protocol                      = cccam
device                        = xxxx2,0000
user                          = usr
password                      = pw
inactivitytimeout             = 30
group                         = 2
cccversion                       = 2.0.11
ccckeepalive                   = 1
disablecrccws                 = 1
audisabled                    = 1
...

oscam.sdvbapi

Spoiler

P: 1830 # HD01
P: 1843 # HD02
P: 0D95 # ORF ICE
P: 0648 # AustriaSat
P: 09C4 # V13
P: 0B00 # MTV
P: 0100 # XXL
P: 0500 # france
P: 09C4:000000:0084 #DAZN 1
P: 09C4:000000:007A #DAZN 2
P: 09C4:000000:0093 #Sky 1 HD

oscam.sconf

Spoiler

[global]
logfile                       = /tmp/oscam.log
initial_debuglevel            = 0
nice                          = -20
maxlogsize                    = 1000
ecmfmt                        = P: c:s:d:i:0 #ECM_L:l #CW=w HOP:j
fallbacktimeout_percaid       = 098C:400,1830:2000,09C4:350
lb_save                       = 100
lb_nbest_readers              = 16
lb_max_readers                = 16
preferlocalcards              = 2
lb_mode                       = 1



[cache]

[cccam]
port                          = 30000
nodeid                        =
version                       = 2.3.2
reshare                       = 0
ignorereshare                 = 1
updateinterval                = 30
recv_timeout                  = 10000



[dvbapi]
enabled                       = 1
pmt_mode                      = 0
delayer                       = 60
user                          = local
read_sdt                      = 2
write_sdt_prov                = 1
boxtype                       = dreambox

[webif]
httpport                      = 83
httpcss                       =
httptpl                       =
httppiconpath                 =
httphelplang                  = de
http_prepend_embedded_css     = 1
httprefresh                   = 2
httppollrefresh               = 7
httpshowpicons                = 1
httppiconsize                 = 40
httpshowuserinfo              = 1
httpshowreaderinfo            = 1
httpshowecminfo               = 1
httpallowed                   = 0.0.0.0-255.255.255.255,192.168.178.0-192.168.178.255
aulow                         = 120
hideclient_to                 = 15

 

[dodo83]

Schau mal in der Oscam Wiki was lb_nbest_readers und lb_max_readers bedeuten und ob es wirklich so eingestellt haben willst

 

[Derek Buegel]

Sowas hat immer einen faden Beigeschmack.
Würde aber sagen, man muss etwas spielen.

Mfg

 

[Upperdeluxe]

jop danke hatte ich und es so verstanden das lb_nbest_readers die Anzahl der zu berücksichtigen Reader braucht und lb_max_readers die Anzahl der Reader die gleichzeitig abgefragt werden sollen, wollte das eben immer die schnellste bzw beste Line genutzt wird und wenn alle abgefragt werden so direkt auf eine andere line umgeswitched wird bevor es zu freezer kommt

 

[Tochidia2]

@Tochidia2, Also das mit dem Vorschlag der Sortierung nach CAIDs verstehe ich noch nicht ganz.
Wenn ich von einer Line z.B. CAID 1830 + 09C4 bekomme, wie stellst du dann die Gruppe ein?

Ich handhabe es für meinen Teil so:

Gruppe 1-9 -> lokale reader (jeder Reader eine eigene Gruppe)
Gruppe 10 -> alle proxy reader
Gruppe 20 -> alle cacheex reader

Das mit dem Fallback würde ich bei externen lines auch nicht machen.

Nabend,

ich gehe das ganze nach der "nerd" Methode an :grimacing:

1 Line mit 2 Caids = 2 Gruppen (zb. 1 = 1830 ,3= 09C4)
Dem User weise ich dann, die gruppe 1 zu und den caid 1830
Er kann dann an seinen receiver spielen was er möchte, er bekommt kein 09C4, obwohl es in der line wäre.

1,3,5,7 zb. SAT Gruppen
2,4,6,8 zb. Kabel Gruppen

und dann kommt der Load der die Gruppen in waage hält

Gruß

jop danke hatte ich und es so verstanden das lb_nbest_readers die Anzahl der zu berücksichtigen Reader braucht und lb_max_readers die Anzahl der Reader die gleichzeitig abgefragt werden sollen, wollte das eben immer die schnellste bzw beste Line genutzt wird und wenn alle abgefragt werden so direkt auf eine andere line umgeswitched wird bevor es zu freezer kommt

Nabend,
das macht der Load dann quasi von allein, er speichert die zeiten und orientiert sich dann von allein nach dem schnellsten, oder gleichmäßig verteilen etc, kommt dann auf den LB Mode an.
Aus meiner Sicht, ändere mal die cccam version bei den readern auf 2.3.2, und die 098C beim fallback kann weg, Delayer 0, ggfls. später anpassen

Gruß

 

[dodo83]

Dem User weise ich dann, die gruppe 1 zu und den caid 1830

Wenn du die Caid beim User eh setzt bzw ihn drauf begrenzt kannst du auch den Reader in einer Gruppe lassen, macht keinen Unterschied, aber viele Wege führen auch nach Rom, deswegen....