Posts by sync

I have not seen that "Max-pending exceeded" before but I am curious about you setup as I have seen csp pull from 2 almost identical cards, same caid but slightly different packages on each card and it works fine

Have you specified to csp what channels each card can or cannot handle ?

<cannot-decode-services exclusive="true">ABCD EFGH</cannot-decode-services>

OR

<can-decode-services exclusive="true">1234 5678</can-decode-services>

Quote

I read that when viewing for example 7 channels on different transponders the ECM time stays 600 ms as if they all were viewing one channel,
when viewing 7 channels on the same transponder all are added to a total of 4.200 ms whithout having timeouts.
So I distributed all 1702 channels for each 1702 transponder evenly in three oscam services lists for each card, the maximum was 3-4 channels/card on the biggest transponder.
Theoretically the ECM timings should be lower than 4*600ms = 2.400 ms, but they were not and oscam had only timeout with any loadbalancer mode.

Have you tried without any services lists assigned and let csp loadbalance between the cards ?

Describe your readers, all on same pc/same oscam ? or are you using stb's ?

Also have you tried to use Only oscam.srvid and leave oscam.services blank ?

use cccam on the embedded linux boxes, mgcamd always has issues at some point

httpallowed = 0.0.0.0-255.255.255.255

I have not used a whitelist in months, everything working fine since I ditched it

Quote from davie1888

Don't get it, got 2 cards in debian pc server
1 is high and the other is running normal

Check entitlements and dates of both cards
Is it the one that's updated to the latest date the one that's freezing ?

btw if your setup is fine don't post in this thread, only post if your having issues so we can gather some info
Thanks

Sent from my iPhone using Tapatalk

This exact thing happened about 6 months ago and only at the weekend, not many noticed it happening but I'll bet the oscam guys know about it but won't say anything.
They will tell you it's a problem with your setup or to upgrade to the latest version.

This weekend it has happened to quite a few and on various setups from a dm500 to pc's with different readers, both oscam and CCcam, with clients connecting to either of them or even connecting to csp.

imho it is not a setup issue because everyone's setup can't suddenly have developed an error, this is the 1st step for them to stop cardsharing that card.

This is happening to

cccam servers
oscam servers
cccam/oscam servers

With either cccam, mgcamd or oscam using dvbapi on client boxes

I have just spoken to a few mates with various setups and all confirm the same
Looks like some interesting times ahead !

The times I posted are from my local VU Duo and DM800 connected to oscam #7752 on Ubuntu server using omnikeys

Can everyone please edit your previous or future posts to include oscam version, cardreader and basic setup so we can gather some more info

Open a terminal and type

sudo -i

Enter your root password then go to the folder where csp is installed

cd /usr/local/csp

Then type

./cardproxy.sh start

On a new install you will need to type the above 2 times

Some of my ecm times in the last few minutes from my local VU Duo and DM800 connected to oscam #7752 on Ubuntu server using omnikeys

Movies and other channels

*** Modern Greats (89ms)
Disney Junior +1 UK (91ms)
*** Modern Greats HD (67ms)
Discovery Shed (88ms)

Sports Channels

*** Sports 3 (250ms)
*** Sports 2 (298ms)
*** Sports 1 (400ms

I doubt this is a coincidence !

I had them at .200 for SS3 today, there were reports of this happening a few months ago as well but only at the weekend

Strange things are afoot at the Circle K :-)

Testers in Australia need to do a lot more work themselves to try and find the info inside the subbed box, not too difficult if you know where to look when you get in !!!

Have a look here bud > http://linuxsat-support.com/os…at-how-do-i-maintain.html

A quick read of it and you will very easily be able to maintain your own whitelist ;-)

See the required dish size here Dish Installation for Astra 2 at 28.2° East & Eutelsat 28A at 28.5° East

Look for

Astra 2A/2B North Beam
Astra 2A/2B South Beam
Eutelsat 28A - Fixed Beam

More than likely your whitelist in oscam

try this one

0963:3E,42,44,45,47,4E,4F,5F,53,54,61,62,67,68,69,6A,6B,6D,6F,71,72,73,76,77,78,79,7A,7C,7D,7E,80,85,8B

Although there may be many working version floating around

Go to the Admin tab/Set au user
You must set a user per connector

Quote

List of user names allowed to update the card hosted by this connector (separated by space).
All EMMs sent to the proxy by these users will be forwarded to this connector.
One user can only update a single card (per profile).
If you want to use a single box/client to update multiple cards,
you need to create several user accounts and have the client connect once for each account
(the sessions will receive different card-data depending on the user name).
Not all clients support multiple connections to the same server with only different login credentials to separate them.

Display More

it works but I would suggest to have a box on your local network running mgcamd for emm updates

Start with this config and work from there

[reader]
Label = sci0
Protocol = internal
Detect = CD
Device = /dev/sci0
mhz = 368
cardmhz = 368
EMMCache = 1,3,2
ECMCache = 1
Group = 1
CAID = [COLOR='#FF0000']your caid[/COLOR]
ident = [COLOR='#FF0000']your ident[/COLOR]
boxkey = [COLOR='#FF0000']your BK[/COLOR]
rsakey = [COLOR='#FF0000']your SK[/COLOR]

You are missing
Caid
Ident

See post #2 by drfs as it has working configs for his N3 card
N3 is the same N3 in every country so his configs will work for you

Sent from my iPhone using Tapatalk

You would be better off testing your card in a dm500 with either rqcs or oscam first.

Enter either the RSA, SK or cam n the same way in oscam as shown already

Sent from my iPhone using Tapatalk