Re: [reSIProcate-users] How to work on forwarding request and forking?

[leung terry <terryleung83@xxxxxxxxx>]

Oh click the send button wrongly

what I want to say is 

Also, does it support early media?

On Wed, Feb 19, 2014 at 9:01 AM, leung terry <terryleung83@xxxxxxxxx> wrote:

Hi Scott,

Thanks for your answer

However, my flow involve having some kind of early media for playing some announcement before connecting the call to the real callee.

And it may involves other kind of logic that I want to implement separately. 

To my understanding, repro is a standalone sip proxy, but not a set of api, am I correct?

How can I define my own flow there? just by configuration or by changing its code?

Also, does it 

Thanks!

Best Regards,

Terry

On Tue, Feb 18, 2014 at 10:14 PM, Scott Godin <sgodin@xxxxxxxxxxxxxxx> wrote:

I think you are probably going down the wrong path here.  Sounds like what you want to create is pretty much SIP proxy functionality.  In that case, I would avoid using DUM or ichat-gw altogether (unless you really want a B2BUA) and take a look at using repro (SIP proxy) as your starting ground.  There is already logic in repro to forward/fork requests and to gather their responses for sending back to the request originator.

Regards,

Scott

On Tue, Feb 18, 2014 at 3:19 AM, leung terry <terryleung83@xxxxxxxxx> wrote:

Hi all,

I am new to here. I am now reading the document and code.

I am going to have a new project which involves forking an incoming request.

It is not supposed to be a B2BUA. The incoming and outgoing invite should have the same To/From/Call-Id. 

I tried to read the ichat-gw included in the source code. However, it is actually a B2BUA case and I cannot find any example doing proxy by using dum layer api or forking incoming invite.

My question, for such case, I should have 3 Session object per call?

I am not sure if I am correct or not. I just put my understanding based on the ichat-gw I read and I think I should do the following modification in order to made it work for my case.

When I receive the first invite, I should receive onNewSession and then onOffer in the B2BSession. 

Then I should now create two peer by creating two more B2BSession(createNewPeer in ichat-gw) and run mDum.makeInviteSession with the use of the incoming message with the use of another overloaded version 

      SharedPtr<SipMessage> makeInviteSession(const NameAddr& target, InviteSessionHandle sessionToReplace, const SharedPtr<UserProfile>& userProfile, const Contents* initialOffer, AppDialogSet* ads = 0);

I should change the RURI/Route header/.... accordingly in the two different makeInviteSession

Am I correct? 

Best Regards,

Terry

_______________________________________________
resiprocate-users mailing list
resiprocate-users@xxxxxxxxxxxxxxx
List Archive: http://list.resiprocate.org/archive/resiprocate-users/