Re: [OpenSBC] Peering Edge or Access Edge SBC's How to ?

[<sa...@ER...>]

Hi HTH

In the Manual it allueds to B2Bua UpperRegistration as ideal if you are
using several OSBC.  Is this the door way between OSBC and Could you also
use Relay Route?

In a situation where you have the 1st OSBC x.x.x.239 used only for phone
registrations and NO B2Bua or Relay Route configured.

A phone configured it's Sip Server == sipX x.x.x.240 and OutBoundProxy=2nd
OSBC x.x.x.239.

Here are some possiblities:  A Call coming from a Telco/PSTN/ITSP or a Call
from the Internet going to a Telco/PSTN/ITSP.  All are DID's (10 digits) and
all DID are surplied to us by the Telco/PSTN/ITSP == x.x.x.190.

The call from the Internet first:

Pick up phone and dial, it should contacts the OSBC/OutBoundProry == OBP ==
ipaddr is x.x.x.239 and  it's B2BuaUpperRegistraion to pointing to the SIP
Server == sipX's == x.x.x.240 Dial plan gateway which is pointing to the 2nd
OSBC x.x.x.24 and Telco/PSTN/ITSP: x.x.x.190
sipX dial plan and the sip packets are directed to a the sipx Sip
Trunk/Gateway passing x.x.x.190/x.x.x.241 the 2nd OSBC box which may or may
not be using the new Sip Trunk route Feature.

The call from the Telco/PSTN/ITSP: x.x.x.190 sends the Sip Packet to
x.x.x.241

But the phone number is not known to it's registration because it did not
register the phone.  The 1st OSBC x.x.x.239 did.  So How does the 2nd OSBC
deal with the phone that was registered on the 1st OSBC?

Warren Kreckler





----- Original Message ----- 
From: "ehernaez" <ope...@op...>
To: <ope...@li...>
Sent: Monday, December 24, 2007 3:54 PM
Subject: Re: [OpenSBC] Peering Edge or Access Edge SBC's


> {noformat}Warren,
>
> Yes, you are correct in concluding that you would need two OSBC
> instances in the scenario you laid out.  The instance that you use for
> SIP trunking to face your ITSP should not be the same instance that you
> are using for NAT traversal of  SIP UAs using upper registration to SIPX.
>
> In fact, it may even be necessary for you to have 3 instances of OSBC if
> you need to support DID providers that do not comply with SIP REFER.
> As you may know, calls transferred from the SIPX auto-attendant are
> referred to the relevant UA.  Since many ITSP do not honor the REFER
> message, we have found it necessary to run a dedicated OSBC instance as
> a media anchor to shield the ITSP from the referred calls.
>
>
> HTH{noformat}
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Opensipstack-osbcdevel mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/opensipstack-osbcdevel
>