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/272607bf34d9748f20bd9e8082a1cf95b6f42e2d

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:


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


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.

--

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

_________________________________________________________________________
Professional FreeSWITCH Consulting Services:

FreeSWITCH-powered IP PBX: The CudaTel Communication Server

Official FreeSWITCH Sites

FreeSWITCH-dev mailing list


_________________________________________________________________________
Professional FreeSWITCH Consulting Services:

FreeSWITCH-powered IP PBX: The CudaTel Communication Server

Official FreeSWITCH Sites

FreeSWITCH-dev mailing list




---------- 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