FreeTDM, CallerID and Originate problems
Hi, I'm having a bit of trouble with FreeTDM, Sangoma Wanpipe and an A200 analogue card. I was struggling getting caller ID to work for incoming calls, but after asking the IRC channel it turned out to be my settings were incorrect. However upon correcting them, I've run into another problem. Short Issue: Caller ID is available but can't originate OR able to originate but can't fetch caller ID. Please see below for some logs/settings. CallerID on incoming calls is available when setting the following in freetdm.conf.xml; <param name="answer-polarity-reverse" value="true"/> <param name="hangup-polarity-reverse" value="true"/> <param name="polarity-callerid" value="true"/> However, outbound originates such as "originate freetdm/FXO/a/078******53 &transfer(4000 XML default)" seem to "stick" at this point; 2014-08-12 19:04:59.470598 [DEBUG] ftdm_io.c:3976 [s1c1][1:1] Generating DTMF [078******53] 2014-08-12 19:04:59.470598 [DEBUG] ftmod_wanpipe.c:938 [s1c1][1:1] First packet write stats: Tx queue len: 1, Tx queue size: 5, Tx idle: 2661 2014-08-12 19:05:00.070585 [DEBUG] ftdm_io.c:3780 [s1c1][1:1] Queuing DTMF 0 (debug = 0) 2014-08-12 19:05:00.670577 [DEBUG] ftdm_io.c:3780 [s1c1][1:1] Queuing DTMF 8 (debug = 0) 2014-08-12 19:05:01.270587 [DEBUG] ftdm_io.c:3780 [s1c1][1:1] Queuing DTMF 4 (debug = 0) 2014-08-12 19:05:01.870631 [DEBUG] ftdm_io.c:3780 [s1c1][1:1] Queuing DTMF 3 (debug = 0) 2014-08-12 19:05:02.470593 [DEBUG] ftdm_io.c:3780 [s1c1][1:1] Queuing DTMF 5 (debug = 0) 2014-08-12 19:05:02.790593 [DEBUG] ftdm_io.c:3780 [s1c1][1:1] Queuing DTMF 3 (debug = 0) 2014-08-12 19:05:04.750618 [DEBUG] ftmod_analog.c:507 [s1c1][1:1] Changed state from DIALING to PROGRESS_MEDIA 2014-08-12 19:05:04.770592 [DEBUG] ftmod_analog.c:638 [s1c1][1:1] Completed state change from DIALING to PROGRESS_MEDIA in 20 ms 2014-08-12 19:05:04.770592 [DEBUG] ftmod_analog.c:644 [s1c1][1:1] Executing state handler on 1:1 for PROGRESS_MEDIA ****** Phone B-Leg actually answered here ****** 2014-08-12 19:05:57.010614 [NOTICE] switch_ivr_originate.c:3467 Hangup FreeTDM/1:1/078******53 [CS_CONSUME_MEDIA] [NO_ANSWER] 2014-08-12 19:05:57.010614 [DEBUG] switch_channel.c:3222 Send signal FreeTDM/1:1/078******53 [KILL] 2014-08-12 19:05:57.010614 [DEBUG] switch_core_session.c:1387 Send signal FreeTDM/1:1/078******53 [BREAK] 2014-08-12 19:05:57.010614 [DEBUG] switch_core_state_machine.c:472 (FreeTDM/1:1/078******53) Running State Change CS_HANGUP 2014-08-12 19:05:57.010614 [DEBUG] switch_core_state_machine.c:735 (FreeTDM/1:1/078******53) Callstate Change DOWN -> HANGUP 2014-08-12 19:05:57.010614 [DEBUG] switch_core_state_machine.c:737 (FreeTDM/1:1/078******53) State HANGUP 2014-08-12 19:05:57.010614 [DEBUG] mod_freetdm.c:544 [1:1] FreeTDM/1:1/078******53 CHANNEL HANGUP ENTER 2014-08-12 19:05:57.010614 [DEBUG] mod_freetdm.c:590 [s1c1][1:1] Changed state from PROGRESS_MEDIA to HANGUP 2014-08-12 19:05:57.010614 [DEBUG] ftmod_analog.c:638 [s1c1][1:1] Completed state change from PROGRESS_MEDIA to HANGUP in 4 ms 2014-08-12 19:05:57.010614 [DEBUG] ftmod_analog.c:644 [s1c1][1:1] Executing state handler on 1:1 for HANGUP 2014-08-12 19:05:57.010614 [DEBUG] mod_freetdm.c:643 [1:1] FreeTDM/1:1/078******53 CHANNEL HANGUP EXIT 2014-08-12 19:05:57.010614 [DEBUG] ftmod_wanpipe.c:982 [s1c1][1:1] Rx Queue length exceeded 80% threshold (9/10) 2014-08-12 19:05:57.010614 [DEBUG] switch_core_state_machine.c:60 FreeTDM/1:1/078******53 Standard HANGUP, cause: NO_ANSWER Eventually failing with a no-answer, even though it has been. If I switch the polarity settings to false, then outbound calls work; <param name="answer-polarity-reverse" value="false"/> <param name="hangup-polarity-reverse" value="false"/> However, I don't receive a Caller ID on inbound calls. So I'm stuck between either being able to originate calls but not getting an inbound ID or receiving calls with an ID but not being able to originate. Swapping the polairty options to true/false, false/true doesn't seem to work either - although I thought it may be worth checking. I'm in the UK using BT/Sky as my line provider who use V23 for sending the CLI. Any ideas? Thanks
I think sangoma support should be able to assist you with these issues? On Aug 12, 2014, at 2:39 PM, Adam Voisey <adam@voisey.me.uk> wrote:
Hi,
I'm having a bit of trouble with FreeTDM, Sangoma Wanpipe and an A200 analogue card. I was struggling getting caller ID to work for incoming calls, but after asking the IRC channel it turned out to be my settings were incorrect. However upon correcting them, I've run into another problem.
Short Issue: Caller ID is available but can't originate OR able to originate but can't fetch caller ID. Please see below for some logs/settings.
CallerID on incoming calls is available when setting the following in freetdm.conf.xml;
<param name="answer-polarity-reverse" value="true"/> <param name="hangup-polarity-reverse" value="true"/> <param name="polarity-callerid" value="true"/>
However, outbound originates such as "originate freetdm/FXO/a/078******53 &transfer(4000 XML default)" seem to "stick" at this point;
2014-08-12 19:04:59.470598 [DEBUG] ftdm_io.c:3976 [s1c1][1:1] Generating DTMF [078******53] 2014-08-12 19:04:59.470598 [DEBUG] ftmod_wanpipe.c:938 [s1c1][1:1] First packet write stats: Tx queue len: 1, Tx queue size: 5, Tx idle: 2661 2014-08-12 19:05:00.070585 [DEBUG] ftdm_io.c:3780 [s1c1][1:1] Queuing DTMF 0 (debug = 0) 2014-08-12 19:05:00.670577 [DEBUG] ftdm_io.c:3780 [s1c1][1:1] Queuing DTMF 8 (debug = 0) 2014-08-12 19:05:01.270587 [DEBUG] ftdm_io.c:3780 [s1c1][1:1] Queuing DTMF 4 (debug = 0) 2014-08-12 19:05:01.870631 [DEBUG] ftdm_io.c:3780 [s1c1][1:1] Queuing DTMF 3 (debug = 0) 2014-08-12 19:05:02.470593 [DEBUG] ftdm_io.c:3780 [s1c1][1:1] Queuing DTMF 5 (debug = 0) 2014-08-12 19:05:02.790593 [DEBUG] ftdm_io.c:3780 [s1c1][1:1] Queuing DTMF 3 (debug = 0) 2014-08-12 19:05:04.750618 [DEBUG] ftmod_analog.c:507 [s1c1][1:1] Changed state from DIALING to PROGRESS_MEDIA 2014-08-12 19:05:04.770592 [DEBUG] ftmod_analog.c:638 [s1c1][1:1] Completed state change from DIALING to PROGRESS_MEDIA in 20 ms 2014-08-12 19:05:04.770592 [DEBUG] ftmod_analog.c:644 [s1c1][1:1] Executing state handler on 1:1 for PROGRESS_MEDIA
****** Phone B-Leg actually answered here ******
2014-08-12 19:05:57.010614 [NOTICE] switch_ivr_originate.c:3467 Hangup FreeTDM/1:1/078******53 [CS_CONSUME_MEDIA] [NO_ANSWER] 2014-08-12 19:05:57.010614 [DEBUG] switch_channel.c:3222 Send signal FreeTDM/1:1/078******53 [KILL] 2014-08-12 19:05:57.010614 [DEBUG] switch_core_session.c:1387 Send signal FreeTDM/1:1/078******53 [BREAK] 2014-08-12 19:05:57.010614 [DEBUG] switch_core_state_machine.c:472 (FreeTDM/1:1/078******53) Running State Change CS_HANGUP 2014-08-12 19:05:57.010614 [DEBUG] switch_core_state_machine.c:735 (FreeTDM/1:1/078******53) Callstate Change DOWN -> HANGUP 2014-08-12 19:05:57.010614 [DEBUG] switch_core_state_machine.c:737 (FreeTDM/1:1/078******53) State HANGUP 2014-08-12 19:05:57.010614 [DEBUG] mod_freetdm.c:544 [1:1] FreeTDM/1:1/078******53 CHANNEL HANGUP ENTER 2014-08-12 19:05:57.010614 [DEBUG] mod_freetdm.c:590 [s1c1][1:1] Changed state from PROGRESS_MEDIA to HANGUP 2014-08-12 19:05:57.010614 [DEBUG] ftmod_analog.c:638 [s1c1][1:1] Completed state change from PROGRESS_MEDIA to HANGUP in 4 ms 2014-08-12 19:05:57.010614 [DEBUG] ftmod_analog.c:644 [s1c1][1:1] Executing state handler on 1:1 for HANGUP 2014-08-12 19:05:57.010614 [DEBUG] mod_freetdm.c:643 [1:1] FreeTDM/1:1/078******53 CHANNEL HANGUP EXIT 2014-08-12 19:05:57.010614 [DEBUG] ftmod_wanpipe.c:982 [s1c1][1:1] Rx Queue length exceeded 80% threshold (9/10) 2014-08-12 19:05:57.010614 [DEBUG] switch_core_state_machine.c:60 FreeTDM/1:1/078******53 Standard HANGUP, cause: NO_ANSWER
Eventually failing with a no-answer, even though it has been. If I switch the polarity settings to false, then outbound calls work;
<param name="answer-polarity-reverse" value="false"/> <param name="hangup-polarity-reverse" value="false"/>
However, I don't receive a Caller ID on inbound calls. So I'm stuck between either being able to originate calls but not getting an inbound ID or receiving calls with an ID but not being able to originate. Swapping the polairty options to true/false, false/true doesn't seem to work either - although I thought it may be worth checking. I'm in the UK using BT/Sky as my line provider who use V23 for sending the CLI.
Any ideas?
Thanks
Hi Mike, I'll give them a try, but in all honesty I wasn't sure where to start. Since I'd been playing with the polarity settings in FreeTDM I presumed it may have been something to do with that? Do you think it's a wanpipe issue as opposed to FreeTDM? I was wondering about this since with polarity set to true I'm able to get the CLI but not originate, but set to false unable to see the CLI but can originate calls. I know my telco is sending them but wasn't sure if it's a wanpipe or FreeTDM config issue. I may be guessing blind but since I was changing FreeTDM settings and it was working/breaking I figured it may have something to do with that, although I guess FreeTDM is just using the Sangoma API which could contain the issue. Thanks On 12 August 2014 22:02, Michael Jerris <mike@jerris.com> wrote:
I think sangoma support should be able to assist you with these issues?
On Aug 12, 2014, at 2:39 PM, Adam Voisey <adam@voisey.me.uk> wrote:
Hi,
I'm having a bit of trouble with FreeTDM, Sangoma Wanpipe and an A200 analogue card. I was struggling getting caller ID to work for incoming calls, but after asking the IRC channel it turned out to be my settings were incorrect. However upon correcting them, I've run into another problem.
Short Issue: Caller ID is available but can't originate OR able to originate but can't fetch caller ID. Please see below for some logs/settings.
CallerID on incoming calls is available when setting the following in freetdm.conf.xml;
<param name="answer-polarity-reverse" value="true"/> <param name="hangup-polarity-reverse" value="true"/> <param name="polarity-callerid" value="true"/>
However, outbound originates such as "originate freetdm/FXO/a/078******53 &transfer(4000 XML default)" seem to "stick" at this point;
2014-08-12 19:04:59.470598 [DEBUG] ftdm_io.c:3976 [s1c1][1:1] Generating DTMF [078******53] 2014-08-12 19:04:59.470598 [DEBUG] ftmod_wanpipe.c:938 [s1c1][1:1] First packet write stats: Tx queue len: 1, Tx queue size: 5, Tx idle: 2661 2014-08-12 19:05:00.070585 [DEBUG] ftdm_io.c:3780 [s1c1][1:1] Queuing DTMF 0 (debug = 0) 2014-08-12 19:05:00.670577 [DEBUG] ftdm_io.c:3780 [s1c1][1:1] Queuing DTMF 8 (debug = 0) 2014-08-12 19:05:01.270587 [DEBUG] ftdm_io.c:3780 [s1c1][1:1] Queuing DTMF 4 (debug = 0) 2014-08-12 19:05:01.870631 [DEBUG] ftdm_io.c:3780 [s1c1][1:1] Queuing DTMF 3 (debug = 0) 2014-08-12 19:05:02.470593 [DEBUG] ftdm_io.c:3780 [s1c1][1:1] Queuing DTMF 5 (debug = 0) 2014-08-12 19:05:02.790593 [DEBUG] ftdm_io.c:3780 [s1c1][1:1] Queuing DTMF 3 (debug = 0) 2014-08-12 19:05:04.750618 [DEBUG] ftmod_analog.c:507 [s1c1][1:1] Changed state from DIALING to PROGRESS_MEDIA 2014-08-12 19:05:04.770592 [DEBUG] ftmod_analog.c:638 [s1c1][1:1] Completed state change from DIALING to PROGRESS_MEDIA in 20 ms 2014-08-12 19:05:04.770592 [DEBUG] ftmod_analog.c:644 [s1c1][1:1] Executing state handler on 1:1 for PROGRESS_MEDIA
****** Phone B-Leg actually answered here ******
2014-08-12 19:05:57.010614 [NOTICE] switch_ivr_originate.c:3467 Hangup FreeTDM/1:1/078******53 [CS_CONSUME_MEDIA] [NO_ANSWER] 2014-08-12 19:05:57.010614 [DEBUG] switch_channel.c:3222 Send signal FreeTDM/1:1/078******53 [KILL] 2014-08-12 19:05:57.010614 [DEBUG] switch_core_session.c:1387 Send signal FreeTDM/1:1/078******53 [BREAK] 2014-08-12 19:05:57.010614 [DEBUG] switch_core_state_machine.c:472 (FreeTDM/1:1/078******53) Running State Change CS_HANGUP 2014-08-12 19:05:57.010614 [DEBUG] switch_core_state_machine.c:735 (FreeTDM/1:1/078******53) Callstate Change DOWN -> HANGUP 2014-08-12 19:05:57.010614 [DEBUG] switch_core_state_machine.c:737 (FreeTDM/1:1/078******53) State HANGUP 2014-08-12 19:05:57.010614 [DEBUG] mod_freetdm.c:544 [1:1] FreeTDM/1:1/078******53 CHANNEL HANGUP ENTER 2014-08-12 19:05:57.010614 [DEBUG] mod_freetdm.c:590 [s1c1][1:1] Changed state from PROGRESS_MEDIA to HANGUP 2014-08-12 19:05:57.010614 [DEBUG] ftmod_analog.c:638 [s1c1][1:1] Completed state change from PROGRESS_MEDIA to HANGUP in 4 ms 2014-08-12 19:05:57.010614 [DEBUG] ftmod_analog.c:644 [s1c1][1:1] Executing state handler on 1:1 for HANGUP 2014-08-12 19:05:57.010614 [DEBUG] mod_freetdm.c:643 [1:1] FreeTDM/1:1/078******53 CHANNEL HANGUP EXIT 2014-08-12 19:05:57.010614 [DEBUG] ftmod_wanpipe.c:982 [s1c1][1:1] Rx Queue length exceeded 80% threshold (9/10) 2014-08-12 19:05:57.010614 [DEBUG] switch_core_state_machine.c:60 FreeTDM/1:1/078******53 Standard HANGUP, cause: NO_ANSWER
Eventually failing with a no-answer, even though it has been. If I switch the polarity settings to false, then outbound calls work;
<param name="answer-polarity-reverse" value="false"/> <param name="hangup-polarity-reverse" value="false"/>
However, I don't receive a Caller ID on inbound calls. So I'm stuck between either being able to originate calls but not getting an inbound ID or receiving calls with an ID but not being able to originate. Swapping the polairty options to true/false, false/true doesn't seem to work either - although I thought it may be worth checking. I'm in the UK using BT/Sky as my line provider who use V23 for sending the CLI.
Any ideas?
Thanks
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
participants (3)
-
Adam Voisey
-
Adam Voisey
-
Michael Jerris