4250 replies to this topic

[Erik Slagter]

Kijk even in de wiki voor een goede start, wat je hier vraagt is namelijk ehhh.... al een paar keer gevraagd

[theparasol]

@Hppli: Als je claimt dat in cardserver mode de ecm tijden langer zijn dan zie ik graag hier een stukje log. verschijnen.

@Erik in de loadbalancer houdt oscam nu ook rekening met de ratelimit van een card. Hierdoor voorkomt oscam dat 3 ratelimited cards bevraagd worden en als antwoord krijgt: ratelimit, sorry en daarna de volgende probeert. Hij bevraagt nu direct de kaart die nog een slot vrij heeft.
Als je de loadbalancer uitzet krijg je wel de oude vertrouwde Ratelimit meldingen. Je krijgt met LB enabled enkel no matching reader omdat die ratelimit code in de matching_reader functie zit en die roept momenteel enkel: no matching reader.
Ik zal eens kijken of ik een log melding in de loadbalancer kan zetten die roept "ECM Ratelimit reached!"

@Nihao: Ratelimit, dat moet je natuurlijk wel instellen op een reader. Doe je dat niet dan is deze uiteraard ook niet geactiveerd.

[Erik Slagter]

Dan klopt er toch iets niet, want ik heb geen load balancers aan staan hier!

[theparasol]

Je hebt gelijk, ik dacht dat het in LB zat, maar het zit in oscam-chk.c

Kunt het dus niet uitschakelen.

ff code patchen, kun je zelf ook:

// Checking ratelimit
  if ((!(rdr->typ & R_IS_NETWORK)) && ((rdr->ratelimitecm && !rdr->cooldown[0]) || rdr->cooldownstate == 1 )){
 int32_t free_slots=0, h=0;
 
 for (h=0;h<rdr->ratelimitecm;h++) {
  if ((rdr->rlecmh[h].last ==- 1) || ((time(NULL)-rdr->rlecmh[h].last) > rdr->ratelimitseconds)) {
  free_slots++;
  }
  if (rdr->rlecmh[h].srvid == er->srvid) {
  free_slots++;
  }
 }
 if(free_slots == 0){
  return(0);
  }

voor de return(o); ff een cs_log("Ratelimit reached!");

Edited by theparasol, 19 March 2012 - 17:58.

[Erik Slagter]

Tsja, ik rapporteer alleen maar wat ik in de log zie

Wat kan ik precies niet uitschakelen dan?

Ik zie trouwens dat jullie allemaal weer lekker bezig zijn geweest gisteren.

[theparasol]

Wat kan ik precies niet uitschakelen dan?

Oscam doet altijd een matching reader check. Vroeger zat daar geen ratelimit checker in, nu wel.
De ratelimiter van de reader zelf roept wel ratelimit reached maar dat stadium bereikt de reader code nooit meer doordat matchreader 'm al afvangt.

[Erik Slagter]

Dat klopt wel ongeveer wat ik zie ja (reader rejected...) Alleen jammer dat de je geen specifiekere logging meer krijgt. Maar waar ik me een beetje zorgen over maak, is dat wellicht elke keer dat een "reader rejected" komt, die reader ook voor enige tijd genegeerd wordt en dat willen we dan weer niet hebben, als je geen "fallback" hebt, dan wil je zo snel als mogelijk, weer beeld hebben op die kaart.

[theparasol]

No problem, als de kaart een slot over heeft / zijn ratelimit niet bereikt heeft doet hij gewoon weer mee.
Of heb je liever beeld om na enige tijd op het M7 strafbankje te moeten zitten?!

[Erik Slagter]

Nee, wat ik bedoel is dat zodra een slot vrij is binnen de rate limiter, dan wil ik ook meteen weer beeld op de kaart. Als dat zo is, is het verder prima.

[ni_hao]

Dat klopt wel ongeveer wat ik zie ja (reader rejected...) Alleen jammer dat de je geen specifiekere logging meer krijgt

Als er al logging komt als LB uit staat (gelukkig geen logging in LB mode), dan het liefst niet in debug level 0, maar een veeeeeeel hoger debug level. Per slot van rekening gebruikt de meerderheid van de OScam gebruikers die ratelimit niet en heeft deze ook helemaal niet nodig.

Edited by ni_hao, 19 March 2012 - 18:38.

[ni_hao]

@Nihao: Ratelimit, dat moet je natuurlijk wel instellen op een reader. Doe je dat niet dan is deze uiteraard ook niet geactiveerd.

Perfecto !

[Erik Slagter]

EDIT: achterhaald.

Edited by Erik Slagter, 19 March 2012 - 18:39.

[theparasol]

Klopt helemaal Erik, durf je al weer te testen inmiddels

[Erik Slagter]

De kleine zit nog even aan de tv geplakt, daarna kunnen we testen...

Ik ga eerst gewoon de rate limiter testen, daarna over "overloop" met de load balancer goed werkt, daarvoor moet ik wel het een en ander aanpassen, aangezien ik keihard srvid's per kaart heb ingesteld.

[Erik Slagter]

Alvast 1 uitkomst...

Als ik tegen de limiter aan ben gelopen, heeft de oscam.dvapi client het natuurlijk al lang weer opgegeven en het beeld komt niet meer terug (try #1, try #2, try #3, cannot decode channel).
Als ik vervolgens weer de regel "P:100:6a 1"opneem in de dvbapi file, dan heb ik van dat probleem geen last meer, maar dan heb ik bij de SD zenders weer geen beeld, en zijn we weer helemaal terug bij "vroeger"

Moet dus toch nog wel even wat gebeuren ben ik bang. Zeg maar of ik nog iets moet loggen ofzo. Op zich voor mij persoonlijk is het geen probleem omdat ik toch niet naar de SD-varianten kijk, maar voor anderen vast wel.

[Erik Slagter]

Update, je ziet in de logging dat hij ook gewoon de verkeerde (seca2) ecm pid pakt...

[alias haha]

Heb mgcamd draaien op mijn vuduo, heb meerdere poorten via newcamd staan op mijn oscam server 8888 8889 9990.
In mijn newcamd.list heb ik het zo ingevuld: CWS_MULTIPLE = 192.168.1.2 8888:9990 login password 01 02 03 04 05 06 07 08 09 10 11 12 13 14
Het kan ook zo:
CWS = 192.168.1.2 8888 login password 01 02 03 04 05 06 07 08 09 10 11 12 13 14
CWS = 192.168.1.2 8889 login password 01 02 03 04 05 06 07 08 09 10 11 12 13 14
CWS = 192.168.1.2 9990 login password 01 02 03 04 05 06 07 08 09 10 11 12 13 14

Maar het eerst is korter, zolang ze op volgorde staan in oscam worden ze alle 3 gebruikt.
Maar mijn vraag is hoe kan ik voor komen dat oscam niet crashed hier op, heb in mijn user config uniq = 0 staan, dus mag met meerdere dezelfde namen inloggen. Maar toch valt ie uit zodra ik inlog met mijn vuduo met deze mutliple inlog

[theparasol]

Update, je ziet in de logging dat hij ook gewoon de verkeerde (seca2) ecm pid pakt...

Prachtig, en tegenwoordig is de reader beschermd tegen verkeerde ecm aanvragen dus krijgt oscam een not found.
Maar je zei al: ik gebruik geen loadbalancer.. Tijd om dat te gaan doen want die gooit dan de onjuiste ecmpids op de blacklist.
En dat werkt sinds afgelopen weekend wel goed.

Je zou de oude mapping truuk met 1817 weer van stal kunnen halen en daar een 1 achter zetten, volgensmij werkt het dan wel.
Of de code patchen dat oscam net als cccam het decoderen nooit opgeeft.

[Erik Slagter]

Prachtig, en tegenwoordig is de reader beschermd tegen verkeerde ecm aanvragen dus krijgt oscam een not found.

Toch gaat er ergens iets fout kennelijk, want er komt geen "not found" terug, maar de client blijft gewoon vrolijk met de verkeerde ecms descramblen...

Maar je zei al: ik gebruik geen loadbalancer.. Tijd om dat te gaan doen want die gooit dan de onjuiste ecmpids op de blacklist.

Ik heb net de load balancer aangezet (vanwege ideetje wat ik eerder hier postte), dat werkt op zich voorbeeldig moet ik zeggen. Hoezo max 4 streams?

Maarreeehh, tegen dit probleem helpt het niet. Hij gaat nu niet meer descramblen met de verkeerde ecm pid, maar hij probeert het ook niet met de correcte, dus gewoon alsnog geen beeld.

Je zou de oude mapping truuk met 1817 weer van stal kunnen halen en daar een 1 achter zetten, volgensmij werkt het dan wel.

Zou ik kunnen proberen inderdaad, maar ik doe het juist met zo weinig mogelijk dvbapi entries, omdat jij telkens zegt dat dat allemaal niet meer nodig is

Of de code patchen dat oscam net als cccam het decoderen nooit opgeeft.

Ik heb al een paar andere projectjes om aan te sleutelen, ieder z'n meug hoor

[Erik Slagter]

Even iets anders, er is nog iets erg mis met de statistics, kijk maar, elke zender staat er tig keer in. Het lijkt wel of hij een entry per ecm maakt in plaats van per ecm_pid.