38 replies to this topic

[yvessr]

Je kunt ook een loadbalance weight meegeven.

5000 op de basiskaart
1000 op de entertainement kaart
100 op de top kaart

Heb je dat gepruts met services niet nodig.

Zou de loadbalancer verder in mode lowest usagelevel zetten.

Inderdaad ! ..............................Maar ...............
Max loadbalance is 500, dus beter 100, 250, 500 kiezen

hallo @HPPli,

... waar haal je dat vandaan ?... ben je er absoluut zeker van ?

immers, in Wiki staat : lb_weight = xxxx >>> 4 cijfers (max 9999) !!!

[HPPli]

Ik zou zeggen, probeer het uit.
Ik heb enkel resultaten gezien/bemerkt met als uitersten 100 en 500.

En ........ een WiKi kan/wordt voortdurend aangepast met verbeteringen.

[theparasol]

Van de andere kant pakken we 500 als uiterste en we delen 10000 ms response (volgensmij heb je dan met om het even welke provider al geen beeld meer!)
door 500 dan komen we op 20 ms uit, waarom zou je dan nog hoger gaan zitten, dat heeft naar mijn idee geen nut meer.
Maar het is visueel handiger: 10, 100, 1000 of 1000, 3000, 6000

[ferrarisat]

Zet lb mode =10 en je hoofd kaart op lb_weight=500

[rob001]

Ik heb een soortgelijke situatie als Sappien. Ook meerdere kaarten met verschillende pakketten die intern sharen naar dreambox ontvangers.

Ik wil het volgende bereiken:[list]
[*]Alle zenders moeten eerst codes aanvragen op het laagst beschikbare abonnement. Dus NED 1,2,3 eerst op standaard pakket, RTL4 op set top box kaart. enz. Als de kaartjes te vol zitten door opnames enz dan mogen ze codes aanvragen van hogere kaarten (top pakket).
[*]Volgens mij kunnen de ontvangers ook codes krijgen via een andere ontvanger. Bijvoorbeeld als in ontvanger A het top pakket zit dan kan ontvanger C een code krijgen van dit top pakket via ontvanger B. Hij kan het ook rechtstreeks maar toch kiest hij vaak een route via een andere ontvanger. Moet je dit anders instellen (anti cascade) of is dit niet erg (voor snelheid enz)?
[/list]
heeft iemand tips hoe dit te bereiken?

[theparasol]

1 box als hoofdbox als card server instellen met share readers naar de cardreader van elke afzonderlijke box
Overige boxen zuivere clients instellen met share reader naar hoofdbox. Als ze codes nodig hebben moeten ze die opvragen bij hoofdbox.
Het kan dus voorkomen dat de hoofdbox terugconnecteert naar de clientbox om de kaart in zijn reader een code op te vragen.

Resultaat: maximale cache gebruik, maximaal loadbalancing, maximaal controle over alle boxen en kaarten.

[rob001]

In mijn situatie zijn er meerdere card servers. Ik heb namelijk 3 kaarten en alle ontvangers hebben maar 1 kaartlezer. Hoe zou ik dat dan het beste kunnen regelen?

[theparasol]

Zoals ik al zei maar volgensmij heb ik het niet duidelijk geformuleerd.
Iedere box uitrusten met een kaart in de interne reader. Echter je moet oscam op elke box wel de kaart laten lezen maar de dvbapi client geen toegang daarop geven.
Dat kun je regelen door de cardreader in groep 1 te zetten en een extra share reader in groep 2 die naar de hoofdbox wijst. dvbapi user geef je alleen rechten op groep 2 readers.

De dvbapi of client softcam op de losse ontvangers verwijs je naar de hoofdbox voor codes. De hoofdbox zal zonodig terug connecteren naar de clientbox zelf en de kaart lezen.
Maak hiervoor een user op de clientbox aan bv clientbox1 met rechten op groep 1 (de interne cardreader van die box)

Hopelijk heb ik het nu iets duidelijker uitgelegd.

[Erik Slagter]

Het kan dus voorkomen dat de hoofdbox terugconnecteert naar de clientbox om de kaart in zijn reader een code op te vragen.

?

[Erik Slagter]

Hopelijk heb ik het nu iets duidelijker uitgelegd.

Ja

[Erik Slagter]

Kun je in zo'n situatie niet beter een paar kaartlezers aansluiten op de hoofdbox?

[theparasol]

Kun je in zo'n situatie niet beter een paar kaartlezers aansluiten op de hoofdbox?

Waarom zou je dat doen? Kost toch alleen maar extra geld die smargo's en verwacht dat je ook een usb hub nodig bent.
De interne readers in de diverse boxen zijn al betaald en het gaat er niets "sneller" door.

[Erik Slagter]

Lijkt me makkelijker te onderhouden, dat is alles. En ik heb laatst wat horror-verhalen gehoord over de interne lezers. Voor mij is het makkelijk, ik heb maar 1 kaart, dus ik ga zeker geen extra lezers kopen. Maar anders misschien wel.

[rob001]

Bedankt voor de duidelijke uitleg. Ik ga het proberen op die manier op te lossen.

[Sappien]

Blijft kloten met Oscam en de Smargo's. met de laatste build krijg ik het alleen werkend als de smartreader modus gebruik ipv mouse mode.. terwijl ik het met een oudere versie alleen met mouse mode aan de praat kreeg...

1 voordeel... het houd je van de straat

[Sappien]

met ubuntu 11 icm oscam build #6288 werken de Smargo's goed. De kaarten worden nu wel gelijk netjes gevonden.

[rob001]

Zoals ik al zei maar volgensmij heb ik het niet duidelijk geformuleerd.
Iedere box uitrusten met een kaart in de interne reader. Echter je moet oscam op elke box wel de kaart laten lezen maar de dvbapi client geen toegang daarop geven.
Dat kun je regelen door de cardreader in groep 1 te zetten en een extra share reader in groep 2 die naar de hoofdbox wijst. dvbapi user geef je alleen rechten op groep 2 readers.

De dvbapi of client softcam op de losse ontvangers verwijs je naar de hoofdbox voor codes. De hoofdbox zal zonodig terug connecteren naar de clientbox zelf en de kaart lezen.
Maak hiervoor een user op de clientbox aan bv clientbox1 met rechten op groep 1 (de interne cardreader van die box)

Hopelijk heb ik het nu iets duidelijker uitgelegd.

Ik ben bovenstaande oplossing nu aan het testen maar het werkt nog niet zoals het zou moeten. Ik heb het volgende gedaan:[list]
[*]De beschikbare kaartjes verdeeld over de kaartreaders van de dreamboxen
[*]De readers in groep 1 gezet
[*]De users (inclusief dvbapi) in groep 2
[*]Één van de dreamboxen heb ik als hoofdbox aangewezen. Hierin staan bij readers alle boxen met kaartjes genoemd. En bij users alle dreamboxen
[*]Loadbalancing ingevuld (de kaartjes met de laagste abonnementen een hoge waarde en het kaartje met het top pakket een lage waarde)
[/list]
De lokale kaart wordt inderdaad niet meer gelezen. De code komt altijd binnen via de hoofdbox. Bij veel kanalen werkt het goed. Alle SD kanalen komen goed door. Bij de HD kanalen wordt het al moeilijker. Hier valt het beeld iedere minuut een paar sec (tot 20 sec) stil. De top zenders komen meestal helemaal niet door. En als ze doorkomen vallen ze vaak stil.

Het lijkt erop dat de hoofdbox de kaart met het toppakket niet altijd kan vinden. De verbinding naar deze box (bij proxies) is vaak niet in gebruik.

Moet/kan je ergens aanwijzen waar het kaartje te vinden is waar bijvoorbeeld het top pakket op staat? Bij services (readers) mag je dit niet invullen want dan werkt de loadbalancer niet meer: http://streamboard.g...server#services. En als ik het bij de users invul maakt dit geen verschil.

Heeft iemand tips om het geheel werkend te krijgen?

[theparasol]

Gewoon services gebruiken hoor. Je box ontploft niet oid. Het werkt nu immers niet dus wat heb je te verliezen?
In de Duitse wiki staat die waarschuwing niet (meer)
Ik heb hier ook services ingesteld gehad icm loadbalancer en er zijn me geen bijzondere dingen opgevallen: werkt gewoon.

Edited by theparasol, 23 January 2012 - 19:35.

[christophecvr]

Zoals ik al zei maar volgensmij heb ik het niet duidelijk geformuleerd.
Iedere box uitrusten met een kaart in de interne reader. Echter je moet oscam op elke box wel de kaart laten lezen maar de dvbapi client geen toegang daarop geven.
Dat kun je regelen door de cardreader in groep 1 te zetten en een extra share reader in groep 2 die naar de hoofdbox wijst. dvbapi user geef je alleen rechten op groep 2 readers.

De dvbapi of client softcam op de losse ontvangers verwijs je naar de hoofdbox voor codes. De hoofdbox zal zonodig terug connecteren naar de clientbox zelf en de kaart lezen.
Maak hiervoor een user op de clientbox aan bv clientbox1 met rechten op groep 1 (de interne cardreader van die box)

Hopelijk heb ik het nu iets duidelijker uitgelegd.

Ik ben bovenstaande oplossing nu aan het testen maar het werkt nog niet zoals het zou moeten. Ik heb het volgende gedaan:[list]
[*]De beschikbare kaartjes verdeeld over de kaartreaders van de dreamboxen
[*]De readers in groep 1 gezet
[*]De users (inclusief dvbapi) in groep 2
[*]Één van de dreamboxen heb ik als hoofdbox aangewezen. Hierin staan bij readers alle boxen met kaartjes genoemd. En bij users alle dreamboxen
[*]Loadbalancing ingevuld (de kaartjes met de laagste abonnementen een hoge waarde en het kaartje met het top pakket een lage waarde)
[/list]
De lokale kaart wordt inderdaad niet meer gelezen. De code komt altijd binnen via de hoofdbox. Bij veel kanalen werkt het goed. Alle SD kanalen komen goed door. Bij de HD kanalen wordt het al moeilijker. Hier valt het beeld iedere minuut een paar sec (tot 20 sec) stil. De top zenders komen meestal helemaal niet door. En als ze doorkomen vallen ze vaak stil.


Het lijkt erop dat de hoofdbox de kaart met het toppakket niet altijd kan vinden. De verbinding naar deze box (bij proxies) is vaak niet in gebruik.

Moet/kan je ergens aanwijzen waar het kaartje te vinden is waar bijvoorbeeld het top pakket op staat? Bij services (readers) mag je dit niet invullen want dan werkt de loadbalancer niet meer: http://streamboard.g...server#services. En als ik het bij de users invul maakt dit geen verschil.

Heeft iemand tips om het geheel werkend te krijgen?

Je kaart is in anti share mode als ze elke minuut even stil valt.

lees

http://openpli.org/f...-en-antwoorden/

en

http://openpli.org/f...igitaal-actief/