[asterisk-bugs] [JIRA] (SS7-59) New incomming call is being dropped immediatly after IAM message

[art (JIRA)]

    [ https://issues.asterisk.org/jira/browse/SS7-59?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=221246#comment-221246 ] 

art commented on SS7-59:
------------------------


Way to reproduce this bug:

At calling asterisk/libss7 server modify libss7/isup.c around line 2894:

{noformat}
void isup_set_called(struct isup_call *c, const char *called, unsigned char called_nai, const struct ss7 *ss7)
{
        if (called && called[0]) {
                if (ss7->switchtype == SS7_ITU) {
                        /* snprintf(c->called_party_num, sizeof(c->called_party_num), "%s#", called); */
                        snprintf(c->called_party_num, sizeof(c->called_party_num), "%s", called);
                } else {
                        snprintf(c->called_party_num, sizeof(c->called_party_num), "%s", called);
                }
                c->called_nai = called_nai;
        }
}
{noformat}

At called asterisk/libss7 server make sure that you have configured t10 timer (some thing like 15000ms is ok for test) and ss7type is ITU.

Called server dialplan should be something like this:
{noformat}
exten => _XXX.,1,NoOp(debug)
{noformat}
And Calling server dialplan should be like this
{noformat}
exten => 9999,1,NoOp(test call)
exten => 9999,n,Dial(DAHDI/G1/1234,1)
{noformat}

Now when you make call from modified asterisk server to another server, called server should start t10 timer after receiving IAM message (waiting for additional digits, because there isnt # at end of number). And while caller side cancels call with REL message when t10 timer is running this bug will occur.

> 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)