Hi I do not think just by using B2BUA u could achive the scenario being discussed. There needs to be a rule that says where the audio needs to be routed to and where the video needs to be routed to. So here the incoming media needs to be first split into audio and video streams, calls need to be made to both the devices and then set up appropriate media streams.
So u need a device more capable than just B2BUA - something like a media server on top of B2BUA to achive the desired result. With Asterisk u may not be able to, because Asterisk is not a SIP Proxy or B2BUA. It's a IP-PBX. Regards Ranjit -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of Premalatha Kuppan Sent: Friday, March 19, 2010 5:53 PM To: [email protected] Subject: Re: [Sip-implementors] GRUU - SIP extension Basic questions Yes. I agree. I should achieve using B2BUA. Actaully i tried a scenario, making call to both devices. Here i used asterisk server to achieve this. So, thought if i could make both device same URI at user A and make a call. Similar to our PSTN, two parallel lines. Is there any other approach, please suggest ? On Fri, Mar 19, 2010 at 5:41 PM, Iñaki Baz Castillo <[email protected]> wrote: > 2010/3/19 Brett Tate <[email protected]>: > > It is standard service related forking. The issue is that the > > caller > likely won't keep both calls up after answer. > > The problem before it is the fact that when UAS-1 replies 200 the > forking proxy would inmediately cancel the second one, so just in the > exotic case both UAS-1 and UAS-2 reply at teh ***same*** time the 200, > both calls could be handled by the UAC. > > > -- > Iñaki Baz Castillo > <[email protected]> > _______________________________________________ Sip-implementors mailing list [email protected] https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors _______________________________________________ Sip-implementors mailing list [email protected] https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
