[Freeswitch-users] FreeTDM, CallerID and Originate problems

Wed Aug 13 01:22:23 MSD 2014

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 at 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 at 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 at freeswitch.org
> http://www.freeswitchsolutions.com
>
> 
> 
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://wiki.freeswitch.org
> http://www.cluecon.com
>
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20140812/75fe1be3/attachment-0001.html 