[Freeswitch-users] FreeSWITCH-users Digest, Vol 84, Issue 154

Sun Jun 16 11:56:41 MSD 2013

Hello Luke,

Free switch can do that but remember you will have FAS Error,
its OK if you don't use it in Enterprise.

Best regards 
jeff

________________________________
 From: "freeswitch-users-request at lists.freeswitch.org" <freeswitch-users-request at lists.freeswitch.org>
To: freeswitch-users at lists.freeswitch.org 
Sent: Sunday, June 16, 2013 7:04 AM
Subject: FreeSWITCH-users Digest, Vol 84, Issue 154

----- Forwarded Message -----

Send FreeSWITCH-users mailing list submissions to
    freeswitch-users at lists.freeswitch.org

To subscribe or unsubscribe via the World Wide Web, visit
    http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
or, via email, send a message with subject or body 'help' to
    freeswitch-users-request at lists.freeswitch.org

You can reach the person managing the list at
    freeswitch-users-owner at lists.freeswitch.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of FreeSWITCH-users digest..."

Today's Topics:

   1. Re: FreeSwitch as a IVR gateway for External Voicexml
      services (Cal Leeming [Simplicity Media Ltd])
   2. Re: User variables are not inserted when    bridging to user
      (Stanislav Sinyagin)
   3. Re: User variables are not inserted when bridging to user
      (Michael Collins)

Yes, you can achieve this, take some time to review [1] and [2] to get a good understanding of what FS can do.

Hope this helps

Cal

[1] http://wiki.freeswitch.org/wiki/Examples
[2] http://wiki.freeswitch.org/wiki/Getting_Started_Guide

On Sat, Jun 15, 2013 at 2:17 PM, luke devon <luke_devon at yahoo.com> wrote:

Dear All,
>
>
>Mobile User -----Dial IVR Code of Service X ---> Mobile Network --->FreeSwitch platform ------> Re-Directed to IVR Service X 
>
>
>Is this scenario can be done via  FreeSwitch ? Please help .

>Thanks in advance
>Luke.
>
>
>_________________________________________________________________________
>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
>
>

I solved the problem by enabling only G722 on the client. But still, the user variables seem to be applied in calls from the user only, and not when a call is bridged to the user. After bridging, only the variables in dial-string are taken into account.

So, either Wiki is wrong, or there's a bug in the code.

>________________________________
> From: Michael Collins <msc at freeswitch.org>
>To: FreeSWITCH Users Help <freeswitch-users at lists.freeswitch.org> 
>Sent: Sunday, June 16, 2013 2:18 AM
>Subject: Re: [Freeswitch-users] User variables are not inserted when bridging to user
> 
>
>
>Look at the discussion on the wiki about inbound late negotiation - that may help you put all the pieces together.
>
>-MC
>
>http://wiki.freeswitch.org/wiki/Codec_Negotiation
>
>
>
>
>
>On Fri, Jun 14, 2013 at 6:15 PM, Stanislav Sinyagin <ssinyagin at yahoo.com> wrote:
>
>I'm using the latest 1.2 stable branch.
>>
>>
>>I want one of my directory users to have specific codec preferences, so I do in my XML directory:
>>
>>
>>  <user id="7012">
>>    <params>
>>      <param name="a1-hash"
 value="538db5a1dcf95cd9df44bf2ff0430c4b"/>
>>    </params>
>>    <variables>
>>      <variable name="absolute_codec_string" value="G722,PCMA,PCMU"/>
>>    </variables>
>>  </user>
>>
>>
>>
>>But when the call is bridged to user/7012, this variable is not taken into account, and the session inherits the codec from A-leg.
>>
>>
>>When the user dials out, I see this variable in the "info" output, but not when the user extension gets called.
>>
>>
>>Any idea why? Wiki says, the user variables should be used in both in- and out- calls, and the source code looks quite right.
>>
>>
>>
>>
>>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
>>
>>
>
>
>-- 
>Michael S Collins
>Twitter: @mercutioviz
>http://www.FreeSWITCH.org
>http://www.ClueCon.com
>http://www.OSTAG.org
>
>
>_________________________________________________________________________
>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
>
>
>

On Sat, Jun 15, 2013 at 6:12 PM, Stanislav Sinyagin <ssinyagin at yahoo.com> wrote:

I solved the problem by enabling only G722 on the client. But still, the user variables seem to be applied in calls from the user only, and not when a call is bridged to the user. After bridging, only the variables in dial-string are taken into account.
>
>
>So, either Wiki is wrong, or there's a bug in the code.
>
** Citation needed

Can you point out what you tried in the wiki? Also, do you have logs and config samples up on the pastebin?

-MC

>
>
>
>
>>________________________________
>> From: Michael Collins <msc at freeswitch.org>
>>To: FreeSWITCH Users Help <freeswitch-users at lists.freeswitch.org> 
>>Sent: Sunday, June 16, 2013 2:18 AM
>>Subject: Re: [Freeswitch-users] User variables are not inserted when bridging to user
>> 
>>
>>
>>Look at the discussion on the wiki about inbound late negotiation - that may help you put all the pieces together.
>>
>>-MC
>>
>>http://wiki.freeswitch.org/wiki/Codec_Negotiation
>>
>>
>>
>>
>>
>>On Fri, Jun 14, 2013 at 6:15 PM, Stanislav Sinyagin <ssinyagin at yahoo.com> wrote:
>>
>>I'm using the latest 1.2 stable branch.
>>>
>>>
>>>I want one of my directory users to have specific codec preferences, so I do in my XML directory:
>>>
>>>
>>>  <user id="7012">
>>>    <params>
>>>      <param name="a1-hash"
 value="538db5a1dcf95cd9df44bf2ff0430c4b"/>
>>>    </params>
>>>    <variables>
>>>      <variable name="absolute_codec_string" value="G722,PCMA,PCMU"/>
>>>    </variables>
>>>  </user>
>>>
>>>
>>>
>>>But when the call is bridged to user/7012, this variable is not taken into account, and the session inherits the codec from A-leg.
>>>
>>>
>>>When the user dials out, I see this variable in the "info" output, but not when the user extension gets called.
>>>
>>>
>>>Any idea why? Wiki says, the user variables should be used in both in- and out- calls, and the source code looks quite right.
>>>
>>>
>>>
>>>
>>>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
>>>
>>>
>>
>>
>>-- 
>>Michael S Collins
>>Twitter: @mercutioviz
>>http://www.FreeSWITCH.org
>>http://www.ClueCon.com
>>http://www.OSTAG.org
>>
>>
>>_________________________________________________________________________
>>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
>>
>>
>>
>_________________________________________________________________________
>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
>
>

-- 
Michael S Collins
Twitter: @mercutioviz
http://www.FreeSWITCH.org
http://www.ClueCon.com
http://www.OSTAG.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/20130616/ab6f4b5f/attachment-0001.html 