VoIP Mailing List Archives

[tomasborrella at gmail...]

Hi all,

I'm a new FreeSwitch user and this is my first email to the list.

I'm trying to configure my Home PBX with a Wildcard X101P (configured as FXO) and I have a problem receiving the caller/called ID from PSTN.

This is the content of file "openzap.conf":

[span zt]
name => OpenZAP
number => 1
fxo-channel => 1

And this is the content of file "openzap.conf.xml":

<configuration name="openzap.conf" description="OpenZAP Configuration">
<settings>
<param name="debug" value="0"/>
</settings>
<analog_spans>
<span id="1">
<param name="tonegroup" value="es"/>
<param name="digit-timeout" value="2000"/>
<param name="max-digits" value="11"/>
<param name="dialplan" value="XML"/>
<param name="context" value="default"/>
<param name="enable-callerid" value="true"/>
</span>
</analog_spans>
</configuration>

As you can see the param "enable-callerid" is set to "true", but when I received and incoming call, FreeSwitch doesn't get neither the caller number nor the called number (instead of my home number, I receive a number 1, as can be seen on the following log of an incoming call):

2009-01-14 20:43:12 [NOTICE] switch_channel.c:565 switch_channel_set_name() New Channel OpenZAP/1:1/1 [941d6234-e273-11dd-bcdf-89190a30fe61]
2009-01-14 20:43:12 [INFO] mod_dialplan_xml.c:233 dialplan_hunt() Processing OpenZAP->1 in context default
2009-01-14 20:43:12 [NOTICE] switch_ivr.c:1255 switch_ivr_session_transfer() Transfer OpenZAP/1:1/1 to enum[1@default]
2009-01-14 20:43:16 [INFO] switch_core_state_machine.c:122 switch_core_standard_on_routing() No Route, Aborting
2009-01-14 20:43:16 [NOTICE] switch_core_state_machine.c:123 switch_core_standard_on_routing() Hangup OpenZAP/1:1/1 [CS_ROUTING] [NO_ROUTE_DESTINATION]
2009-01-14 20:43:16 [NOTICE] switch_core_session.c:960 switch_core_session_thread() Session 1 (OpenZAP/1:1/1 ) Ended
2009-01-14 20:43:16 [NOTICE] switch_core_session.c:962 switch_core_session_thread() Close Channel OpenZAP/1:1/1 [CS_HANGUP]
2009-01-14 20:43:23 [NOTICE] switch_channel.c:565 switch_channel_set_name() New Channel OpenZAP/1:1/1 [9af53280-e273-11dd-bcdf-89190a30fe61]

Any idea of what's the problem?

Thank you very much in advance.

[anthony.minessale at g...]

number => 1

This value should be set to the DID of the FXO line.
That way when a call hits FS it will go to that extension in the dialplan.
This is unrelated to callerid, it's the destination not the source.

If the line has caller-id it will also be available when it's collected after the 2nd ring.



On Wed, Jan 14, 2009 at 5:54 AM, Tomás <tomasborrella@gmail.com (tomasborrella@gmail.com)> wrote:

[mike at jerris.com]

I noticed tonegroup=es. What country are you in and do you know what method they use to do dtmf. Most likely we need a small tweak to set the dtmf method for your country.

Mike

On Jan 14, 2009, at 9:05 AM, Anthony Minessale wrote:

[tomasborrella at gmail...]

Hi,

Anthony, I think that's my problem, when I receive a call from the PSTN, FS receive number 1 instead of my house number and I don't know why.

Michael, I live in Spain, Is it not "es" the tonegroup I should use?

Thank you very much.

On Wed, Jan 14, 2009 at 3:18 PM, Michael Jerris <mike@jerris.com (mike@jerris.com)> wrote:

[anthony.minessale at g...]

like i said,

in openzap.conf change
number => 1

to

number => <your number here>

and you will not see the call arriving at ext 1 anymore
this has nothing to do with caller id.

We so far have only tested the caller id code in US so if es uses the same one as uk or jp
we may have to add some more code.

Can you press F8 on the FS cli to turn on max debug and reproduce an inbound call and post the log to
http://pastebin.freeswitch.org



On Wed, Jan 14, 2009 at 8:38 AM, Tomás <tomasborrella@gmail.com (tomasborrella@gmail.com)> wrote:

[jon at radel.com]

Tomás wrote:

[tomasborrella at gmail...]

Thank you very much for your help, I've realized I was specting to receive my house phone number having a POTS line and that's not possible.

So, I've put my house number in openzap.conf:

[span zt]
name => OpenZAP
number => 919999999
fxo-channel => 1

And I've added an extension on the default dialplan:

<extension name="public_did">
<condition field="destination_number" expression="^919999999$">
<action application="answer"/>
<action application="sleep" data="2000"/>
<action application="ivr" data="demo_ivr"/>
</condition>
</extension>

So I was hopping the IVR answer the call when it is received but instead of that nothing happens, this is the log of one incoming call:

2009-01-15 21:16:56 [NOTICE] switch_channel.c:565 switch_channel_set_name() New Channel OpenZAP/1:1/919999999[74cb661e-e341-11dd-acde-9740a65ca868]
2009-01-15 21:16:56 [INFO] mod_dialplan_xml.c:233 dialplan_hunt() Processing OpenZAP->919999999 in context default
2009-01-15 21:16:56 [NOTICE] switch_core_state_machine.c:168 switch_core_standard_on_execute() Hangup OpenZAP/1:1/914021339 [CS_EXECUTE] [NORMAL_CLEARING]
2009-01-15 21:16:56 [NOTICE] switch_core_session.c:960 switch_core_session_thread() Session 13 (OpenZAP/1:1/919999999) Ended
2009-01-15 21:16:56 [NOTICE] switch_core_session.c:962 switch_core_session_thread() Close Channel OpenZAP/1:1/919999999 [CS_HANGUP]
2009-01-15 21:17:03 [NOTICE] switch_channel.c:565 switch_channel_set_name() New Channel OpenZAP/1:1/919999999 [78fe36b2-e341-11dd-acde-9740a65ca868]
2009-01-15 21:17:03 [INFO] mod_dialplan_xml.c:233 dialplan_hunt() Processing OpenZAP->919999999 in context default
2009-01-15 21:17:03 [NOTICE] switch_core_state_machine.c:168 switch_core_standard_on_execute() Hangup OpenZAP/1:1/914021339 [CS_EXECUTE] [NORMAL_CLEARING]
2009-01-15 21:17:03 [NOTICE] switch_core_session.c:960 switch_core_session_thread() Session 14 (OpenZAP/1:1/919999999 ) Ended
2009-01-15 21:17:03 [NOTICE] switch_core_session.c:962 switch_core_session_thread() Close Channel OpenZAP/1:1/919999999 [CS_HANGUP]
2009-01-15 21:17:09 [NOTICE] switch_channel.c:565 switch_channel_set_name() New Channel OpenZAP/1:1/919999999 [7c60cfea-e341-11dd-acde-9740a65ca868]
2009-01-15 21:17:09 [INFO] mod_dialplan_xml.c:233 dialplan_hunt() Processing OpenZAP->919999999 in context default
2009-01-15 21:17:09 [NOTICE] switch_core_state_machine.c:168 switch_core_standard_on_execute() Hangup OpenZAP/1:1/919999999 [CS_EXECUTE] [NORMAL_CLEARING]
2009-01-15 21:17:09 [NOTICE] switch_core_session.c:960 switch_core_session_thread() Session 15 (OpenZAP/1:1/919999999 ) Ended
2009-01-15 21:17:09 [NOTICE] switch_core_session.c:962 switch_core_session_thread() Close Channel OpenZAP/1:1/919999999 [CS_HANGUP]

Someone knows what's happening?

Thank you.

On Wed, Jan 14, 2009 at 4:42 PM, Jon Radel <jon@radel.com (jon@radel.com)> wrote:

[msc at freeswitch.org]

Could you repeat this test with debug loglevel turned on? (Press F8 or
type "console loglevel 7"). Please put the results in
pastebin.freeswitch.org.

-MC

On Thu, Jan 15, 2009 at 4:35 AM, Tomás <tomasborrella@gmail.com> wrote: