Jack Damn wrote:
> I have a problem where OSBC is running as B2BUpperReg and successfully
> registers a Linksys
> SIP phone (using OSBC as the outbound proxy) to the upstream registrar (a
> B2BUA gateway).
>
> However, in the mangled REGISTER message OSBC sends, it sets the contact
> header to
> its IP address but it's not using port 5060, but the back door port (65080).
>
That is correct.
> Now what happens is that INVITES from this SIP phone routes through OSBC in
> B2BUA mode
> but OSBC uses source port 5060 to send that invite to the gateway instead of
> using the backdoor
> port as the gatweay has in it active registration tables. The call is
> therefore denied with a 403 Forbidden.
>
Hmmn, this behavior is specific to your gateway. Can you humor me with
the type and manufacturer? In upper Registration, egress traffic is
sent via 5060, while ingress are listening using the backdoor. This
approach is due to the fact that calls spawned by OpenSBC may spiral
back to it. If the call wen through 5060, call-id collision will
arise for the B2BUA. Routing would also be confused because the dial
string will be the same, thus producing a loop. Using two different
managers for ingress and egress takes care of this problem. There is
nothing illegal in this approach.
> Is this a bug in OSBC ? -or- is there an option I am missing to instruct
> OSBC to use the backdoor
> port in requests to the gateway ?
> Better, I would rather like OSBC to send the REGISTER with the default port
> 5060 in the contact.
>
>
No its not a bug in OpenSBC. The gateway should allow Invites coming
from other ports.
> Is there documetation available that explains in details the purpose and
> role of the back door thread ?
>
> Calls from the gateway -> OSBC -> SIP phone are working just fine.
>
> Thank you,
> JD
> -------------------------------------------------------------------------
> 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-devel mailing list
> ope...@li...
> https://lists.sourceforge.net/lists/listinfo/opensipstack-devel
>
>
|