Mike Benoit
2004-Jun-25 19:48 UTC
[Asterisk-Users] 3-way calling woes... Nasty static and inconsistent flash detection?
This is my setup: SPA-2000 -> Asterisk -> X101P (x4) -> PSTN 3-way calling works fine if I use flash and dial just local extensions. Or even if I use flash and dial one local extension, and one remote party over the PSTN. However, as soon as I dial from my SPA-2000 out over the PSTN, and hit flash the call hangs-up about 50% of the time. The other 50% of the time it puts the call on hold and gives me a dial tone. Now if I call a second number that goes over the PSTN, and try to connect all 3 parties (hitting flash again) it works, but I get this terrible static on the line that blasts everyone in the ear making it impossible to talk. As soon as one of the remote parties hangs up, the static stops and I can continue to talk to that one person just fine. Here is a log of the output of the inconsistent flash detection, with my commentary: -- Executing Macro("SIP/705-49a2", "trunklocal|7680989") in new stack -- Executing SetAccount("SIP/705-49a2", "local") in new stack -- Executing Dial("SIP/705-49a2", "Zap/g1/7680989||t") in new stack -- Called g1/7680989 -- Zap/1-1 is ringing -- Zap/1-1 is ringing -- Zap/1-1 is ringing -- Zap/1-1 is ringing -- Zap/1-1 answered SIP/705-49a2 *** Testing the flash button a few times, making sure it puts the call on hold, which it did. -- Started music on hold, class 'default', on Zap/1-1 -- Stopped music on hold on Zap/1-1 -- Started music on hold, class 'default', on Zap/1-1 -- Stopped music on hold on Zap/1-1 -- Started music on hold, class 'default', on Zap/1-1 -- Stopped music on hold on Zap/1-1 -- Hungup 'Zap/1-1' *** Intentionally ended the call, to immediately call back and try again. == Spawn extension (macro-trunklocal, s, 3) exited non-zero on 'SIP/705-49a2' in macro 'trunklocal' == Spawn extension (local, 7680989, 1) exited non-zero on 'SIP/705- 49a2' -- Executing Macro("SIP/705-37c1", "trunklocal|7680989") in new stack -- Executing SetAccount("SIP/705-37c1", "local") in new stack -- Executing Dial("SIP/705-37c1", "Zap/g1/7680989||t") in new stack -- Called g1/7680989 Jun 25 16:56:12 WARNING[1191312304]: app_dial.c:338 wait_for_answer: Unable to forward frame -- Hungup 'Zap/1-1' *** Pressed flash, it hung up. So called back to try it again. == Spawn extension (macro-trunklocal, s, 3) exited non-zero on 'SIP/705-37c1' in macro 'trunklocal' == Spawn extension (local, 7680989, 1) exited non-zero on 'SIP/705- 37c1' -- Executing Macro("SIP/705-bb8f", "trunklocal|7680989") in new stack -- Executing SetAccount("SIP/705-bb8f", "local") in new stack -- Executing Dial("SIP/705-bb8f", "Zap/g1/7680989||t") in new stack -- Called g1/7680989 -- Zap/1-1 is ringing -- Hungup 'Zap/1-1' *** Pressed flash, it hung up. == Spawn extension (macro-trunklocal, s, 3) exited non-zero on 'SIP/705-bb8f' in macro 'trunklocal' == Spawn extension (local, 7680989, 1) exited non-zero on 'SIP/705- bb8f' I don't have any logs of the 3-way in progress when I was getting the static. The static only happens when the two outgoing channels are ZAP. I wonder if the static has anything to do with the echo cancellation just committed in to CVS that I'm using? I'll have to test this theory when I get a chance tomorrow. I'm running CVS Head from yesterday. As well the SPA-2000's are running firmware 2.0.8, and there are no IRQ sharing conflicts. So, any ideas why Asterisk is sometimes putting the call on hold when flash is hit, and other times just hanging up? The flash button obviously works. As well, what would cause the nasty static when a 3-way call with 2 of the parties connected over the PSTN finally does work? Notable lines in my zapata.conf file: context=mainmenu signalling=fxs_ks rxwink=300 ; Atlas seems to use long (250ms) winks usecallerid=yes hidecallerid=no callwaiting=yes usecallingpres=yes callwaitingcallerid=yes threewaycalling=yes transfer=yes cancallforward=yes callreturn=yes musiconhold=default faxdetect=both echocancel=yes echocancelwhenbridged=yes echotraining=800 -- Mike Benoit <ipso@snappymail.ca>