Project

General

Profile

Actions

Feature #1592

closed

VLR in libmsc, to connect to HLR asynchronously

Added by laforge about 8 years ago. Updated almost 7 years ago.

Status:
Closed
Priority:
Urgent
Assignee:
Category:
-
Start date:
02/23/2016
Due date:
% Done:

100%

Spec Reference:

Description

OsmoNITB is currently still stuck with an internal synchronous HLR database. This needs to be done asynchronous in order to support access to an external subscriber database or even a real HLR via a MAP gateway/proxy. The use of GSUP as protocol towards HLR+AUC should be investigate in order to be in-line with what OsmoSGSN does.

Even without the need for external HLR, this synchronous database access is leading to problems, if
  • another process is opening the database and thereby blocking OsmoNITB, or
  • the system (particularly file-system I/O) is getting slow and thereby blocking OsmoNITB

Related issues

Related to OsmoSGSN - Feature #1644: Use the new/upcoming external HLR created for OsmoNITBClosedlaforge03/11/2016

Actions
Related to OsmoSGSN - Feature #1645: mechanism for enabling/disabling GPRS on per-user basisClosedmsuraev03/11/2016

Actions
Related to OsmoNITB - Bug #1591: libdbi is buggy and slow, get rid of itClosedneels02/23/2016

Actions
Related to OpenBSC - Bug #30: sqlite3 database / asynchronous access to itClosedneels

Actions
Related to OsmoNITB - Feature #1711: 3G AuthClosedneels05/14/2016

Actions
Related to OsmoNITB - Support #1922: comprehensive test of MSC subscriber connection and request handlingClosedneels01/18/2017

Actions
Blocks OsmoHLR - Feature #1643: programmatic access to new asynchronous external HLRNew03/11/2016

Actions
Actions

Also available in: Atom PDF

Add picture from clipboard (Maximum size: 48.8 MB)