[Freeswitch-users] Question about jingle_profiles

Milena testeador01 at gmail.com
Thu Nov 5 05:18:48 PST 2009 

Hello :)
if you look at this line

2009-11-05 09:25:58.370659 [INFO] mod_dialplan_xml.c:391 Processing
> support.voip at gmail.com/gmail.B8861D13->john in context public


you will see that it is looking for john in the public extensions
(freeswitch/conf/dialplan/public.xml).

The reason why it finds 1000 is because of this portion in public.xml:
    <extension name="public_extensions">
      <condition field="destination_number" expression="^(10[01][0-9])$">
        <action application="transfer" data="$1 XML default"/>
      </condition>
    </extension>

You need to create a new extension on the public context for  "john" or
"bob" or whatever other name you want to be able to contact from the public
context.

I hope this answers your question.


2009/11/5 Jonathan Barou <jbarou at sqli.com>

> Hi,
>
> In the dialplan I have the extension "Local_extension" with "john" and it's
> working when I call john from the account 1000 with softphone.
>
> When I try to make a call from Gtalk to FS I have that in the console :
>
>
>
> 09-11-05 09:25:58.370659 [DEBUG] switch_rtp.c:2780 Activate VAD codec PCMU
> 20ms
>
> 2009-11-05 09:25:58.370659 [DEBUG] mod_dingaling.c:1184 (DingaLing/new)
> State Change CS_INIT -> CS_ROUTING
>
> 2009-11-05 09:25:58.370659 [DEBUG] switch_core_session.c:969 Send signal
> DingaLing/new [BREAK]
>
> 2009-11-05 09:25:58.370659 [DEBUG] mod_dingaling.c:1333 DingaLing/new
> CHANNEL KILL
>
> 2009-11-05 09:25:58.370659 [DEBUG] switch_core_state_machine.c:330
> (DingaLing/new) State INIT going to sleep
>
> 2009-11-05 09:25:58.370659 [DEBUG] switch_core_state_machine.c:306
> (DingaLing/new) Running State Change CS_ROUTING
>
> 2009-11-05 09:25:58.370659 [DEBUG] switch_core_state_machine.c:333
> (DingaLing/new) State ROUTING
>
> 2009-11-05 09:25:58.370659 [DEBUG] mod_dingaling.c:1198 DingaLing/new
> CHANNEL ROUTING
>
> 2009-11-05 09:25:58.370659 [DEBUG] switch_core_state_machine.c:78
> DingaLing/new Standard ROUTING
>
> 2009-11-05 09:25:58.370659 [INFO] mod_dialplan_xml.c:391 Processing
> support.voip at gmail.com/gmail.B8861D13->john in context public
>
> Dialplan: DingaLing/new parsing [public->unloop] continue=false
>
> Dialplan: DingaLing/new Regex (PASS) [unloop] ${unroll_loops}(true) =~
> /^true$/ break=on-false
>
> Dialplan: DingaLing/new Regex (FAIL) [unloop] ${sip_looped_call}() =~
> /^true$/ break=on-false
>
> Dialplan: DingaLing/new parsing [public->outside_call] continue=true
>
> Dialplan: DingaLing/new Absolute Condition [outside_call]
>
> Dialplan: DingaLing/new Action set(outside_call=true)
>
> Dialplan: DingaLing/new parsing [public->call_debug] continue=true
>
> Dialplan: DingaLing/new Regex (FAIL) [call_debug] ${call_debug}(false) =~
> /^true$/ break=never
>
> Dialplan: DingaLing/new parsing [public->public_extensions] continue=false
>
> Dialplan: DingaLing/new Regex (FAIL) [public_extensions]
> destination_number(john) =~ /^(10[01][0-9])$/ break=on-false
>
> Dialplan: DingaLing/new parsing [public->public_did] continue=false
>
> Dialplan: DingaLing/new Regex (FAIL) [public_did] destination_number(john)
> =~ /^(5551212)$/ break=on-false
>
> 2009-11-05 09:25:58.370659 [DEBUG] switch_core_state_machine.c:114
> (DingaLing/new) State Change CS_ROUTING -> CS_EXECUTE
>
> 2009-11-05 09:25:58.370659 [DEBUG] switch_core_session.c:969 Send signal
> DingaLing/new [BREAK]
>
> 2009-11-05 09:25:58.370659 [DEBUG] mod_dingaling.c:1333 DingaLing/new
> CHANNEL KILL
>
> 2009-11-05 09:25:58.370659 [DEBUG] switch_core_state_machine.c:333
> (DingaLing/new) State ROUTING going to sleep
>
> 2009-11-05 09:25:58.370659 [DEBUG] switch_core_state_machine.c:306
> (DingaLing/new) Running State Change CS_EXECUTE
>
> 2009-11-05 09:25:58.370659 [DEBUG] switch_core_state_machine.c:340
> (DingaLing/new) State EXECUTE
>
> 2009-11-05 09:25:58.370659 [DEBUG] mod_dingaling.c:1215 DingaLing/new
> CHANNEL EXECUTE
>
> 2009-11-05 09:25:58.370659 [DEBUG] switch_core_state_machine.c:151
> DingaLing/new Standard EXECUTE
>
> EXECUTE DingaLing/new set(outside_call=true)
>
> 2009-11-05 09:25:58.381289 [DEBUG] mod_dptools.c:752 DingaLing/new SET
> [outside_call]=[true]
>
> 2009-11-05 09:25:58.381289 [NOTICE] switch_core_state_machine.c:179 Hangup
> DingaLing/new [CS_EXECUTE] [NORMAL_CLEARING]
>
> 2009-11-05 09:25:58.381289 [DEBUG] switch_channel.c:1837 Send signal
> DingaLing/new [KILL]
>
> 2009-11-05 09:25:58.381289 [DEBUG] libdingaling.c:298 Destroyed Session
> c1722311748
>
>
> 2009-11-05 09:25:58.381289 [DEBUG] mod_dingaling.c:1333 DingaLing/new
> CHANNEL KILL
>
> 2009-11-05 09:25:58.381289 [DEBUG] switch_core_session.c:969 Send signal
> DingaLing/new [BREAK]
>
> 2009-11-05 09:25:58.381289 [DEBUG] mod_dingaling.c:1333 DingaLing/new
> CHANNEL KILL
>
> 2009-11-05 09:25:58.390206 [DEBUG] switch_core_state_machine.c:476
> (DingaLing/new) State HANGUP
>
> 2009-11-05 09:25:58.390206 [DEBUG] mod_dingaling.c:1293 DingaLing/new
> CHANNEL HANGUP
>
> 2009-11-05 09:25:58.390206 [DEBUG] switch_core_state_machine.c:46
> DingaLing/new Standard HANGUP, cause: NORMAL_CLEARING
>
> 2009-11-05 09:25:58.390206 [DEBUG] switch_core_state_machine.c:476
> (DingaLing/new) State HANGUP going to sleep
>
> 2009-11-05 09:25:58.390206 [DEBUG] switch_core_state_machine.c:340
> (DingaLing/new) State EXECUTE going to sleep
>
> 2009-11-05 09:25:58.390206 [DEBUG] switch_core_state_machine.c:306
> (DingaLing/new) Running State Change CS_HANGUP
>
> 2009-11-05 09:25:58.390206 [DEBUG] switch_core_state_machine.c:454 handler
> already called, skipping state handler.
>
> 2009-11-05 09:25:58.390206 [DEBUG] switch_core_state_machine.c:325
> (DingaLing/new) State Change CS_HANGUP -> CS_REPORTING
>
> 2009-11-05 09:25:58.390206 [DEBUG] switch_core_session.c:969 Send signal
> DingaLing/new [BREAK]
>
> 2009-11-05 09:25:58.390206 [DEBUG] mod_dingaling.c:1333 DingaLing/new
> CHANNEL KILL
>
> 2009-11-05 09:25:58.390206 [DEBUG] switch_core_state_machine.c:306
> (DingaLing/new) Running State Change CS_REPORTING
>
> 2009-11-05 09:25:58.390206 [DEBUG] switch_core_state_machine.c:567
> (DingaLing/new) State REPORTING
>
> 2009-11-05 09:25:58.390206 [DEBUG] switch_core_state_machine.c:53
> DingaLing/new Standard REPORTING, cause: NORMAL_CLEARING
>
> 2009-11-05 09:25:58.390206 [DEBUG] switch_core_state_machine.c:567
> (DingaLing/new) State REPORTING going to sleep
>
> 2009-11-05 09:25:58.390206 [DEBUG] switch_core_state_machine.c:319
> (DingaLing/new) State Change CS_REPORTING -> CS_DESTROY
>
> 2009-11-05 09:25:58.390206 [DEBUG] switch_core_session.c:969 Send signal
> DingaLing/new [BREAK]
>
> 2009-11-05 09:25:58.390206 [DEBUG] mod_dingaling.c:1333 DingaLing/new
> CHANNEL KILL
>
> 2009-11-05 09:25:58.390206 [DEBUG] switch_core_session.c:1106 Session 1
> (DingaLing/new) Locked, Waiting on external entities
>
> 2009-11-05 09:25:58.390206 [NOTICE] switch_core_session.c:1124 Session 1
> (DingaLing/new) Ended
>
> 2009-11-05 09:25:58.390206 [NOTICE] switch_core_session.c:1126 Close
> Channel DingaLing/new [CS_DESTROY]
>
> 2009-11-05 09:25:58.390206 [DEBUG] switch_core_state_machine.c:413
> (DingaLing/new) Running State Change CS_DESTROY
>
> 2009-11-05 09:25:58.390206 [DEBUG] switch_core_state_machine.c:424
> (DingaLing/new) State DESTROY
>
> 2009-11-05 09:25:58.390206 [DEBUG] mod_dingaling.c:1231 NUKE RTP
>
> 2009-11-05 09:25:58.390206 [DEBUG] switch_core_state_machine.c:60
> DingaLing/new Standard DESTROY
>
> 2009-11-05 09:25:58.390206 [DEBUG] switch_core_state_machine.c:424
> (DingaLing/new) State DESTROY going to sleep
>
> 2009-11-05 09:25:58.459764 [DEBUG] libdingaling.c:1389 Processing 3 packets
> in retry queue
>
> Thanks
>
>
>
> 2009/11/4 Chris Chen <chris.chen2004 at gmail.com>
>
> you have to define the extension "john" or "bob" or whatever number you
>> want  in the dialplan for the context "public".
>>
>> Just follow your jingle profile you define. Simple, no other tricks.
>>
>> Thanks,
>> Chris
>>
>> On Wed, Nov 4, 2009 at 11:56 AM, Jonathan Barou <jbarou at sqli.com> wrote:
>>
>>> Hi everybody,
>>>
>>> I actually working on mod_dingaling (gtalk). I can make call from FS to
>>> Gtalk, and from Gtalk to FS.
>>> But I have a problem, in jingle_profile I have a file like this :
>>>
>>> <include>
>>>   <!-- Client Profile (Original mode) -->
>>>   <!-- to use this profile take the x- away from the open and close tags
>>> so its <profile> and </profile> -->
>>>   <profile type="client">
>>>     <param name="name" value="gmail.com"/>
>>>     <param name="login" value="toto at gmail.com/gtalk"/>
>>>     <param name="password" value="toto"/>
>>>     <param name="dialplan" value="XML"/>
>>>     <param name="context" value="public"/>
>>>     <param name="message" value="FreeSwitch"/>
>>>     <param name="rtp-ip" value="$${bind_server_ip}"/>
>>>     <!-- <param name="ext-rtp-ip" value="auto-nat"/> -->
>>>     <param name="auto-login" value="true"/>
>>>     <!-- SASL "plain" or "md5" -->
>>>     <param name="sasl" value="md5"/>
>>>     <!-- if the server where the jabber is hosted is not the same as the
>>> one in the jid -->
>>>     <param name="server" value="talk.google.com"/>
>>>     <!-- Enable TLS or not -->
>>>    <param name="tls" value="true"/>
>>>     <!-- disable to trade async for more calls -->
>>>     <param name="use-rtp-timer" value="true"/>
>>>     <!-- default extension (if one cannot be determined) -->
>>>     <param name="exten" value="1000"/>
>>>     <!-- VAD choose one -->
>>>     <!-- <param name="vad" value="in"/> -->
>>>     <!-- <param name="vad" value="out"/> -->
>>>     <param name="vad" value="both"/>
>>>     <!--<param name="avatar" value="/path/to/tiny.jpg"/>-->
>>>     <!--<param name="candidate-acl" value="wan.auto"/>-->
>>>     <param name="local-network-acl" value="localnet.auto"/>
>>>   </profile>
>>> </include>
>>>
>>>
>>> <param name="exten" value="1000"/> here when I put an user account like
>>> john or bob its doesn't work whereas I put something like 1000 or 8400 it
>>> works.
>>>
>>> When I tried to put a real phone number It doesn't work too (I have a
>>> gateway with my PBX).
>>>
>>> Somebody know, why it doesn't work with name and work with number ?
>>>
>>> Thanks.
>>>
>>>
>>> --
>>> Jonathan BAROU
>>> SQLI LYON - CRCI
>>> 0472405368
>>> jbarou at sqli.com
>>> lyon.crci at sqli.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
>>>
>>>
>>
>> _______________________________________________
>> 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
>>
>>
>
>
> --
> Jonathan BAROU
> SQLI LYON - CRCI
> 0472405368
> jbarou at sqli.com
> lyon.crci at sqli.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/20091105/abcfb106/attachment-0002.html

More information about the FreeSWITCH-users mailing list