Sfaturi incepatori oscam (si nu numai)

[dMd]

Intotdeauna cand facem setari din webif modulul respectiv (fisierul in care se fac modificari) va fi inlocuit cu altul nou, cel vechi va fi redenumit in oscam.nume_fisier.back, deci setarile vechi nu vor mai exista pentru ca va fi substituit intregul fisier. Daca folosim un oscam "vechi" si setarile le facem manual, fara ajutorul la webif atunci este indicat ca la o schimbare de versiune sa il pornim din telnet cu comanda /locatie_binar/nume_oscam_binar -& (/usr/bin/oscam -&), in acest fel vom avea afisate in terminal incompatibilitatile pe care versiunea noua nu le recunoaste. Dupa ce avem aceste "erori" afisate le putem sterge din cfg , dar e bine sa le retinem daca au fost eficiente si dorim sa revenim iar la versiunea respectiva.

[zmeura]

...cand facem setari din webif modulul respectiv (fisierul in care se fac modificari) va fi inlocuit cu altul nou, cel vechi va fi redenumit in oscam.nume_fisier.back, deci setarile vechi nu vor mai exista pentru ca va fi substituit intregul fisier...

Da, asta era. Altfel daca e o setare care a aparut intr-o versiune noua dar nu exista in cea veche oricum nu e problema pentru ca o ignora pana cand fisierul va fi inlocuit, nu apare nici in log.

Pentru log se poate seta un fisier permanent, in webif la Configuration-Global adaugi Log File o cale catre un fisier :

Code: Select all

/tmp/oscam.log

sau daca ai stick:

Code: Select all

/media/usb/oscam.log

sau

Code: Select all

/media/hdd/oscam.log

Setezi si marimea lui sa zicem la 100 KB. Acolo gasesti oricand eventuale erori aparute in functionarea oscam, poate a crapat si vrei sa stii de ce. Daca e in /tmp nu il gasesti dupa reboot, dar pe stick il ai chiar si asa. Pentru erori citesti ce scrie in el dupa un restart.

[ala_mic]

Code: Select all

Daca folosim un oscam "vechi" si setarile le facem manual, fara ajutorul la webif atunci este indicat ca la o schimbare de versiune sa il pornim din telnet cu comanda /locatie_binar/nume_oscam_binar -& (/usr/bin/oscam -&), in acest fel vom avea afisate in terminal incompatibilitatile pe care versiunea noua nu le recunoaste. Dupa ce avem aceste "erori" afisate le putem sterge din cfg , dar e bine sa le retinem daca au fost eficiente si dorim sa revenim iar la versiunea respectiva.

Modul cel mai usor de a comite erori e tocmai nefolosirea web-if sau copierea setarilor de pe net. E bine sa lasam oscam sa-si creeze singur filele , e abilitat pentru asta. Odata create nu ne ramane decat sa setam parametrii corespunzatori configuratiei noastre.
"oscam.conf" te tradeaza imediat daca setarile tale nu corespund versiunii, sau unei serii mai lungi de configuratii .
De aceea e bine de urmarit timeline pe siteul dezvoltatorului sa vedem daca au aparut modificari in configuratii.
Pot fi versiuni cu "rateuri" deorece cand s-a facut commit in trunk a fost incomplet sau au lucrat mai multi dev la anumite parti de cod fara sa stie unul de altul ( se intampla destul de des).
Linia de comanda te salveaza

[zmeura]

....mai ales in oscam pe protocol cccam si cu carduri luate din hop >1 poate iesi un iures pe caid-ul cardurilor locale...

Pentru ca am pomenit despre problema asta, voi explica ce NU facem oscam bine cand il folositi in loc de cccam. Ideea e ca daca stiti ce se intampla poate gasiti solutii (cu toate ca cea mai buna solutie era ca cei de la oscam sa rezolve problema). Nu exista solutie universal valabila, asa cum nu exista nici "setari la sânge", depinde mult de ce locale aveti .

Daca in Configuration->CCcam aveti setat Forward origin card pe 0 (default) http://www.streamboard.tv/wiki/OSCam/en ... rigin_card oscam nu respecta reshare la cardurile cu acelasi CAID pe care le dati mai departe. Adica, sa zicem ca primiti 3 carduri Focus din hop1 cu level 1 (pot fi date inca un hop), pe care aveti dreptul si le dati mai departe catre clientii vostrii. Pe langa astea mai primiti inca 30 de carduri din hop2 care vin cu level 0 (adica nu le puteti da mai departe, fara sa umblam cu manareli, nu ne atingem de ignore reshare). Ei bine, atunci cand clientii vostrii fac cereri pe canale Focus, oscam-ul vostru trimite cereri catre TOATE cardurile, nu numai catre cele 3 pe care le vad clientii vostrii !
Singura solutie viabila e setarea Forward origin card = 1 , moment in care adio loadbalancer si caching, chestii importante in oscam si fara de care trecerea la oscam nu prea mai pare atat de importanta.

Acum, teoretic cardul local este tratat exact ca orice alt reader cu o exceptie despre care vorbim alta data. Teoretic, insa practic ... daca ce am explicat mai sus se intampla si in cazul cardului local, mai grav e : trecerea Forward origin card de pe 0 pe 1 nu are nici un efect si nu ajuta cu nimic.
Sa zicem ca am un local 1802. Il dau mai departe pana in doua hop-uri distanta, la mine in oscam mai primesc insa multe alte carduri 1802, unele pot fi de Cabo, altele deschid Digi din alte tari etc. Sa zicem ca toate au level 0, deci nu dau mai departe nici unul in afara localului meu. Tot teoretic cei care primesc linie ar trebui sa vada de la mine pe 1802 doar ce pachet am. Ei bine practic oscam-ul meu trimite cereri (sa zicem de Cabo) pe linii catre cardurile pe care eu NU le dau mai departe, le primesc doar ca sa le folosesc local. Nu conteaza, el daca nu gaseste raspuns de la local trage de unde gaseste. Nu are importanta ce ati setat in oscam, el va cere fara sa il intereseze .
Solutie nu prea este.

Deci, daca ati trecut la oscam si va spun partenerii ca a crescut traficul sa stiti ca e foarte posibil sa fie asa, cererile care vin acum merg catre mult mai multe carduri, catre care nu ar trebui sa mearga. La fel, daca nu aveti local full (in cazul 1802 e imposibil sa ai full pe tot ce e digi si pe cabo) vor merge multe cereri cu acest caid pe readere, va vor spune partenerii ca le faceti cereri pe ce aveti voi de fapt ca si local ! Si au dreptate, asa e, oscam e de vina si nu exista "setare la sânge" ca sa il faci sa nu ceara din cardurile din care nu ar trebui sa ceara.
Asta e motivul pentru care am scris ca oscam nu functioneaza pe protocol cccam asa cum o facea cccam, e doar capabil sa comunice pe acest protocol, dar nu respecta regulile acestui protocol. Daca s-ar rezolva aceasta problema garantat ar scadea mult trafic generat de oscam pe linii. GENERAT, nu am gresit cand am spus asta, pentru ca atunci cand oscam primeste o cerere o trimite pe o multime de linii in cautarea unui raspuns, deci ea se multiplica. Asa ajungem sa vedem cum zboara la infinit faimoasele cereri care se termina cu nok.

Pentru a compensa problema oscam si in disperare de a opri cererile astea care nu respecta reguli multi taie CAID-urile pe care ei deja au local full, catre clienti care au deja local pe acel CAID, pun liste cu sid-uri pe linii C (o munca imensa si care asa cum am spus, nu era necesara daca oscam respecta regulile cccam pe protocol cccam) si liste in oscam.whitelist pentru eliminarea unor ecm-uri cu lungimi gresite (asta e o treaba buna, insa multe din aceastea vin tot din distante atat de mari incat ajung alterate sau pot fi din emulatoarele minune ale smecherilor aflate in distante mari, fara sa aveti schimb direct cu ei).

Asa cum am zis, acum daca stiti ce face oscam poate va ajuta in setarea serverului.

PS: dMd legat de salvarea automata a setarilor in fisiere cu terminatia .bak , oscam salveaza numai daca nu este alt .bak prezent , daca deja este unul nu il rescrie. Ma rog, doar ca idee, daca vrei sa salveze stergi mai intai toate fisierele .bak create mai demult.

[ala_mic]

Ti-am dat un like aici pentru ca meriti intr-un procent satisfacator pentru mine.

Forward origin card =1 , loadbalancer= disable
Ai doar card local 1,2,..n si schimbi cu parteneri doar acele carduri.
Functia loadbalancer e cuprinsa si in CCcam, nu a fost dezvoltata mai pe larg.
Nici oscam nu si-a spus ultimul cuvant. Sunt multe de discutat aici.
Loadbalancer a fost gandita pentru carduri( reale)de acelasi fel .
Cccam avea default din cate imi aduc aminte "fast reader first" ca optiune. Dedusa din teste si nicidecum posibilitatea de a seta altceva.
De aici si freeze care aparea de pe carduri cu ping mic dar setate prost. Nu cel mai rapid inseamna si cel mai bun lucru dovedit de "n" ori.
Sa intamplat de nenumarate ori sa auzi:
Am cccam cu card de xxxx si nu ia din linia mea ci de la amicu z care imi trimite pe linia lui C acelasi card xxxx.
Problema rezolvabila de acest CCcam doar prin blocarea pe linie a acelui caid xxxx de la acel peer z.
Oscam are 3 modalitati de a evita acel salt la linia C:
1-blocarea de caid de pe acea linie sau chiar blocarea de sid/chid.
2-loadbalancerul pe 2 directii LB-weight si LB_stat.

LB-weight: da prioritate cardurilor cu o "incarcatura mai mare"
LB-stat: elimina din ecuatie acele SID-uri lipsa de pe cardurile partenerilor ( sunt multe de discutat aici)

Despre presupusul cu cardul incomplet sau complet.Vorbim doar de card local si nu C sau N.

Am card full in oscam/cccam, 1802 vorba ta- legat la cccam sau la oscam voi primi pe el cereri la 1802:00000 inclusiv cereri de CABO
CCcam va arata NOK si oscam va arata tot NOK in log.
CUM scapam de asta? In oscam punem servicii , cererile care vor veni pentru alt provider vor fi tratate cu IGNORE deci nu vor mai fi trimise cardului pentru a-l stresa degeaba. Daca apar cereri NOK in continuare la card negam acele sid-uri ( pot proveni de la CABO sau sa fie asa zise sid de test...)
Cccam scapa de asemenea cereri doar punand sid la cardul sau local.
In cazul cand am card cu mai putine pachete subscrise.
In Cccam voi avea NOK in oscam voi avea NOK pe acele siduri necuprinse in pachetele noastre.
Cccam rezolva prin punere sid.
Oscam rezolva prin punere servicii.

Cereri din liniile C ale partenerilor.
LB mode = zero = dezastru total, partener cu oscam face cereri la toti si la toate, trimitiand cereri eronate inclusiv cardurilor locale daca ele sunt in numar mai mare de "1"
LB_mode=1,2,3 coroborat cu un fisier de status elimina in mare parte interogariule aiurea.
ECM min count =2...interogheaza doar de 2 ori -daca are rspuns OK il salveaza in stat, daca nu are raspuns ii da kick si nu ma interogheaza decat dupa scaderea timpului maxim, adica 336 ore ( 15 zile )
Daca ai dreambox sau alt aparat cu usb /hdd e bun de salvat acel fisier stat ca sa nu il pierdem la restart, reboot.
Locala partenerului tau cu CCcam nu va primi cereri pe canalele "Cinema" daca nu le are in pachet daca si numai daca cel cu CCcam sa aiba sid puse la local.
Daca cel cu oscam are setat LB mode iar cel cu ccam nu are sid la locala, fiecare canal care va fi accesat de oscam va fi analizat raspunsul si va fi pus in LB cu raspuns OK sau drop pentru cele non subscrise. la un numar de 3 canale cinema vei avea doar 6 cereri NOK de la partener. Daca vei pune sid, NOK va fi egal cu zero de la acel partener.

Despre asta :

... oscam.whitelist pentru eliminarea unor ecm-uri cu lungimi gresite (asta e o treaba buna, insa multe din aceastea vin tot din distante atat de mari incat ajung alterate sau pot fi din emulatoarele minune ale smecherilor aflate in distante mari, fara sa aveti schimb direct cu ei).

Rezolvarea e aici.Si in faptul de a alege in oscam o versiune de CCCam capabila sa interpreteze ECM de lungime mare sau variabila.
Majoritatea lasa default,2.0.11, sau aleg 2.1.3 pentru a le ascunde partenerilor ca au trecut de pe CCcam pe oscam
http://www.streamboard.tv/wiki/OSCam/en/Config/oscam.server#dropbadcws
Mai sunt inca multe de discutat.
Oscam e "opensource" , e "unstable" dar stim mereu ce face. In schimb CCcam nu are sursele publice si nu stim ce se invarte in "bucataria " interna.

[zmeura]

Vezi ca degeaba pui services pe card, oscam tot nu respecta reshare si tot trage din ce carduri prinde. Aaa, ca te incurci cu liste de sid-uri pe linii C etc ... da, am scris mai sus, pentru cine nu vrea sa se uite la TV ci sa stea cu ochii in oscam.

[ala_mic]

Vezi ca degeaba pui services pe card, oscam tot nu respecta reshare si tot trage din ce carduri prinde

Aici ai dreptate-nu respecta -deci schimbi doar locala si ai rezolvat bineinteles cu optiunea forward origin card =1
Trage din ce carduri prinde-trage intr-un mod haotic daca nu setezi LB pe un alt mod diferit de zero.
Mod 1 -va interoga cardul cu cel mai mic timp de raspuns- aici reactioneaza exact ca ccam daca si numai daca definesti un "stat" cu "bataie lunga".
Mod 2 si Mod 3 sunt delicatesele LB-ului-trge echilibrat din toate readerele inclusiv din locala.
Vrei sa dai prioritate mai mare localei decat unu C sau L sau N ?
Ridici valoare la LB weight-atentie nu aiurea!!!
Setare LB pe readere ( 3 modalitati ) -e foarte interesant de inteles optiunea nou introdusa si de testat pentru voi care inca nu ati facut-o.
Sa vedeti diferentele majore atunci cand aveti un card cu mai putine pachete subscrise (cum curg erorile). Cand aveti bagate toate serviciile ( de lene sau lene) in reader fara avea pachet complet modul cel mai usor de a scapa de erori este...
Testati va rog si voi sa va convingeti cu care optiuni din cele 3 va merge sistemul bine.
LB_whitelist_services
Nu uitati ca in functionalittatea corecta a oscam apar niste parametri precum fallback, best readers ( care eu oricum il recomand a fi pus pe "1" , din 1000 tot 1 e cel mai bun )
Oscam nu e perfect. Dar setat sa zicem in raport cu ceea ce dorim sa obtinem , adica un trafic cat mai echilibrat si corect trebuie sa ne inarmam cu rabdare.
Oscam nu e ciunga sa o molfai.

[dMd]

Referitor la ECM min count am impresia ca este o greseala sau am inteles eu gresit din cauza ca este explicat in fuga.

lb_min_ecmcount
minimal ECM count to evaluate loadbalancing values
lb_min_ecmcount = 2 # 2 counts
default
lb_min_ecmcount = 5 # 5 counts

lb_max_ecmcount
Maximum ECM count before resetting loadbalancing values.
lb_max_ecmcount = 200 # 200 counts
default
lb_max_ecmcount = 500 # 500 counts

lb_stat_cleanup
after the loadbalancing statistics will be deleted
default = 336

lb_whitelist_services = ... eu il am si pot spune ca isi face treaba mai bine daca ai oscam doar server, fara sa il folosesti ca inlocuitor de emu srever-client. Dar asta poate ca este doar parerea mea, niste explicatii mai detaliate si interpretate corect se pot da numai in urma unor testari pe serverul respectiv. Un alt aspect care este dezbatut de wiki dar nu pentru cei ce sunt la inceput de drum cu oscam este imbinarea lb cu services si tare bine ar prinde daca ar fi mai multe explicatii la capitolul combinarii corecte la sevices cu lb_whitelist_services. Dar cred ca momentan teamul este ocupat cu scosul pe banda a versiunilor si nu are timp sa explice "setarile la sange" care de fapt nu vor putea respecta protocoalele cu care au fost invatati cei ce reprezinta pionierii gbox sau 3C. Acum daca stam sa judecam drept, o sa vedem ca oscam este un progres benefic, dar nu neaparat pentru acei useri ce vor sa fie corecti in schimburile banale, ci pentru o alta categorie. Important este ca noi sa nu fugim de oscam ignorandu-l, doar invatand ce poate face el rau, ne putem feri de ce nu ne convine noua. Atunci cand il testam nu ar fi rau sa fim constienti de ce este acest emu la origini si sa nu avem pretentia absurda ca putem tine in viata un "carnivor" hranindu-l cu frunze, pentru ca ori va muri el de foame ori ne va manca pe noi cei care il hranim.

[ala_mic]

In sfarsit, dupa cum banuiam apare si primul ghiocel.
De ce. Ma asteptam ca cineva sa iasa :

Code: Select all

lb_min_ecmcount
minimal ECM count to evaluate loadbalancing values
lb_min_ecmcount = 2 # 2 counts

Chiar daca pare ciudat pentru unii, am testat alaturi de amicii de la devteam oscam si parese ca 5 e putin prea fortat, 2 fiind mult mai mlt decat rezonabil, si asta din cauza ca:
Presupunem ca un partener de-al tau are cardul care il interogheaza oscam-ul tau. Pentru un motiv sau altul lipseste o "comunicare" intre server-client. Daca am fi avut "1" riscam sa dau la o partre pentru urmatoarele 15 zile un sid perfect valid.
Important e si asta:
Cat ii spunem balancerului sa "astepte" pana a cauta din nou in lista sa dupa un sid, de fapt dupa readerul care imi va oferi acel sid in timpul optim
lb_reopen
Ca sa construim un LB cat de cat corect trebuie sa stim si sa apreciam cam dupa ce cantitate de ECM cerute, "load_balance save every" il salvam.
LB nu face altceva decat ca "scoate afara din joben iepurele"

PS:
"5"- se supara iar zmeura pe mine si poate ca are de ce

[zmeura]

Cat timp oscam nu va respecta reshare multi useri se vor chinui degeaba. E un defect pe care ei nu l-au rezolvat si am impresia ca nici nu il vor rezolva vreodata.
Pentru schimb de locale nu era nevoie de inventarea unui asa zis protocol cccam. Nu incerci sa acoperi o functionare proasta a oscam cu setari si optiuni destinate altor scopuri.
Sa rezolve cu reshare, dupa care incerci optimizari si alte setari minune de plictiseala.