[Freeswitch-users] Why does a SIP forked dial select just the first 183?

[Brian West]

Disable 100rel on the sofia profile or update to latest SVN trunk.  We  
have an issue on jira about this already and are working with the  
sofia team on this issue.  The solution is to disable 100REL and it'll  
quit doing that.

/b

On Nov 20, 2008, at 3:13 AM, Iñaki Baz Castillo wrote:

> Hi, I read in:
>  http://wiki.freeswitch.org/wiki/Dialplan_Recipes
> the following:
>
> -----------------------
> = Forked dial example =
> Forked dial is when you want to attempt to ring 2 destinations at the
> same time. Freeswitch will attempt to call both bridge options
> simultaneously. The first bridge leg that replies with a 183 (session
> progress) message will win the call, and the other bridge leg is
> dropped. This only will work with late_negotiation enabled.
> -----------------------
>
> While the above could be valid when sending calls to varios (just
> two?) PSTN gateways, I wonder why I couldn't send a call to two local
> users (200 and 201) and wait until one of them *answers*. My expected
> behaviour is:
>
> - I call to FS extension 500.
> - FS does a bridge to 200 and 201.
> - 200 replies 180 "Ringing"
> - 201 replies 183 "Session Progress" with early media (not very common
> in a SIP phone but possible anyway)
> - After a while 200 replies a 200 OK so FS sends a CANCEL to 201 and
> replies 200 OK to the caller.
>
> Is this common behaviour not possible in FS? is there othe way to get
> it instead of using "bridge" app with two destinations in "data"?
>
> Thanks.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20081120/24517725/attachment-0001.html