Re: [Freeswitch-users] no REINVITE on Blind Transfer with bypass_media

2009-11-05 Thread Humberto Quintana
your issue and put the trace on freeswitch pastebin http://pastebin.freeswitch.org (login and pass are stated in the auth dialog) Also please answer brian's question. What phones and/or sip devices are involved in this call. On Wed, Nov 4, 2009 at 3:39 PM, Humberto Quintana wrote: Thanks

Re: [Freeswitch-users] no REINVITE on Blind Transfer with bypass_media

2009-11-04 Thread Humberto Quintana
it to a jira. The trace probably makes more sense to me. sofia profile internal siptrace on console loglevel debug reproduce and attach the whole capture. On Tue, Nov 3, 2009 at 6:05 PM, Humberto Quintana wrote: Hi, I tried r15332 and set in the sofia profile: a) bypass_media_after_bridge

Re: [Freeswitch-users] no REINVITE on Blind Transfer with bypass_media

2009-11-03 Thread Humberto Quintana
at 4:30 PM, Humberto Quintana hjqlopez at hotmail.comwrote: Hi Mike, I re-tried with trunk rev 15319 but I got almost the same behavior: There is now a reINVITE (with FS' SDP) going to A when the REFER is accepted. But still there is no reINVITE for A (with C's SDP) after the call from FS

Re: [Freeswitch-users] no REINVITE on Blind Transfer with bypass_media

2009-11-02 Thread Humberto Quintana
Thanks for you answers guys, I test the parameters you suggested but still no audio due to the lack of reINVITE.  By the way I'm using 1.0.4 but I also tried 1.0.5pre3. One particular condition is that there is no on-hold before the Blind Transfer. Regards, Humberto   param name=media-option

Re: [Freeswitch-users] no REINVITE on Blind Transfer with bypass_media

2009-11-02 Thread Humberto Quintana
a different implementation but if you want to explore more in this issue count me in ;-) Thank you very much! Humberto Please re-try with latest svn trunk. Mike On Nov 2, 2009, at 9:36 AM, Humberto Quintana wrote: Thanks for you answers guys, I test the parameters you suggested but still

[Freeswitch-users] no REINVITE on Blind Transfer with bypass_media

2009-10-30 Thread Humberto Quintana
Hi everybody, I'd like some help with this situation that is 'haunting' me :-) My scenario is as follows: inbound-bypass-media is set in the profile because we dont want FS handling the media. 1. A calls B 2. FS sends to B the A's SDP 3. B answers 4. FS sends to A the B's SDP 5. Media going

[Freeswitch-users] 482 Request merged, in serial forking - Solved

2009-09-10 Thread Humberto Quintana
Hi, I want to share my findings in making work Freeswitch as SBC when Kamailio is doing serial forking. FS doesnt take any routing decision, it receives the R-URI from Kamailio. After the 1st route failed, I was receiving 482 Request merged for the 2nd route. That was because the SIP

Re: [Freeswitch-users] 482 Request merged, in serial forking

2009-09-08 Thread Humberto Quintana
Hi Brian, Thank you very much for your answer but both, Freeswitch and Kamailio have public IPs, it's my NAT'd IP phone who has private IP but this is fixed by Kamailio. The problem is not the 1st call is failing ( the test is set that way), the problem is FS answers back 482 when Kamailio

[Freeswitch-users] 482 Request merged, in serial forking

2009-09-08 Thread Humberto Quintana
trace? /b On Sep 4, 2009, at 11:06 AM, Humberto Quintana wrote: Hello, I'm a new Freeswitch user. After some reading I put Freeswitch (Version 1.0.4) to work as Session Border Controller. I have only one problem that I dont know how to solve it ( or which parameter to set) and I'd

[Freeswitch-users] 482 Request merged, in serial forking

2009-09-04 Thread Humberto Quintana
Hello, I'm a new Freeswitch user. After some reading I put Freeswitch (Version 1.0.4) to work as Session Border Controller. I have only one problem that I dont know how to solve it ( or which parameter to set) and I'd appreciate if someone could give me a clue about this. Kamailio is