Anyway, in my P.S. yesterday (the main post was on Codec problems), I
described a situation where any IAX softphone was registering
successfully, and then having zero sounds heard on either side of the
call. Here is an "iax2 debug" output from a DIAX call to a local *
server, dialing the extension that goes directly to the "demo"
application.
AsteriskHouse*CLI> iax2 debug
IAX2 Debugging Enabled
Rx-Frame Retry[No] -- OSeqno: 000 ISeqno: 000 Type: IAX Subclass: NEW
Timestamp: 00001ms SCall: 22150 DCall: 00000 [10.251.1.2:4569]
VERSION : 2
CALLING NUMBER : XXX-XXX-XXXX
CALLING NAME : Hadar Pedhazur
FORMAT : 2
CAPABILITY : 2
USERNAME : hadar
CALLED NUMBER : 4444
DNID : 4444
CALLED CONTEXT : from-hadar
Tx-Frame Retry[000] -- OSeqno: 000 ISeqno: 001 Type: IAX Subclass:
AUTHREQ
Timestamp: 1655939482ms SCall: 00004 DCall: 22150 [10.251.1.2:4569]
AUTHMETHODS : 2
CHALLENGE : 133911739
USERNAME : hadar
Rx-Frame Retry[No] -- OSeqno: 001 ISeqno: 000 Type: VOICE Subclass: 2
Timestamp: 00010ms SCall: 22150 DCall: 00000 [10.251.1.2:4569]
Tx-Frame Retry[-01] -- OSeqno: 000 ISeqno: 002 Type: IAX Subclass: ACK
Timestamp: 00010ms SCall: 00004 DCall: 22150 [10.251.1.2:4569]
Rx-Frame Retry[No] -- OSeqno: 002 ISeqno: 001 Type: IAX Subclass:
AUTHREP
Timestamp: 00020ms SCall: 22150 DCall: 00004 [10.251.1.2:4569]
MD5 RESULT : 91f6cc1e25fasd0bb43c22d366e4dcd4
-- Accepting AUTHENTICATED call from 10.251.1.2, requested format
= 2, actual format = 2
-- Executing Goto("IAX2[hadar@hadar]/4", "default|s|1")
in new stack
-- Goto (default,s,1)
-- Executing Wait("IAX2[hadar@hadar]/4", "1") in new
stack
Tx-Frame Retry[000] -- OSeqno: 001 ISeqno: 003 Type: IAX Subclass:
ACCEPT
Timestamp: 1658659482ms SCall: 00004 DCall: 22150 [10.251.1.2:4569]
FORMAT : 2
Rx-Frame Retry[No] -- OSeqno: 003 ISeqno: 002 Type: IAX Subclass: ACK
Timestamp: 1658659482ms SCall: 22150 DCall: 00004 [10.251.1.2:4569]
-- Executing Answer("IAX2[hadar@hadar]/4", "") in new
stack
Tx-Frame Retry[000] -- OSeqno: 002 ISeqno: 003 Type: CONTROL Subclass:
ANSWER
Timestamp: 2227876761ms SCall: 00004 DCall: 22150 [10.251.1.2:4569]
-- Executing DigitTimeout("IAX2[hadar@hadar]/4", "5")
in new stack
-- Set Digit Timeout to 5
-- Executing ResponseTimeout("IAX2[hadar@hadar]/4",
"10") in new
stack
-- Set Response Timeout to 10
-- Executing BackGround("IAX2[hadar@hadar]/4",
"demo-congrats")
in new stack
Tx-Frame Retry[000] -- OSeqno: 003 ISeqno: 003 Type: VOICE Subclass: 2
Timestamp: 2227876762ms SCall: 00004 DCall: 22150 [10.251.1.2:4569]
-- Playing 'demo-congrats' (language 'en')
Tx-Frame Retry[001] -- OSeqno: 002 ISeqno: 003 Type: CONTROL Subclass:
ANSWER
Timestamp: 2227876761ms SCall: 00004 DCall: 22150 [10.251.1.2:4569]
Rx-Frame Retry[No] -- OSeqno: 003 ISeqno: 004 Type: IAX Subclass: ACK
Timestamp: 2227876761ms SCall: 22150 DCall: 00004 [10.251.1.2:4569]
Rx-Frame Retry[No] -- OSeqno: 003 ISeqno: 004 Type: IAX Subclass: PING
Timestamp: 04356ms SCall: 22150 DCall: 00004 [10.251.1.2:4569]
Tx-Frame Retry[000] -- OSeqno: 004 ISeqno: 004 Type: IAX Subclass:
PONG
Timestamp: 04356ms SCall: 00004 DCall: 22150 [10.251.1.2:4569]
Rx-Frame Retry[No] -- OSeqno: 004 ISeqno: 005 Type: IAX Subclass: ACK
Timestamp: 04356ms SCall: 22150 DCall: 00004 [10.251.1.2:4569]
Rx-Frame Retry[No] -- OSeqno: 004 ISeqno: 005 Type: IAX Subclass:
HANGUP
Timestamp: 06930ms SCall: 22150 DCall: 00004 [10.251.1.2:4569]
CAUSE : Dumped Call
Tx-Frame Retry[-01] -- OSeqno: 005 ISeqno: 005 Type: IAX Subclass: ACK
Timestamp: 06930ms SCall: 00004 DCall: 22150 [10.251.1.2:4569]
== Spawn extension (default, s, 5) exited non-zero on
'IAX2[hadar@hadar]/4'
-- Hungup 'IAX2[hadar@hadar]/4'
AsteriskHouse*CLI> iax2 no debug
No one responded to the original, nor to my followup. So, here I am again following up my own followup :-) I was speaking with a colleague of mine today who is running * at his office and at home. He told me that he was using iaxcomm and couldn't hear any sounds. I told him that I had the same problem with DIAX (after it was working flawlessly for a month). He told me that he did a "cvs up", rebuilt *, and the problem went away. Instantly, I realized I was bitten by the same cvs bug. I had a working system, I did a cvs up because I thought I had a transcoding problem after I bought some g729 licenses, and the next time I ran DIAX, it failed. At the time, I didn't make the connection that I had done a cvs up that day, because it never occurred to me that something as simple as a direct IAX connection would be broken by updating *. Anyway, after updating to cvs from today, DIAX is once again working great for me, and I thought I'd share that tidbit with anyone else who might be silently pulling their hair out wondering what's wrong in their config that used to work... Hadar Pedhazur wrote:> Anyway, in my P.S. yesterday (the main post was on Codec problems), I > described a situation where any IAX softphone was registering > successfully, and then having zero sounds heard on either side of the > call. Here is an "iax2 debug" output from a DIAX call to a local * > server, dialing the extension that goes directly to the "demo" application.