Hangup(${DISCONNECTCAUSE}) or made a conditional Hangup(CAUSECODE) if returned causecodes are non-standard On 22 November 2006 15:49, Peter Demeter wrote: > Hi, > > I have a problem with chan_ss7 & Asterisk. > > If an IP Phone (SIP) calls a PSTN number and the call is > terminated by the calling party chan_ss7 won't (?) > recieve a release cause from Asterisk. In my case this > means that the release cause will be 41 (Temporary > Failure) in the connecting EWSD switch instead of 16 > (Normal Call Clearing). > > IP phone calls PSTN -> IP side releases call -> Temporary > failure IP phone calls PSTN -> PSTN side releases call -> > Normal Call Clearing PSTN calls IP phone -> IP side > releases call -> Normal Call Clearing PSTN calls IP phone > -> PSTN side releases call -> Normal Call Clearing > > I tried with: > Asterisk 1.2.10 & chan_ss7 0.8.4 > Asterisk 1.2.10 & chan_ss7 0.9 > Asterisk 1.2.13 & chan_ss7 0.9 > > Based on chan_ss7 0.9 l4isup.c, I guess the developers > are aware of this poblem: > static void initiate_release_circuit(struct ss7_chan* > pvt, int cause) { > pvt->hangupcause = cause; /* Remember for REL > retransmit */ /* We sometimes get hangupcause=0 (seen > when no match in dialplan, not even invalid handler). > This doesn't work too well, for example ast_softhangup() > doesn't actually hang up when hangupcause=0. */ > if(pvt->hangupcause == 0) { > pvt->hangupcause = > AST_CAUSE_NORMAL_TEMPORARY_FAILURE; } > isup_send_rel(pvt, pvt->hangupcause); > pvt->state = ST_SENT_REL; > /* Set up timer T1 and T5 waiting for RLC. */ > t1_start(pvt); > t5_start(pvt); > } > > Anybody knows a way to correct this? Preferably within > Asterisk. As a temporal solution I modified l4isup.c, > but I think it's not the correct place to do it. > > Regards, > Peter
![]() |