Project

General

Profile

Actions

Feature #4522

open

gbproxy: Redundancy within proxy pair

Added by laforge almost 4 years ago. Updated almost 3 years ago.

Status:
Stalled
Priority:
High
Assignee:
Target version:
-
Start date:
05/01/2020
Due date:
% Done:

0%

Spec Reference:

Description

A gbproxy pair features a redundant connection between the BSS and SGSN side.

Should either of the two proxies within a pair be inoperational, the NS-VCs over the E1 circuits on the BSS side of that one proxy are getting BLOCKED and traffic between BSS and SGSN transparently continues to flow via the other proxy of the pair.

Actions #1

Updated by laforge over 3 years ago

  • Assignee set to laforge
  • Priority changed from Normal to High
Actions #2

Updated by laforge about 3 years ago

  • Assignee changed from laforge to daniel
Actions #3

Updated by daniel about 3 years ago

  • Status changed from New to In Progress

Some message sequence charts describing how the state replication, pro-/de-motion should work.

There is also a wiki page describing our approach: Redundancy_between_GbProxy

Actions #4

Updated by laforge about 3 years ago

pushed a patch to support the advertisement of foreing IP endpoints in IP-SNS. It's untested and just in gerrit for soliciting some early review at https://gerrit.osmocom.org/c/libosmocore/+/23521

I'm planning related TTCN3 tests, once I've introduced proper "full mesh NS-VCs on IP-SNS" in TTCN3.

Actions #5

Updated by daniel almost 3 years ago

  • Status changed from In Progress to Stalled
Actions

Also available in: Atom PDF

Add picture from clipboard (Maximum size: 48.8 MB)