• Hola Invitado, nos gustaría recordarte que mantener este sitio en línea conlleva unos gastos mensuales y anuales.

    Sin vuestra ayuda mensual no es posible seguir en pie, no hay mucho más que contar.

    Si quieres colaborar para que sea posible por lo menos seguir en pie como comunidad, puedes hacerlo mediante alguno de los métodos disponibles en esta página: https://www.lonasdigital.com/donaciones/

    Recuerda que si necesitas invitación para acceder al foro, puedes solicitarla en nuestro Grupo de Telegram


Manual entender oscam y no morir en el intento

††LUCIFER††

http://**********.us/a/img811/5033/oscam2009horizontal.jpg


http://**********.us/a/img824/790/liliv.png

Antes de empezar vamos a tener en cuenta unos conceptos basicos, para tener una base de lo que a continuacion iremos exponiendo:

http://**********.us/a/img217/4969/condi.png​

Una Plataforma por ejemplo Canal + satelite, pues envia a nuestros receptores la señal de video y audio encryptada, evidentemente lo hacen para que solo vean esta señal de video unas personas concretas o sea los que pagan.

Este flujo de datos (video y audio) lo codifican con una clave secreta que es neceseria conocerla para poder desencryptar el video+audio y asi obtener el visionado, esta clave secreta recibe el nombre de CONTROL WORD cuya abreviatura se conoce como CW.

Evidentemente como es normal y para que no se tenga acceso a esa clave secreta, pues esta la cifran, y ademas de cifrarla pues la van cambiando cada poco tiempo 10-15 segundos por ejemplo, y que es lo que se utiliza para cifrar la clave secreta pues con lo que se conoce como ENTLITEMENT CONTROL MESSAGE cuya abreviatura seria ECM.

¿Por lo tanto como se produciria el visionado? pues el abonado necesitaria disponer un receptor satelite para recibir el video+audio encryptado, y ademas pues de una utilidad para poder conocer la CW y asi desencryptar y obtener el visionado, pues esa utilidad por ejemplo seria la tarjeta de abonado, por lo tanto la funcion de la la tarjeta de abonado seria desencryptar la ECM para tomar la CW y asi poder desencryptar la señal de video+audio y obtener el visionado, para controlar que la tarjeta de abonado pueda realizar esta accion pues esta debe estar autorizada para realizar este proceso, para ello la plataforma por ejemplo canal + satelite envia cada cierto tiempo unos derechos para mantener la tarjeta de abonado autorizada, estas por asi llamarlas autorizaciones se envia a traves de lo que se conoce como ENTLITEMENT MANAGENT MESSAGE, cuya abreviatura se le conoce como EMM.

En este caso vamos hacer mencion que existen 3 grupos de EMM que nos interesa sobre todo conocer, las cuales serian:

EMM-G: EMM globales, estan son recibidas por todas las tarjetas de abonado de la plataforma a las que estamos suscritos, se utilizan para hacer modificaciones en los abonos como sus propio nombre indica globales, o sea para todos los abonados.

EMM-S: EMM shared, estan son enviado a un grupo concreto de abonados, como por ejemplo a todo lo abonado que tengan el c+ total pues le vamos a regalar el canal champion league, pues para esta suscripccion se enviaria esta emm-s que recibirian solo el grupo de abonados con c+ total.

EMM-U: EMM unicas, estas son enviadas unicamente a una sola tarjeta de abonado, y se utilizan cuando por ejemplo compramos una pelicula en taquilla de canal + satelite, pues se nos envaria solo a nuestra tarjeta los derechos para poder visualizarla.

Lo dicho seria a groso modo, para que se entienda ciertos conceptos, que debemos tener como base para que sirven y como hemos visto seria:

CW---> El encargado de desencryptar la señal de video y audio.
ECM--> Es el encargado de cifrar el CW
TARJETA ABONADO--> La encargada de descifrar la ECM, cojer la CW y asi obtener el visionado
EMM--> El encargado de mantener la autorizacion a la tarjeta de abonado para realizar el proceso de descifrar ECM.


Bien pues teniendo en cuenta esto pues el proceso seria:

http://**********.us/a/img90/5939/sinnombrec.png


Que observando el esquema estilo cutre que he hecho seria ;)

1º La plataforma envia la señal en bruto donde viaja audio, video, ecm, emm, etc...
2º La señal en bruto es recojida por nuestra antena parabolica
3º La antena parabolica envia la señal en bruto al fronted
4º El fronted que consta de sintonizador y demulador convierte la señal en bruto en flujo TS
5º Este flujo TS pasa por el modulo llamado
CA (CONDICIONAL ACCESS) que en este caso actua nuestra tarjeta de abonado y se desencrypta las ecm dandonos la CW.
6º Luego pasa el demuxer donde este TS ya desencryptado se separa por ejemplo en datos audio y video
7º El demuxer lo pasa al televisor y obtenemos el visiando.


Pues bueno he puesto el esquema y estos 7 pasos para que comprendais que en LINUX lo que permite controlar estos componentes (fronted, tarjeta de abonado, demux...) recibe el nombre de DVBAPI, que veremos mas adelante la importancia del DVBAPI para visionar con OSCAM.

En este ejemplo estariamos utilizando nuestra tarjeta de abonado, que se introduce en la ranura del receptor, esta ranura encargada de leer nuestra tarjeta de abonado recibiria el nombre de internal Slot y su abreviatura se conoceria como SCI

¿Donde podemos encontrar estos dispositivos hardware (CA, DEMUXER, FRONTED) asi como SCI (internal slot) que controla el DVBAPI en nuestro receptor linux?

Pues bien los podemos encontrar en la carpeta /dev de nuestro receptor, viene bien saber por donde andan para comprender en lo sucesivo distintos parametros de configuracion OSCAM.

A) podriamos observar el slot internal, en caso del receptor tener una ranura para introducir la tarjeta de abonado pues nos apareceria como:

sci0

Para verlo graficamente, entrariamos en nuestro receptor a traves de consola terminal, pondriamos:

Código:
cd /dev
ls

http://**********.us/a/img7/9333/slott.png


B) Podriamos observar el DEMUXER, FRONTED, CA, en la carpeta /dev/dvb/adapterx, donde x=0 en caso de un solo device como es el caso de nuestros receptores, por lo tanto seria en:

/dev/dvb/adapter0

Para verlo graficamente, entrariamos en nuestro receptor a traves de consola terminal, pondriamos:

Código:
cd /dev/dvb/adapter0
ls

http://**********.us/a/img542/6260/18347008.png

http://**********.us/a/img525/9171/csii.png​

Como hemos dicho con anterioridad pues una plataforma como por ejemplo canal + satelite, pues encrypta la señal que envia, pues para ello existen diversos sistemas de encryptacion creados para esto, y las diferentes plataformas pues compran y utilizan el que creen mas seguro, mas barato, o las razones que les parezcan, pues bien cada sistema de encryptacion tiene una identificacion y cada plataforma tiene otra identificacion, pues bien estos conceptos serian:

CAID

Su significado seria "CONDITIONAL ACCESS IDENFICATION" su funcion seria identificar los diferentes sistemas de encryptacion que existen, y que son utilizadas por las diferentes plataformas, por ejemplo:

0100---> Identificaria al sistema de encryptacion llamado SECA
18XX---> Identificaria la sistema de encryptacion llamado NAGRA
0500---> Identificaria la sistema de encryptacion llamado VIA ACCESS
06XX---> I
dentificaria la sistema de encryptacion llamado IRDETO

PROVIDERS

Cada plataforma es identicada por un numero de seis cifras, por ejemplo:

004106--->canal + satelite seca
004001---->canal + satelite nagra


Estos identificadores los podremos observar si utilizamos un analizador de TS (TS era el flujo que como vimos anteriormente era creado por el fronted a partir de la señal bruta), un programa de analizador de TS para nuestros decos seria por ejemplo el dvbsnoop.

Ejemplo utilizacion dvbsnoop para visionar el CAID Y PROVIDERS:

Abrimos la consola terminal, nos situamos sobre un canal que queramos, por ejemplo canal +1 de la plataforma canal + satelite , y en ponemos:

Código:
dvbsnoop -n 1 1

http://**********.us/a/img546/3235/pirt.png


Donde observamos:

CA_system_ID: 256 (0x0100) [= Canal Plus (Seca/MediaGuard)]

0100--->Identifica al sistema de encryptacion SECA

ECM PID

Pues como expliquemos anteriormente para desencryptar la señal de video y audio se necesita el CW que viene encryptado en una ECM, pues bien esta ecm que contiene el CW encryptado recibe el nombre de ECM PID.

Para saber de forma manual la ECM PID donde viaja el CW pues se puede hacer utilizando el dvbsnoop y siguiendo este manual:

Sobre los pids, logueando 1 vez el PID numero 1(dvbsnoop -n 1 1) se ven todos los pids que contienen EMMs junto con su CAID. El PID1 es el CAT (Conditional Acces Table). Si lo hacemos se ve
Código:
...
        MPEG-DescriptorTag: 9 (0x09)  [= CA_descriptor]
        descriptor_length: 9 (0x09)
        CA_system_ID: 256 (0x0100)  [= Canal Plus (Seca/MediaGuard)]
        reserved: 7 (0x07)
        CA_PID: 193 (0x00c1)
        Private Data:
              0000:  01 e0 c4 41 06                                     ...A.


        MPEG-DescriptorTag: 9 (0x09)  [= CA_descriptor]
        descriptor_length: 4 (0x04)
        CA_system_ID: 6160 (0x1810)  [= Kudelski SA]
        reserved: 7 (0x07)
        CA_PID: 155 (0x009b)
...
El pid de emms del caid 1810(Nagr@3) es el 0x009B y el pid de emms del caid 0100(Seca4) es el 0x00C1 (y tambien el C4 auqnue no es el principal)


Para averiguar el pids de las ecms de forma manual (sin usar una emu que ya nos lo dice) es un poco mas laborioso, Pirmero hay que loguear una vez el PID numero 0 (dvbsnoop -n 1 0) (El pid 0 es el PAT Program Asociation Table), de todos los que salen hay que buscar el PID que corresponde al program_number que es igual al SID del canal, los sids de los canales se pueden encontrar en kingofsat por ejemplo. Una vez encontrado ese pid (el PMT Program MAP Table), se loguea una vez y se ven los pids de ecms de ese canal.


Por ejemplo para Paramount Comedy en Astra, si miramos en kingofsat el SID es 30408, hacemos dvbsnoop -n 1 0 y se ve algo como esto
Código:
...
   Program_number: 30400 (0x76c0)
   reserved: 7 (0x07)
   Program_map_PID: 1024 (0x0400)


   Program_number: 30408 (0x76c8)
   reserved: 7 (0x07)
   Program_map_PID: 1032 (0x0408)


   Program_number: 30407 (0x76c7)
   reserved: 7 (0x07)
   Program_map_PID: 1031 (0x0407)


   Program_number: 30414 (0x76ce)
   reserved: 7 (0x07)
   Program_map_PID: 1026 (0x0402)
...


El pid correspondiente al Program_numbet 30408 es el 0x0408, asi que logueamos ese pid haciendo dvbsnoop -n 1 0x0408 y sale
Código:
...
            MPEG-DescriptorTag: 9 (0x09)  [= CA_descriptor]
            descriptor_length: 17 (0x11)
            CA_system_ID: 256 (0x0100)  [= Canal Plus (Seca/MediaGuard)]
            reserved: 7 (0x07)
            CA_PID: 1117 (0x045d)
            Private Data:
                 0000:  41 06 ff ff ff ff ff ff  ff ff fe 26 44            A..........&D


            MPEG-DescriptorTag: 9 (0x09)  [= CA_descriptor]
            descriptor_length: 4 (0x04)
            CA_system_ID: 6160 (0x1810)  [= Kudelski SA]
            reserved: 7 (0x07)
            CA_PID: 2117 (0x0845)
...


y ahi se ve, para el CAID 0100 (Seca4) el PID de ECMs es 0x045D y para el CAID 1810(Nagr@3) el PID de ECMs es el 0x0845


Para buscar estos pids es necesario tener sintonizado el canal del que queremos buscar los pids (o al menos uno de su mismo TP) sino no vale o no encontraremos el program_number.

SID

El significado de sus siglas seria "Service ident" y su funcion seria identificar un canal en concreto, cada plataforma identifica con un numero unico a cada canal, y este numero lo podemos encontrar en varias paginas web por ejemplo kingfosat.

En relacion a oscam el SID seria el que aparece en la pagina como kingfosat (que apareceria en decimal) convertido a hexagesimal.

Ejemplo:

El SID que aparece en kingfosat del canal AXN de astra es: 29815

Pues este pasado a hex seria: 7477

Lo que quiere decir que OSCAM para desencryptar un canal en concreto y obtener la cw pues solicitaria:

[CAID]+[PROVIDER]+[SID]+[ECM PID]=CW

Por ejemplo para el canal + 1 por ASTRA de la plataforma canal + satelite, del sistema encryptacion SECA, pues OSCAM pediria para el visionado:

0100+004106+7479+04AB=CW

Esto aplicado a OSCAM nos servira como veremos en proximos capitulos para filtrar peticiones a la tarjeta de abonado y asi no pedirle a esta cosas innecesarias.

http://**********.us/a/img69/2228/bism.png​
Como vimos con anterioridad para obtener el visionado con la tarjeta de abonado necesitariamos la CW, esta pues como expliquemos va cifrada en la ecm, y va cambiando cada muy poco tiempo 10-15 segundos, por lo que para obtener el visionado necesitamos estar constantamente descifrando las ecm para ir obteniendo las CW nuevas, pues bien cuando la CW es siempre la misma y no cambia (por diversos motivos) es lo que se denomina CONSTANT CW, por lo que basta con conocer la CW e introducirla en el deco y listo ya no necesitaremos desencryptar mas ecm por que la CW es siempre la misma.

Cuando la CW no va cifrada en ECM ni se utilizan EMM, ni estas CW cambian, es lo que se denomina sistema BISS, cuyo CAID normalmente sera 2600.

Esta mencion la hago por que OSCAM posee un modulo llamado constant_cw, para obtener visionado en estos dos casos, que ya desarrollaremos mas adelante.
 
Última edición:
http://**********.us/a/img94/3756/lili2.png

Bueno como vimos anteriormente, en la seccion CONOCIENDO CONDITIONAL ACCES, para obtener el visionado, era necesario:

VISIONADO CON TARJETA ABONADO

a) recibir la señal a traves de la antena parabolica al receptor donde viaja audio, video, el CW que nos da el visionado, la ecm que cifra el CW, y las emm que autorizan a descifrar las ecm.

b) La tarjeta de abonado en nuestro receptor que es la que realiza estos procesos de desencryptado y esta legitimada para ello.

VISIONADO EN SISTEMA SHARING

Para realizar estas labores de desencryptado no es necesario tener la tarjeta de abonado fisicamente en nuestro receptor, sino que cuando nuestro receptor recibe la señal de video, audio, ecm, pues ya no le pide a una tarjeta de abonado insertada en nuestro receptor que nos desencrypte la ecm para obtener la cw, si no que se lo pide a una tarjeta de abonado que se halla insertada en otro receptor, y como se conectarian ambos receptores entre si para realizar esto, pues utilizando lo que se denomina un PROTOCOLO DE COMUNICACION a traves de un PUERTO TCP/UDP DEL ROUTER.

Esto es debido a que un programa al que llamaremos EMU o CAMD es capaz de leer esta tarjeta de abonado y capturar la CW de visionado descifrada, y como esta CW es pequeña, pues es facilmente luego compartirla a traves de la red de internet con otras personas utilizando algun protocolo de comunicacion creado para tal efecto.

Por lo tanto el cardsharing en definitiva es compartir una tarjeta de abonado.

http://**********.us/a/img528/9994/shay.png


A) Un aparato en el cual estaria instalado un programa, aplicacion, que recibe el nombre de EMU o CAMD, esta EMU seria la encargada de:

a.1 Leer la tarjeta de abonado

a.2 Recibir las ECM a desencryptar ya sea a traves antena parabolica o a traves de un PUERTO TCP/UDP mediante un protocolo de comunicacion.

a.2 Capturar las CW de las ECM (recibidas descritas en a.2) que nos ha desencryptado la tarjeta de abonado

a.3 Enviar las CW a quien nos pidio que desencryptaramos la ECM a traves del PUERTO TCP/UDP mediante un protocolo de comunicacion.

A este aparato se le conoce con el nombre de SERVIDOR, que seria el que tiene la tarjeta de abonado donde otros aparatos le van a pedir que les desencrypten la ecm para obtener la cw.

B) Un aparato en el cual estaria instalado un programa, aplicacion, que recibe el nombre de EMU o CAMD, esta EMU seria la encargada de:

b.1 Recibir la ecm encryptada donde va la cw que nos da el visionado de la antena parabalica.

b.2 Enviar la ecm encryptada al SERVIDOR a traves del PUERTO TCP/UDP mediante un protocolo de comunicacion.

b.3 Recibir la CW que nos ha desencryptado el SERVIDOR de la ECM que le enviemos en b.2 a traves del PUERTO TCP/UDP mediante un protocolo de comunicacion.

A este aparato se le conoce con el nombre de CLIENTE

C) Un protocolo de comunicacion para enlazar el SERVIDOR con CLIENTE, es decir comunicar el SERVIDOR con el CLIENTE, y esta comunicacion se realiza a traves de un PUERTO TCP/UDP de nuestro ROUTER, es decir son unas reglas de lenguaje predeterminadas que deben conocer tanto el SERVIDOR como el CLIENTE, ademas los mensajes entre ambos pues van encryptados (evidentemente para evitar cotilleos de otros) y se utilizan constraseñas de acceso, para que por ejemplo el SERVIDOR solamente deje que se comunique con el, quien posea esas contraseñas, como es logico para evitar dar las CW a todo el mundo que se lo pida ;)

Existen varios protocolos de comunicacion para realizar estas opciones de sharing que gente pues ha ido creando, los mas conocidos y usados actualmente son:

NEWCAMD-->protocolo de comunicacion pues que lo llamaron newcamd

CCCAM------>protocolo de comunicacion pues que lo llamaron cccam

MBOX------->protocolo de comunicacion pues que lo llamaron mbox

http://**********.us/a/img705/2506/ae1bo.png


Una vez entendido lo anterior, pues evidentemente la EMU utilizada para realizar sharing debe de ser capaz de:

EMU ALOJADA EN EL SERVIDOR debe:

a) Ser capaz de leer la tarjeta de abonado
b) Tener un protocolo de comunicacion
c) haber creado un user, pass, y darselo al APARATO CLIENTE para que este pueda acceder mediante el protocolo de comunicacion
d) como dijimos que el protocolo de comunicacion se hacia a traves de un puerto TCP/UDP de nuestro router, pues este Puerto evidentemente tenerlo abierto.

EMU ALOJADA EN EL CLIENTE debe:

a) Tener un protocolo de comunicacion evidentemente el mismo protocolo que el SERVIDOR, para que se puedan entender, por que si tienen distinto protocolo mal vamos, es como si yo no se ruso, y un ruso me pide un vaso de agua, pues nunca yo aunque tenga agua lo voy a entender que se la tengo que dar, por lo tanto si el APARATO SERVIDOR, tiene en su emu NEWCAMD para darme las cw, pues el APARATO CLIENTE debe tener NEWCAMD para recibir las cw.

b) Conocer el user y pass que ha creado el SERVIDOR, es decir si yo se ruso, y un ruso me pide agua, pues ya lo entiendo, pero solamente le voy a dar agua, si me dice un pass, que solamente se lo he dado a ciertas personas, si no sabe esa pass pues se queda sin agua.

c) como cliente no seria necesario tener abierto el puerto /TCP/UDP para recibir ni pedir en caso los protocolos de comunicacion:

NEWCAMD
CCCAM

aunque si seria necesario con el protocolo de comunicacion MBOX.

http://**********.us/a/img407/7107/protog.png


http://**********.us/a/img23/258/aa1h.png


Bien una vez vamos entendiendo lo anterior pues ahora vamos a introducir otra variable mas al manual;)

Lo comentado anteriormente seria el sharing simple, es decir:

El CLIENTE le pide el desencryptado de la ecm para que le de la cw a un SERVIDOR donde esta la tarjeta de abonado, en este caso al SERVIDOR se le denomina:

SERVIDOR LOCAL

Pero tambien existe la opcion, que el CLIENTE le pide el desencryptado de la ecm para que le de la cw a un SERVIDOR y este no tenga la tarjeta de abonado para el desencryptado, PERO este SERVIDOR al que vamos a llamar SERVIDOR 1 esta conectado a otro SERVIDOR al que vamos a llamar SERVIDOR 2 que si tiene la tarjeta de abonado, entonces que ocurria:

pues que CLIENTE pide desencryptado ecm a SERVIDOR 1 este no puede por que no tiene una tarjeta de abonado que desencrypte la ecm que pide el CLIENTE entonces pues se lo pide al SERVIDOR 2 este que si tiene tarjeta de abonado que desencrypta esa ecm pues lo realiza y una vez desencryptada se la pasa al SERVIDOR 1 y el SERVIDOR 1 se lo pasa al CLIENTE, pues bien al SERVIDOR 1 se le denomina:

SERVIDOR VIRTUAL ---> que es el que nos da la cw desencryptada de una ecm sin tener una tarjeta de abonado que lo realiza.

Esto en definitiva quiere decir que se puede ser CLIENTE Y SERVIDOR A LA VEZ, y que se puede ser SERVIDOR sin tener tarjeta de abonado, pero que de cualquiera de las maneras en algun extremo de esta red de CLIENTES Y SERVIDORES debe haber una tarjeta de abonado.

http://**********.us/a/img594/5394/virtual.png


http://**********.us/a/img831/4684/aa2n.png

Como los protocolos de comunicacion de las emus para el cardsharing han ido avanzando, pues partiendo de la base de lo explicado, pues se puede ser SERVIDOR LOCAL, SERVIDOR VIRTUAL Y CLIENTE a la vez, siempre que el protocolo de comunicacion que este utilizando la EMU lo permita.

Un ejemplo basico:

1) Tengo tarjeta de abonado a canal + satelite y tengo creado un SERVIDOR para compartir esta tarjeta.

2) Tengo un CLIENTE conectado a mi SERVIDOR.

3) Soy CLIENTE de un SERVIDOR que tiene la tarjeta de aljazeera sport

Circustancias que se dan:

a) pongo en mi deco un canal del canal + satelite la ecm es desencryptada por mi tarjeta de abonado y obtengo visionado.

b) pongo en mi deco un canal de aljazeera sport, mi tarjeta no puede desencryptar la ecm de aljazeera sport, y por lo tanto la EMU pide al SERVIDOR donde soy CLIENTE que me desencrypte esa ECM, por lo tanto soy CLIENTE.

c) El CLIENTE conectado a mi SERVIDOR pone un canal de canal + satelite, me pide que le desencrypte la ECM, yo se la desencrypto, por lo tanto soy SERVIDOR LOCAL.

d) El CLIENTE conectado a mi SERVIDOR pone un canal de aljazeera sport, me pide que le desencrypte la ECM, yo no se la puedo desencryptar por que no tengo la tarjeta de aljazeera sport, por lo tanto le envio la ECM al SERVIDOR donde yo soy CLIENTE para que me la desencrypte, me la desencrypta, y yo se la doy a mi CLIENTE, por lo tanto soy SERVIDOR VIRTUAL.

Por lo tanto ante esto pues aparecerian dos nuevos conceptos:

- COMPARTIR TARJETA LOCAL---> cuando le desencryptamos a un cliente la ECM por nosotros mismos

- COMPARTIR TARJETA VIRTUAL-> cuando le desencryptamos a un cliente la ECM a traves de otros SERVIDORES que no es el nuestro.

Una vez entendido esto, pues surje otro concepto que serian las DISTANCIAS:

A) Si un CLIENTE le pide que desencrypte la ecm a un SERVIDOR y este tiene la tarjeta de abonado y lo puede hacer el mismo, pues seria:

DISTANCIA 1 que se le conoce como HOP1 en protocolo de comunicacion CCCAM

B) si el SERVIDOR no puede desencryptar la ecm y se lo pide a otro SERVIDOR, pues seria:

DISTANCIA 2 que se le conoce como HOP2 en protocolo de comunicacion CCCAM

si el SERVIDOR No puede desencryptar la ecm y se lo pide a otro SERVIDOR, y este tampoco puede, y este se lo pide a otro SERVIDOR, pues seria:

DISTANCIA 3 que se le conoce como HOP3 en protocolo de comunicacion CCCAM

y asi sucesivamente.........

Aqui tendriamos que tener en cuenta, pues evidentemente que a mayor distancia, pues mas tardara el CLIENTE en recibir la ecm desencryptada o sea la cw.

ejemplo tonto: si yo le pido un caramelo a juan y juan tiene y me lo da, pues tardare poco tener el caramelo, peo si juan no lo tiene, y se lo tiene que pedir a manolo, manolo darselo a juan y juan darmelo a mi, pues tardare mas en tener ese preciado caramelo.

http://**********.us/a/img685/4236/papapa.png





Con todo lo expuesto pues apareceria otro nuevo concepto, que seria el RESHARE, que quiere decir este concepto:

En un protocolo de comunicacion sharing simple de compartir la tarjeta de abonado como hemos visto pues hay un SOLO CLIENTE Y UN SOLO SERVIDOR, el CLIENTE le pide al SERVIDOR que le desencrypte la ECM el SERVIDOR lo hace y le pasa el CW, y hay se termina.

Pero como hemo visto en los protocolos de comunicacion sharing mas complejos, pues se forman redes de sharing donde ya existen multiples SERVIDORES y multiples CLIENTES donde todo comparten con todos, y aqui es donde aparece el RESHARE: que seria el permiso que da el SERVIDOR dentro del protocolo de comunicacion para compartir una tarjeta en X saltos/distancias, ejemplo de lo que quiere decir esto:

reshare 0

EL SERVIDOR no permite que el CLIENTE comparta la tarjeta que recibe.

reshare 1

EL SERVIDOR permite compartir la tarjeta al CLIENTE en un SALTO o DISTANCIA.

reshare 2

EL SERVIDOR permite compartir la tarjeta al CLIENTE en dos SALTOS o DISTANCIAS

Y asi sucesivamente.


http://**********.us/a/img694/2592/lalalafo.png

http://**********.us/a/img543/4102/aaaa5.png
Una vez hemos entendido lo que hemos ido explicando, vamos a entrar un poquito en detalle de lo que es en si el protocolo de comunicacion y la EMU.

La EMU como dijimos sera el programa o aplicacion encargada de realizar todo el proceso sharing que hemos explicado anteriormente, y el protocolo de comunicacion seria una parte de esa EMU, mas concretamente el protocolo comunicacion seria la parte de la emu encargada de gestionar la conexion entre CLIENTE Y SERVIDOR y la forma en que se transmiten los datos entre ambos.

Pero no hay que que confundir EMU con protocolo de comunicacion, aunque en ocasiones la EMU coincida con el nombre del protocolo de comunicacion principal que utiliza.

Ejemplo:

CCCAM

El creador del protocolo comunicacion CCCAM creo la EMU para inserterle dicho protocolo y a la que llamo tambien CCCAM, pero ademas la EMU CCCAM tambien lleva el protocolo de comunicacion NEWCAMD pero este protocolo solamente en modo CLIENTE y no en modo SERVIDOR.

Es decir la EMU CCCAM utiliza:

Protocolo comunicacion CCCAM modo : SERVIDOR Y CLIENTE
protocolo comunicacion NEWCAMD modo: CLIENTE

Un ejemplo de lo que serian los mensajes en un protocolo de comunicacion:

Código:
[COLOR=#141414][FONT=Trebuchet MS]CLIENTE: HOLA --->saludaria para intentar conectar al deco[/FONT][/COLOR][COLOR=#141414][FONT=Trebuchet MS]SERVIDOR: HOLA ---->el servidor saludaria a la espera de mas datos[/FONT][/COLOR]
[COLOR=#141414][FONT=Trebuchet MS]CLIENTE: SOY YO Y MI PASS ES "VENGO A CHUPAR" --->el cliente se identifica con su user y pass[/FONT][/COLOR]
[COLOR=#141414][FONT=Trebuchet MS]SERVIDOR: PASA Y CHUPA--->el servidor comprueba que el user y pass es correcto y acepta la conexion.[/FONT][/COLOR]
[COLOR=#141414][FONT=Trebuchet MS]CLIENTE: DAME LA CW DE ESTE CAID, PROVIDER, ECM---> El cliente le pide la CW de visionado indicandole de que caid, provider y dandole la ECM a desencryptar que el decodificador sin tarjeta evidentemente no sabe desencryptarla.[/FONT][/COLOR]
[COLOR=#141414][FONT=Trebuchet MS]SERVIDOR: TOMA LA CW--->La tarjeta pues desencrypta la ECM pedida, coje la cw de visionado y se la da al cliente.[/FONT][/COLOR]
[COLOR=#141414][FONT=Trebuchet MS]CLIENTE: DAME LA CW DE ESTE CAID, PROVIDER, ECM---> El cliente le pide la CW de visionado indicandole de que caid, provider y dandole la ECM a desencryptar que el decodificador sin tarjeta evidentemente no sabe desencryptarla.[/FONT][/COLOR]
[COLOR=#141414][FONT=Trebuchet MS]SERVIDOR: TOMA LA CW--->La tarjeta pues desencrypta la ECM pedida, coje la cw de visionado y se la da al cliente.[/FONT][/COLOR]
[COLOR=#141414][FONT=Trebuchet MS]CLIENTE: DAME LA CW DE ESTE CAID, PROVIDER, ECM---> El cliente le pide la CW de visionado indicandole de que caid, provider y dandole la ECM a desencryptar que el decodificador sin tarjeta evidentemente no sabe desencryptarla.[/FONT][/COLOR]
[COLOR=#141414][FONT=Trebuchet MS]SERVIDOR: TOMA LA CW--->La tarjeta pues desencrypta la ECM pedida, coje la cw de visionado y se la da al cliente.[/FONT][/COLOR]
[COLOR=#141414][FONT=Trebuchet MS]
[/FONT][/COLOR]
[COLOR=#141414][FONT=Trebuchet MS]La peticion de CW debe ser continua ya que las ECM cambian cada x segundos (normalmente 15), y por lo tanto se necesita el desencryptado de la ECM para utilizar las cw de manera continua y cada pocos segundos.[/FONT][/COLOR]
[COLOR=#141414][FONT=Trebuchet MS]
[/FONT][/COLOR]
[COLOR=#141414][FONT=Trebuchet MS]Esto pasado a comando pues seria un protocolo simple de cardsharing.[/FONT][/COLOR]
[COLOR=#141414][FONT=Trebuchet MS]
[/FONT][/COLOR]
[COLOR=#141414][FONT=Trebuchet MS]Cuando se conectan varios receptores, pues tambien entrarian en juego las distancias, ejemplo:[/FONT][/COLOR]
[COLOR=#141414][FONT=Trebuchet MS]
[/FONT][/COLOR]
[COLOR=#141414][FONT=Trebuchet MS]CLIENTE: DAME CW DE D +[/FONT][/COLOR]
[COLOR=#141414][FONT=Trebuchet MS]SERVIDOR: TOMA CW DE D +[/FONT][/COLOR]
[COLOR=#141414][FONT=Trebuchet MS]CLIENTE: DAME CW DE CABO TV[/FONT][/COLOR]
[COLOR=#141414][FONT=Trebuchet MS]SERVIDOR: DE CABO NO TENGO PERO TENGO UN AMIGO QUE SI, SERVIDOR SE LA PIDE A SU AMIGO[/FONT][/COLOR]
[COLOR=#141414][FONT=Trebuchet MS]SERVIDOR: TOMA CW DE CABO TV[/FONT][/COLOR]
[COLOR=#141414][FONT=Trebuchet MS]
[/FONT][/COLOR]
[COLOR=#141414][FONT=Trebuchet MS]En este ejemplo pues cuando el servidor nos da la cw directamente pues seria distancia 1 en gbox o hop 1 en ccam.[/FONT][/COLOR]
[COLOR=#141414][FONT=Trebuchet MS]Si se la tiene que pedir a un amigo para dartela, pues ya no te la da directa y se la tiene que pedir a un amigo pues seria distancia 2 en gbox o hop 2 en ccam, como se tarda un tiempo desde que el cliente le manda la ecm y los datos hasta que el servidor te manda la cw, pues a mayor distancia aumenta este tiempo ya que pasa por mas amigos, y por lo tanto el visionado podra tener cortes, ya que algunas cw no llegaran a tiempo.[/FONT][/COLOR]
[COLOR=#141414][FONT=Trebuchet MS]
[/FONT][/COLOR]
[COLOR=#141414][FONT=Trebuchet MS]Por ultimo tambien mencionar que existen dijeramos "traductores" que su funcion es esa traducir la conversacion (lenguaje), entre dos protocolos distintos como es el caso de MCPS para enlazar gbox con newcamd:[/FONT][/COLOR]
[COLOR=#141414][FONT=Trebuchet MS]
[/FONT][/COLOR]
[COLOR=#141414][FONT=Trebuchet MS]SERVIDOR(gbox) MPCS CLIENTE(newcamd)[/FONT][/COLOR]
[COLOR=#141414][FONT=Trebuchet MS]<-hola(en newcamd)[/FONT][/COLOR]
[COLOR=#141414][FONT=Trebuchet MS]<-hola(en gbox)[/FONT][/COLOR]
[COLOR=#141414][FONT=Trebuchet MS]hola(en gbox)->[/FONT][/COLOR]
[COLOR=#141414][FONT=Trebuchet MS]hola(en newcamd)->[/FONT][/COLOR]
[COLOR=#141414][FONT=Trebuchet MS]
[/FONT][/COLOR]
[COLOR=#141414][FONT=Trebuchet MS]En este caso pues tambien estariamos aumentando una distancia.[/FONT][/COLOR]

Si juntamos todo los que hemos aprendido, pues el esquema de una red sharing entre SERVIDOR Y CLIENTE seria:

http://**********.us/a/img843/998/memey.png





Bueno, ahora haremos un pequeño repaso de los dos protocolos de comunicacion mas usuales y que mas se utilizan en OSCAM:

PROTOCOLO DE COMUNICACION CCCAM

El SERVIDOR para permitir que se conecte el cliente debe crear:

a) Un Usuario
b) Una pass
c) Elejir un puerto donde realizar la conexion y abrilo en el router
d) Tener una ip fija de lo contrario crear un host tipo noip o dyndns

EL CLIENTE pues debe conocer los puntos a, b, c, d para poder conectarse al Servidor.

CARACTERISTICAS DE ESTE PROTOCOLO:

- En este protocolo se pueden compartir mas de una tarjeta, es decir el servidor hacia el cliente puede compartir las tarjetas locales que tenga asi como las tarjetas virtuales que tenga.

- En este protocolo se puede limitar el reshare.

PROTOCOLO DE COMUNICACION NEWCAMD

El SERVIDOR para permitir que se conecte el cliente debe crear:

a) Un Usuario
b) Una pass
c) Elejir un puerto donde realizar la conexion y abrilo en el router
d) Tener una ip fija de lo contrario crear un host tipo noip o dyndns
e) Una clave DES para cifrar la comunicacion

EL CLIENTE pues debe conocer los puntos a, b, c, d y e para poder conectarse al Servidor.

CARACTERISTICAS DE ESTE PROTOCOLO:

- En este protocolo solo se comparte una tarjeta que es la local.

- En este protocolo no se puede controlar el reshare.
 
http://**********.us/a/img812/9760/cap1je.png

En primer lugar vamos a comprender que es OSCAM: seria una aplicacion para nuestros receptores, lo que se conoce como una EMU o CAMD, trasladado a windows pues seria un programa para nuestro pc, su nombre es la abreviatura de: Open Source CAm Module, es decir es de codigo abierto para quien quiera pueda desarrollar sobre la misma.

Oscam comenzo como servidor de tarjeta abonado a traves de los distintos protocolos de comunicacion, mas tarde se le añadio la parte cliente para que el mismo oscam diera visionado y no solamente compartiera las CW.

Oscam es una evolucion de otra emulador anterior llamada MPCS, cuyo significado es MULTI PROTOCOLO CARD SERVER, que se entiende por esto, pues que OSCAM es capaz de:

- Leer la mayoria de las tarjetas de abonado que existen en la actualidad.
- Ser Cliente o Servidor de la mayoria de los protocolos que existen en la actualidad entre ellos newcamd y cccam que sera en los que mas nos centremos.

En definitiva OSCAM constaria de un archivos binario (que seria el programa, aplicacion) y varios archivos de configuracion necesarios para que OSCAM se ejecute, de estos archivos de configuracion, ya hablaremos mas adelante.

http://**********.us/a/img222/1985/aaff1.png


Bueno en primero lugar comentar que aunque mas tarde desarrollemos en el manual como sacarle partido a OSCAM con los protocolos comunicacion NEWCAMD y CCCAM que son los mas habituales actualmente, pero ponemos todos los protocolos de comunicacion que OSCAM lleva:

* Newcamd

* Cccam

* Gbox

* Radegast

* Camd 3.xx

http://**********.us/a/img812/848/aasst.png

A continuacion las tarjetas compatibles con Oscam:





Seca Cards



CYFRA+ PL (0100:0068)

  • ATR: 3B F7 11 00 01 40 96 70 70 0A 0E 6C B6 D6
  • CAID: 0100
  • Providers:
    • id: 0068, name: CYFRA+
  • ECM: ok
  • EMM: ok

CANAL DIGITAAL (0100:006A)

  • ATR:
  • CAID: 0100
  • Providers:
    • id: 006A, name:
    • id: 006B, name:
    • id: 006C, name:
    • id: 006D, name:
  • ECM: ok
  • EMM: ok
  • Adult channels: ok

Télésat BE (0100:006D)

  • ATR: 3B F7 11 00 01 40 96 70 70 0A 0E 6C B6 D6
  • CAID: 0100
  • Providers:
    • id: 006D, name: TELESAT
  • ECM: ok
  • EMM: ok
  • Adult channels: ?

BETV (0100:009B)

  • ATR: 3B F7 11 00 01 40 96 70 70 37 0E 6C B6 D6
  • CAID: 0100
  • Providers:
    • id: 009B, name: BETV
    • id: 009C, name: CANAL+ VL
    • id: 009D, name: Spare A
    • id: 009E, name: Spare B
  • ECM: ok
  • EMM: ok

CANALSAT (0100:3311)

  • ATR: 3B F7 11 00 01 40 96 70 70 0A 0E 6C B6 D6
  • CAID: 0100
  • Providers:
    • id: 3341, name: ISSUER
    • id: 3311, name: CANALSAT
    • id: 3315, name: CANAL+
    • id: 3317, name: CANALPRO
    • id: 331B, name: CSAT 1
    • id: 331D, name: CSAT 2
  • ECM: ok
  • EMM: ok
  • PPV: ok
  • Adult channels: ok
  • As of 26 July : no more HD channels. See [Bug #2026] for details

MEO PT (0100:5221)

  • ATR: 3B F7 11 00 01 40 96 70 70 0A 0E 6C B6 D6
  • CAID: 0100
  • Providers:
    • id: 5221, name: MEO SAT
  • ECM: ok
  • EMM: ok

NUMERICABLE (0100:A821)

  • ATR: 3B F7 11 00 01 40 96 70 70 0A 0E 6C B6 D6
  • CAID: 0100
  • Providers:
    • id: 0000, name: ADMIN
    • id: A821, name: OFFRE1
    • id: A825, name: Canal+
    • id: A829, name: OFFRE2
  • ECM: ok
  • EMM: ok

C+ FR tnt (0100:0156)

  • ATR: 3B F7 11 00 01 40 96 70 70 0A 0E 6C B6 D6
  • CAID: 0100
    • Providers:
      • id: 0156, name: CANAL+
      • id: 0157, name: CANALSAT
      • id: 0158, name: LA CLE
      • id: 0159, name: SPARE B
      • id: 015A, name: CANALSAT2
    • ECM: ok
    • EMM: ok

C+ FR tnt (0100:332B)

  • ATR: 3B F7 11 00 01 40 96 70 70 0A 0E 6C B6 D6
  • CAID: 0100
    • Providers:
      • id: 3331, name: ADMIN
      • id: 3323, name: CSAT1
      • id: 3327, name: CSAT2
      • id: 332B, name: CANAL +
    • ECM: ok
    • EMM: ok

Viaccess Cards



PRIVATE SPICE (0500:032500)

  • ATR: 3F 77 18 00 00 C2 47 40 00 68 90 00
  • CAID: 0500
  • Providers:
    • id: FFF400, name: PRIVATE SPICE
    • id: 032500, name: PRIVATE SPICE
    • id: 032510, name: PRIVATE SPICE
  • ECM: ok
  • EMM: not tested

ALJAZEERA SPORT (0500:042400)

  • ATR: 3F 77 18 00 00 C2 7A 42 02 68 90 00
  • CAID: 0500
  • Providers:
    • id: FFF920, name: ALJAZEERA SPORT
    • id: 042400, name: ALJAZEERA SPORT
    • id: 042410, name: ALJAZEERA SPORT
  • ECM: ok
  • EMM: not tested

Bis TV (0500:020810)

  • ATR: 3F 77 18 00 00 C2 47 40 00 68 90 00
  • CAID: 0500
  • Providers:
    • id: FFF400, name: ISSUER
    • id: 020810, name: BIS
    • id: 020820, name: BIS-PREPAID
    • id: 020830, name: !ViaEutelsat1
    • id: 020840, name: !ViaEutelsat2
    • id: 020850, name: !ViaEutelsat3
    • id: 020860, name: BIS-EXTRA
  • ECM: ok
  • EMM: ok

Bis TV (0500:042800)

  • ATR: 3F 77 18 00 00 C2 7A 44 02 68 90 00
  • CAID: 0500
  • Providers:
    • id: FFF400, name: ISSUER
    • id: 042800, name: BIS
    • id: 042810, name: BIS 2
  • ECM: ok
  • EMM: ok

Dorcel/XXL (0500:020810)

  • ATR: 3F 77 18 00 00 C2 47 40 00 68 90 00
  • CAID: 0500
  • Providers:
    • id: FFF400, name: ISSUER
    • id: 020810, name: ABsat
  • ECM: ok
  • EMM: not tested

TBD (0500:020910)

  • ATR: 3F 77 18 00 00 C2 14 00 C1 68 90 00
  • CAID: 0500
  • Providers:
    • id: FFF400, name: ISSUER
    • id: 020910, name: TBD
  • ECM: ok
  • EMM: ok

C-sky (0500:022010,022030,022050)

  • ATR:
  • CAID: 0500
  • Providers:
    • id: 022010, name: C-sky
    • id: 022030, name: C-sky
    • id: 022050, name: C-sky
  • ECM: ok
  • EMM: ok

Televisa (0500:022200)

  • ATR: 3F 77 18 00 00 C1 14 01 A2 68 90 00
  • CAID: 0500
  • Providers:
    • id: FFF530, name: ISSUER
    • id: 022200, name: Televisa 1
  • ECM: ok
  • EMM: ok

RTVi (0500:042300)

  • ATR: 3F 77 18 00 00 C2 7A 42 02 68 90 00
  • CAID: 0500
  • Providers: FFF780,042300
    • id: FFF780, name: INTER TV
    • id: 042300, name: RTVi
  • ECM: ok
  • EMM: ok

NTV (0500:023100)

  • ATR: 3F 77 18 00 00 C2 14 00 C1 68 90 00
  • CAID: 0500
  • Providers:
    • id: FFF320, name: NSAB-SIRIUS
    • id: 023100, name: ZONE-1
    • id: 023110, name: ZONE-2
    • id: 023120, name: ZONE-3
    • id: 023130, name: ZONE-4
    • id: 023140, name: ZONE-5
  • ECM: ok
  • EMM: ok

NTV (0500:023700)

  • ATR:
  • CAID: 0500
  • Providers:
    • id: 023700, name:
  • ECM: ok
  • EMM: not tested

NTV (0500:050100)

  • ATR: 3F 77 18 00 00 C2 EB 41 02 6C 90 00
  • CAID: 0500
  • Providers:
    • id: 050100, name:
  • ECM: ok
  • EMM: ok

SSRSRG (0500:023800)

  • ATR: 3F 77 18 00 00 C2 14 00 C1 68 90 00
  • CAID: 0500
  • Providers:
    • id: FFF430, name: ISSUER
    • id: 023800, name: SRGSSR
  • ECM: ok
  • EMM: ok

FreeX.TV 5chan (0500:024400)

  • ATR: 3F 77 18 00 00 C2 47 40 00 68 90 00
  • CAID: 0500
  • Providers:
    • id: FFF830, name:
    • id: 024400, name:
    • id: 024410, name:
  • ECM: ok
  • EMM: not tested

RTVi (0500:024B00)

  • ATR:
  • CAID: 0500
  • Providers:
    • id: FFF780, name: INTER TV
    • id: 024B00, name: RTVi
  • ECM: ok
  • EMM: ok

TNTSAT (0500:030B00)

  • ATR: 3F 77 18 00 00 C2 47 40 00 68 90 00
  • CAID: 0500
  • Providers:
    • id: FFF400, name: ISSUER
    • id: 030B00, name: TNTSAT
  • ECM: ok (assuming that you have the right AES key)
  • EMM: ok

D-sky (0500:031D00)

  • ATR: 3F 77 18 00 00 C2 47 40 00 68 90 00
  • CAID: 0500
  • Providers:
    • id: 031D00, name: D-sky
  • ECM: ok
  • EMM: ok

THEME X (0500:032000)

  • ATR: 3F 77 18 00 00 C2 47 40 00 68 90 00
  • CAID: 0500
  • Providers:
    • id: FFF400, name: ISSUER
    • id: 032000, name: ThemeX
  • ECM: ok
  • EMM: not tested

TNtop (0500:032200)

  • ATR: 3F 77 18 00 00 C2 47 40 00 68 90 00
  • CAID: 0500
  • Providers:
    • id: FFF400, name: ISSUER
    • id: 032200, name: TNtop
    • id: 032210, name: CANAL+
    • id: 032220, name: TNtop 2
    • id: 032230, name: TNtop 3
  • ECM: ok
  • EMM: ok

CSAT SUISSE (0500:032820)

  • ATR: 3F 77 18 00 00 C2 47 40 00 68 90 00
  • CAID: 0500
  • Providers:
    • id: FFF400, name: ISSUER
    • id: 032820, name: CSAT SUISSE
    • id: 032830, name: CSAT SUISSE 1
    • id: 032840, name: CSAT SUISSE 2
  • ECM: ok
  • EMM: ok

CSAT/C+ FR (0500:032820)

  • ATR: 3F 77 18 00 00 C2 47 40 00 68 90 00
  • CAID: 0500
  • Providers:
    • id: FFF400, name: ISSUER
    • id: 032820, name: CSAT
    • id: 032830, name: CSAT 1
    • id: 032840, name: CSAT 2
  • ECM: ok
  • EMM: ok

CSAT/C+ FR (0500:032830)

  • ATR: 3F 77 18 00 00 C2 7A 42 02 68 90 00
  • CAID: 0500
  • Providers:
    • id: FFF400, name: ISSUER
    • id: 032830, name: CSAT
    • id: 032840, name: CSAT 1
  • ECM: ok
  • EMM: ok

Orange (0500:032900)

  • ATR: 3F 77 18 00 00 C2 47 40 00 68 90 00
  • CAID: 0500
  • Providers:
    • id: FFF400, name: ISSUER
    • id: 032900, name: TNT Orange
    • id: 032910, name: Zone reserved 1
    • id: 032920, name: SAT Orange
    • id: 032930, name: Zone reserved 2
    • id: 032940, name: Zone reserved 3
    • id: 032950, name: Zone reserved 4
  • ECM: ok
  • EMM: not tested

YOUSEE / TDC (0500:040210)

  • ATR: 3F 77 18 00 00 C2 47 40 00 68 90 00
  • CAID: 0500
  • Providers:
    • id: FFF490, name: TDC ISSUER
    • id: 040210, name: YOUSEE 1
    • id: 040220, name: YOUSEE 2
    • id: 040230, name: YOUSEE 3
    • id: 040240, name: YOUSEE 4
  • ECM: ok
  • EMM: ok

SSRSRG (0500:040810)

  • ATR: 3F 77 18 00 00 C2 7A 41 02 68 90 00
  • CAID: 0500
  • Providers:
    • id: FFF430, name: ISSUER
    • id: 040810, name: SRGSSR
    • id: 040820, name: Service2
    • id: 040830, name: Service3
  • ECM: ok
  • EMM: under construction

REDLIGHT ELITE FUSION (0500:041700)

  • ATR: 3F 77 18 00 00 C2 7A 42 02 68 90 00
  • CAID: 0500
  • Providers:
    • id: FFF830, name:
    • id: 041700, name:
    • id: 041710, name:
  • ECM: ok
  • EMM: not tested

MCT/SCT (0500:042700)

  • ATR: 3F 77 18 00 00 C2 47 40 00 68 90 00
  • CAID: 0500
  • Providers:
    • id: FFFD00, name: ISSUER
    • id: 042700, name: MCT
  • ECM: ok
  • EMM:

TVR (0500:025900)

  • ATR: 3F 77 18 00 00 C2 47 40 00 68 90 00
  • CAID: 0500
  • Providers:
    • id: FFF720, name: TVR
    • id: 025900, name: TVR 1
    • id: 025910, name: TVR 2
  • ECM: ok
  • EMM: ok

Irdeto Cards



Al Jazeera (0603:088124)

  • ATR: 3B 9F 21 0E 49 52 44 45 54 4F 20 41 43 53 20 56 35 2E 37 9A
  • CAID: 603
  • Providers:

  • id: 088124, name:

  • EMM: ok
  • ECM: ok

Al Jazeera (0603:0403AE)

  • ATR: 3B 9F 21 0E 49 52 44 45 54 4F 20 41 43 53 20 56 35 2E 33 9E
  • CAID: 603
  • Providers:
    • id: 0403AE, name:
    • id: 000600, name:
    • id: 000700, name:
    • id: 000800, name:
  • EMM: ok
  • ECM: ok

SHOWTIME (0604:000100)

  • ATR:
  • CAID: 604
  • Providers:
    • id: 002800, name:
    • id: 5FECB7, name:
    • id: 002800, name:
    • id: 002800, name:
  • EMM: ok
  • ECM: ok

BULSATCOM (0604:010CB1)

  • ATR: 3B 9F 21 0E 49 52 44 45 54 4F 20 41 43 53 20 56 34 2E 31 9D
  • CAID: 0604
  • Providers:
    • id: 000001, name:
    • id: 000002, name:
    • id: 000003, name:
    • id: 000004, name:
    • id: 000006, name:
    • id: 00000E, name:
  • EMM: ok
  • ECM: ok

NOVA (0604:14583C)

  • ATR: 3B 9F 21 0E 49 52 44 45 54 4F 20
  • CAID: 604
  • Providers: 14583c,da6a0d,37e450,3c114b
  • EMM: not tested.
  • ECM: OK

Skylink (0624:FFFFFF)



IRDETO ACS V6.0 caid: 0624, acs: 0.06, country code: SVK providers: 4, active providers: 4 (000000,000001,000002,000003)

  • EMM: ok
  • ECM: ok

Raduga (0652:FFFFFF)

  • ATR:
  • CAID: 652
  • Providers: 04c319,ffffff,ffffff,ffffff
  • EMM: ok
  • ECM: ok

CSlink (0666:FFFFFF)



IRDETO ACS V6.0 caid: 0666, acs: 0.06, country code: CZE providers: 4, active providers: 4 (000100,000100,000100,ffffff)

  • EMM: ok
  • ECM: ok

Orbit Showtime Network OSN (0668:000100)

  • ATR:
  • CAID: 668
  • Providers:
    • id: 000100, name:
    • id: 000200, name:
    • id: 000300, name:
    • id: 000400, name:
    • id: 043F6D, name:
  • EMM: ok
  • ECM: ok

Videoguard2 Cards





Sky Brazil (0907:0000)

  • ATR: 3F FD 13 25 02 50 80 0F 33 B0 08 FF FF 4A 50 90 00 00 47 4C 01
  • CAID: 0907
  • ECM: OK
  • EMM: not ok

Viasat (090F:0000)

  • ATR: 3F 7F 11 25 03 33 B0 09 69 FF 4A 50 70 00 00 56 54 01 00 00
  • CAID: 090F
  • ECM: ok
  • EMM: ok
  • Tested on: Linux i686

Sky Italia (0919:0000)

  • ATR: 3F FF 13 25 03 10 80 33 B0 0E 69 FF 4A 50 70 00 00 49 54 02 00 00 begin_of_the_skype_highlighting 00 49 54 02 00 00 end_of_the_skype_highlighting begin_of_the_skype_highlighting 00 49 54 02 00 00 end_of_the_skype_highlighting
  • CAID: 0919
  • ECM: ok
  • EMM: ok

GET (0926:0000)

  • ATR: 3F FF 14 25 03 10 80 33 B0 10 69 FF 4A 50 70 00 00 5A 45 01 00 00
  • CAID: 0926
  • ECM: ok
  • EMM: ok

Viasat Ukraine (0931:0000)

  • ATR: 3F FF 14 25 03 10 80 41 B0 01 69 FF 4A 50 70 00 00 5A 4B 01 00 00
  • CAID: 0931
  • ECM: not ok
  • EMM: not ok
  • Tested on: Linux i686

Sky Italia (093B:0000)

  • ATR: 3F FD 13 25 02 50 80 0F 33 B0 13 69 FF 4A 50 D0 80 00 49 54 03
  • CAID: 093B
  • ECM: ok
  • EMM: ok

Viasat (093E:0000)

  • ATR: 3F 7D 11 25 02 41 B0 03 69 FF 4A 50 F0 80 00 56 54 03
  • CAID: 093E
  • ECM: ok
  • EMM: ok
  • Tested on: Linux i686

BSkyB (0961:0000)

  • ATR: 3F 7F 13 25 03 33 B0 06 69 FF 4A 50 D0 00 00 53 59 00 00 00
  • CAID: 0961
  • ECM: ok
  • EMM: ok
  • Tested on: Linux i686 and Linux x86_64 (but see the warning below)
  • Problem with: Dreambox (we need to find how to change baudrate and other serial port settings)


Warning:


This card needs a good serial port. Most standard serial ports on PC don't works. One good solution is to have a usb2serial converter. These converters usually let more fine tuning in the baud rate.​

BSkyB (0963:0000)

  • ATR: 3F FD 13 25 02 50 00 0F 33 B0 0F 69 FF 4A 50 D0 00 00 53 59 02
  • CAID: 0963
  • ECM: ok
  • EMM: ok
  • Tested on: Linux i686 and Linux x86_64 (but see the warning below)

FOXTEL (096C:0000)

  • ATR: 3F FD 11 25 02 50 80 0F 41 B0 00 3F FD 11 25 02 50 80 0F 41 B0
  • CAID: 096C
  • ECM: ok
  • EMM: ok

Kabel BW V13 (098E:0000)



  • ATR: 3F FF 14 25 03 10 80 54 B0 01 69 FF 4A 50 70 00 00 4B 57 01 00 00
  • CAID: 098E
  • ECM: ok
  • EMM: ok

Astro (09AC:0000)

  • ATR: 3F FF 11 25 03 10 80 41 B0 06 69 FF 4A 50 70 00 00 41 5A 01 00 11
  • CAID: 09ac
  • ECM: ok
  • EMM: ok
  • Tested on: Linux i686

Sky GER NDS V13 (09C4:0000)

  • ATR: 3F FF 11 25 03 10 80 41 B0 07 69 FF 4A 50 70
  • CAID: 09C4
  • ECM: ok
  • EMM: not ok

Sky Italia (09CD:0000)

  • ATR: 3F FD 13 25 02 50 80 0F 54 B0 04 69 FF 4A 50 D0 80 00 49 54 03
  • CAID: 09CD
  • ECM: ok
  • EMM: ok

Teleclub Schweiz (Cable) (09B6:0000)

  • ATR: 3F FF 14 25 03 10 80 41 B0 07 69 FF 4A 50 70 80 00 58 36 01 00 14
  • CAID: 09B6
  • ECM: ok
  • EMM: ok
  • Tested on: Linux i686 and Linux x86_64 with serial phoenix and smargo reader (not yet working on dreambox internal reader)

Kabel Deutschland G09 (09C7:000000)

  • ATR: 3F FD 11 25 02 50 00 03 33 B0 15 69 FF 4A 50 F0 80 03 4B 4C 03
  • CAID: 09C7
  • ECM: ok
  • EMM: ok
  • Tested on: Linux i686 with smargo reader, entitlements have wrong date, BASEYEAR needs to be 2004

Kabel Deutschland G02 (09C7:000000)

  • ATR: 3F FD 11 25 02 50 00 03 33 B0 15 69 FF 4A 50 F0 80 03 4B 4C 03
  • ATR: 3F FD 15 25 02 50 00 03 33 B0 15 69 FF 4A 50 F0 80 03 4B 4C 03
  • CAID: 09C7
  • ECM: ok
  • EMM: ok
  • Tested on: Linux x86_64

Conax Cards



Technisat (0B00:000000)

  • ATR: 3B 24 00 30 42 30 30
  • CAID: 0B00
  • Providers:
    • PPV-Event: 1, id: 71F1, name: MTV Unlimited 1 Mont

  • PPV-Event: 2, id: 71F1, name: MTV Unlimited 3 Mont

  • ECM: ok
  • EMM: ok

WilhelmTel? (0B00:000000)

  • ATR: 3B 34 94 00 30 42 30 30
  • CAID: 0B00
  • Providers:
  • EMM ok
  • ECM ok

TNK (0B00:000000)

  • ATR: 3B 24 00 30 42 30 30
  • CAID: 0B00
  • Providers:
    • id: 1010, name: TVN
  • ECM: ok
  • EMM: ok

DIGITALB (0B00:000000)

  • ATR: 3B 24 00 30 42 30 30
    • CAID: 0B00
    • Providers:
    • ECM: ok
    • EMM: ok

Focus Sat - UPC RO (0B02:000000)

  • ATR: 3B 24 00 30 42 30 30
  • CAID: 0B02
  • Providers:
    • id: 000000, name:
  • ECM: ok
  • EMM: ok

TRING TV (0BAA:000000)

  • ATR: 3B 34 94 00 30 42 30 30
    • CAID: 0BAA
    • Providers:
    • ECM: ok
    • EMM: ok

Magio Sat (0B00:000000)

  • ATR: 3B 24 00 30 42 30 30
  • CAID: 0B00
  • Providers:
    • id: 1010, name: Preview 1
    • id: 1020, name: Preview 2
    • id: 1030, name: Preview 3
    • id: 1040, name: Zone 4
    • id: 1050, name: Zone 5
    • id: 1060, name: Zone 6
    • id: 1070, name: Preview 7
    • id: 1080, name: Zone 8
  • ECM: ok
  • EMM: ok

Cryptoworks Cards



DigiTürk? (0D00:0000C0)

  • ATR: ATR: 3B 78 12 00 00 65 C4 05 05 8F F1 90 00
  • Bios: v5
  • ATR: ATR: 3B 78 12 00 00 A0 C4 06 00 8F F1 90 00
  • Bios: v6 (faster ECM Times)
  • CAID: 0D00
  • Providers:
    • provider: 1, id: 0000C0, name: DigiTurk?
    • provider: 2, id: 0000C4, name: Spare
    • provider: 3, id: 0000C8, name: Spare 2
    • provider: 4, id: 0000CC, name: Spare 3
  • ECM: ok
  • EMM: ok (dvbapi, mgcamd), not ok (CCcam)

UPC DTH (0D02)

  • ATR: 3B 78 12 00 00 65 C4 05 05 8F F1 90 00
  • CAID: 0D02
  • Providers:
    • id: 8C, name: Direct 1
    • id: A0, name: Direct 2
    • id: A4, name: Direct 3
    • id: A8, name: Direct 4
  • ECM: ok
  • EMM: ok

Skylink (0D03)

  • ATR: 3B 78 12 00 00 A0 C4 06 07 8F F1 90 00
  • CAID: 0D03
  • Providers:
    • id: 04, name: Pay TV
    • id: 08, name: Pay TV
    • id: 24, name: Keyset 3
    • id: 28, name: Keyset 4
  • ECM: ok
  • EMM: ok

ORF (0D05:000004)

  • ATR: 3B 78 12 00 00 A0 C4 03 00 8F F1 90 00
  • CAID: 0D05
  • Providers:
    • id: 04, name: ORF
    • id: 08, name: Sector 2
    • id: 0C, name: Sector 3
    • id: 10, name: Sector 4
  • ECM: ok
  • EMM: ok

Cslink (0D0F)

  • ATR: 3B 78 12 00 00 A0 C4 06 07 8F F1 90 00
  • CAID: 0D0F
  • Providers:
    • id: 04, name: Public TV
    • id: 08, name: Pay TV
    • id: 0C, name: Keyset 3
    • id: 10, name: Keyset 4
  • ECM: ok
  • EMM: ok

arena (0D22)

  • ATR: 3B 78 12 00 00 65 C4 05 FF 8F F1 90 00
  • CAID: 0D22
  • Providers:
    • id: 1, name: tividi
    • id: 2, name: tividi 2
    • id: 3, name: tividi 3
    • id: 4, name: tividi 4
  • ECM: ok (assuming that you have the right IPK key)
  • EMM: ok
  • PPV: ok
  • Adult channels: ok

ORF (0D95:000004)

  • ATR: 3B 78 12 00 00 54 C4 03 00 8F F1 90 00
  • CAID: 0D95
  • Providers:
    • id: 04, name:
    • id: 08, name:
    • id: 0C, name:
    • id: 10, name:
  • ECM: ok
  • EMM: ok

Skylink ICE (0D96)

  • ATR: 3B 78 12 00 00 54 C4 03 00 8F F1 90 00
  • CAID: 0D96
  • Providers:
    • id: 1, name: Operator: 0000
    • id: 2, name: Operator: 0004
    • id: 3, name: Operator: 0008
    • id: 4, name: Operator: 000C
    • id: 5, name: Operator: 0010
  • ECM: ok
  • EMM: ok ( via DVB API or mgcamd 1,35a patched)

UPC (0D97/SAT 0.8W)

  • ATR: 3B 78 12 00 00 54 C4 03 00 8F F1 90 00
  • CAID: 0D97
  • Providers:
    • id: 1, name: Operator: 0000
    • id: 2, name: Operator: 0004
    • id: 3, name: Operator: 0008
    • id: 4, name: Operator: 000C
    • id: 5, name: Operator: 0010
  • ECM: unknown
  • EMM: unknown

Nagra



Sky GER N3 (1702/Sat)

  • ATR: 3B 9F 21 0E 49 52 44 45 54 4F 20 41 43 53 03 84 55 FF 80 6D
  • CAID: 1702
  • Providers:
  • id: , name:
  • EMM: ok
  • ECM: ok
  • PPV: ok

Sky GER N3 (1722/Cable)

  • ATR: 3B 9F 21 0E 49 52 44 45 54 4F 20 41 43 53 03 84 55 FF 80 6D
  • CAID: 1722
  • Providers:
  • id: , name:
  • EMM: ok
  • ECM: ok
  • PPV: ok

DigiTV (1802/Sat)

  • ATR: 3F FF 95 00 FF 91 81 71 FE 47 00 44 4E 41 53 50 31 34 32 20 52 65 76 47 30 32 16
  • CAID: 1802
  • Providers:
  • id: 2011, name:
  • ECM: ok
  • EMM: ok

Telefonica (1802:0000)

  • ATR: 3F FF 95 00 FF 91 81 71 FE 47 00 44 4E 41 53 50 31 34 32 20 52 65 76 47 30 34 10
  • CAID: 1802
  • ECM: OK
  • EMM: not ok

Via Embratel (1802:0000)

  • ATR: 33F FF 95 00 FF 91 81 71 FE 47 00 44 4E 41 53 50 31 34 32 20 52 65 76 47 30 32 16
  • CAID: 1802
  • ECM: OK
  • EMM: not ok

ZON Cabo(1802/Sat)

  • ATR: 3F FF 95 00 FF 91 81 71 FE 47 00 44 4E 41 53 50 31 34 32 20 52 65 76 47 30 31 15
  • CAID: 1802
  • Providers:
  • id: 4801, name:
  • ECM: ok
  • EMM: ok

Polsat(1803/Sat)

  • ATR: 3F FF 95 00 FF 91 81 71 FE 47 00 44 4E 41 53 50 31 34 32 20 52 65 76 47 30 32 16
  • CAID: 1803
  • Providers:
  • id: 7001, name:
  • ECM: ok
  • EMM: ok

Digital + (1810/Sat)

  • ATR: 3F FF 95 00 FF 91 81 71 FE 47 00 44 4E 41 53 50 31 38 30 20 4D 65 72 4A 30 32 0E
  • CAID: 1810
  • Providers:
  • id: 4101
  • ECM: ok
  • EMM:

UPC (1815/Sat)

  • ATR: 3F FF 95 00 FF 91 81 71 FE 47 00 44 4E 41 53 50 31 34 32 20 52 65 76 47 30 32 16
  • CAID: 1815
  • Providers:
  • id: B801
  • id: B901
  • ECM: ok
  • EMM: ok ( via mgcamd 1,35a patched)

HD+ (1830/Sat)

  • ATR: 3F FF 95 00 FF 91 81 71 FE 47 00 44 4E 41 53 50 31 34 32 20 52 65 76 47 43 34 63
  • CAID: 1830
  • Providers:
  • id: 3411 , name:
  • ECM: ok
  • EMM: ok

UM(UM01)GER (1831/Cable)

  • ATR: 3F FF 95 00 FF 91 81 71FE 47 00 44 4E 41 53 50 31 31 30 20 52 65 76 41 32 32 15
  • CAID: 1831
  • Providers: 0401,1103
  • id: , name:
  • ECM: ok
  • EMM: ?

Sky GER N3 (1833/Sat)

  • ATR: 3B 9F 21 0E 49 52 44 45 54 4F 20 41 43 53 03 84 55 FF 80 6D
  • CAID: 1833
  • Providers:
  • id: , name:
  • ECM: ok
  • EMM: ok

KDH D09 (1834/Cable)

  • ATR: 3B 9F 21 0E 49 52 44 45 54 4F 20 41 43 53 03 84 55 FF 80 6D
  • CAID: 1834
  • Providers:
  • id: , name:
  • ECM: ok
  • EMM: ok

UM(UM02)GER (1838/Cable)

  • ATR: 3F FF 95 00 FF 91 81 71 FE 47 00 44 4E 41 53 50 31 34 32 20 52 65 76 47 43 32 65
  • CAID: 1838
  • Providers: 0401,1103
  • id: , name:
  • ECM: ok
  • EMM: ok

HD+ HD02 (1843/Sat)

  • ATR: 3F FF 95 00 FF 91 81 71 A0 47 00 44 4E 41 53 50 31 38 30 20 4D 65 72 30 30 30 28
  • CAID: 1843
  • Providers:
  • id: 3411 , name:
  • ECM: ok
  • EMM: ok

Tivusat (183D/Sat)

  • ATR: 3F FF 95 00 FF 91 81 71 FF 47 00 54 49 47 45 52 30 30 33 20 52 65 76 32 35 30 64
  • CAID: 183D
  • Providers:
  • id: 5411
  • ECM: ok
  • EMM: ok (DVB-API, mgcamd1.35a on newcamd protocol)

DigiTV (1880/Sat)

  • ATR: 3F FF 95 00 FF 91 81 71 A0 47 00 44 4E 41 53 50 31 38 30 20 4D 65 72 30 30 30 28
  • CAID: 1880
  • Providers: 2011,2111,2113
  • id: 2011, name:
  • ECM: ok
  • EMM: ok (via mgcamd 1,35a patched)

Cablecom Swiss N2 (1801/Cable)

  • ATR: 3F FF 95 00 FF 91 81 71 FE 47 00 44 4E 41 53 50 31 31 30 20 52 65 76 41 30 37 12
  • CAID: 1801
  • Providers:
  • id: 7301
  • ECM: ok
  • EMM: ok
  • Note: Requires Card specific RSA+Boxkey

DreCrypt?



Platforma HD v15

  • ATR: 3B 15 11 12 CA 07 15 CE
  • CAID: 4AE1
  • ECM: ok
  • EMM: ok

Tricolor Centr V1 (card from DRE CAM)


DRE ID xx12xxxxxxxx​

  • ATR: 3B 15 11 12 CA 07 11 CA
  • CAID: 4AE0
  • ECM: ok
  • EMM: ok

Tricolor Centr V2 (chip from GS7300)


DRE ID xx13xxxxxxxx​

  • ATR: 3B 15 11 12 01 01 11 07
  • CAID: 4AE1
  • ECM: ok
  • EMM: ok

Tricolor Centr V2 (card from GS8300)


DRE ID xx13xxxxxxxx​

  • ATR: 3B 15 11 12 CA 07 11 CA
  • CAID: 4AE1
  • ECM: ok
  • EMM: ok

DigiTürk? Irdeto 0664

  • ATR: 3B F9 EF 21 F0 DF 49 F5 1F 44 F4 4F 54 F4 EF 20 F4 0F 43 F5 2F 20 F5 5F 35 F2 DF
  • CAID: 0664
  • ECM: ok
  • EMM: ok

http://**********.us/a/img19/1984/aaxx.png


Los archivos de configuracion que son necesarios para el funcionamiento de OSCAM, son los siguientes, los cuales en el CAPITULO II (VER) trataremos de que consta cada archivo, en estos archivos de configuracion se hallan los parametros para configurar OSCAM a nuestro gusto o segun nuestras necesidades, son de gran importancia, ya que con buenas configuraciones le sacaremos el mayor partido a OSCAM, dicho esto los archivos de configuracion que debemos tener en cuenta sobre todo son los siguientes:

* OSCAM.CONF

* OSCAM.DVBAPI

* OSCAM.SERVER

* OSCAM.USER

* OSCAM.PROVID

* OSCAM.SERVICES

* OSCAM.SERVID

* OSCAM.TIERS
 
http://**********.us/a/img19/6850/llat.png

Oscam por defecto al arrancar el programa ya tiene asignados unos parametros predefinidos, asi como unos parametros activados y otros desactivados, para cambiar esos parametros por defecto o activar o desactivarlos, para que oscam funcione segun nuestras necesidades pues se utilizan los archivo de configuracion.

En este Capitulo vamos a tratar de que consta cada archivo de configuracion de la EMU OSCAM, explicando sus parametros mas importantes para saber que funciones se realizan en cada ARCHIVO DE CONFIGURACION:

http://**********.us/a/img856/5700/oscam.png​


En este archivo de configuracion estarian los parametros generales de OSCAM divididos en bloques, cuyas funciones serian:


A) Funciones globales y parametros de generar log de los procesos que realiza OSCAM.

En este bloque los parametros mas importantes a tener en cuenta serian:

Código:
nice=

Seria el nivel de prioridad que le queremos dar a OSCAM en utilizar recursos de la CPU de nuestro receptor, estos valores de prioridad van desde -20 que seria darle la prioridad mas alta para utilizar la CPU y 20 seria la prioridad mas baja, el valor recomendable para no saturar en exceso la CPU del receptor seria -1.

Código:
disableuserfile=

Activamos o desactivamos la creacion de un archivo log sobre la actividad de un usuario oscam, o sea la actividad del cliente DVBAPI de OSCAM.

0---> activamos la creacion del archivo
1---> desactivamos la creacion del archivo

Código:
usrfile=

Elejimos en que lugar queremos que se cree el archivo log sobre la actividad de un usuario oscam, o sea la actividad del cliente DVBAPI de OSCAM.
Ejemplo:

usrfile=/tmp/oscamuser.log


Pues el archivo log se llamara oscamuser.log y se creara en la carpeta /tmp de nuestro receptor, y seria tal cual:

18.10.12 10:44:08 10.2 lucifer 0.0.0.0 0 21526 3 3 134 0 0 1350329970 1350549844 12:49:54 dvbapi 0100:77C3

Donde:

18.10.12 10:44:08----> seria la fecha y hora de inicio o reinicio de la EMU OSCAM.
10.2--------------------> La media cw en segundos que recibe el cliente dvbapi, o sea 1 cw cada 10.2 segundos.
lucifer------------------> El nombre del cliente del dvbapi.
0.0.0.0 0---------------> TCP/PORT por donde las recibimos.
21526------------------->Numero de cw validas o sea que nos han funcionado para visionar los canales
3------------------------->cw en cache
3------------------------->cw que hemos recibido pero no han funcionado
134----------------------->cw ignoradas
0-------------------------->cw timeouts-->o sea cw que no han llegado a tiempo para darnos visionado
0-------------------------->cw tunneled
1350329970-------------->la fecha en que se conecto por ultima vez el cliente del dvbapi en este caso lucifer, en formato Unix, para pasarlo a formato conocido por todos podemos utilizar este conversor:

Date/Epoch Time Converter - JavaScript Utilities/Tools - ESQSoft

Si lo convertimos da la fecha: Mon Oct 15 2012 21:39:30 GMT+0200 (CEST) por lo tanto esta seria la fecha en que lucifer inicio sesion.

1350549844--------->la fecha en que lucifer se desconecto, en formato unix, para pasarlo a formato conocido podemos utilizar el mismo conversor, y si lo convertimo daria: Thu Oct 18 2012 10:44:04 GMT+0200 (CEST)

12:49:54 dvbapi 0100:77C3------>Seria el tiempo que lleva funcionando el dvbapi en un canal, es decir el tiempo que oscam nos esta dando visionado sobre el canal que esta puesto en este momento, es decir:
Oscam esta desencryptando el canal: 0100:77c3--->que seria telecinco por sistema seca durante 12 hors 49 minutos 54 segundos

Código:
maxlogsize=

Elejimos el tamaño maximo que puede tener el archivo sobre la actividad de la EMU OSCAM.

Ejemplo:

maxlogsize=100 --> Pues el archivo log tendra como maximo un tamaño de 100kb

Código:
logfile=

Elejimos el tipo de log que se va a crear, seguido del nombre del archivo que le queremos poner al log.

stdout--->En este caso el log sobre la actividad del foro va a la consola terminal.

syslog--->En este caso el log sobre la actividad del foro va al archivo log que hemos creado.

Ejemplo:

logfile=stdout;var/log/oscam.log----> el archivo log nos apareceria en blanco

Si arrancamos oscam por consola terminal observaria que nos aparece el log de la actividad de oscam en la consola terminal.

logfile=syslog;var/log/oscam.log--->en el archivo log nos apareceria la actividad de oscam.

Si arrancamos oscam por consola terminal NO nos apareceria el log de la actividad de oscam.


Código:
ecmfmt=

Aqui se define el formato de logueo de la ecm

0100&004106/04A0/7604/64:CB9B
Por defecto es: c&p/i/d/s/l:h------->caid&providers/chanel id/pid ecm/service id/lenth/cheskcum

Si queremos que no salga el chanel id pues pondriamos:

ecmfmt= c&p/d/s/l:h


Código:
preferlocalcards =

0---->desactivado
1---->Se manda la ecm para obtener la cw en primer lugar a la tarjeta de abonado en caso que tengamos una en nuestro receptor.

Código:
[COLOR=#000000]clienttimeout=[/COLOR]

Es el tiempo de espera maximo, se puede poner en segundos o en milisegundos, que el cliente espera la cw, basicamente para que sirve, pues imaginemos que nosotros observamos que tenemos cortecitos cuando recibimos la cw en 4000 ms, pues entonces en clientimeout=3500ms de esta manera no esperamos cw de 4000 ms, en cuanto se supere los 3500 el cliente reiniciaria la conexion.


B) Activar el llamado LOAD BALANCING

De vital importancia cuando usemos el protocolo cccam, en otros protocolos o cuando usemos la tarjeta de abonado no seria necesario.

En primer lugar mencionar por que es importante el load balancing, sobre todo en protocolo cccam:

Si somos clientes de una tarjeta de abonado o del protocolo de comunicacion newcamd (que como dijemos es hacer sharing con una sola tarjeta a la vez), evidentemente el cliente va pedir el desencryptado de una ECM solo a una tarjeta, mas que nada por que solo hay una ;)

Pero que pasa cuando utilizamos el protocolo cccam, pues como vimos, en este protocolo se pueden compartir varias tarjetas a la vez ya sean locales o virtuales, por lo tanto, que pasa cuando nosotros somos cliente del protocolo cccam y ponemos un canal que hay 6 tarjetas que nos pueden desencryptar la ecm, ¿a quien le pedimos que nos desencrypte la ecm de las seis tarjetas? pues aqui entraria el juego el LOAD BALANCING.

Antes de ver como se realiza en OSCAM, vamos a poner un ejemplo de como se realiza en la EMU CCCAM:

En un archivo se ponen los servidores donde nosotros mandamos las ecm a desencryptar, de la siguiente manera:

SERVIDOR 1
SERVIDOR 2------>Tiene tarjetas d+ caid 100
SERVIDOR 3
SERVIDOR 4------>Tiene tarjetas d+ caid 100
SERVIDOR 5------>Tiene tarjetas d+ caid 100

Ahora bien ponemos el canal telecinco de caid 100, pues la EMU CCCAM al primero que envia las ecms para desencryptarlas y obtener la CW es al primero de la lista que nos puede desencryptar la ECM y darnos la CW, por lo tanto se las envia al SERVIDOR 2, y se las envia siempre al SERVIDOR 2 hasta que el tiempo en recibir la CW supera los 3000 ms, entonces que hace cuando se supera ese tiempo, pues que la EMU CCCAM pasa a enviarle las ECM al siguiente de la lista o sea al SERVIDOR 4 y asi sucesivamente.

Bueno pues ahora veremos que en OSCAM la eleccion de a quien le enviamos las ecm para la obtencion de la cw, pues es mucho mas configurable que en la EMU CCCAM, y los parametros para realizar la eleccion de a quien mandar la ecm para obtener la cw, pues son los siguientes:

Código:
 lb_mode =

0----->Desactivado el load_balancing, NO ES RECOMENDABLE, al utilizar el protocolo CCCAM ya que no habria ninguna regla establecida de a quien enviar las ecm para obtener la cw, por lo que se enviarian peticiones de ecm a todas las tarjetas nos hiciera falta la cw o no, por lo tanto generamos un volumen de peticiones de ecm muy alto, cosa que a los SERVIDORES no les hace gracia.

1------> Se elije el SERVIDOR que mas rapido nos hace el desencryptado de la ecm, la eleccion del mas rapido se hace haciendo una media de velocidad con 5 ecm (esta media de 5 ecm es por defecto se puede disminuir)

2------>Se da prioridad al SERVIDOR que mas tiempo llevamos sin utilizar

3------>Se da prioridad al SERVIDOR que con mayor frecuencia utilizamos.

Normalmente pues dependiendo de nuestras necesidades pues elejiremos un valor u otro, quizas lo mas usual sera utilizar:

lb_mode=1

Código:
lb_save=

El realizar los procesos para realizar las elecciones de los servidores, pues genera evidentemente un trabajo para OSCAM y evidentemente para la CPU del receptor, con este parametro se elije si queremos que se guarden estadisticas sobre las ecm enviadas, asi OSCAM se ahorra el trabajo de repetir procesos de eleccion, por lo tanto es conveniente tenerlo activado:

0----->desactivado no se generan estadisticas
1000--->pues se guardan estadisticas de 1000 ecm, es recomendable mas de 100 y dependiendo la capacidad de la CPU de nuestro receptor pues ir subiendo esta cantidad.

Código:
[COLOR=#000000][FONT=sans-serif]lb_savepath[/FONT][/COLOR]

Elejimos si queremos que esas estadisticas se guarden en un archivo y donde, por ejemplo:

lb_savepath=/var/etc/oscamstadisticas.log ---->pues las estadisticas se guardarian en el archivo llamado oscamstadisticas que se halla dentro de la carpeta /var/etc

Código:
[COLOR=#000000][FONT=sans-serif]lb_stat_cleanup[/FONT][/COLOR]

Como esas estadisticas pues seran fiables en tiempos en concretos, es decir igual los servidores nos han generado unas estadisticas, que pasadas unas horas pues igual otras son mas fiables, por lo tanto en este parametro se pondran las horas hasta que las estadisticas se borran y se crean unas nuevas:

lb_stat_cleanup=400-----> a las 400 horas de crearse las estadisticas de las ecm pues se borran.

Código:
[COLOR=#000000][FONT=monospace]lb_nbest_readers =[/FONT][/COLOR]

Sirve para seleccionar mas de un servidor segun hallamos elejido la eleccion en el lb_mode, es decir, si en el lb_mode, hemos elejido el servidor mas rapido o sea opcion 1, pues si en lb_nbest_reader =1, pues las peticiones se las haremos a un solo servidor (al mas rapido), si ponemos 2 pues las peticiones de ecm se las haremos a los dos servidores mas rapidos.

El valor recomendable en condiciones normales con servidores estables, seria poner lb_nbest_reader =1, ya que de esta manera generamos menos peticiones de ecm, que si enviamos a dos evidentemente.

Código:
[COLOR=#000000][FONT=sans-serif]lb_max_readers =[/FONT][/COLOR]

Para realizar la eleccion por ejemplo del servidor mas rapido (teniendo lb_mode=1), pues se realiza un proceso llamado learning, es decir es un proceso de aprendizaje donde oscam realiza los procesos de eleccion de los SERVIDORES, es decir realiza el envio de ecms a los SERVIDORES para medir tiempos de respuesta ect... para generar estadisticas y asi realizar las selecciones, pues bien si en este parametro ponemos el valor 0, quiere decir que enviaremos ecms para realizar las selecciones a todos los SERVIDORES a la vez, si ponemos por ejemplo el valor a 4 quiere decir que enviaremos las ecm para realizar las selecciones a un grupo de 4 SERVIDORES luego a otro grupo etc...o sea lo que hacemos es limitar el numero de ecms enviadas a los SERVIDORES en cada proceso learning.

Quizas un valor recomendado seria lb_max_readers =4

Código:
[COLOR=#000000][FONT=monospace]lb_min_ecmcount =[/FONT][/COLOR]

Como comentemos para realizar por ejemplo la eleccion de quien es el SERVIDOR mas rapido o sea (lb_mode=1), por defecto OSCAM envia 5 ecm a cada servidor para realizar la media de respuestas y asi obtener el SERVIDOR mas rapido, pues bien en este parametro lo que podemos hacer es cambiar el numero de ecms que oscam envia para realizar la media.

Evidentemente a mayor numero de ecm mas trafico de ecm originamos, pero a la vez mayor fiabilidad de que el servidor elejido es el mas rapido, no es lo mismo claro esta realizar la media con 2 ecm que hacerlo con 5, lo suyo pues es dependiendo de que tipo de servidores tenemos pues bajar o subir este valor.

En una red cccam con servidores estables, quizas lo recomendable seria lb_min_ecmcount = 2 para asi generar menos trafico de ecms.

Código:
[COLOR=#000000][FONT=monospace]lb_max_ecmcount =[/FONT][/COLOR]

Que significa este parametro, pues bien:

Imaginemos que tenemos puesto lb_mod=1 o sea oscam ha realizado el proceso learning de aprendizaje de quien es el lector mas rapido, y ha sido elejido SERVIDOR A, por lo tanto OSCAM le envia las ecm para que nos la desencrypte y nos de la cw al SERVIDOR A, pero ahora la pregunta seria EL SERVIDOR A es entonces el servidor mas rapido siempre, pues NO es el mas rapido cuando se hizo el proceso de eleccion, pero eso no quiere decir que sea el mas rapido siempre, por lo tanto en este parametro se elijen el numero de ecm para obtener la cw de visionado que se mandan al SERVIDOR A (al elejido), una vez superado este numero, pues se realiza nuevamente el proceso de learning (aprendizaje) para elejir nuevamente quien es el servidor mas rapido para mandarle a ese las ecm para obtener las cw, que puede ser de nuevo el SERVIDOR A, o puede ser otro diferente.

C) OPCION DVBAPI

Bueno en CONCEPTOS BASICOS expliquemos que era el DVB API, que a groso modo era el software de linux encargado de manejar el hardware del receptor por el cual obtenemos el visionado, es decir si queremos que OSCAM ademas de comportarse como lector de una tarjeta o como lector de SERVIDORES con protocolos newcamd o cccam, y repartir las CW que recibe, aparte de esto SI queremos que la propia OSCAM utilice las cw que recibe no solamente para repartirlas a otros SERVIDORES, sino que las utilice para darnos a nosotros mismos visionado pues tenemos que tener esta opcion DVB API activada, es decir:

ESQUEMA DVBAPI ACTIVADO

http://**********.us/a/img607/1281/dvb.png

ESQUEMA DVBAPI DESACTIVADO
http://**********.us/a/img211/1461/dvb1.png

Pues en definitva si cuando utilizemos OSCAM ademas de recibir las CW ya sea de nuestra tarjeta de abonado o de un SERVIDOR, y estas CW repartirlas a otros CLIENTES, queremos tambien visionar un canal de television mediante OSCAM, pues deberemos activar el DVBAPI.

En este bloque pues los parametros de configuracion a tener en cuenta serian:

Código:
[COLOR=#000000]enabled =[/COLOR]

0---->desactivado
1---->activado

Por defecto en oscam esta desactivado.

Código:
[COLOR=#000000]user =[/COLOR]

Al activar el DVBAPI automaticamente se crea por asi decirlo un cliente interno hacia el dvbapi, por defecto este cliente se llama anonymous, pues en caso que queramos que este cliente del dvbapi de oscam nos aparezca con el nombre que deseemos, pues aqui ponemos el nombre que queramos que reciba el cliente del dvbapi, este nombre que le demos, deberemos ponerlo el mismo en el oscam.user (VER PARAMETROS OSCAM.USER que explicaremos mas tarde)

Código:
[COLOR=#000000]services =[/COLOR]

Este parametro es para aplicar filtros al cliente dvbapi (Lo explicaremos en el CAPITULO APLICAR FILTROS OSCAM)

Código:
au=

0--->Desactivado
1--->activado

Este parametro es utilizado por ejemplo teniendolo activado y en colaboracion de otro parametro en el oscam.user (VER PARAMETOS OSCAM.USER que explicaremos mas tarde), pues para que la tarjeta de abonado de nuestro SERVIDOR reciba actualizacion de EMM.

Código:
[COLOR=#000000]pmt_mode =[/COLOR]

En primer lugar vamos a tener en cuenta un concepto lo que se llama PMT que seria el la tabla mapa de un programa o sea la tabla mapa de un canal, que importancia tiene, pues la siguiente: el DEMUX que ya vimos lo que era en el CAPITULO CONCEPTOS BASICOS, crea una tabla mapa del canal que tenemos puesto en nuestro receptor, esta tabla mapa esta compuesta por los pid de este canal, entre ellos el PID ECM (que ya vimos lo que era en CAPITULO CONCEPTOS BASICOS), este PID ECM como vimos era basico para el visionado y desencryptado de un canal.

Bien pues en enigma 1 esta PMT se crea en la carpeta /tmp de nuestro receptor, y el nombre del archivo que se crea es pmt.tmp

Bien pues en enigma 2 o en openpli esta pmt se crea en formato socket y recibe el nombre de camd.socket

Por lo tanto en este parametro pues se elije en OSCAM que lea camd.socket o pmt.tmp pues dependiendo nuestro deco que es lo que crea.

Por defecto el valor es:

0--->oscam busca tanto pmt.tmp como camd.socket

Y otras opciones disponibles mas importantes:

1--->hacemos que no lea pmt.tmp o sea solo buscara camd.socket
2--->hacemos que no lea camd.socket o sea solo buscara pmt.tmp

D) ACTIVAR PROTOCOLO DE COMUNICACION NEWCAMD O CCCAM PARA SER SERVIDOR

ACTIVAR PROTOCOLO NEWCAMD

Bien para activar el protocolo newcamd para que oscam actue como SERVIDOR de nuestra tarjeta de abonado bajo este protocolo (para ser cliente protocolo newcamd no hace falta activar esta opcion es solamente para modo SERVIDOR NEWCAMD), pues en el archivo oscam.conf que estamos explicando pues pondriamos los siguientes parametros:

Código:
[COLOR=#000000][FONT=monospace][newcamd][/FONT][/COLOR]
 key                   =
port                  =
serverip              =

Código:
[SIZE=2]
key=
[/SIZE]

Aqui se pondria la deskey con la que encryptamos el protocolo newcamd, ejemplo:

key= 0102030405060708091011121314

Código:
port=

Bueno en este parametro pondriamos, el puerto por donde queremos hacer de SERVIDOR del protocolo newcamd (sera necesario ese puerto que pongamos abrirlo en nuestro router), seguido de @ y a continuacion el CAID de nuestra tarjeta de abonado seguido de : y a continucion el provider de nuestra tarjeta de abonado, en caso que tuvieramos que poner mas de un ident provider pues los separariamos con una ,

ejemplo para tarjeta SECA canal + satelite:

port= 15050@0100:004106

En caso de tener mas de una tarjeta de abonado, pues se añadiria ; y se elijiria nuevo puerto@caid@provider, por ejemplo, ademas de tarjeta SECA de canalplus satelite, pues tenemos tarjeta nagra de gol tv (y esta ponemos dos iden provider que separamos con la ,) pues pondriamos:

port= 15050@0100:004106;18000@1812:000000,006E11

ACTIVAR PROTOCOLO CCCAM

Bien para activar el protocolo CCCAM para que oscam actue como SERVIDOR bajo este protocolo (para ser cliente protocolo cccamd no hace falta activar esta opcion es solamente para modo SERVIDOR CCCAM), pues en el archivo oscam.conf que estamos explicando pues pondriamos los siguientes parametros:

Código:
[cccam]port                          = 
nodeid                        = 
version                       = 
reshare                       = 
forward_origin_card           = 

[COLOR=black][FONT=monospace]keepconnected = [/FONT][/COLOR]

Código:
port =

En este parametro ponemos el puerto por donde deseamos hacer de SERVIDOR por el protocolo cccam (sera necesario tener abierto el puerto que pongamos en nuestro router)

ejemplo:

port =16000

Código:
nodeid                        =

Poner un node id para cccam por defecto esta desactivado en oscam, si queremos que nos aparezca, pues ejemplo:

nodeid = EF14DC2E10B31504

Código:
version                       =

Poner una version cccam con la que apareceremos en la red, ejemplo:

version = 2.2.1

Código:
reshare =

Ponemos el nivel de permisos que le damos a nuestros clientes para compartir nuestra tarjeta (VER SERVIDOR LOCAL Y VIRTUAL EN CONCEPTOS SHARING)

0---->el cliente recibe la tarjeta pero no la puede compartir
1---->el cliente recibe la tarjeta y la puede compartir a otro cliente
2---->el cliente recibe la tarjeta y la puede compartir a otro cliente y este cliente a otro
etc.....

por defecto 10

Código:
forward_origin_card           =

0--->desactivado
1--->activado

Si los activamos es decir lo ponemos a 1 oscam actuara en el tratamiento de peticiones y demas ecm igual que el protocolo cccam original, es decir sin el load balancing de oscam.

Mi recomendacion es ponerlo a 0 o sea desactivado, por que si lo activamos utilizariamos el tratamiento cutre de ecm de cccam, mientras cccam elije la tarjeta a chupar dependiendo del SERVIDOR, oscam pasa del SERVIDOR y envia ecm a todas las tarjetas de todos los servidores elijiendo la mejor, en cambio cccam elije el mejor servidor y no la mejor tarjeta...

Código:
[COLOR=#000000][FONT=monospace]keepconnected =[/FONT][/COLOR]

0--->se desconecta a un cliente del protocolo cccam cuando se alcanza un tiempo de inactividad del mismo
1--->Mantenemos a los clientes siempre conectados

E) ACTIVAR WEBIF/MONITOR

ACTIVAR WEBIF

Esta opcion sirve para poder controlar tanto parametros, como status, o mantenimiento de OSCAM desde el explorador de internet de nuestro pc, para activarlo:

Código:
[webif]httpport                      = 
httpuser                      = 
httppwd                       =
httprefresh                   = 
httpallowed                   =

Código:
httpport                      =

Elejir el puerto por donde acceder al webif de oscam, por ejemplo:

httpport = 8888

Para acceder al webif, pues deberemos poner ipdenuestrodeco/host:httport, si la ip de nuestro deco es 192.168.1.100 y hemos elejido el puerto 8888, pues en el explorador de internet de nuestro pc pues deberiamos poner:

192.168.1.100:8888

Código:
httpuser                      =

elejimos un usuario para poder acceder al webif

Código:
httppwd                       =

Elejimos una contraseña para el usuario que pusimos

Código:
httprefresh                   =

Elejimos el tiempo en segundos que queremos que una vez hallamos entrado en la webif se nos actualice la informacion.

Código:
httpallowed                   =

Elejimos las ips o los rangos de ips que se le esta permitido acceder al webif, es decir si ponemos:

httpallowed =192.168.1.10-192.168.1.14

Pues solo tendran acceso a la webif las ips:

192.168.1.10
192-168.1.11
192.168.1.12
192.168.1.13
192.168.1.14

ACTIVAR MONITOR

Esta opcion es similar al webif, pero en vez de realizar el seguimiento a oscam a traves de la interfaz web pues se realiza con un programa del pc, a traves de un puerto UDP del router, y los parametros serian:

Código:
[monitor]
port                          = 
aulow                         = 
monlevel                      = 
nocrypt                        =
hideclient_to                 =
appendchaninfo             =

Código:
port =

Elejir el Puerto donde el programa monitor va a realizar la conexion con oscam.

Código:
aulow =

En minutos si no se reciben EMM para un cliente este pasa a on.

Código:
monlevel =

Dar permisos al programa que estemos utilizando para monotorizar .

0---->acceso monitor apagado
1---->acceso permitido a los servidores y sus parametros
2---->acceso a todos los parametros pero sin permiso para modificarlos
3--->acceso a todos los parametros si la configuracion del user lo permite
4--->Total acceso a todos los parametros.

Código:
hideclient_to =

Despues de cuantos segundos sin actividad de ecm un cliente pasara a inactivo.

Código:
appendchaninfo =

0--->desactivado
1--->activado añadiendose el nombre del canal en vez del caid:sid.

F) ACTIVAR ANTICASC

Sirve basicamente para aumentar las restricciones hacia un cliente para asi evitar engaños que nuestro cliente comparta con mas gente no permitada nuestra tarjeta, es decir limitamos cuantas ecm nos puede pedir un cliente o los clientes conectados a nuestro cliente, si se sobrepasa el limite establecido pues automaticamente se puede elejir un castigo para ese cliente, mi recomendacion quizas sea no activar esta opcion por que las peticiones de ecm pueden variar y esto no quiere decir que nos esten engañando, es decir un zapeo rapido por varios canales de nuestro cliente puede subir el numero de peticiones de ecm por x segundos y en este caso el cliente no estaria compartiendo con otra gente no permitida, y los parametros serian:

Código:
[anticasc]enabled = 
numusers = 
sampletime = 
samples = 
penalty = 
aclogfile = 
denysamples =

Código:
enabled =

0------>desactivado
1------>activado

Código:
numusers =

http://**********.us/a/img405/5374/oscam1.png
Durante el manual hemos visto que donde nos conectamos para enviar la ecm y recibir la cw a traves de un protocolo de comunicacion, le llamabamos SERVIDOR.

Pues a partir de ahora en OSCAM el SERVIDOR donde nos conectamos para enviar la ecm para que nos devuelva la cw, ya sea este SERVIDOR bajo protocolo cccam o newcamd, o ya sea nuestra propia tarjeta de abonado insertada en el deco, pues recibe el nombre de READER, es decir, READER seria donde le decimos a oscam que envie las ecm para el desencryptado.

ejemplos:

- Le podemos decir a oscam que envie las ecm a nuestra tarjeta interna, entonces se denominaria reader interno
- Le podemos decir a oscam que envie las ecm a un servidor newcamd, entonces se denominaria reader cccam
- Le podemos decir a oscam que envie las ecm a un servidor cccam, entonces se denominaria reader cccam


Pues el archivo donde ponemos los reader pues es el oscam.server, y en este pues podemos poner tantos reader como servidores tengamos ya sea tarjeta de abonado (normalmente sera uno ya que el receptor tendra solo una ranura para introducir tarjetas), o ya sean servidores newcamd o cccam en este caso pues los que queramos siempre y cuando claro esta el SERVIDOR nos halla facilitado los datos de conexion.

Cada READER segun sea establecido para una tarjeta de abonado propia, o para un servidor newcamd o para un servidor cccam, tendra unos parametros especificos y otros que seran comunes, pues vamos a explicar los mas importantes:

READER PARA TARJETA INTERNA DE ABONADO

En este caso pues las ecm para el desencryptado pues se las enviamos a nuestra tarjeta de abonado, y los parametros mas importantes para este tipo de reader serian:

Código:
[reader]
Código:
label                         = 
description                   = 
protocol                      = 
device                        = 
fallback                      = 
caid                          = 
detect                        = 
mhz                           = 
cardmhz                       = 
ident                         = 
services                     =
blockemm-u                =
blockemm-s                =
blockemm-g                =
blockemm-unknown     =
emmcache                 =
group                         =



Código:
label                         =

Elejimos un nombre con el cual nos aparecera este reader en los log de oscam.

Código:
description                   =

Elejimos una pequeña descripcion que le queramos poner a este reader o si no queremos ponerle ninguna pues la dejamos en blanco.

Código:
protocol                      =

Se elije el protocolo que el reader va a utilizar, como en este caso es reader de nuestra tarjeta de abonado introducida en el deco, pues el protocolo a utilizar es: internal, es decir, seria asi:

protocol = internal

Código:
device                        =

Se elije pues donde nos conectamos, en este caso como es tarjeta interna del receptor, tendriamos que elejir la ranura del deco donde va metida la tarjeta, lo llamado slot (esto lo expliquemos en CONCEPTOS BASICOS), por lo tanto la direccion a poner seria:

device = /dev/sci0

Código:
fallback                      =

Definir este READER como reserva de otro:

0--->desactivado
1--->activado

Código:
caid                          =

Si ponemos un caid, los clientes conectados a este reader solo pediran ese caid y se filtraran los demas.

Código:
detect                        =

Es para detectar el control de flujo del hardware mediante señales, en este caso el tarjetero, hay varias formas:


Detectar = CD (Carrier Detect) - default -Detectar = DSR (Data Set Ready)Detect = CTS (Clear To Send)Detectar ANILLO = (Ring Indicator)Detectar = NONE (detección desactivada, pero la señal "tarjeta se encuentra en"Detectar = GPIO1 ... gpio7 (neu-mipsel für uclibc)LO mas normal es utilzar deteccion cd

Código:
mhz                           =
Código:
cardmhz                       =

Son dos parametros para poner la frecuencias en que nuestra tarjeta es capaz de trabajar, os dejo una tabla sacada de la pagina oficial oscam, donde pone la configuracion para las distintas tarjetas:


CardsCountryCAID:pROVLinux/
i686
Linux/
x86_64
PPC/
Tuxbox
MIPS/
Tuxbox
MIPS/
Router
Cygwin/
i386
OSXMhzDeprecated
Mode
Overclocking
Reader
Seca
CYFRA+PL0100:0068OK-OKOK---4.00--
CANAL DIGITAALNL0100:006AOKOKOKOK-OKOK---
TV VlaanderenBE0100:006COK-----OK---
TélésatBE /LU0100:006DOK-----OK---
BETVBE0100:009BOK----OK----
CSAT FRFR0100:3311OKOKOKOK-OK----
C+ FRFR0100:3315OKOKOKOK-OK----
MEO PTPT0100:5221OKOKOKOK-OK----
NUMERICABLEFR0100:A821OKOKOK-OK-----
NUMERICABLEFR0100:A825OKOKOK-OK-----
C+ dvb-TFR0100:0156NOKNOKNOKNOK-NOK----
C+ dvb-TFR0100:332BNOKNOKNOKNOK-NOK----
Viaccess
PRIVATE SPICEEN0500:032500OKOKOKOK-OK-5.00--
ALJAZEERA SPORTQA0500:042400OKOKOKOK-OK-5.00--
Bis TVFR0500:042800OKOKOKOK-OK----
Dorcel/XXLFR0500:020810OK------3.57--
TBDFR0500:020910OK------3.57--
C-skyTW0500:022010OKOKOKOK-OK-3.57-6.00
C-skyTW0500:022030OKOKOKOK-OK-3.57-6.00
C-skyTW0500:022050OKOKOKOK-OK-3.57-6.00
TelevisaMX0500:022200---OK------
RTViRU0500:022C00OK-OKOK---3.57-6.00 USB-Reader(FTDI)
NTV PlusRU0500:023100OK-OKOK---3.57-6.00 USB-Reader(FTDI)
NTV PlusRU0500:023700OK---------
NTV PlusRU0500:050100OK--------3.57
SSR/SRGCH0500:023800OKOKOKOK-OK----
FreeX.TVFR0500:024400--OKOK-----pcsc ok
RTViRU0500:024B00OKOK--------
TNTSATFR0500:030B00OKOKOKOK--OK3.57--
SFRFR0500:043330NOKNOKNOKNOK-NOK----
D-skyTW0500:031D00OKOKOKOK-OK-3.57-6.00
THEME XNL0500:032000OK---OK--3.57--
TNtop dvb-TFR0500:032200OKOK----OK---
CSAT/C+FR0500:032830OKOKOKOK-OK----
OrangeFR0500:032920OKOKOKOK-OK----
YOUSEE/TDC - CABLEDK0500:040210OK------3.57-smargo+
SSR/SRGCH0500:023800OKOKOKOK-OK-3.57--
SSR/SRGCH0500:040810OKOKOKOK-OK-3.57--
REDLIGHT ELITE FUSIONFR0500:041700OK-OKOK---3.57-pcsc ok, 6.00 USB-Reader(FTDI)
JSC+AR0500:042400OK--OK------
MCT/SCTIT0500:042700OK---------
TVRRO0500:025900-OK-OK---3.57-pcsc ok, coolstream inernal ok,smartmouse ok,smargo 5mhz ok
Irdeto
Al JazeeraQA0603OK--OK---6.00--
BULSATCOMBG0604:010CB1---OKOK--6.00--
NOVAGR0604:14583C-OK--OKOK-6.00--
SkylinkSK/CZ0624:FFFFFFOK-OKOKOK--6.00-Needs Camkey / Camdata
RadugaRU0652:FFFFFFOK-OKOK---6.00-10.00 USB-Reader(FTDI)
ORFAT0648:000000OKOKOKOKOKOKOK6.00-Needs Camkey / Camdata
CSlinkSK/CZ0666:FFFFFFOK-OKOKOK--6.00-Needs Camkey / Camdata
OSNAE0668:000100OKOK--------
REDLIGHT ELITE HDFR0628:000B00OKOK-OK---6.00--
Telkom VisionID0604:000000OK--OK---6.00--
Videoguard2
Sky BrazilBR0907:0000OK-OK----3.57-smargo and pcsc
ViasatDK090F:0000OK------3.57-smargo+
Ono Cable SpainSP0915:0000OK-OK----3.57-Smargo+
Cable shenzhenCN0917:000000OKOKOKOK---3.57--
Sky ItaliaIT0919:0000OKOKOKOK---3.57--
Cable cantonCN091C:000000OKOKOKOK---3.57--
Cable shanghaiCN092d:000000OKOKOKOK---3.57--
Cable chongqingCN0939:000000OKOKOKOK---3.57--
Ono Cable SpainSP093A:0000OK-OK----3.57-Smargo+
Sky ItaliaIT093B:0000OK-OK----3.57--
ViasatDK093E:0000OK------3.57-smargo+
Cable tianjinCN0947:000000OKOKOKOK---3.57--
BSkyBGB0961:0000OKOKNONO-NO----
BSkyBGB0963:0000OKOK--------
FOXTELAU096C:0000OK---------
Kabel BWDE098E:0000OK--OKOK--3.57-Smargo 9.68 USB-Reader(FTDI) 10.0
Astro MalaysiaMY09AC:0000OK-OK----3.57-smargo ok, pcsc ok
Cable shenzhenCN09CC:000000OKOKOKOK---3.57--
Sky Deutschland V13DE09C4:000000OKOK-OKOK--3.69-Smargo (6.86)
Sky Deutschland V14DE098C:000000OKOKOKOKOKOK-3.69--
Sky ItaliaIT09CD:0000OK-OKOK---3.57-Smargo and pcsc OK
YES IsraelIL090D:0000OK-OKOK---3.57--
Teleclub (Cable CH)CH09B6:0000OKOKNONONOOK-3.57--
IndovisionID09C1:0000OK-OKOK---3.57-smargo ok, internal ok
Conax
Canal DigitalDK/FI/NO/SE0B00:000000OK------3.57-Smargo 4.80 autodetected
CabovisãoPT0B00:000000OK------3.57-need RSA Key
ComhemSE0B00:000000OK------3.57-Smargo 4.80 autodetected
TechnisatDE0B00:000000OKOK-OK---3.57-pcsc ok
TNKPL0B00:000000OKOK-OK---3.57--
WilhelmTel?DE0B00:000000OKOK-OK---3.57--
DigitalbALB0B00:000000OK-OKOKOK--3.57-pcsc ok,smargo ok, 8MHZ
N-kaPL0B01:000000OK-OKOK---3.57-need RSA Key
Focus Sat (UPC)RO0B02:000000OK------3.57--
Tring TvALB0BAA:000000OK-OKOKOK--3.57-pcsc ok,smargo ok, 6MHZ
MagiosatSK/HU0B00:000000OK-OKOKOK--3.57--
Cryptoworks
DigiTurk?TR0D00:0000C0OKOK-OKOK--5.00-6.00 Smargo+ (6.86)
UPC DTHHU/SK/CZ0D02:0000A0OK------3.57-sh4-OK
SkylinkSK0D03OK------3.57-sh4-OK
ORFAT0D05:000004OK-OKOKOK--3.57-6.00 USB-Reader(FTDI)
CslinkCZ0D0FOK---OK--3.57-sh4-OK
arenaDE0D22OKOK-----3.57--
ORF ICEAT0D95:000004OK--OK---3.57-6.00 USB-Reader(FTDI)
Skylink ICECZ/SK0D96:000004OK--OK---3.57-sh4-OK
UPCSK/CZ0D97:000004----------
Betacrypt
Sky GER SatDE1702:000000OKOK--OK--6.00-8.00 µMouse
10.00 USB-Reader(FTDI)
UM/KD/Sky GER CableDE1722:000000OKOK-----6.00--
Nagra
DreamTVPH1801:004E01OKOKOKOK---3.68--
DigiTV N3 SATRO/HU/SK/CZ/HR/RS1802:002011OKOKOKOKOKOK-3.68--
TelefonicaBR1802:0000OK-OK----3.57-smargo and pcsc
Via EmbratelBR1802:0000OK-OK----3.57-smargo and pcsc
ZON PT N3 SAT/CABOPT1802:000000OKOKOKOK-OK-5.00--
Mediaset (DVB-T) N3IT1802:000000OKOKOKOK-OK-3.68-smargo and pcsc
Polsat N3PL1803:007001OKOKOKOK-OK-3.68-µMouse
Mediaset (DVB-T) N3IT1804:000000OKOKOKOK-OK-3.68-smargo and pcsc
Mediaset (DVB-T) N3IT1805:000000OKOKOKOK-OK-3.68-smargo and pcsc
D+ N3SP1810:004101OKOKOKOK-OK-3.68-pcsc
UPC N3HU1815:00B801OKOKOKOK-OK----
HD+DE1830:003411OKOKOKOKOKOK-3.68-6.00 USB-Reader(FTDI)
UM(UM01)GER N3DE1831-OK-----3.57--
Sky GER N3 SatDE1833:000401OKOKOKOK-OK---10.00 USB-Reader(FTDI)
KDH(D09)GER N3DE1834:000401OKOKOKOK-OK----
UM(UM02)GER N3DE1838OKOK---OK----
HD+DE1843:003411OK------3.68-6.00 USB-Reader(FTDI)
HD+DE1860:003411OKOKOKOKOKOKOK3.68-Needs Box & RSA Key)
Tivusat N3IT183D:005411OKOKOKOK-OK-3.68-smargo and pcsc
DigiTV N4 (ROM180) SATRO/HU/SK/CZ/HR/RS1880:002011OKOKOKOKOKOK-5.00--
Cablecom N2CH1801:7301OKOK--OK--3.68-pcsc, rsa+boxkey required
DreCrypt?
Tricolor DRE2 V2.4RU4AE1:000000-OK-----3.57--
Bulcrypt
BulsatcomBG5581:000000OKOK-----3.57-6.00,12.00,18.00,22.00 USB-Reader(FTDI)
BulsatcomBG4AEE:000000OKOK-----3.57-6.00,12.00,18.00,22.00 USB-Reader(FTDI)

Código:
ident=

Para dar prioridad a un caid y un providers, ejemplo para seca:

ident=0100:004106

Código:
[FONT=Verdana]services                     =[/FONT]

Este parametro esta relacionado con otro archivo de configuracion que veremos mas adelante llamado oscam.services, sirve basicamente para filtrar peticiones a la tarjeta de abonado, este parametro lo desarrollaremos en el CAPITULO:FILTRAR PETICIONES EN OSCAM

Código:
blockemm-u                =
blockemm-s                =
blockemm-g                =
blockemm-unknown     =

Con estos parametros se bloquea o se da paso a las emms hacia nuestra tarjeta de abonado, en caso de compra de taquillas o querer tener actualizados los derechos de nuestra tarjeta de abonado es conveniente dejar pasar todas las emms.

0--->No bloquea se deja paso a las emm
1--->bloquea no se deja paso a las emm

Código:
group                         =

Sirve asignar un cliente del archivo configuracion oscam.user con un reader, es decir:

Si en este parametro ponemos grupo =1 y a un cliente del oscam.user le ponemos grupo=1 pues el cliente podra conectarse a este reader, en cambio si a este parametro le ponemos grupo=1 y al cliente en el oscam.user le ponemos grupo=2, pues el cliente se podra conectar al reader grupo=2 pero no al reader grupo=1, en definitiva su funcion es elejir a que reader le damos permiso a nuestros clientes para que se conecten.


Código:
emmcache=

Establecer cache EMM para nuestra tarjeta local, lo mas normal es:

emmcache=1,3,2

READER PARA PROTOCOLO CCCAM

En este caso las ecm para desencryptado para obtener la cw de visionado se la enviamos a un SERVIDOR bajo protocolo cccam, y los parametros mas importantes a tener en cuenta serian:

Código:
[reader]
label                         = 
description                   =
protocol                      = 
device                        = 
user                          = 
password                      = 
caid                               =
ident                              =
inactivitytimeout             = 
reconnecttimeout              = 
fallback                      = 
group                         = 
cccversion                    = 
cccmindown                 =
cccmaxhops                    = 
ccckeepalive                  = 
cccreconnect                  =

Código:
label                         =

Elejimos un nombre con el cual nos aparecera este reader en los log de oscam.

Código:
description                   =

Elejimos una pequeña descripcion que le queramos poner a este reader o si no queremos ponerle ninguna pues la dejamos en blanco.

Código:
protocol                      =

Se elije el protocolo que el reader va a utilizar, como en este caso es reader de un SERVIDOR bajo protocolo cccam, pues e​
l protocolo a utilizar es: cccam
, es decir, seria asi:

protocol = cccam

Código:
[FONT=Verdana]device                        =[/FONT]

En este parametro pondriamos a que direccion ip o host nos vamos a conectar bajo protocolo cccam para pedirles las ecm, y a traves de que puerto.

ejemplo: El SERVIDOR CCCAM tiene la direccion marita.no-ip.info, y el puerto elejido por el SERVIDOR para que nos conectemos es el 16000, pues en este parametro pondriamos:

device = marita.no-ip.info,16000

Código:
user                          =

El usuario que nos ha asignado el SERVIDOR CCCAM

Código:
password                      =

La contraseña que nos ha asignado el SERVIDOR CCCAM

Código:
caid                               =

Para filtrar tarjetas de un reader por CAID, es decir en protocolo internal que vimos con anterioridad evidentemente solo le pedimos ecm a una tarjeta por lo tanto si ponemos en ese caso un CAID, pues a la tarjeta solo le pediriamos ecm de ese CAID, bueno en protocolo cccam en el reader no recibimos una tarjeta sola, sino diversas tarjetas de diversos CAID, por lo tanto si pusieramos:

caid =0100---> quedria decir que si ese reader recibimos una tarjeta 0100, una tarjeta 1810, al poner caid=0100 pues solo nos apareceria en el reader la tarjeta 0100, es decir solo le pediriamos a ese reader ecm del CAID 0100.
Si este apartado lo dejamos en blanco pues recibiriamos ambos caid..
Esto viene bien por ejemplo:

Recibimos de un reader cccam:

tarjetas del caid 0100
tarjetas del caid 1810
tarjetas del caid 0500

Y yo no quiero pedir ecm al caid 0500 pero si a los otros dos, pues en este caso pondria:

caid:0100,1810

Código:
ident

Pues seria igual que el CAID pero filtrariamos CAID+PROVIDER

Código:
inactivitytimeout             =

el tiempo en segundos que oscam espera antes de intentar reconectarse al SERVIDOR CCCAM del reader en caso que no responda.

Código:
reconnecttimeout              =

Cada cuanto tiempo en segundos oscam intenta conectarse al SERVIDOR CCCAM del reader en caso de que este no responda.

Código:
fallback                      =

Definir este READER como reserva de otro
:​

0
--->desactivado​
1
--->activado​
Código:
group                         =

Sirve asignar un cliente del archivo configuracion oscam.user con un reader, es decir:

Si en este parametro ponemos grupo =1 y a un cliente del oscam.user le ponemos grupo=1 pues el cliente podra conectarse a este reader, en cambio si a este parametro le ponemos grupo=1 y al cliente en el oscam.user le ponemos grupo=2, pues el cliente se podra conectar al reader grupo=2 pero no al reader grupo=1, en definitiva su funcion es elejir a que reader le damos permiso a nuestros clientes para que se conecten.

Código:
cccversion                    =

Para definir la version cccam con que queremos aparecer en la red.

Código:
cccmindown                 =

Para filtrar tarjetas que no nos den un determinado reshare, es decir, ejemplo:

cccmindown = 3

Todas las tarjetas que recibamos con reshare de 2 o menos seran filtradas y no nos apareceran.

Código:
cccmaxhops                    =

Código:
ccckeepalive                  =

Oscam si durante un tiempo no estamos haciendo peticiones a un reader este pasa a estado OFF, el cual volvera a estado CONECTADO cuando le realizemos una peticion de ecm, pues si activamos este parametro, oscam cada cierto tiempo le manda un mensaje de esta manera la conexion al READER siempre estara activa o sea CONECTADO aunque no le estemos pidiendo ecm.
0---->Desactivado
1---->Activado

Código:
cccreconnect

Pues este parametro en ms, se utilizaria por si un SERVIDOR se bloquea por respuestas timeouts, pues se define el tiempo de espera en ms antes de volver a reconectarse al mismo.

READER PARA PROTOCOLO NEWCAMD

En este caso las ecm para desencryptado para obtener la cw de visionado se la enviamos a un SERVIDOR bajo protocolo newcamd, y los parametros mas importantes a tener en cuenta serian:

Código:
[reader]
label                         = 
description                =
enable                        = 
protocol                      = 
device                        = 
caid                              =
ident                              =
fallback                           =
services                          =
key                           = 
user                          = 
password                      =

Código:
label                         =

Elejimos un nombre con el cual nos aparecera este reader en los log de oscam.

Código:
description                   =

Elejimos una pequeña descripcion que le queramos poner a este reader o si no queremos ponerle ninguna pues la dejamos en blanco.

Código:
protocol                      =

Se elije el protocolo que el reader va a utilizar, como en este caso es reader de un SERVIDOR bajo protocolo newcamd, pues e​
l protocolo a utilizar es: newcamd
, es decir, seria asi:

protocol = newcamd

Código:
[FONT=Verdana]device                        =[/FONT]

En este parametro pondriamos a que direccion ip o host nos vamos a conectar bajo protocolo newcamd para pedirles las ecm, y a traves de que puerto.

ejemplo: El SERVIDOR NEWCAMD tiene la direccion pepito.no-ip.info, y el puerto elejido por el SERVIDOR para que nos conectemos es el 15000, pues en este parametro pondriamos:

device = pepito.no-ip.info,15000

Código:
caid=

Para dar prioridad a un caid, como en newcamd solamente al contrario de cccam recibimos una tarjeta solo, pues en este caso es por si un canal tiene dos caid, pues le damos prioridad a uno de ellos.

ejemplo: Si queremos dar prioridad a seca pues se pondria:

caid=0100

Código:
ident =

Para dar prioridad a un caid y a un provider, como en newcamd solamente al contrario de cccam recibimos una sola tarjeta, pues en este caso es para dar prioridad a los canales con un caid y providers concreto.

ejemplo: si queremos dar prioridad a seca y al proveedor canal + satelite pues pondriamos:

ident=0100:004106

Código:
[FONT=Verdana]services                     =[/FONT]

Este parametro esta relacionado con otro archivo de configuracion que veremos mas adelante llamado oscam.services, sirve basicamente para filtrar peticiones a la tarjeta de abonado, este parametro lo desarrollaremos en el CAPITULO:FILTRAR PETICIONES EN OSCAM

Código:
fallback                      =

Definir este READER como reserva de otro
Código:
key                           =

Como dijimos en CONCEPTOS SHARING el protocolo newcamd se puede proteger mediante una deskey, pues aqui iria la deskey que EL SERVIDOR del protocolo newcamd ha puesto y nos ha facilitado.

Código:
user                          =

El usuario que nos ha asignado el SERVIDOR NEWCAMD

Código:
password                      =

La contraseña que nos ha asignado el SERVIDOR NEWCAMD

http://**********.us/a/img809/642/oscam2.png

En este archivo de configuracion es donde creariamos:

a) El usuario/cliente del DVBAPI que como vimos en el oscam.conf al activar el dvbapi este creaba un cliente del dvbapi llamado por defecto anonymous, que es el que nos da el visionado en nuestro deco de los canales, pues bien aqui podemos pues cambiar el nombre por el que queramos a este cliente del dvbapi, asi como añadirle opciones a este cliente con los diferentes parametros, y este a la vez pues seria cliente de los reader que tengamos en el oscam.server

b) Crear clientes externos para otros decos de nuestros READER ya se un reader interno de nuestra tarjeta, un reader newcamd o un reader cccam de los que tenemos en el oscam.server a traves del protocolo que queramos y que previamente hemos activado en el oscam.conf.

A) CLIENTE DEL DVBAPI

Pues los parametros mas importantes a tener en cuenta:

Código:
[account]
user                          = 
au                            = 
group                         =

Código:
user =

Aqui pondriamos el mismo user que pusimos en el archivo que vimos oscam.conf en la parte dvbapi.

Código:
au =

Como vimos anteriormente en el oscam.conf en la parte dvbapi podiamos activar el au, pues una vez activado el au en el oscam.conf en parte dvbapi, si en este parametro del oscam.user le ponemos el mismo nombre del label del reader de nuestra tarjeta de abonado pues nuestra tarjeta podra recibir las emm.

ejemplo:

oscam.conf---->dvbapi---->au=1 (activado)
oscam.server--->reader de nuestra tarjeta de abonado--->label=d+ (nombre que le hemos puesto a este reader)
oscam.user----->au=nombre del reader que queremos que reciba emm, en este caso au=d+

Código:
group =

Como vimos en el oscam.server a cada reader le podemos poner un numero de grupo o que todos sean el mismo, el cliente debe tener puesto en este parametro los grupos del reader para poder acceder a el, como este cliente es el cliente del dvbapi que es el que nos da el visionado a nosotros, pues lo suyo es que tenga aqui todos los grupos reader que tengamos.

Ejemplo:

Tenemos:

READER A
group=1
READER B
group=1
REACERC
group=2

Pues lo normal es que el cliente dvbapi que es el cliente interno de nuestro deco el que nos da el visionado pues que tenga acceso a los tres por lo tanto el parametro seria:

group=1,2

B) CLIENTES EXTERNOS

Los parametros principales pues serian basicamente iguales que los del cliente dvbapi, pero como son clientes externos de otros decos pues podemos ampliar un poco los parametros, es decir estos ya serian los clientes que creamos para que oscam actue como SERVIDOR de los protocolos que previamente hallamos activado en el oscam.conf, es decir creamos los clientes que chuparan de nuestros reader, los principales parametros serian:

Código:
[account]
disabled                      = 
user                          = 
pwd                           = 
caid                          = 
keepalive                     = 
allowedprotocols              = 
group                         = 
services                      = 
ident                         = 
cccmaxhops                    = 
cccreshare                    =

Código:
disabled =

0-->activamos ese cliente
1-->desactivamos ese cliente

Es decir para que un cliente se pueda conectar a nosotros por los diferentes protocolos y enviarnos la ecm que quiera que le desencrypte para que nuestros reader lo hagan y le enviemos la cw, pues el cliente debe estar activado, si lo dejamos en blanco o no lo ponemos este parametro por defecto es 0 o sea activado.

Código:
user =

Aqui pondremos el user que queramos que tenga el cliente, lo que pongamos pues se lo deberemos dar a nuestro cliente

Código:
pwd =

La contraseña que queramos que tenga el user que hemos creado, la que pongamos se la deberemos dar a nuestro cliente

Código:
caid =

aqui podemos limitar que caid va a chupar el cliente de nuestros reader, si lo dejamos en blanco o no lo ponemos el cliente chupara de todos los caids de nuestros reader, si añadimos caid pues el cliente solo chupara de los caid que nosotros le pongamos:

ejemplo:

caid:0100,0500

Pues el cliente solo podra hacernos peticiones a nuestros reader del caid 100 y del 0500 pero no del resto.

Código:
keepalive =

Es por si queremos mantener el cliente en conectado aunque lleve tiempo sin pedirnos ecm..

0-->desactivado
1-->activado

Código:
allowedprotocols =

Para limitar al cliente mediante que protocolos se puede conectar con nosotros, es decir, si en nuestro oscam.conf tenemos activado cccam y newcamd, pero queremos limitar que este cliente solo se pueda conectar con nosotros mediante protocolo newcamd, pues pondriamos:

allowedprotocols =newcamd

Si lo dejamos en blanco se podra conectar a nosotros mediante todos los protocolos posibles activados en el oscam.conf

Código:
[FONT=Verdana]group                         = [/FONT]

Como vimos en el oscam.server a cada reader le podemos poner un numero de grupo o que todos sean el mismo, el cliente debe tener puesto en este parametro los grupos del reader para poder acceder a el.

Que quiere decir, pues imaginemos que en el oscam.server tenemos:

A) UN READER HACIA UN SERVIDOR CCCAM PEPE y le tenemos puesto grupo 1
B) UN READER HACIA UN SERVIDOR CCCAM CARLOS y le tenemos puesto grupo 2
C) UN READER HACIA MI TARJETA DE ABONADO y le tenemos puesto grupo 1
D) UN READER HACIA UN SERVIDOR NEWCAMD ANTONIO y le tenemos puesto grupo 3
E) UN READER HACIA UN SERVIDOR CCCAM PATRICIO y le tenemos puesto grupo 4

bien pues a nuestro cliente queremos que reciba cw de todos mis readers entonces le pondriamos:

group=1,2,3,4

Y si queremos que solamente reciba cw de PEPE, de mi tarjeta de abonado y de PATRICIO pues le pondriamos:

group =1,4

Código:
services =

Este parametro esta relacionado con otro archivo de configuracion que veremos mas adelante llamado oscam.services, sirve basicamente para filtrar peticiones a la tarjeta de abonado, este parametro lo desarrollaremos en el CAPITULO:FILTRAR PETICIONES EN OSCAM

Código:
caid                               =

Para filtrar tarjetas de un reader por CAID, es decir en protocolo internal que vimos con anterioridad evidentemente solo le pedimos ecm a una tarjeta por lo tanto si ponemos en ese caso un CAID, pues a la tarjeta solo le pediriamos ecm de ese CAID, bueno en protocolo cccam en el reader no recibimos una tarjeta sola, sino diversas tarjetas de diversos CAID, por lo tanto si pusieramos:

caid =0100---> quedria decir que si ese reader recibimos una tarjeta 0100, una tarjeta 1810, al poner caid=0100 pues solo nos apareceria en el reader la tarjeta 0100, es decir solo le pediriamos a ese reader ecm del CAID 0100.
Si este apartado lo dejamos en blanco pues recibiriamos ambos caid..
Esto viene bien por ejemplo:

Recibimos de un reader cccam:

tarjetas del caid 0100
tarjetas del caid 1810
tarjetas del caid 0500

Y yo no quiero pedir ecm al caid 0500 pero si a los otros dos, pues en este caso pondria:

caid:0100,1810

Código:
ident

Pues seria igual que el CAID pero filtrariamos CAID+PROVIDER

Código:
[COLOR=#333333]cccmaxhops[/COLOR]
El numero de saltos maximo que el cliente puede recibir en las tarjetas que tenemos en nuestros readers de los SERVIDORES CCCAM.

Imaginemos que recibimos:

10 tarjetas en hop 1 o sea en un salto
20 tarjetas en hop 2 o sea dos saltos
50 tarjetas en hop 3 o sea tres saltos

Pues si ponemos cccamaxhops = 1 pues nuestro cliente solo recibira las 10 tarjetas en hop1 pero no el resto.



Código:
cccreshare                    =

El reshare que tu le permites al cliente de las tarjetas que recibes, en caso que en el oscam.conf tengamos puesto ignorar reshare de nuestros servidores, en caso que eso no lo tengamos activado en el oscam.conf pues las reglas seran las que nuestros SERVIDORES nos hallan asignado a nosotros.

http://img819.**********.us/img819/3306/oscam4.png





EN CONSTRUCCION



 
Última edición:
O aprendes oscan o mueres en el intento ,gracias lucifer estabas perdido
 
Gracias por el manual lucifer,ahora no hay excusa para poder probar Oscam,ya tengo para tratear un tiempo.

Saludos
 
Gracias que pedazo de curro
 
:43: Sorprendente el tuto..... Muchas gracias.
 
todavia le queda bastante al manual:

terminar la parte archivos configuracion
crear parte sobre funcionamiento oscam
crear parte de ejemplos oscam
crear parte de explicacion filtros oscam
crear parte de compilar para sh4 y mipsel
 
Bueno a ver si con este manual consigo hacer rular oscam ya que sbox me fue imposible para leer mi tarjeta tiger.
He leido por ahi que si lo quieres usar conjuntamente con mbox. El dvbapi de oscam debe de estar off( o el de mbox, ya ni estoy seguro). A ver si me termino de enterar

Estoy leyendo el manual y me aparecen dos dudas. En el apartado protocolos compatibles no veo Mbox, imagino que si Gbox es compatible Mbox 4 (y supongo que 6) sera compatible. Y en tarjetas no veo la tiger tdt, pero creo que tambien lo es.
 
Última edición:
¡¡Impresionante tutorial!!... a ver si me pongo las pilas y lo pruebo.
 
@††LUCIFER††

De lo mejorcito que he leido ultimamente. Muy interesante y formativo

Te animo a seguir con los restantes capitulos para completar este gran manual.

Gracias por compartir tus conocimientos.
 
Mil gracias. Ahora comienzo a entender Oscam por fin. Muy bien explicado y detallado.
 
Increible trabajo felicidades.
Saludos cordiales
 
:285:Tras probar varias versiones de Oscam, con diversos resultados, por fin la tengo corriendo como unica emu, usandola como cliente CCCam y server CCCam y Newcamd sin ningun tipo de problema. Sin saberlo, he conseguido ver de esta forma, en mi viejo mVision 9085 net (que solo acepta protocolos Radegast y Newcamd) los canales que me entran de tarjetas remotas, ademas de mi local. Supongo que esto sera de publico conocimiento, pero yo lo ignoraba. Lo dicho, 100% satisfecho con esta emu, aunque creo que es un poco pronto para decirlo. Seguramente no la tengo con la mejor configuracion posible, pero es que tiene infinidad de opciones. Ya ire trasteando poco a poco.
Si no hubiera sido por este fantastico manual no creo que lo hubiera conseguido, ya que hacia tiempo que queria probarla pero no tenia los conceptos demasiado claros.
Gracias Lucifer y gracias a todos los que aportan tanto, porque si no, los novatos como yo lo teniamos claro.
 
Imprecionante. Gracias Lucifer
 
my bien compi esperamos con paciencia el resto
muchisimas gracias por este gran manual
 
Buen manual solo tengo una duda que diferencia hay entre estas dos opciones:
reshare = x
reshare_mode = x

Ya que me esta volviendo loco.
 

Temas similares

J
Respuestas
5
Visitas
444
payback126
payback126
Mireto
Respuestas
0
Visitas
442
Mireto
Mireto
H
Respuestas
3
Visitas
375
Fjalmeria
Fjalmeria
L
Respuestas
0
Visitas
490
lotino
L
Atrás
Arriba