Opened 11 years ago

Closed 10 years ago

#2507 closed task (fixed)

Multiple login in cccam - Explanation

Reported by: FilipeAmadeuO Owned by:
Priority: critical Component: Protocol - CCCam
Severity: high Keywords:
Cc: Sensitive: no



I have multiple login from the same cccam user and this happens because of the keepalive parameter.
Sometimes because of ip change (and other reasons), multiple connections are created and kept alive. This happens because there is no rule on the keepalive parameter to be able to be unique on each user/server connection.

See this log of a unique user/box but multiple logins kept alive:

2012/04/29 12:49:28 62E930 c cccam(s) user1: parse_msg=6
2012/04/29 12:49:28 62E930 c cccam: keepalive

2012/04/29 12:49:53 6581C8 c cccam(s) user1: parse_msg=6
2012/04/29 12:49:53 6581C8 c cccam: keepalive

2012/04/29 12:50:25 60CE08 c cccam(s) user1: parse_msg=6
2012/04/29 12:50:25 60CE08 c cccam: keepalive

The real keepalive comunication happens every 60+5 seconds, so how is this possible when having only one user and box ?

Attachments (1)

oscam.jpg (119.4 KB ) - added by FilipeAmadeuO 11 years ago.

Download all attachments as: .zip

Change History (10)

comment:1 by corsair, 11 years ago

you RECEIVE 3 keepalive pakets from 3 different connections?
So tell me, who is sending them?

comment:2 by FilipeAmadeuO, 11 years ago

The same oscam and user send multiple keepalive packets because it creates multiple connections.
This should not be allowed.

Last edited 11 years ago by FilipeAmadeuO (previous) (diff)

comment:3 by avs1978, 11 years ago

Can't you fix this by setting uniq parameter for the user?

comment:4 by FilipeAmadeuO, 11 years ago

This is not a uniq parameter issue. Using it the only difference is that the connections are always kill and restarted.

comment:5 by Deas, 11 years ago

Resolution: invalid
Status: newclosed

as long as you can´t provide a useful log from the client AND server this ticket is useless...

comment:6 by FilipeAmadeuO, 11 years ago

Resolution: invalid
Status: closedreopened

Problem still not fixed on todays oscam version.
Other users complaining on the same issue:

My opinion is that UNIQ and DROP-DUPS should be revised and should not be alowed more than one connection to the same reader.

by FilipeAmadeuO, 11 years ago

Attachment: oscam.jpg added

comment:7 by FilipeAmadeuO, 11 years ago

One more example. 9 users on oscam. Only one real one.
Multiple connections.

comment:8 by Admin, 10 years ago

Was that fixed for you in r8019 or do we still need any fixes here?

comment:9 by FilipeAmadeuO, 10 years ago

Resolution: fixed
Status: reopenedclosed

Fixed with changeset 8019.

Note: See TracTickets for help on using tickets.