Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Panel

In this section:

Table of Contents
maxLevel2
minLevel1

Scenario

Each 

Spacevars
0product
 maintains the status of availability of peers with which it communicates.

Background Information

  • The requirements specified in the section "Background Information and Dependencies" under Minimal Out-Of-The-Box Configuration are met.
  • Ports and IP Interface Groups have been configured as described in NNI: Complex route selection.
  • Each
    Spacevars
    0product
    determines independently if each peer is available based on the success of signalling requests, timeouts, reattempts etc.
  • At its simplest form a peer can be either alive or dead (reachable or not), in the extended case we introduce an intermediate state of "impaired".
    Spacevars
    0product
    s use this knowledge to make better choices about routing traffic. For an impaired peer, the traffic offered to deal with overloaded peers (for instance, using SIP 503 error message rates) is reduced. This is applicable to the network side of the ASBC/ UNI cases as well as both sides of the NNI/peering
    Spacevars
    0product
    cases.

Description

Caption
0Figure
1Availability-Reachability tracking by SBC

Image Modified

  • Spacevars
    0product
    s 1-8 are A-
    Spacevars
    0product
    s.
  • Spacevars
    0product
    9 & 10 are NNI/Peering
    Spacevars
    0product
    s.
  • Spacevars
    0product
    s 1-4 are configured to only send requests to AS1
  • Spacevars
    0product
    s 5-8 can offer requests to either AS1 or AS2
  • Spacevars
    0product
    s 1-8 do not offer traffic directly to each other, they only send/receive traffic from an AS
  • Spacevars
    0product
    s 9 & 10 can offer traffic to each other as there maybe transit calls that do not need to go to an AS
  • Each
    Spacevars
    0product
    maintains the status of availability of the peers with which it communicates.

Pagebreak