[Freeswitch-users] Calls being parked on DTMF

Troy Anderson troy at tlainvestments.com
Thu Feb 11 13:14:48 PST 2010


I did a fs stop, make, make install, fs start.  As we speak, I'm doing
a make sure, etc. And will report back.

-Troy

On Thursday, February 11, 2010, Troy Anderson <admin at tlainvestments.com> wrote:
> I did a fs stop, make, make install, fs start.  As we speak, I'm doing a make sure, etc. And will report back.
> -Troy
> -- I'm probably driving while typing this, so pardon the typos! --
> On Feb 11, 2010, at 1:46 PM, Anthony Minessale <anthony.minessale at gmail.com> wrote:
>
> I am skeptical,
>
> Did you actually rebuild and restart FS after updating.
>
> get a console trace with debug level please.
>
> console loglevel debug
>
>
>
> On Thu, Feb 11, 2010 at 2:35 PM, Troy Anderson <troy at tlainvestments.com> wrote:
> The test was from 16605 (from this morning). I just tried it with latest (16608) and the issue persists.
>
> Thanks!
> -Troy
>
>
>
> 	
> 		  <http://www.chronostelecom.com>
> 	
> 	
> 		Troy Anderson
> 		President, Lead Software Architect
> 		e troy at chronostelecom.com
> 		o 480.522.2115
> 		c 602.327.1729
> 		
> 	
>
>
>
>
> On Feb 11, 2010, at 12:53 PM, Anthony Minessale wrote:
> err latest
>
> On Thu, Feb 11, 2010 at 1:52 PM, Anthony Minessale <anthony.minessale at gmail.com> wrote:
>
> try lastest
>
>
> On Thu, Feb 11, 2010 at 1:11 PM, Troy Anderson <troy at tlainvestments.com> wrote:
>
> This is a strange one.  I make a call using an FXO analog line (mod_openzap).  During the call, I dial 200 and FS parks the call.  This is a Sangoma card using wanpipe.  Is there some kind of setting in there where it interprets DTMF?
>
> Is there a way to see what OpenZAP is writing "ending bridge by request from write function"?
>
> Thanks for any help on this!
> -Troy
>
> Here's where it happens (phone number is redacted).
>
> 2010-02-11 11:49:48.455727 [DEBUG] switch_rtp.c:2417 RTP RECV DTMF 2:1680
> 2010-02-11 11:49:48.466015 [DEBUG] zap_io.c:1870 1:1 GENERATE DTMF [2]
> 2010-02-11 11:49:48.895733 [DEBUG] switch_rtp.c:2417 RTP RECV DTMF 0:1280
> 2010-02-11 11:49:48.905726 [DEBUG] zap_io.c:1870 1:1 GENERATE DTMF [0]
> 2010-02-11 11:49:49.455734 [DEBUG] switch_rtp.c:2417 RTP RECV DTMF 0:1360
> 2010-02-11 11:49:49.465771 [DEBUG] zap_io.c:1870 1:1 GENERATE DTMF [0]
> 2010-02-11 11:49:49.706363 [DEBUG] switch_ivr_bridge.c:469 OpenZAP/1:1/602xxxxxxx ending bridge by request from write function
> 2010-02-11 11:49:49.706363 [DEBUG] switch_core_session.c:638 Send signal sofia/internal/105 at 10.0.1.202 [BREAK]
> 2010-02-11 11:49:49.706363 [DEBUG] switch_ivr_bridge.c:562 BRIDGE THREAD DONE [sofia/internal/105 at 10.0.1.202]
> 2010-02-11 11:49:49.706363 [DEBUG] switch_ivr_bridge.c:582 Send signal OpenZAP/1:1/602xxxxxxx [BREAK]
> 2010-02-11 11:49:49.716359 [DEBUG] switch_core_session.c:638 Send signal OpenZAP/1:1/602xxxxxxx [BREAK]
> 2010-02-11 11:49:49.716359 [DEBUG] switch_ivr_bridge.c:562 BRIDGE THREAD DONE [OpenZAP/1:1/602xxxxxxx]
> 2010-02-11 11:49:49.716359 [DEBUG] switch_ivr_bridge.c:582 Send signal sofia/internal/105 at 10.0.1.202 [BREAK]
> 2010-02-11 11:49:49.716359 [DEBUG] switch_ivr_bridge.c:640 (OpenZAP/1:1/602xxxxxxx) State Change CS_EXCHANGE_MEDIA -> CS_PARK
> 2010-02-11 11:49:49.716359 [DEBUG] switch_core_session.c:1018 Send signal OpenZAP/1:1/602xxxxxxx [BREAK]
> 2010-02-11 11:49:49.716359 [DEBUG] switch_core_state_machine.c:351 (OpenZ

-- 
Troy Anderson
Chronos Consulting
6501 E. Greenway Pkwy #103/422
Scottsdale, AZ 85254
(480) 922-5380 (office)
(602) 327-1729 (cell)

--




More information about the FreeSWITCH-users mailing list