Thank you, Ken. That solved my problem. Awesome. Thank you. 2012/1/30 <freeswitch-dev-request@lists.freeswitch.org>

Send FreeSWITCH-dev mailing list submissions to freeswitch-dev@lists.freeswitch.org

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

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

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

Today's Topics:

1. Re: msrp support (Seven Du) 2. Community Alert: Our Friend Brian West Is In The Hospital (Michael Collins) 3. Curl Problem (Inge Kristiansen) 4. Re: Curl Problem (Ken Rice)

---------- Videresendt e-post ---------- From: Seven Du <dujinfang@gmail.com> To: freeswitch-dev@lists.freeswitch.org Cc: Date: Mon, 30 Jan 2012 20:41:45 +0800 Subject: Re: [Freeswitch-dev] msrp support UPDATE on MSRP

As the lib is GPL and incomplete and it crashes when I test with blink, I thought it might be easier to write a simple implementation than debug the existing code.

So I have the following code:

https://github.com/seven1240/FreeSWITCH/commit/272607bf34d9748f20bd9e8082a1c...

Please take a look and give some feedback so I can make progress.

I followed RFC 4975 with some exceptions:

1) MSRP in FS is always passive, so clients behind NAT can easily connect to it 2) MSRP service only use one port(hardcoded to 8044 for now), so it's easy for firewall configs 3) MSRP always works in B2BUA way, perhaps we can add bypass_media or external MSRP relay later 4) MSRP payload is different than RTP anyway, so I added some apps like msrp_echo, msrp_send, msrp_recv and api like uuid_msrp_send etc. 5) Each session use one TCP connection, no duplex 6) Only support SDP have MSRP only, no mix of audio/videos 7) I tried with blink on Mac and Boghe on Windows, send messages and files with FS is sort of works with the above code. msrp_bridge is buggy but it is possible to send messages but not files for now.

So I have new questions for the right way to do this:

Current code is coupled in mod_sofia and ugly, but it need stub code into mod_sofia for SDP negotiation anyway, Ideally it should be a new mod_msrp to decouple from mod_sofia, but mod_sofia cannot call functions in mod_msrp I thought about the spandsp fax way but fax using RTP but MSRP using TCP so I don't now if it's possible. Another idea would be put the msrp code into core, the advantage would be we have another media type in core so audio and MSRP data could be mixed in one SDP session.

Ideas?

Thanks.

On Wednesday, December 7, 2011 at 10:11 AM, Seven Du wrote:

http://jira.freeswitch.org/browse/FS-3748

any other comments to my other questions? I think it would be a mod_msrp and some msrp_glue.c things.

Thanks.

On Tuesday, December 6, 2011 at 11:49 PM, Brian West wrote:

Submit this to jira.freeswitch.org and we can push things upstream.

/b

On Dec 6, 2011, at 12:08 AM, Seven Du wrote:

Hi,

We are working on msrp support in FS. With the following patch to lib sofia, the msrp SDP can deliver to mod_sofia

http://pastebin.freeswitch.org/17944

questions:

1) should I submit this to our jira or to the the sofia team? Any suggestions on the patch?

2) As FS is a B2BUA, so I think it would be endpoint-to-endpoint bridge, then we need start TCP/MSRP thread to handle media

a. It should more like video handling or more like fax ? That means to hack bridge code to also handle msrp, or should we implement api like tx_fax/rx_fax vs tx_msrp/rxmsrp?

b. for text over msrp, is it possible to routing the chatplan like mod_sms

c. the first stage would be just endpoint to endpoint, shoud we implement relay ? or even switch mode for conference? I'm very new to msrp.

3) we found a msrp lib from http://confiance.sourceforge.net/ . It's GPL, I know it's not license compatible, but as I learned from previous talk about video, the code can put elsewhere and we just implement the logic to hook them on. Or other lib we could use?

Any suggestion is appreciated.

Seven.

-- About: http://about.me/dujinfang Blog: http://www.dujinfang.com Proj: http://www.freeswitch.org.cn

Sent with Sparrow (http://www.sparrowmailapp.com)

_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com

FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com

Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com

FreeSWITCH-dev mailing list FreeSWITCH-dev@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org

_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com

FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com

Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com

FreeSWITCH-dev mailing list FreeSWITCH-dev@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org

---------- Videresendt e-post ---------- From: Michael Collins <msc@freeswitch.org> To: freeswitch-users@lists.freeswitch.org, freeswitch-dev@lists.freeswitch.org Cc: Date: Mon, 30 Jan 2012 09:09:41 -0800 Subject: [Freeswitch-dev] Community Alert: Our Friend Brian West Is In The Hospital Hello FreeSWITCH Community,

We wanted to let everyone know that Brian West is in St. Francis Hospital, Tulsa, OK. He is checked into room 4325. At this point it looks like he will be there for at least a week.

I think it's safe to say that Brian is a dynamo not just for FreeSWITCH but for open source VoIP and telephony. My guess is that there's not a person who's worked with Asterisk or FreeSWITCH in the past 10 years who hasn't been aided in one way or another by Brian. Personally I can say that in the past five years Brian has helped me immeasurably. I think I have literally asked him thousands of questions and he has patiently answered them all.

We would like to have everyone keep Brian in their thoughts and prayers. Please feel free to send him cards and well wishes at the hospital. Also, if you wish to send gifts and such to his home address you may do so:

Brian West 714 Osage Ave McAlester, OK 74501-6638

For those who are interested in helping in more practical ways, such as helping to defray the considerable medical costs that no doubt will be incurred, we will have more information shortly.

Please spread the word via Facebook, Twitter, and any other medium you have. Let's all let Brian know just how much we value him as a colleague and friend!

-Michael Collins

---------- Videresendt e-post ---------- From: Inge Kristiansen <inge.kristiansen@gmail.com> To: freeswitch-dev@lists.freeswitch.org Cc: Date: Mon, 30 Jan 2012 10:13:56 +0100 Subject: [Freeswitch-dev] Curl Problem

Hi everybody

I have a small problem from the dial plan. I want to bill calls made by softphones. when I do a curl lookup from the dialplan, I can not find any value in ${curl_response_data}.

Testing in the cli returns correct value, so it looks correct.

<action application="curl" data="data= http://208.117.44.59/LCR/xxxxxxx.aspx?lega=xxxxx&legb=xxxxxx" /> <action application="export" data="nolocal:nibble_rate=${* curl_response_data*}" />

Any suggestions?

regds Inge

---------- Videresendt e-post ---------- From: Ken Rice <krice@freeswitch.org> To: "freeswitch-dev@lists.freeswitch.org" < freeswitch-dev@lists.freeswitch.org> Cc: Date: Mon, 30 Jan 2012 11:20:38 -0600 Subject: Re: [Freeswitch-dev] Curl Problem Inline...

Keep in mind that variables in the dialplan are expanded before the first action is even processed... If you want that variable to be usable on the next action w/out a re-entry into the dialplan (ie: transfer) you need to inline that application call...

On 1/30/12 3:13 AM, "Inge Kristiansen" <inge.kristiansen@gmail.com> wrote:

Hi everybody

I have a small problem from the dial plan. I want to bill calls made by softphones. when I do a curl lookup from the dialplan, I can not find any value in ${curl_response_data}.

Testing in the cli returns correct value, so it looks correct.

<action application="curl" data="data= http://208.117.44.59/LCR/xxxxxxx.aspx?lega=xxxxx&legb=xxxxxx" /> <action application="export" data="nolocal:nibble_rate=${* curl_response_data*}" />

Any suggestions?

regds Inge

------------------------------ _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com

FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com

Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com

FreeSWITCH-dev mailing list FreeSWITCH-dev@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org

_______________________________________________ FreeSWITCH-dev mailing list FreeSWITCH-dev@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org

-- //Inge Kristiansen onlineSMSC Ltd. Support : (44)2034113453 (47)21953756