[Freeswitch-users] Holding Call With Bypass Media True

[Anthony Minessale]

It might be some nat alg stuff confusing the legs coming from the same
phone.


On Wed, Nov 9, 2011 at 2:35 PM, Jerry Richards
<jerry.richards at teotech.com>wrote:

>  Hi All,
> I am seeing an issue where Freeswitch is disconnecting a call when one
> endpoint tries to put the call on-hold (inbound-bypass-media is true and
> one phone has a secondary extension of the other phone).  I'm just
> wondering if there is a rule/restriction for bypass media I'm not aware of.
>
> If I change the configuration to inbound-proxy-media true then the call is
> put on-hold correctly.  If I set it back to inbound-bypass-media true and
> then remove the secondary extension from Phone A (below), then the call is
> put on-hold correctly.
>
> Here is the scenario:
> 1) Phone A registers primary extension 1002 and secondary extension 1003
> 2) Phone B registers only primary extension 1003
> 3) A calls B
> 4) B answers
> 5) A holds call
> 6) Freeswitch sends BYE to both A and B with reason
> DESTINATION_OUT_OF_ORDER
>    (Also it says: "Re-INVITE to a no-media channel that is not in a
> bridge")
>
> Thanks,
> Jerry
>
>
>
>
> 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
>
>


-- 
Anthony Minessale II

FreeSWITCH http://www.freeswitch.org/
ClueCon http://www.cluecon.com/
Twitter: http://twitter.com/FreeSWITCH_wire

AIM: anthm
MSN:anthony_minessale at hotmail.com
GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com
IRC: irc.freenode.net #freeswitch

FreeSWITCH Developer Conference
sip:888 at conference.freeswitch.org
googletalk:conf+888 at conference.freeswitch.org
pstn:+19193869900
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20111109/b6b10e1b/attachment.html