Oscam nu suporta readere proxi multiprotocol?

[SAFETRON1]

Am incercat cu vreo 40 de versiuni oscam (de pe la 297x si pana la cea mai recenta) sa adaug readere in mai multe protocoale simultan (cccam , newcamd , gbox ) si nu am reusit.In functie de vechimea versiunii de oscam obtin active doar rederele de pe un singur protocol ( de ex pe la 297x sunt active doar cele de newcand si cccam si gbox sunt off iar pe la vers 4xxx sunt active doar conexiunile de cccam si restul off).Este un bug al oscam-ului sau imi scapa ceva?
Ar fi pacat sa nu poti adauga servere de gbox si newcamd lucru perfect realizabil cu cccam.

[stargate]

eu folosesc si cccam si newcamd si tine active ambele tipuri doar ca am observat ca atunci cand cere ecm prefera liniile C in detrimentul celor N chiar daca am pus lb_weight cu valoare mai mare la liniile N

[daradici]

Suporta atat C cat si N in acelasi timp, singura problema este ca de liniile N se leaga putin mai tarziu decat de liniile C, gbox n-am incercat.

[laleauaneagra]

o suporta si C si N dar cu siguranta cu F sta prost de tot,asta in cazu in care il faci server-client

[qwess]

Ba suporta si inca cum......in ambele directii si nu numai!
Stiati ca:
acelasi USER se poate da in protocoale/porturi diferite, nefiind nevoie de useri diferiti pentru N, C, L?

in oscam.conf avem asa:
[server] = un reader cu tvr sa zicem, vroiam sa fac cu dolce dar....:)
activam protocoalele:


[cs378x]
port = 1000
serverip =
suppresscmd08 =


[newcamd]
port = 2000@0500:025900,FFF720,025910
key = 0102030405060708091011121314
allowed =
keepalive = 1
mgclient = 1

[cccam]
port = 3000
reshare = 2
ignorereshare = 0
forward_origin_card = 0
version = 2.2.1
updateinterval = 10
minimizecards = 0
keepconnected = 1
stealth = 1
reshare_mode = 0in oscam.user generam un singur user pentru toate 3:


[account]
user = tvr
pwd = tvr
disabled = 0
group = 1
hostname = !hostname
uniq = 0
sleep = 0
monlevel = 0
services =
caid =
ident =
suppresscmd08 = 0
cccmaxhops = 2
cccreshare = 2
cccignorereshare = 0
si liniile rezultate:


## - [ user_tvr ]
L: ip_oscam 1000 tvr tvrpass 0500 025900 (+/-)256
# L: ip_oscam 1000 tvr tvrpass CAID PROVID
N: ip_oscam 2000 tvr tvrpass 01 02 03 04 05 06 07 08 09 10 11 12 13 14 (+/-)256
C: ip_oscam 3000 tvr tvrpass { 0500:025900:1 }
#C: ip_oscam 3000 tvr tvrpass { 0:0:2 }


merg toate!

[SAFETRON1]

@daradici si @stargate

va rog sa postati fisierele de configurare ca mie nu-mi iese:confused2: .....nu reusesc in nici un fel sa fac active readere simultan pe protocoale diferite , intotdeauna sunt active doar readerele dintr-un anumit protocol iar restul sunt cu status UNKNOWN ip-ul ramane 0.0.0.0 deci neconectate.Asa cum am spus si mai sus comportamentul difera in functie de veriunea de oscam , pe unele am active doar cccam iar pe altele doar newcamd.

[fery21]

Hm.... nu stiu de ce nu faceti din web-info...e greu ? chiar e nevoie de un config de baza ?

[SAFETRON1]

Prima data din webif fac , asa am si pornit in cazul de fata!! .....dar pur si simplu nu pleaca

[zildan]

Liniile newcamd "pleaca" doar cand "targe" din ele!

[szili_boy]

Eu folosesc camd35 (prin UDP) si jegul de newcamd. Linia N nu e neaparat mai rapid decat C-ul, in CCCam-ul original N-ul merge mai bine decat C-ul, interesant ca CCCam-ul original gestioneaza protocolul propriu mai prost decat OSCam.

[qwess]

@daradici si @stargate

va rog sa postati fisierele de configurare ca mie nu-mi iese:confused2: .....nu reusesc in nici un fel sa fac active readere simultan pe protocoale diferite , intotdeauna sunt active doar readerele dintr-un anumit protocol iar restul sunt cu status UNKNOWN ip-ul ramane 0.0.0.0 deci neconectate.Asa cum am spus si mai sus comportamentul difera in functie de veriunea de oscam , pe unele am active doar cccam iar pe altele doar newcamd.

iti apare UNKNOWN si ip 0.0.0.0 pentru ca nu este atribuit nici unui protocol proxie si il baga default ca dev. fizic.
Este un bug oscam/webif la adaugarea de readere altele in afara de dev/... si cccam protocol nu scrie protocolul dorit in oscam.server

dupa adaugarea in webif treci in FTP si editeaza manual :
protocol = newcamd sau ceea ce doresti, vei vedea ca este nescris!
salvezi, si dai restart din panel sau telnet.

Merg sigur cum am mai scris mai sus, prioritatea N fata de C sau alte protocoale este alceva si tine si de setarile/salvarile loadbalancer si ecmtime-uri, dar de conectat se conecteaza si raman active in functie de ceea ce ai setat in oscam.conf, server si user pentru fiecare in parte.
Sunt setari complexe si trebuiesc intelese cat mai bine pentru a fi cat mai OK.
NU sunt setari standard si tine de fiecare configuratie in parte dupa nr de redere/clienti-continutul acestora, etc.
O configuratie finala se poate realiza in timp in functie de acesti factori.
de exemplu pentru setarile: lb, fallback, Lb_ weight, prio....

[SAFETRON1]

@qwess

problema nu este de la protocol care ar fi nespecificat la reader!! .....apropo am vazut ca cele mai recente versiuni creeaza din webif corect reader-ul cu toti parametrii necesari




@daradici are dreptate cand spune ca se conecteaza mai tarziu la serverele de newcamd , am observat si eu acest lucru , pana la urma se conecteza dar intr-un timp exorbitant de mare (dupa mai bine de 7 min din momentul pornirii oscam-ului).Inainte nu lasam mai mult de 5 min in teste.Se conecteaza normal vede ip-ul si apare readerul online dar de interogat raderul de newcamd o face cand pofteste el , am observat ca a trimis cateva ecm-uri dar a primit timeout desi linia respectiva deschide stabil.
Dupa parerea mea cred ca oscam-ul e insuficient dezvoltat pe partea de interogare simultana a readerelor in protocoale diferite.

Daca voua va merge bine va rog sa ma contraziceti.

[fery21]

E normal daca folosesti o versiune veche in care nu a fost inplemetat proxi reader

[daradici]

Mai jos chiar spune clar ca foloseste versiunile cele mai recente



.....apropo am vazut ca cele mai recente versiuni creeaza din webif corect reader-ul cu toti parametrii necesari

[qwess]

OSCAM lucreaza foarte bine, trebuie decat configurat!!!

Iti spun ca merge foarte bine, newcamd se conecteaza un picut mai tarziu fata de cea cccam dar e normal intrucat initializeaza un card (maxim...10s)!!!
pana la 5-7 min e clar ca ai o eroare de configurare, sau atunci s-a avut nevoie de ea.

Vezi ca nu cumva sa le ai in acelasi grup!
oscam.server:

readerlocal=group1
cccam= group2
newcamd=group3
etc....

oscam.user:
dvbapiuser, group = 1,2,3........la fel si pentru restul(se atribuie reader/grup dorit).

Daca ambele servere-oscam sunt configurate OK merge de rupe, daca nu astfel de erori!

http://img812.imageshack.us/img812/5700/oscam.png

Trimite si primeste Multiprotocol pe acelasi Host
Trimit 3 protocoale pe acelsi host
Primesc 2 protocoale din acelasi Host.(nu am avut de unde sa testez un maximum de protocoale primite neavand sursa)

---------- Post added at 13:38 ---------- Previous post was at 12:26 ----------

cel mai bine e sa atribuiti fiecarui reader un grup unic(max 32), astfel se poate controla accesul userului la readerul/readerele dorite inclusiv pentru dvbapiuser.
As merge la extrem, sa vad daca lucreaza cu ceea ce nu stie CCcam, 2 linii cu acelasi port/hostname dar cu useri diferiti.(asa cum lucreaza de exemplu MultiCAS)


inca o data de luat in seama:

by @zildan
Liniile newcamd "pleaca" doar cand "targe" din ele!

---------- Post added at 14:02 ---------- Previous post was at 13:38 ----------

Revenim cu teste:

http://img689.imageshack.us/img689/9651/cccxb.png

asta nu stie cccam?

[SAFETRON1]

Ai dreptate , merge bine cu grupuri diferite dar doar daca pe un cont ai adaugat numai readere intr-un singur protocol.Altfel userul cu acces la mai multe protocoale tot unul anume va prefera si la celalalt nu va trimite ecm decat daca nu gaseste raspuns ok pe protocolul "favorit".

Referitor la poza asta , ai providerul 0B02 si in readerul de cccam? ....vad ca nu a trimis ecm si la cccam ci doar la newcamd .....de aici deduc ori ca nu ai 0B02 in cccam ori veriunea de oscam folosita de tine prefera newcamd ....loadbalancer-ul pe ce valoare il tii?? ....daca e pe 0 atunci ar fi trebuit sa trimita 0B02:76C5 simultan si la cccam si la newcamd lucru ce nu s-a intamplat in cazul de fata.
http://img812.imageshack.us/img812/5700/oscam.png

De fapt eu asta imi doresc , sa interogheze readerele la fel indiferent de protocol si sa nu "discrimineze" alte protocoale pt cel preferat.

[qwess]

readerul cc are 0B02, lucrez cu loadbalancer, si trimite si catre linile c, dar daca observi am facut expre un screen cu timpul de conectare la primele 20 secunde inclus waitforcard = 1.
Mai jos 2 imagini alternand de la unul pe celalalt( am "scos" restul de readere pentru subiectul de fata).

lb_weight = egal la ambele, unul pe un grup, celalalt pe alt grup, dvbapi cu acces la ambele grupuri
http://img580.imageshack.us/img580/9117/50054424.png

http://img268.imageshack.us/img268/3192/44189444.png


[global]
serverip = 192.168.x.xx
usrfile = /DATA/usb1/sda1/oscamusr.log
logfile = /DATA/usb1/sda1/oscam.log
cwlogdir = /DATA/usb1/sda1/cw
disablelog = 0
disableuserfile = 1
usrfileflag = 1
clienttimeout = 10
fallbacktimeout = 5
clientmaxidle = 150
failbantime = 0
failbancount = 0
cachedelay = 2500
bindwait = 20
netprio = 1
sleep = 0
unlockparental = 1
nice = -1
serialreadertimeout = 1500
maxlogsize = 10
waitforcards = 1
preferlocalcards = 1
saveinithistory = 1
readerrestartseconds = 5
lb_mode = 1
lb_save = 100
lb_nbest_readers = 5
lb_nfb_readers = 2
lb_min_ecmcount = 3
lb_max_ecmcount = 1000
lb_reopen_seconds = 200
lb_retrylimit = 800
lb_savepath = /DATA/usb1/sda1/stat
lb_stat_cleanup = 72
lb_use_locking = 1
resolvegethostbyname = 1

[monitor]
port = xxx
serverip = 192.168.x.xx
nocrypt = 127.0.0.1,192.168.2.1-192.168.2.99
aulow = 120
hideclient_to = 0
monlevel = 4
appendchaninfo = 1

[account]
user = azbox
#pwd = azbox
disabled = 0
group = 1,2,3,4,5,6,7,8
monlevel = 4
au = tvr
services =
caid =
betatunnel = 1833.FFFF:1702
ident =
chid =
keepalive = 1



daca vrei la fel, treci loadbalancer = 0, sau cu 1 "echilibrezi" readerele cu lb_weight, marind sau micsorand in functie de nevoi.

[SAFETRON1]

Da , merge cu loadbalancer activat asa cum folosesti in exemplul de mai sus.Trimite 3-4 ecm-uri la newcand 2-3 la cccam.Problema se pare ca era de la loadbalancer care daca e pus pe 0 (dezactivat) nu baga in seama decat protocolul favorit.Daca ai timp incearca si tu cu lb_mode = 0 si ai sa vezi cum cere ecm doar la unul dintre protocoale pana va primi un timeout apoi va cere si la celalalt protocol un ecm doua dupa care se intoarce tot la "favorit".

@zildan are dreptate , la newcamd se conecteza imediat doar daca sunt cereri multe de ecm , altfel dupa 7-12 min.