Opened 12 years ago

Closed 11 years ago

#2460 closed defect (fixed)

dvbapi unable to switch to another reader when one is falling down

Reported by: knasson Owned by: gf
Priority: blocker Component: DVBApi
Severity: medium Keywords:
Cc: bit Sensitive: no

Description

Revision

Version: 1.10rc-svn Rev. 6089

Issue Description

For a channel available on 2 readers, if dvbapi is requesting ecm on reader 1 ,if reader 1 falls down (reader in timeout )reader 2 is not requested and you get a freeze.

When the issue occurs

this issue appears when the reader selected is disabled (or in timeout).

How the issue is reproducable

To reproduce that just choose a channel available on both readers and disable it.You will see a black screen.

<Don't forget to ATTACH (NOT post here as text) a log file of oscam in debug mode (start oscam with -d255) and to remove the brackets around the fields! Otherwise, your ticket will be closed as you seem to be unable to read.>

Attachments (1)

ticket.log.txt (1009 bytes ) - added by knasson 12 years ago.

Download all attachments as: .zip

Change History (23)

by knasson, 12 years ago

Attachment: ticket.log.txt added

comment:1 by knasson, 12 years ago

this switching of dvbapi works if you use request_mode=1 but there is several unconvenients to do that:
priority of oscam.dvbapi no more taken into account
freeze of dvbapi when zapping if the channel requested is longer to be obtained
lb_mode no more working correctly.

comment:2 by BurnMasterRecords, 12 years ago

Loadbalancing only works for Same CAID:Provider & not mixed Cards.

comment:3 by BurnMasterRecords, 12 years ago

Resolution: invalid
Status: newclosed

comment:4 by Bit, 12 years ago

I asked corsair already about this problem.
It's not a loadbalancer problem, but a dvbapi problem.
If one reader is not available anymore, the dvbapi should switch to another reader which should take in account all possible CAID:IDENTs for the actual channel. This does not happen actually.

comment:5 by Bit, 12 years ago

Resolution: invalid
Status: closedreopened

comment:6 by knasson, 12 years ago

test made with svn 6551:

The switch is freeze free but dvbapi looks for systematicaly the same CAID:ident as the one which has been lost.

exemple: if reader 1 is answering with 0500:032830 when it is disabled dvbapi looks immediatly for the same CAID:ident on an other reader.

--> oscam.dvbapi is no longer taken into account
--> loadbalancing seems to work but only between the readers which own the answers

comment:7 by JrCs, 12 years ago

Same problem report in ticket #2479

comment:8 by pooyair, 12 years ago

Owner: changed from knasson to _network
Status: reopenednew

comment:9 by pooyair, 12 years ago

Owner: changed from _network to gfto
Priority: majorblocker

could confirm it.

Last edited 12 years ago by pooyair (previous) (diff)

comment:10 by pooyair, 12 years ago

Owner: changed from gfto to gf

comment:11 by lareq78, 12 years ago

please try with >= r7051.

comment:13 by pooyair, 12 years ago

Resolution: fixed
Status: newclosed

fixed in r7123

comment:14 by knasson, 12 years ago

Try this 7123 version ,but nothing changed

1) i loose the oscam.dvbapi priority
2) the dvbapi does not change of reader when one is blocked

I added reopenonzap=1 but no effect...

@+
knasson

Version 0, edited 12 years ago by knasson (next)

in reply to:  7 comment:15 by knasson, 12 years ago

Replying to JrCs:

Same problem report in ticket #2479

it seems a different problem, in my case dvbapi keeps the same CAID:ident to look for a new DW.

The true question is how to make dvbapi changing of CAID:IDENT when the one used is no longer available...

comment:16 by knasson, 12 years ago

Resolution: fixed
Status: closedreopened

comment:17 by BurnMasterRecords, 12 years ago

Can Confirm this Bug.
After one CAID is gone / blocked OSCam don't switch to another CAID.

comment:18 by hk2k2, 12 years ago

confirmed too.

also in request mode = 1 , if a ecm got timeout, no other caid is requested. :/

comment:19 by avs1978, 12 years ago

Does this problem only occur for the DVBAPI user or any user?

comment:20 by avs1978, 12 years ago

Could the problem be in reader-common.c?

If so, I suspect the functions reader_card_inserted and/or reader_checkhealth.

But it could also be reader_ecm in reader-common.c or reader_get_ecm in oscam-reader.c.

Does this help?

comment:21 by zywo, 11 years ago

Is this issue solved in r7638 with the new feature decodeforever = 1 ?

comment:22 by Deas, 11 years ago

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