Maybe I don't understand exactly what are you trying to do, but you can't transfer calls from one FS instance to another FS instance using REFER. Inside REFER there are some headers that identifies the a dialog and that dialog MUST be on that FS. Send me a pcap capture and I will take a look.
-ovidiu On Sun, Feb 2, 2014 at 10:03 PM, Simon Ditner <[email protected]> wrote: > What do you mean by "know about the call"? I have rules to accept the > referred call and drop it into the correct location if that's what you mean. > This setup works beautifully with clients like Bria and Zoiper. Carriers on > the other hand, seem less agile. > > It looks like I'll have to drop down some FreeSWITCH instances in proxy > media mode (unless there's a better solution?) to make up for the lack of > carrier support, and I think two FS nodes can be set up in a hot standby > config to take over the SIP and RTP in the event of failure. > > > > Simon P. Ditner <[email protected]> > > http://www.facebook.com/spditner > http://www.linkedin.com/in/spditner > > > On Thu, Jan 30, 2014 at 10:17 PM, Ovidiu Sas <[email protected]> wrote: >> >> If you do a REFER, the FS must know about the second call. If the second >> call is on the other FS, then the REFER will fail. >> >> -ovidiu >> >> On Jan 30, 2014 9:46 PM, "Simon Ditner" <[email protected]> wrote: >>> >>> So ... either the list has been broken for a few months and I just fixed >>> it >>> by accident, or it's been quiet for 5 months. >>> >>> I'm trying to do something unrelated to asterisk, and wondering if anyone >>> else has had success using SIP REFER, or has advice as to what I should >>> be >>> using >>> >>> I have Kamailio distributing calls to two FreeSWITCH instances, FS1 and >>> FS2. A call arrives and is answered on FS1, but after answering it, I >>> find >>> it should be on FS2 -- so I do a SIP REFER to move the call to the other >>> system. >>> >>> This worked fine when dialing in directly to Kamailio via Zoiper, Zoiper >>> gets the REFER, the old call leg gets a BYE, and zoiper sends out a new >>> INVITE to FS2... However in the realworld(tm), the two carriers I've >>> tried >>> it respond to the REFER with a 202 OK, but then proceed to drop the call >>> rather than send an INVITE request to FS1. >>> >>> Is there a better way to transfer calls between two systems? >>> >>> Cheers, >>> spd > > --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
