Opened 15 years ago

Closed 14 years ago

#20 closed defect (fixed)

Include CCcam server support like for version 1.0 of vdr-sc

Reported by: satfan39 Owned by: cogsi
Priority: minor Component:
Severity: low Keywords:
Cc: operator.mail@… Sensitive: no

Description

In version 1.0 of vdr-sc, it is possible to connect to a CCcam server, they have broken the CCcam protcol and call this the "cccam2" interface. Since vdr-sc is open source, I guess this could be easily ported to OSCcam for the benefits of all users. I want to get rid of CCcam and this could be a great opportunity to shift to OSCam.

Change History (19)

comment:1 by satfan39, 15 years ago

Priority: majorminor
Severity: mediumlow
Type: defectenhancement

comment:2 by Merlin, 15 years ago

Work is currently under progress to add CCcam capabilities to OScam ;)

comment:3 by cogsi, 14 years ago

Owner: set to cogsi

I'll take this one... cccam client implementation is on the way - soon! :)

comment:4 by cogsi, 14 years ago

aaaahhh Merlin - you doing this one?

comment:5 by cogsi, 14 years ago

Status: newassigned

I am it seems :)

comment:6 by satfan39, 14 years ago

For your info, just in case you rely/reuse the vdr-sc code for your cccam client implementation, the current version of vdr-sc is unable to connect to CCcam 2.1.3. According to my tests its work ok with version 2.1.2 but not 2.1.3... See my post on cccam and ccam2 protocls on dvbn happysat (http://www.dvbn.happysat.org/viewtopic.php?f=17&t=43667&start=255

comment:7 by cogsi, 14 years ago

Yup thanks! I'm using my own implementation (I reversed it before the proto became public on dvbn). Yes, there's a problem with 2.1.3 but I'll look into that once I have everything working with the current algos.

in reply to:  7 comment:8 by satfan39, 14 years ago

Replying to cogsi:

Yup thanks! I'm using my own implementation (I reversed it before the proto became public on dvbn). Yes, there's a problem with 2.1.3 but I'll look into that once I have everything working with the current algos.

For your info, I corrected my initial post on dvbn happysat today, the cccam2 protocol interface stills works OK with CCcam 2.1.3 and vdr-sc, it is the cccam interface that no longer works

comment:9 by satfan39, 14 years ago

I tested the CCcam interface with svn version 714 and vdr-sc ( latest version)

  • oscam connects fine to my CCcam 2.1.2 server, it appears "logged in" in the list of CCcam users
  • I have not succeeded to connect vdr-sc to oscam using the newcamd interface on both sides.

I do not know if it is a bug in oscam or a configuration issue. Please note that I have succeeded to connect my official subscription card to oscam ( mouse reader ) and then connect vdr-sc to osccam via newcamd interface on both sides. Since this test succeeded, I am assuming that my setup is OK and that there is a bug somewhere or possibly that I missed a configuration step that is specific to cccam, maybe I should not use a newcamd interface to connect to oscam from vdr-sc ? Maybe it should be radegast ? Please advise.

In terms of configuration files, I only have three: oscam.conf, oscam.servers, oscam.users.


comment:10 by satfan39, 14 years ago

This is the log from oscam:
2009/12/06 15:07:40 4313 c01 satfan39 (0100&000190/2135/39:6C47): rejected user ident (0 ms)
2009/12/06 15:07:40 4313 c01 satfan39 (0100&000190/2135/39:6C47): rejected user ident (0 ms)
2009/12/06 15:07:40 4313 c01 satfan39 (0100&00A821/2135/64:7585): rejected user ident (0 ms)
2009/12/06 15:07:40 4313 c01 satfan39 (0100&00A821/2135/64:7585): rejected user ident (0 ms)
2009/12/06 15:07:41 4313 c01 satfan39 (0100&003317/2135/64:38CD): rejected user ident (0 ms)
2009/12/06 15:07:41 4313 c01 satfan39 (0100&003317/2135/64:38CD): rejected user ident (0 ms)
2009/12/06 15:07:41 4313 c01 satfan39 (0100&003311/2135/64:884F): rejected user ident (0 ms)
2009/12/06 15:07:41 4313 c01 satfan39 (0100&003311/2135/64:884F): rejected user ident (0 ms)

comment:11 by cogsi, 14 years ago

Can you PM me your config files?
Also a FULL log using -d63 (running from init over, say, 5 mins.

comment:12 by satfan39, 14 years ago

Thanks for your help, my problem is solved, it was a configuration issue not bug. Sorry for that.

comment:13 by dpeddi, 14 years ago

what about the status of oscam cccam server? (I mean oscam as server, and cccam as client)

regards

comment:14 by ju, 14 years ago

Cc: operator.mail@… added

comment:15 by satfan39, 14 years ago

Type: enhancementdefect

I have changed the parameters in globals.h to allow for up to 24 readers and up to 128 ports. I need this since I am trying to migrate all my CCcam peers from CCcam to OSCAM. I have defined my 16 CCcam servers ( C lines ) in CCcam.cfg as "readers" in my oscam.server coinfig file. My local cards are defined in oscam.server not CCcam.cfg.

My CCcam peers continue to connect to my local CCcam server ( F lines in CCcam ) that forwards all ecm request to my oscam sever via the newcamd interface ( N line in CCcam ). OSCAM then gets the CW from one of the 16 readers or from one of my two local cards also defined as readers.

Questions/comments:

(a) It only works for about 2-3 minutes, after this period oscam stops serving my local CCcam server but it does not crash ! Nothing in the log either ! I have to restart oscam to work around the problem, but after 2-3 minutes in crashes again

(b) Is there a better way of doing this ? Should I change additional parameters in globals.h ?

(c) I tried using Radegast instead of newcamd to intercopnnect my local CCcam server and OSCAM, but it looks like Rµadegast is not supported by CCcam.x86 on linux PC, only works with CCcam.ppc and othe stb versions !!!

comment:16 by satfan39, 14 years ago

One important thing I forgot to mention:

  • I have defined a camd35 server on oscam.conf to connect to allow vdr-sc to connect as a client (I am a Mythtv user ). This problem only occurs when the newcamd and the camd35 servers of OSCAM are operational at the same time ( I mean there is traffic ). When I shut down vdr-sc and mythtv, it is stable, the problem does not occur.

comment:17 by satfan39, 14 years ago

The problem seems to be related to the traffic on the oscam server. The only way I could avoid it, is by limiting the number of cards that each of my CCcam readers see. I have a total of 16 CCcma readers; with cccmaxhop = 3, I have the problem, but with cccmaxhop = 2, I do not have the problem anylonger ! This is true independently of the fact that I am using mythtv and vdr-sc

So my question is simple; Is there a way ( parameters changes ) to use 16 cccam readers in a stable way with cccmaxhop = 3 on each of them ? Or is this impossible, and I should just stick with cccmaxhop = 2

Thanks !

comment:18 by satfan39, 14 years ago

Configuring the N line in CCcam.cfg with 1O at the end partially solves the issues. The oscam cards are seen at hop 1O from the CCcam netwtork, the CCcam traffic to oscam is then much lower and oscam works better; I tok about 10 minutes for the problem to appear, but it still does...

So, to summarise, I think someone needs to take a look at the utilisation of oscam to feed CCcam using newcamd as the interface between the two emus. It seems the performance and stability under high CCcam traffic condition could possibly improved, this is what I have experimented in my environment ( linux pc running CCcam, oscam, vdr-sc and mythtv ).

comment:19 by alno, 14 years ago

Resolution: fixed
Status: assignedclosed
Note: See TracTickets for help on using tickets.