[Home]

Summary:ASTERISK-02386: DIALSTATUS through IAX trunk?
Reporter:adomjan (adomjan)Labels:
Date Opened:2004-09-11 06:48:11Date Closed:2008-01-15 15:07:24.000-0600
Priority:MajorRegression?No
Status:Closed/CompleteComponents:Channels/chan_iax2
Versions:Frequency of
Occurrence
Related
Issues:
Environment:Attachments:( 0) etel-pri.log
Description:When I make a call

SIP/1 -> */a - IAX -> */b -> SIP/2

on */b ${DIALSTATUS} is CHANUNAVAIL,
*/a ${DIALSTATUS} is NOANSWER

from dialplan:
switch => IAX2/guede-iax@guede-iax/default
exten => h,1,NoOP(temp=${DIALSTATUS})

Comments:By: Mark Spencer (markster) 2004-09-11 09:30:39

What is the complete IAX2 debug from the perspective of A?

I'm assuming that */b's dialstatus is CHANUNAVAIL because the peer isn't registered right?
By: adomjan (adomjan) 2004-09-11 18:08:00

The SIP peer lost the ip connection, and registration didnot expire yet.

Tx-Frame Retry[000] -- OSeqno: 000 ISeqno: 000 Type: IAX     Subclass: NEW
  Timestamp: 00007ms  SCall: 16384  DCall: 00000 [195.38.96.198:4569]
  VERSION         : 2
  CALLED NUMBER   : 96
  CALLING NUMBER  : 95
  CALLING NAME    : Domjan Attila teszt
  LANGUAGE        : en
  CALLED CONTEXT  : default
  USERNAME        : guede-iax
  FORMAT          : 4
  CAPABILITY      : 12
  ADSICPE         : 2
  DATE TIME       : 153880782

Rx-Frame Retry[ No] -- OSeqno: 000 ISeqno: 001 Type: IAX     Subclass: AUTHREQ
  Timestamp: 00009ms  SCall: 16385  DCall: 16384 [195.38.96.198:4569]
  AUTHMETHODS     : 3
  CHALLENGE       : 124351468
  USERNAME        : guede-iax

Tx-Frame Retry[000] -- OSeqno: 001 ISeqno: 001 Type: IAX     Subclass: AUTHREP
  Timestamp: 00011ms  SCall: 16384  DCall: 16385 [195.38.96.198:4569]
  MD5 RESULT      : bd6b8821c034163b08cd5cf0152bbf9b

Rx-Frame Retry[ No] -- OSeqno: 001 ISeqno: 002 Type: IAX     Subclass: ACCEPT
  Timestamp: 00011ms  SCall: 16385  DCall: 16384 [195.38.96.198:4569]
  FORMAT          : 4

Tx-Frame Retry[-01] -- OSeqno: 002 ISeqno: 002 Type: IAX     Subclass: ACK
  Timestamp: 00011ms  SCall: 16384  DCall: 16385 [195.38.96.198:4569]
Rx-Frame Retry[ No] -- OSeqno: 002 ISeqno: 002 Type: IAX     Subclass: HANGUP
  Timestamp: 00021ms  SCall: 16385  DCall: 16384 [195.38.96.198:4569]
Tx-Frame Retry[-01] -- OSeqno: 002 ISeqno: 003 Type: IAX     Subclass: ACK
  Timestamp: 00021ms  SCall: 16384  DCall: 16385 [195.38.96.198:4569]
Tx-Frame Retry[000] -- OSeqno: 000 ISeqno: 000 Type: IAX     Subclass: POKE
  Timestamp: 00005ms  SCall: 00004  DCall: 00000 [195.38.96.198:4569]
Rx-Frame Retry[ No] -- OSeqno: 000 ISeqno: 001 Type: IAX     Subclass: PONG
  Timestamp: 00005ms  SCall: 00001  DCall: 00004 [195.38.96.198:4569]
Tx-Frame Retry[-01] -- OSeqno: 001 ISeqno: 001 Type: IAX     Subclass: ACK
  Timestamp: 00005ms  SCall: 00004  DCall: 00001 [195.38.96.198:4569]
By: Mark Spencer (markster) 2004-09-11 19:43:45

We're receiving a HANGUP via IAX from the other side which is consistent with "no answer".  This means that the dialplan on the far end is not properly setup to convey what you want.  You should either have "Busy" or "Congestion", even if you base it on ${DIALSTATUS}.
By: adomjan (adomjan) 2004-09-12 04:28:28

Sorry I was stupid...

Still I have a problem with iax alternate switch

switch => IAX2/guede-iax@guede-iax/default
exten => h,1,NoOP(temp=${DIALSTATUS})
exten => h,2,GotoIf($[${DIALSTATUS} = BUSY]?202:203)
exten => h,202,Busy
exten => h,203,Hangup

Is available any solution to avoid using hangup extension (cdr) ?

edited on: 09-12-04 04:49
By: Mark Spencer (markster) 2004-09-12 11:04:01

Okay, I made a change to CVS to make it behave the way you want, please confirm that it works for you, thanks!
By: adomjan (adomjan) 2004-09-12 12:48:45

It works!!!
Thanks!
By: adomjan (adomjan) 2004-09-12 13:41:43

* dont hangup zap channels now:

      Zap/30-1  (iaxguede   98           2   )    Ring Congestion    (Empty)                                                                                
       Zap/2-1  (iaxguede   98           2   )    Ring Congestion    (Empty)                                                                                
      Zap/31-1  (iaxguede   98           2   )    Ring Congestion    (Empty)                                                                                

and i have to soft hangup from console, or * hangup later,
maybe when * restart b channels?

edited on: 09-12-04 13:45
By: Mark Spencer (markster) 2004-09-12 18:29:03

Turn on priindication = outofband on the zap box.
By: adomjan (adomjan) 2004-09-13 01:30:18

The outofband was set, my telco dont accept inband indications.
It's another bug, I wrote only that in the dialplan:

exten => 12886323,1,Busy

   -- Accepting call from '06309829188' to '12886323' on channel 0/1, span 1
   -- Executing Busy("Zap/1-1", "") in new stack
   -- Channel 0/1, span 1 got hangup

       Zap/1-1  (etel-pri-in 12886323     1000)    Ring Busy          (Empty)                                                                                


after incoming call:
Sep 13 08:27:00 WARNING[213006]: chan_zap.c:7261 pri_dchannel: Ring requested on channel 0/1 already in use on span 1.  Hanging up owner.


hmm, I have another telco provider, they dont make it with *.

   -- Accepting call from '06309829188' to '223' on channel 0/5, span 2
   -- Executing Busy("Zap/36-1", "") in new stack
   -- Channel 0/5, span 2 got hangup
   -- Hungup 'Zap/36-1'

edited on: 09-13-04 01:36
By: Mark Spencer (markster) 2004-09-13 08:14:00

Just find me on IRC so I can take a look.
By: adomjan (adomjan) 2004-09-13 14:54:42

I didnt find u, when I was time. I uploded a pri debug maybe help.
By: Mark Spencer (markster) 2004-09-13 18:15:42

Try now latest CVS
By: adomjan (adomjan) 2004-09-14 03:05:10

No it's OK, but have a warning:

Sep 14 10:02:45 WARNING[360467]: channel.c:1555 ast_prod: Prodding channel 'Zap/1-1' failed
By: Mark Spencer (markster) 2004-09-14 08:34:41

Okay update one more time and the messages should be gone.
By: adomjan (adomjan) 2004-09-14 09:11:05

Okey, no more warnings.
By: Mark Spencer (markster) 2004-09-14 23:26:04

Fixed in CVS
By: Digium Subversion (svnbot) 2008-01-15 15:07:17.000-0600

Repository: asterisk
Revision: 3766

U   trunk/channels/chan_iax2.c

------------------------------------------------------------------------
r3766 | markster | 2008-01-15 15:07:17 -0600 (Tue, 15 Jan 2008) | 2 lines

Automatically send proper signal on iax switch following dial (bug ASTERISK-2386)

------------------------------------------------------------------------

http://svn.digium.com/view/asterisk?view=rev&revision=3766
By: Digium Subversion (svnbot) 2008-01-15 15:07:24.000-0600

Repository: asterisk
Revision: 3775

U   trunk/channels/chan_zap.c

------------------------------------------------------------------------
r3775 | markster | 2008-01-15 15:07:24 -0600 (Tue, 15 Jan 2008) | 2 lines

Inband notifies always succeed (bug ASTERISK-2386)

------------------------------------------------------------------------

http://svn.digium.com/view/asterisk?view=rev&revision=3775