Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 3 Next »

This document will attempt to provide working OpenSBC configurations for a few commonly used sipxecs calling scenarios. It is a work in progress, so please check back often. For any questions or comments, contact the author (raymund.nones at gmail.com) or post to the OpenSBC forum at http://www.opensourcesip.org.

NOTE: I'm currently updating this document to give more screenshots for Linux, OSBC and SipXecs to have a more clearer guide.

Scenario # 1: Using OSBC for Far End NAT Traversal(FENT) - Public . This enables remote workers on the WAN to access a sipxecs instance, where SIPX has a public IP address, from behind NAT routers.

Setup:

OS: Fedora 8

No.of NIC: two, both with Public IP Address
SipXecs and OSBC are installed on the same box, each using a separate IP address

UA's: Behind NAT

Note: Dues to a limitation where the gateway configured in sipxecs always uses port 5060, OSBC can not be used for FENT and SIP Trunking simultaneously.*

1.a Registering a NAT'd UA to sipxecs through OSBC with UpperReg(without and with domain rewriting)

In OSBC:

Setting OSBC with UpperReg Mode:

1.) Go to OSBC General Parameters

2.) Select B2BUpperReg Mode

3.) Press Update (Note: After Update you need to restart OSBC)

Setting OSBC to listen to a specific interface:

1.) Go to OSBC General Parameters

2.) Input the interface address at the Interface Address Field and Click Add

3.) Press Update (Note: After Update you need to restart OSBC)

Setting OSBC Upper Registration

1.) Go to Upper Registration

2.) Input the Route at the Route-List Field and select Add

for the given example route: * sip:sipx.example.com

this will route all traffic from OSBC to SipX instance at sipx.example.com

Note: For domain rewriting, click the check box for Domain Rewriting (i'll be giving examples regarding the Rewrite Feature on my next update)

If Rewrite-TO-Domain is check, domain of the To-URI will be rewritten and use the domain parameter of the route-uri.

If Rewrite-FROM-Domain is check, domain of the From-URI will be rewritten and use the domain parameter of the route-uri

3.) Press Update

In SipXecs:

1.) Create a user / extension ex. Uid: 200 Pw: 200

In UA:

1.) Setup your phone

Uid: 200 Pw: 200

Domain: sipx.example.com <-- this domain should resolve to the IP address of your SipXecs instance

Proxy: osbc.example.com <-- tjis domain should resolve to the IP address of your OSBC instance

1.b Calls between UAs behind NAT

Callflow: UA1 ? OSBC ? SIPX ? OSBC ? UA2

In OSBC:

1.) Using the settings for OSBC from Scenario #1, Go to B2BUA Routes

2.) Add Routes to Route-List

Ex. * sip:sipx.example.com

for the given example route: * sip:sipx.example.com this will route all calls from OSBC to SipX instance at sipx.example.com

3.) Press Update

In SipXecs:

1.) Create two users / extensions ex.

Uid: 200 Pw: 200

Uid: 201 Pw: 201

In UA:

1.) Setup your phones

Uid: 200 Pw: 200

Domain: sipx.example.com <-- this domain should resolve to the IP address of your SipXecs instance

Proxy: osbc.example.com <-- this domain should resolve to the IP address of your OSBC instance

Uid: 201 Pw: 201

Domain: sipx.example.com <-- this domain should resolve to the IP address of your SipXecs instance

Proxy: osbc.example.com <-- this domain should resolve to the IP address of your OSBC instance

1.c Calls to PSTN, UAs behind NAT

Callflow: UA1 ? OSBC ? SIPX ? OSBC _-> PSTN Gateway

In OSBC:

1.) Using the settings for OSBC from Scenario #1, Go to B2BUA Routes

2.) Add Routes to Route-List

Ex.

* sip:sipx.example.com

for the given example route: * sip:sipx.example.com this will route all calls from OSBC to SipX instance at sipx.example.com

12* sip:mypstngateway

for the given example route: 12* sip:mypstngateway this will route all calls starting with 12(Prefix 9 was drop by SipXecs for outgoing call) from OSBC to PSTN Gateway

3.) Press Update

In SipXecs:

1.) Create users / extensions ex.

Uid: 200 Pw: 200

2.) Setup your Gateway at SipXecs (Point your Gateway to OSBC Instance)

In UA:

1.) Setup your phones

Uid: 200 Pw: 200

Domain: sipx.example.com <-- your SipXecs instance

Proxy: osbc.example.com <-- your OSBC instance

1.d Calls From PSTN, UAs behind NAT

Callflow: PSTN Caller ? OSBC ? SIPX ? OSBC ? UA1

In OSBC:

1.) Using the settings for OSBC from Scenario #1, Go to B2BUA Routes

2.) Add Routes to Route-List

Ex. 12345678 sip:100@sipx.example.com

Note: replace 12345678 with your correct DID number

for the given example route: 12345678 sip:100@sipx.example.com this will route calls from OSBC(12345678) to SipX AutoAttendant(indicated by ext 100 or replace with 200 to go directly to extension) at sipx.example.com

3.) Press Update

In SipXecs:

1.) Create users / extensions ex.

Uid: 200 Pw: 200

In UA:

1.) Setup your phones

Uid: 200 Pw: 200

Domain: sipx.example.com <-- your SipXecs instance

Proxy: osbc.example.com <-- your OSBC instance

Scenario # 2: Using OSBC for Far End NAT Traversal (FENT) - Private. This enables remote workers on the WAN to access a sipxecs instance, where SIPX has a private IP address, from behind NAT routers.

Setup:

OS: Fedora 8

No.of NIC: two, One with Public IP Address and the other with a Private IP Address
SipXecs and OSBC are installed on the same box, each using a separate IP address

UA's: registered to sipxecs on a local network using private IP addresses, there is no NAT traversal involved.

Note: Dues to a limitation where the gateway configured in sipxecs always uses port 5060, OSBC can not be used for FENT and SIP Trunking simultaneously.'

2.a Calls to PSTN, UAs and SipXecs on a Local Network

Callflow: UA1 ? SIPX ? OSBC _-> PSTN Gateway

In OSBC:

1.) Go to B2BUA Routes

2.) Add Routes to Route-List

Ex.

12* sip:mypstngateway

for the given example route: 12* sip:mypstngateway this will route all calls starting with 12(Prefix 9 was drop by SipXecs for outgoing call) from OSBC to PSTN Gateway

3.) Press Update

In SipXecs:

1.) Create two users / extensions ex.

Uid: 200 Pw: 200

2.) Setup your Gateway at SipXecs (Point your Gateway to OSBC Instance)

In UA:

1.) Setup your phones

Uid: 200 Pw: 200

Domain: sipx.example.com <-- your SipXecs instance

2.a Calls from PSTN, UAs and SipXecs on a Local Network

Callflow: PSTN Caller ? OSBC ? SIPX ? UA1

In OSBC:

1.) Go to B2BUA Routes

2.) Add Routes to Route-List

Ex. 12345678 sip:100@sipx.example.com

Note: replace 12345678 with your correct DID number

for the given example route: 12345678 sip:100@sipx.example.com this will route calls from OSBC(12345678) to SipX AutoAttendant(indicated by ext 100 or replace with 200 to go directly to extension) at sipx.example.com(local SipXecs Address)

3.) Press Update

In SipXecs:

1.) Create users / extensions ex.

Uid: 200 Pw: 200

In UA:

1.) Setup your phones

Uid: 200 Pw: 200

Domain: sipx.example.com <-- your SipXecs instance

Scenario # 3: Using OSBC for SIP trunking (this example uses RingCentral). This enables sipxecs users on a local private network to connect to the PSTN using a SIP Trunk account on the public network.

Setup:

OS: Fedora 8

No.of NIC: two, One with Public IP Address and the other with a Private IP Address
SipXecs and OSBC are installed on the same box, each using a separate IP address

UA's: registered to sipxecs on a local network using private IP addresses, there is no NAT traversal involved.

SIP Trunk provider: This call flow was tested using a RingCentral account

Note: Dues to a limitation where the gateway configured in sipxecs always uses port 5060, OSBC can not be used for FENT and SIP Trunking simultaneously.'

3.a Registering OSBC to the SIP Trunk

In OSBC:

Setting OSBC to Register to a Sip Trunk Provider:

1.) Go to OSBC Sip Trunk Config

2.) Paste the XML for the config (sample below)

<root>

<siptrunk trunk-name="my.sipprovider.com"

route-set="sip:sip.sipprovider.com"

sip-domain="sip.sipprovider.com"

expires="10">

<trunk-accounts>

<account user-name="xxxxxxx"

auth-user-name="xxxxxx"

auth-password="xxxxxx"

inbound-route="sip:100@sipx.example.com"

expires="3600"/>

</trunk-accounts>

<transient-accounts>

<account user-name="xxxxx"

auth-user-name="xxxx"

auth-password="xxxx"

inbound-route="sip:100@sipx.example.com"

expires="3600"/>

</transient-accounts>

</siptrunk>

</root>

3.) Press Update

4.) To check if registration is successful, Go to Sip-Trunk Registration Status

sip:xxxxxxx@sip.sipprovider.com sip:xxxxxx@xxx.xxx.xx.xx:5066 00773236-91be-dd11-8be9-e96beb558260@sip.sipprovider.com SIP/2.0 200 OK

3.b Routing of inbound calls from a trunk provider to the sipxecs autoattendant

Callflow: Caller ? SipTrunk Provider ? OSBC ? SipX

In OSBC:

1.) After Registration to a Trunk Provider from Scenario 3.a

2.) Go to B2BUA Routes

3.) Add Routes to Route-List

Ex. 100* sip:sipx.example.com

for the given example route: 100* sip:sipx.example.com this will route all calls with prefix 100 from OSBC to SipXecs Auto Attendant at sipx.example.com

3.) Press Update

In SipXecs:

1.) Create users / extensions ex.

Uid: 200 Pw: 200

In UA:

1.) Setup your phones

Uid: 200 Pw: 200

Domain: sipx.example.com <-- your SipXecs instance

3.c Routing of outbound calls from a trunk provider

Call Flow: UA1 ? SIPX ? OSBC _-> Sip Trunk Provider

In OSBC:

1.) Go to B2BUA Routes

2.) Add Routes to Route-List

Ex. 12* sip:sip.ringcentral.com;sip-trunk=true

for the given example route: 12* sip:sip.ringcentral.com;sip-trunk=true, this will route all calls starting with 12(Prefix 9 was drop by SipXecs for outgoing call) from OSBC to Sip Trunk Provider (in this case, Ring Central)

3.) Press Update

In SipXecs:

1.) Create users / extensions ex.

Uid: 200 Pw: 200

2.) Setup your Gateway at SipXecs (Point your Gateway to OSBC Instance)

In UA:

1.) Setup your phones

Uid: 200 Pw: 200

Domain: sipx.example.com <-- your SipXecs instance

  • No labels