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

Compare with Current View Page History

« Previous Version 7 Next »

This article describes the steps necessary to configure the

Unable to show "metadata-from": No such page "_space_variables"
 (SBC) for SIP Trunking using Multiple IP Interface support – available in since UX Release 1.0.2:

Use Case Scenario

A typical use case scenario for the Multiple IP Interface support is: 

The SBC is connected to both a public network and a private (Enterprise) network, acting as a Session Border Controller (SBC) which effectively hides the topologies, IP addressing, signaling attributes and policies established between these two networks from each other. Calls from one network to the other are terminated on SBC (i.e. at the network border) and SBC establishes a different call on the other network, and enables end-to-end conversation.

In this example, the SIP trunking provider and the SBC are connected using the 10.51.100.X network. The enterprise has a IP range of 134.56.225.X. The SBC's main application bridge is configured to 134.56.225.202 which is the default interface and has the default IP route pointing to it. The signaling and media packets for calls to and from OCS and LAN-1 endpoints will use 134.56.225.202 as the IP address of SBC.

When calls are established over the SIP trunk, LAN-2 interface is used. In this case the SIP calls must use the interface IP of 10.51.100.89 for the SIP messaging, SIP source IP address and RTP source IP address. This allows SBC to bridge the networks for calls and not simply route the IP packets.

The cleanest solution is to configure a single SIP Signaling Group for each network. The SIP SG pointing towards the ISP network should refer to LAN-2 interface. LAN-2 should be placed in ROUTED mode with an IP address in the 10.51.100.89/24 range. The SIP SG pointing to the Enterprise network should use the Application-IP interface, which is the default.

 

Topology

SBC Configuration

This article assumes that a PSTN - SBC - OCS 2007 R2 configuration is already in place, therefore it is unnecessary to configure Media Profiles, Media List, SIP Profiles, SIP Server Tables, Tone Table, Telephony Mapping Table in this exercise.

From the SIP Trunking with Multiple IP configuration point of view, the following items must be configured in the SBC:

LAN Port 2/Ethernet 2 IP

    Configure the public IP address 10.51.100.89 in the SBC. In the WebUI, access Tasks  and select Modify Ethernet IP Address.

    Modify Ethernet IP

    Note that LAN Port 1 134.56.225.202 is already configured on the node which you'd be using to URL into WebUI. Following screenshot depicts the verification of LAN 1 configuration:

    Configure the public IP address of 10.51.100.89 in theSBC. In the WebUI, access Tasks  and select Modify Ethernet IP Address.

    Modify Ethernet IP

    Transformation Table

    There are 4 different transformations used in this exercise:

    Translation table for OCS (1xxx) extensions

    1xxx Transformation

     

    Translation table for LAN-1 (2xxx) extensions

    2xxx Transformation

     

    Translation table for LAN-2 (5xxx) extensions

    5xxx Transformation

     

    Translation table for PSTN (3xxx) extensions

    3xxx Transformation

     

    Call Routing Tables

    There are 3 different Call Routing Table entries used in this exercise:

    Routing Calls from OCS Endpoints

    Routing Calls From OCS Endpoints

     

    Routing Calls from Multiple IP Endpoints (LAN-1 and LAN-2 endpoints)

    Routing Calls From Multiple IP Endpoints

     

    Routing Calls from PSTN Endpoints

    Routing Calls From PSTN Endpoints

     

    Signaling Groups

    Signaling Groups for OCS

    Signaling Groups for OCS

     

    Signaling Groups for LAN-1 endpoints

    Signaling Groups for LAN-1 Endpoints

     

    Signaling Groups for LAN-2 endpoints

    This signaling group refers to the IP subnet used between SBC and the SIP trunking provider. There are two subcases here.

    If there is a NAT device between SBC and the SIP-trunking peer, then NAT Traversal must be set to STATIC NAT and the public IP address of the NAT 20.40.60.89 must be specified as the Application IP. In addition, the NAT device should be configured such that it translates between the private address of 10.51.100.89 and the public address of 20.40.60.89.

    If there is no NAT device between SBC and the SIP-trunking peer, then NAT Traversal must be set to NONE as shown below:

    Signaling Groups for LAN-2 Endpoints

     

    Signaling Group for PSTN endpoints

    Signaling Group for PSTN Endpoints

    Additional Configuration step for 
    Unable to show "metadata-from": No such page "_space_variables"
    SBC SWe Lite

    Adding Static IP Routes

    The previous steps complete the necessary configuration requirements for implementing the Multiple IP feature on the

    Unable to show "metadata-from": No such page "_space_variables"
    . However, if deploying on the
    Unable to show "metadata-from": No such page "_space_variables"
    , in addition to previous steps, perform the following step to complete the Multiple IP feature support on the
    Unable to show "metadata-from": No such page "_space_variables"
    .

    Note

    All end-points located in a private or public network must be reachable through a next-hop gateway, as driven by the network environment.

    Modifying Ethernet IP

    • No labels