Project

General

Profile

Bug #4895

gbproxy2: Implement small TLLI cache for SUSPEND/RESUME procedure

Added by laforge 3 months ago. Updated about 1 month ago.

Status:
Resolved
Priority:
High
Assignee:
Target version:
-
Start date:
12/08/2020
Due date:
% Done:

100%

Spec Reference:

Description

  • record a TLLI->BVC mapping in a global hashable on every SUSPEND/RESUME in uplink
  • look-up (and destroy) the hashtable entry on the response in SUSPEND/RESUME-ACK/NACK in downlink
  • have a timer to expire records after a few seconds in case there is no response

Related issues

Related to osmo-gbproxy - Feature #4472: Intra-domain connection of OsmoGBPROXY to multiple SGSNs (pooling)In Progress03/29/2020

Associated revisions

Revision bd12f3f2 (diff)
Added by daniel about 1 month ago

gbproxy: Increase TLLI cache timeout to 10s

The range of SUSPEND/RESUME timers T3/T4 is up to 10s so we should keep
the cache entries valid for this time.

Fixes: OS#4895
Change-Id: I9e88e49981098831f3255938deb868f4503f650f
Related: SYS#5235

History

#1 Updated by laforge 3 months ago

  • Related to Feature #4472: Intra-domain connection of OsmoGBPROXY to multiple SGSNs (pooling) added

#2 Updated by laforge 3 months ago

BSSGP spec states T3/T4 guard the SUSPEND/RESUME procedure, and they are both maxuimum 10s - so that's a good value to pick for the TLLI cache expiration.

#3 Updated by daniel about 1 month ago

  • Status changed from New to Resolved
  • % Done changed from 0 to 100

This feature is implemented and suspend/resume tests are passing:
https://gerrit.osmocom.org/q/topic:%22tlli-cache%22+(status:open%20OR%20status:merged)

Also available in: Atom PDF

Add picture from clipboard (Maximum size: 48.8 MB)