IAM-REL instead of IAM-ACM-REL

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



could it be that isup.c part is doing that?

int isup_rel(struct ss7 *ss7, struct isup_call *c, int cause)
{
        if (!ss7 || !c)
                return -1;

        if (cause < 0)
                cause = 16;

        c->cause = cause;
        c->causecode = CODE_CCITT;
        c->causeloc = LOC_PRIV_NET_LOCAL_USER;
        return isup_send_message(ss7, c, ISUP_REL, rel_params);
}



>> 
>> On Mar 16, 2010, at 5:13 PM, Gustavo Marsico wrote:
>> 
>>> Send dahdi config and exten associated with the call.
>>> 
>>> 
>>> On 16 Mar 2010, at 12:13, Pavel Piankov wrote:
>>> 
>>>> Dear All,
>>>> 
>>>> have a problem with libss7
>>>> 
>>>> ss7_explictacm=yes
>>>> 
>>>> default rule in proper context is 
>>>> exten => _X.,1,Hangup(34) 
>>>> in order for rerouting to work on customer side, other side is nortel cs2000
>>>> 
>>>> but due to the fact that * sends IAM-ACM-REL instead of IAM-REL
>>>> rerouting does not work.
>>>> 
>>>> If I would remove exten => _X.,1,Hangup(34) 
>>>> customer would receive IAM-REL16 which is also no good ether.
>>>> 
>>>> any pointers?
>>>> 
>>>> Kindest regards,
>>>> Pavel

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.digium.com/pipermail/asterisk-ss7/attachments/20100316/a62e2920/attachment.htm 


[Index of Archives]     [Asterisk App Development]     [PJ SIP]     [Gnu Gatekeeper]     [IETF Sipping]     [Info Cyrus]     [ALSA User]     [Fedora Linux Users]     [Linux SCTP]     [DCCP]     [Gimp]     [Yosemite Backpacking]     [Deep Creek Hot Springs]     [Yosemite Campsites]     [ISDN Cause Codes]     [Asterisk Books]

  Powered by Linux