Re: [OpenSBC] SIP Call Forking

[Joegen E. B. <joe...@gm...>]

I am guessing.  Your server will accept multiple bindings with the same 
AOR .    Based on the configuration, the server may either fork using a 
ring-all approach or serially using forked fail-over.    With OpenSBC in 
the middle, OpenSBC will change the binding to point to itself.  Thus, 
your server will see _the same binding_ (OpenSBC Address) for the 
multiple registrations and it would think that this is the same device 
and overwrites the registration record.   I am sorry to say that this 
setup will not work if this is indeed how your server behaves.

Joegen

Harley Stack wrote:
> I am trying to set up OpenSBC as a proxy for registered SIP clients against our MetaSwitch. I have been successful for the most part. SIP users are able to register to the upstream proxy. Invites and Subscribe events are being proxied correctly and end users are able to make calls.
>
>
>
> The issue we are having is implementing SIP forking. The last software release for the MetaSwitch call agents has a new feature they name Shared Line Appearance. In short it is SIP forking with presence information. We have been able to get this working with Snom 360 IP phones (running v7.1.30) when they directly register to the MetaSwitch. However when we attempt to register through our instance of OpenSBC the last phone that registers to the shared line is the only one that get's Invites for incoming calls.
>
>
>
> We are running OpenSBC 1.1.5 and OpenSIPStack 1.1.7 that was pulled from CVS on Jan 31, 2008.
>
>
> Any advice on this would be greatly appreciated.
>
>
> Thanks
>
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Opensipstack-osbcdevel mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/opensipstack-osbcdevel
>
>
>