<div dir="ltr">Hi Mike,<div><br></div><div>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?</div>
<div><br></div><div>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.</div>
<div><br></div><div>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.</div>
<div><br></div><div>Thanks</div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On 12 August 2014 22:02, Michael Jerris <span dir="ltr"><<a href="mailto:mike@jerris.com" target="_blank">mike@jerris.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I think sangoma support should be able to assist you with these issues?<br>
<br>
On Aug 12, 2014, at 2:39 PM, Adam Voisey <<a href="mailto:adam@voisey.me.uk">adam@voisey.me.uk</a>> wrote:<br>
<br>
> Hi,<br>
><br>
> 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.<br>
><br>
> 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.<br>
><br>
> CallerID on incoming calls is available when setting the following in freetdm.conf.xml;<br>
><br>
> <param name="answer-polarity-reverse" value="true"/><br>
> <param name="hangup-polarity-reverse" value="true"/><br>
> <param name="polarity-callerid" value="true"/><br>
><br>
> However, outbound originates such as "originate freetdm/FXO/a/078******53 &transfer(4000 XML default)" seem to "stick" at this point;<br>
><br>
> 2014-08-12 19:04:59.470598 [DEBUG] ftdm_io.c:3976 [s1c1][1:1] Generating DTMF [078******53]<br>
> 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<br>
> 2014-08-12 19:05:00.070585 [DEBUG] ftdm_io.c:3780 [s1c1][1:1] Queuing DTMF 0 (debug = 0)<br>
> 2014-08-12 19:05:00.670577 [DEBUG] ftdm_io.c:3780 [s1c1][1:1] Queuing DTMF 8 (debug = 0)<br>
> 2014-08-12 19:05:01.270587 [DEBUG] ftdm_io.c:3780 [s1c1][1:1] Queuing DTMF 4 (debug = 0)<br>
> 2014-08-12 19:05:01.870631 [DEBUG] ftdm_io.c:3780 [s1c1][1:1] Queuing DTMF 3 (debug = 0)<br>
> 2014-08-12 19:05:02.470593 [DEBUG] ftdm_io.c:3780 [s1c1][1:1] Queuing DTMF 5 (debug = 0)<br>
> 2014-08-12 19:05:02.790593 [DEBUG] ftdm_io.c:3780 [s1c1][1:1] Queuing DTMF 3 (debug = 0)<br>
> 2014-08-12 19:05:04.750618 [DEBUG] ftmod_analog.c:507 [s1c1][1:1] Changed state from DIALING to PROGRESS_MEDIA<br>
> 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<br>
> 2014-08-12 19:05:04.770592 [DEBUG] ftmod_analog.c:644 [s1c1][1:1] Executing state handler on 1:1 for PROGRESS_MEDIA<br>
><br>
> ****** Phone B-Leg actually answered here ******<br>
><br>
> 2014-08-12 19:05:57.010614 [NOTICE] switch_ivr_originate.c:3467 Hangup FreeTDM/1:1/078******53 [CS_CONSUME_MEDIA] [NO_ANSWER]<br>
> 2014-08-12 19:05:57.010614 [DEBUG] switch_channel.c:3222 Send signal FreeTDM/1:1/078******53 [KILL]<br>
> 2014-08-12 19:05:57.010614 [DEBUG] switch_core_session.c:1387 Send signal FreeTDM/1:1/078******53 [BREAK]<br>
> 2014-08-12 19:05:57.010614 [DEBUG] switch_core_state_machine.c:472 (FreeTDM/1:1/078******53) Running State Change CS_HANGUP<br>
> 2014-08-12 19:05:57.010614 [DEBUG] switch_core_state_machine.c:735 (FreeTDM/1:1/078******53) Callstate Change DOWN -> HANGUP<br>
> 2014-08-12 19:05:57.010614 [DEBUG] switch_core_state_machine.c:737 (FreeTDM/1:1/078******53) State HANGUP<br>
> 2014-08-12 19:05:57.010614 [DEBUG] mod_freetdm.c:544 [1:1] FreeTDM/1:1/078******53 CHANNEL HANGUP ENTER<br>
> 2014-08-12 19:05:57.010614 [DEBUG] mod_freetdm.c:590 [s1c1][1:1] Changed state from PROGRESS_MEDIA to HANGUP<br>
> 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<br>
> 2014-08-12 19:05:57.010614 [DEBUG] ftmod_analog.c:644 [s1c1][1:1] Executing state handler on 1:1 for HANGUP<br>
> 2014-08-12 19:05:57.010614 [DEBUG] mod_freetdm.c:643 [1:1] FreeTDM/1:1/078******53 CHANNEL HANGUP EXIT<br>
> 2014-08-12 19:05:57.010614 [DEBUG] ftmod_wanpipe.c:982 [s1c1][1:1] Rx Queue length exceeded 80% threshold (9/10)<br>
> 2014-08-12 19:05:57.010614 [DEBUG] switch_core_state_machine.c:60 FreeTDM/1:1/078******53 Standard HANGUP, cause: NO_ANSWER<br>
><br>
> Eventually failing with a no-answer, even though it has been.<br>
> If I switch the polarity settings to false, then outbound calls work;<br>
><br>
> <param name="answer-polarity-reverse" value="false"/><br>
> <param name="hangup-polarity-reverse" value="false"/><br>
><br>
> 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.<br>
> Swapping the polairty options to true/false, false/true doesn't seem to work either - although I thought it may be worth checking.<br>
> I'm in the UK using BT/Sky as my line provider who use V23 for sending the CLI.<br>
><br>
> Any ideas?<br>
><br>
> Thanks<br>
<br>
<br>
_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>
<a href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://wiki.freeswitch.org" target="_blank">http://wiki.freeswitch.org</a><br>
<a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
</blockquote></div><br></div>