[Freeswitch-users] Help with Socket event again
Michael Collins
msc at freeswitch.org
Mon Jun 22 13:44:20 PDT 2009
On Mon, Jun 22, 2009 at 1:01 PM, Max Bridgewater
<max.bridgewater at gmail.com>wrote:
> It's nothing. There is no extension like that. Shouldn't this nonetheless
> be caught by a regex such as the following?
>
> field="destination_number" expression="^242.*"
>
> The issue i have here is that it seems that the extensions aren't even
> processed. Usually, the log would show the list of processed extensions,
> each prefixed with the result "PASS", "FAIL".
>
Max, if your originate line already has the sofia dialstring then there's
really no reason to send the call through the dialplan - it already knows
where to go. If you want to force the call through the dialplan then use
loopback. However, you need some sort of endpoint for that to work. In your
example you have this originate line:
originate {origination_caller_id_number=120003}sofia/internal/
242424 at 192.168.50.67 &socket(192.168.50.67:10000 full)
Is 242424 at 192.168.50.67 a locally registered user? If so you could just do
this:
originate {origination_caller_id_number=120003} loopback/242424 &socket(
192.168.50.67:10000 full)
This would run the A leg through the dialplan to look for destination number
"242424" and then handle appropriately.
If I understand your scenario I believe you are trying to get one leg of the
call established and then the other leg handled by the event socket. What is
the endpoint you want handled? A SIP phone that is registered locally? Or
something else? In any case, you can CAN loop it through the dialplan but
you aren't forced to do so. Assuming 1000 is locally registered:
originate {origination_caller_id_number=120003}
sofia/internal/1000%192.168.50.67 &socket(192.168.50.67:10000 full)
originate {origination_caller_id_number=120003} user/1000 &socket(
192.168.50.67:10000 full)
originate {origination_caller_id_number=120003} loopback/1000 &socket(
192.168.50.67:10000 full)
NOTE: the first two do not use the dialplan but the third example does. This
means you MUST handle destination_number="1000" in your dialplan (which the
default config does).
Hope this helps.
-MC
> Max.
>
> On Mon, Jun 22, 2009 at 1:18 PM, Brian West <brian at freeswitch.org> wrote:
>
>> what is 242424? If its a locally registered user you should be using a %
>> instead of an @
>> /b
>>
>> On Jun 22, 2009, at 1:08 PM, Max Bridgewater wrote:
>>
>> Hmm thamks. I tried it and it doesn't work out of the box. Here are my
>> logs: http://pastebin.freeswitch.org/9454
>>
>> Thanks,
>> Max.
>>
>>
>> Brian West
>> brian at freeswitch.org
>>
>> -- Meet us at ClueCon! 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
>>
>>
>
> _______________________________________________
> 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/20090622/2f970056/attachment-0002.html
More information about the FreeSWITCH-users
mailing list