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@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@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@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@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@gmail.com> wrote:
try lastest
On Thu, Feb 11, 2010 at 1:11 PM, Troy Anderson <troy@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@10.0.1.202 [BREAK] 2010-02-11 11:49:49.706363 [DEBUG] switch_ivr_bridge.c:562 BRIDGE THREAD DONE [sofia/internal/105@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@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) --