[asterisk-bugs] [JIRA] (SS7-59) New incomming call is being dropped immediatly after IAM message
art (JIRA)
noreply at issues.asterisk.org
Tue Aug 5 10:39:56 CDT 2014
[ https://issues.asterisk.org/jira/browse/SS7-59?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=221224#comment-221224 ]
art edited comment on SS7-59 at 8/5/14 10:38 AM:
-------------------------------------------------
It seems to be that channel "Call Level" is stuck to "Allocated" after first call:
ss7box1*CLI> ss7 show channels
link Chan Lcl Rem Call SS7 Channel
set Chan Idle Blk Blk Level Call Name
1 2 Yes No No Idle No
1 3 Yes No No Idle No
1 4 Yes No No Idle No
1 5 Yes No No Idle No
1 6 Yes No No Idle No
1 7 Yes No No Idle No
1 8 Yes No No Idle No
1 9 Yes No No Idle No
1 10 Yes No No Idle No
1 11 Yes No No Idle No
1 12 Yes No No Idle No
1 13 Yes No No Idle No
1 14 Yes No No Idle No
1 15 Yes No No Idle No
1 16 Yes No No Idle No
1 17 Yes No No Idle No
1 18 Yes No No Idle No
1 19 Yes No No Idle No
1 20 Yes No No Idle No
1 21 Yes No No Idle No
1 22 Yes No No Idle No
1 23 Yes No No Idle No
1 24 Yes No No Idle No
1 25 Yes No No Idle No
1 26 Yes No No Idle No
1 27 Yes No No Idle No
1 28 Yes No No Idle No
1 29 Yes No No Idle No
1 30 Yes No No Idle No
1 31 No No No Allocated No
If i modify channel/sig_ss7.c around line number 1973 to look like this:
} else {
ast_verb(1, "REL on CIC %d DPC %d without owner!\n", p->cic, p->dpc);
isup_rlc(ss7, p->ss7call);
p->ss7call = isup_free_call_if_clear(ss7, p->ss7call);
p->call_level = SIG_SS7_CALL_LEVEL_IDLE; /* added line */
}
Then next call will work as expected. Is this right / correct way to fix this bug?
was (Author: art):
It seems to be that channel "Call Level" is stuck to "Allocated" after first call:
ss7box1*CLI> ss7 show channels
link Chan Lcl Rem Call SS7 Channel
set Chan Idle Blk Blk Level Call Name
1 2 Yes No No Idle No
1 3 Yes No No Idle No
1 4 Yes No No Idle No
1 5 Yes No No Idle No
1 6 Yes No No Idle No
1 7 Yes No No Idle No
1 8 Yes No No Idle No
1 9 Yes No No Idle No
1 10 Yes No No Idle No
1 11 Yes No No Idle No
1 12 Yes No No Idle No
1 13 Yes No No Idle No
1 14 Yes No No Idle No
1 15 Yes No No Idle No
1 16 Yes No No Idle No
1 17 Yes No No Idle No
1 18 Yes No No Idle No
1 19 Yes No No Idle No
1 20 Yes No No Idle No
1 21 Yes No No Idle No
1 22 Yes No No Idle No
1 23 Yes No No Idle No
1 24 Yes No No Idle No
1 25 Yes No No Idle No
1 26 Yes No No Idle No
1 27 Yes No No Idle No
1 28 Yes No No Idle No
1 29 Yes No No Idle No
1 30 Yes No No Idle No
1 31 No No No Allocated No
If i modify channel/sig_ss7.c around line number 1973 to look like this:
} else {
ast_verb(1, "REL on CIC %d DPC %d without owner!\n", p->cic, p->dpc);
isup_rlc(ss7, p->ss7call);
p->ss7call = isup_free_call_if_clear(ss7, p->ss7call);
p->call_level = SIG_SS7_CALL_LEVEL_IDLE; /* added line */
}
Then next call will work as expected. Is this right / correct way to fix this bug?
> New incomming call is being dropped immediatly after IAM message
> ----------------------------------------------------------------
>
> Key: SS7-59
> URL: https://issues.asterisk.org/jira/browse/SS7-59
> Project: LibSS7
> Issue Type: Bug
> Security Level: None
> Components: General
> Environment: asterisk trunk + libss7 2.0
> Reporter: art
> Assignee: mattf
>
> Incomming call is dropped immediatly after IAM message with REL cause 34. This happens if previous call to same CICs have been canceled by caller immediatly after IAM message. CLI show error: "REL on CIC 5 DPC 1234 without owner!" with previous call.
> isup messages before the problem:
> < IAM
> < REL (with normal call clearing 16)
> REL on CIC 5 DPC 1234 without owner!
> > RLC
> next call ( about 8 seconds after first one ):
> < IAM
> > REL (with cause 34)
> < RLC
--
This message was sent by Atlassian JIRA
(v6.2#6252)
More information about the asterisk-bugs
mailing list