Opened 11 years ago
Closed 9 years ago
#3219 closed defect (expired)
cccam-reader srvid blocked for one minute on rejected request
Reported by: | spock | Owned by: | |
---|---|---|---|
Priority: | minor | Component: | Protocol - CCCam |
Severity: | low | Keywords: | |
Cc: | Sensitive: | no |
Description
Revision
Issue Description
I'm not a developer, merely a hobbyist trying to learn. So this whole ticket may be in error, if so - close it.
Occasionally a srvid will get blocked for a minute following a rejected reply on a cccam reader. I've spent lots of time trying to resolve the issue, and there seems to be a few options. Although I've not been able to verify them due to the randomness of the issue.
I've tracked this down to module-cccam.c where BLOCKING_SECONDS is defined to 60. Patching this to 1 second seems to resolve my problem, although it's hard to know when this actually gets triggered, since this problem is quite rare.
At a closer look BLOCKING_SECONDS is only used by sleepsend support (srvid->blocked_till = time(NULL)+BLOCKING_SECONDS;), which was commited in r5669 and labeled as a test (sleepsend-support for cccam-ext).
The code appears to be triggered if cccam stealth is _not_ activated (cccam-ext mode), and/or (I guess) when keepalive is activated.
Perhaps this is the expected and desired behaviour, but it's not documented, and it has caused me quite a bit of grief trying to figure out why suddenly decoding would stop for 1 minute before resuming (and manually restarting oscam would allow decoding to continue immediately).
When the issue occurs
Occasionally when cccam-reader gets a rejected reply.
How the issue is reproducable
Not manually reproducable afaik.