[Freeswitch-users] Bypass-media and REFER method

[Anthony Minessale]

Right we can't do it
Its difficult to add

On Feb 14, 2010 11:39 AM, "Victor Maruani" <vmaruani at interwise.com> wrote:

 Hi,



I understand your point and the reason I want to bypass media has a lot to
do with load/call volume.

I don't mind the notify series being implemented or not, the notify OK is
enough if it succeeded indeed.

I think the issue here is the order of action.



Instead of making a long speech and lose my point allow me to put it like
this:

What I see today is:

a-      REFER is received

b-      FS immediately sends 202 accepted ----- ok

c-       FS sends NOTIFY OK to B ---- wrong (not true yet)

d-      FS sends reINVITE to A  ------ wrong (why not after FS gets C's sdp)

e-      B is disconnected ------- wrong (same as above , and if C is down I
lose the caller)

f-       FS INVITE C  ------ ok



Without getting in sip madness, I would change the order to a,b, F , c,d,e

This way only do I have the sofia leg talking to the B-leg independently
during the REFER in my view.

What do you think?



In the meantime I'll try playing with the config but so far I don't have it
work.

Thanks,



Regards,

Victor.





*From:* freeswitch-users-bounces at lists.freeswitch.org [mailto:
freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Anthony
Minessale
*Sent:* Sunday, February 14, 2010 4:54 PM


To: freeswitch-users at lists.freeswitch.org
*Subject:* Re: [Freeswitch-users] Bypass-media and REFER method





We don't support the series of 100,180,200 in the notifies that is typically
a pure sip pbx fea...

_______________________________________________
FreeSWITCH-users mailing list
FreeSWITCH-users at lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100214/ea7fe0ff/attachment-0002.html