Stii ca am testat si ... nu e.
Printable View
Stii ca am testat si ... nu e.
E la server asta, nu e la balancer. Ma faci sa ma apuc sa testez si asta :) .
Eu spun de ceva vreme ca cererea masiva nu vine din oscam bine configurat.
Pai treaba ta daca testezi,eu am incercat demult si e o frectie la picior de lemn,ca multe alte setari din oscam.Explicatiile din wiki legate de aceasta setare sunt scrise parca doar pentru ei,restul lumii nu intelege nici la ce ajuta si nici ce efect are,dar ca va functiona precum "banalul cccam" respectand levelul cardurilor iti garantez ca nu.
Aaa,plus ca loadbalancerul functiona bine-mersi.:)
Gata, l-am sters, si sa vedeti de ce:
00d 06:54:23 2.1.3 11223344ed7b1e7e 4 506 66% b02 : 0 TVN/Redlight (13E)
d02 : 0 CAid UPC (19E)
1702 : 0 PREMIERE/PREMIERE Star (19E)[tunneled Nagra] | 1 | 2 | 3
1880 : 0 | 2011 | 2111 | 2113
Ca sa vedeti ce cartele are, si ce ami cere mie:
00d 06:56:01 00d 00:00:01 38890 (16518) 0 (0) 2.1.3 1702:000000:6fff (nok)
Deci ami cere MTV Music de pe cardul de Sky 1702, oare betatunnel ?? Dupa cum vedeti, se pare ca si el ar avea acest card local, sau ?
Asta de jos nu ma deranjeaza atit de tare, ca si asta suge, cu toate ca vad ca nu are nimic local de cateva zile bune:
00d 12:16:31 00d 00:00:05 33022 (30553) 0 (0) 2.1.2 0500:023800:03b7 (ok)
Numai bine.
De ce zic ca in oscam se multiplica cererile?Pai sa vedem.
Sa zicem ca avem sursa unei cereri "dubioase",nu are importanta ce foloseste ca sa nu acuzam nici un emu,ii spunem Client.Omul a plecat de acasa si a lasat receptorul pe un ppv la care nu va primi raspuns ok veci,are linii din 6 servere cu oscam care ii dau fiecare cel putin 1 card cu acel caid.
Odata la 10 secunde trimite cate o cerere catre fiecare din aceste servere.Fiecare server are in mare setarile pe default,deci:
-la global "Client timeout" e pus clienttimeout = 5 [Only registered and activated users can see links. Click Here To Register...] inteleg ca ii va raspunde clientului dupa 5 secunde cu timeout daca nu gaseste raspuns
-in loadbalancer "Retry limit" pus lb_retrylimit = 800 [Only registered and activated users can see links. Click Here To Register...] inteleg ca dupa 800ms trimite cererea catre alt reader
Ei bine,daca in intervalul de 5000ms,la fiecare 800ms trimite catre un alt reader cererea,vom avea aceasta cerere trimisa catre alte 6 carduri/servere de catre fiecare din cele 6 oscam-uri,deci o singura cerere a ajuns sa fie trimisa catre 36 de carduri/servere.Daca la randul lor cele 36 de servere sunt tot oscam vor trimite in intervalul de 5000s/800ms fiecare cate alte 6 cereri ... Nu ma intrebati dupa cat timp expira o cerere ECM ca sa stim cand si daca se opresc candva cererile astea,recunosc ca nu stiu.
De ce zic ca una din probleme e nerespectarea levelului?Pentru ca daca pornim de la client ,sa zicem ca primeste doar cate un singur card de la fiecare din cele 6 servere oscam,deci ar trebui sa fie acele 6 cereri si punct.Insa in fiecare din acele servere cererile nu merg doar catre acel card pe care il dau Clientului (pentru ca il primesc si ei cu drept de reshare,e in regula sa il dea mai departe) ci daca nu deschide ocam-urile trag pe rand (dupa regula 5000ms/800ms) din toate cardurile de pe acel caid indiferent ca au level 0 si astfel ele ajung la carduri catre care normal nu trebuie sa ajunga.Mai departe fenomenul se intampla piramidal si ajung chiar sa "zboare" intre oscam-urile care poate au schimb intre ele si in acelasi timp cu Client,sau mai departe intre oscam-uri de pe nivelul 3-4 ...
Cred ca multi dintre voi ati vazut aceeasi cerere care vine deodata de pe mai multe linii,nu ai cum sa gasesti sursa daca acestea vin de la clientii-clientilor-clientilor tai si pe 3-4 linii deodata.
Diferenta in cazul in care in loc de cele 6 oscam-uri avem 6 cccam-uri ar fi ca cererile ar merge exact catre acele 6 carduri pe care le primeste Client pentru ca acele servere cccam nu vor trimite acele cereri NICIODATA catre alte carduri cu reshare zero.Astfel aceste cereri ar ajunge la cele 6 carduri,raspuns cu nok si gata.Da,acele cereri trecute prin cccam vor primi ca raspuns nok,e in regula,dar raman doar 6 daca mai departe sunt tot cccam-uri si nu oscam-uri care sa inceapa iar sa le multiplice de 6 ori catre carduri la care nu ar trebui sa ajunga!!
Claro? :D
Pornesti de la premiza gresita ca va cere la nesfarsit. In realitate cere de max 5 ori in fiecare card virtual.
In alta ordine de idei, multi folosesc intentionat oscam cu dvb-api, au aflat ca merg canalele "cu probleme" mult mai bine :)
Nu e gresit nimic,acum cere unul,peste jumatate de ora cere altul,cererile care pornesc de la unu pot ajunge la sute de carduri x 5 x cate sid-uri sunt la care nu vor gasi raspuns ....
Orice server mai primeste cate un restart la fiecare 2-3 zile,o ia de la capat si de fapt in aceste 2-3 zile oscam-ul meu cred ca nici nu apuca sa acopere toate sid-urile din cele 500-600 de carduri si iar o ia de la capat,cand de fapt in cccam dau reshare la 150 de carduri si nu se inmultesc cererile cu nimic.E exemplu practic,statistica din loadbalancer nu m-a dat pe spate deloc,pare a fi tot apa de ploaie,mai mult incurca.
PS: Sa cauti scuze si setari minune la ceva ce oscam face gresit nu e deloc practic.Cel mai bine e sa se stie ca oscam cere si din cardurile cu level 0,cautata o solutie ca sa nu mai faca asta si atunci putem vorbi despre oscam ca ar fi foarte bun pe partea de sharing,insa pana atunci ... nu.
---------- Post added at 12:20 ---------- Previous post was at 11:32 ----------
Asta a fost cazul multiplicarii cererilor cu nok,dar poate mai grav sunt cererile ok.
Sa zicem ca eu am un server oscam si dau linii la 6 clienti cu oscam.Localul 1802 ca sa fie mai clar ce se intampla,il dau sa zicem cu drept de reshare 1,adica sa il foloseasca local si sa il mai poata da un hop.Impreuna cu cardul meu mai vine un card 1802 de la un prieten,el are pachetul din Ungaria si cum mi-l da cu drept de reshare inca un hop eu il dau si pe acela mai departe.Pe langa aceste carduri mai am 20 de carduri 1802 primite amestecat cu acel card de la prieten ,dar care au level 0,deci sunt pentru mine si nu ca sa le dau mai departe.
Cele 6 oscam-uri la care le dau cardurile astea doua, daca fac cereri de pe Cabo,aceste cereri vor putea pleca de la mine catre toate celelalte 20 de carduri si daca gasesc raspuns ... trag.La randul lor cele 6 oscam-uri dau cardul meu 1802 mai departe sa zicem fiecare la alti 6 clienti,deci vor putea veni pana la mine cereri de Cabo deja de la 36+6 clienti in cascada si ocam-ul meu sa ceara in hop1-2 din carduri 1802 pe care nu ar trebui (teoretic) sa le dau mai departe,dar pe oscam il doare la basca.
Si uite cum daca am un card 1802 bun pe care vreau sa il folosesc doar eu conform levelului pe care deja il are cu 0, dar vine "amestecat" pe linie C cu alte 1802 (si teoretic stiu ca nu il dau mai departe ,ca asa zice wiki de la oscam) de fapt la el au acces in mod piramidal mult mai multi useri.Cu cat ai mai multi useri cu oscam cu atat creste exponential numarul celor care pot trimite cereri catre el,asa cum am scris mai sus.Acum,cel care are acel card la un moment dat se satura de cereri si eu impreuna cu prietenul meu ramanem fara linie buna.Asta ca tot se spunea ca traficul cu ok e bun pentru ca,nu e asa,daca a primit ok e in regula.
Sa va incurc si mai rau?Bun,cele 36 oscam-uri din distanta 2 primesc la randul lor cereri din hop1-2 al lor pe 1802 pe care le trimit pe linii catre mine (doar am 1802 si cardul meu ajunge pana la el,dar oscam a ignorat ca e cu level 0 si cere) si asa primesc cereri din distanta 4 si le trimit pana in distanta 2.Cereri care nu ar trebui sa vina nici macar pe localul meu,nu i-am dat drept de reshare pana in acea distanta,ca de Cabo,etc nu mai discut.Sa continuam? Cele 36 de servere au la randul lor ....:)
Daca toata lumea foloseste cccam,la mine cererile de Cabo nu vor mai merge catre celelalte 20 de carduri,se opresc in cardul meu si al prietenului meu.Cel din distanta 2 care primeste cardul meu cu level 0 va putea face cereri doar el,cererile de la clientii lui nu mai vin catre mine nici macar pe Digi!
Asta e diferenta de trafic,de asta spun ca oscam "genereaza trafic",in sensul ca la nok le multiplica iar la ok daca ai carduri bune te omoara cei cu oscam pe sistemul piramidal de mai sus.
Sunt pe telefon si nu pot sa scriu mult.
Nu oscam sta la baza traficului, daca toti ar folosi oscam bine configurat sharingul ar merge mai bine.
Nici nu ma intereseaza sursa traficului,daca e in dist 3-4 nu am cum sa o gasesc eu si nici sa le configurez oscam-urile la 300-400 de insi.De fapt ce sa le configurez?Poti sa stai in cap ca el nu respecta level la carduri,nu e nimic de configurat.
Alt exemplu.Oricine poate testa localul unu partener de sharing care foloseste oscam,poate aveti un prieten sau cineva care v-a spus clar ca foloseste oscam.Alegeti pe cineva cu card Focus care sa nu fie full (sa zicem fara HD-uri) sau un card digi 1802.
-pentru test stergeti toate liniile inafara de cea a lui (lasati inca sa vina cardurile din hop 2 si chiar 3)
-daca are Focus incercati programele HD daca se deschid (sau orice va spus ca NU are),daca are digi incercati un HBO Ungaria, Digisport HU,HBO-urile sau programele extra pe care stiti ca nu le are.Daca va deschide pe linia lui aceste programe notati cateva si treceti mai departe.
-acum setati sa primiti doar localul lui
- incercati din nou programele care NU ar trebui sa se deschida din localul lui
Astept raspunsuri aici,sa vedem daca va mai deschide programele acelea sau nu.:D
@zildan
Pai unde vrem noi sa ajungem: Oscam bine setat.
Doar de aceea s-a deschis acest Topic-Dezbatere Oscam- sau ma insel ?
As dori si eu sa vad niste setari pentru cei care folosesc oscam, sa aiba de unde lua exemple, sa-si configureze oscamul asa cum ar trebui.
Aceste exemple lipsesc. Poate reusesc expertii sa ne ajute, cat de cat.
Am inteles ca services sunt foarte importante, whitelist, ..... ??????
Numai bine
Greu de testat un local.Daca scriam ca da digi faliment sau ca lanseaza HD ,sigur se mai faceau 2 pagini.:)
Poate o face asta ceva...Quote:
[Only registered and activated users can see links. Click Here To Register...] on this file was [Only registered and activated users can see links. Click Here To Register...], checked in by stefansat, 5 hours ago
Changing cccam default reshare_mode to 4
does reduce unwanted reshares in cccam.
---------- Post added at 20:29 ---------- Previous post was at 18:53 ----------
[Only registered and activated users can see links. Click Here To Register...]Quote:
Changed 81 minutes ago by stefansat
- Resolution set to invalid
- Status changed from reopened to closed
I already guesed it, but since to obtain results showns by zmeura, you really need to change some standard settings. That's why obviousely no complete config's of his setup are posted. However this al leaded me to investigate further, and yes some small bugs where found concerning config's.
Am freeze pe spanioli la programele HD.......ce sa schimb la oscam pe dm800 pentru ca dupa 20-30 secunde imaginea se blocheaza si asa ramane pana schimb canalul........unde sa schimb ? folosesc versiunea 1.20 rev 8100.....Multumesc anticipat pentru ajutor......;)
Lao setarea reduce numarul de carduri pe care le dai mai departe,de fapt de caid-uri,dar tot nu rezolva problema faptului ca oscam trage si din cardurile cu reshare 0.Oricum individul nu a inteles niciodata,ori nu se poate ori ii doare undeva.Nu mai am timp de ei.
PS: I-a raspuns Ziwo,ahaha.
cine are amiko alien sau golden media spark? la ce frecventa aveti setat cardul? eu nu reusesc sa cobor timpul de raspuns sub 217ms . care sa fie cauza?