Feature #3373
closedSupport for SNS auto-configuration (SIZE / SNS-CONFIG procedure)
100%
Description
3GPP TS 48.016 Section 6.2 specifies the "IP Sub-Network Service Protocol" (SNS), which can be used to auto-configure the NS-VCs and their IP addresses/ports between one NSE and the SGSN.
We don't implement this so far, as the spec states that this is an optional protocol and that NS-VCs may also be configured statically.
Files
Related issues
Updated by laforge almost 6 years ago
- Related to Feature #3372: Support for SNS auto-configuration (SIZE / SNS-CONFIG procedure) added
Updated by laforge almost 6 years ago
- Status changed from New to In Progress
- % Done changed from 0 to 60
Updated by laforge almost 6 years ago
- File 20180705-gprs-sns.pcap 20180705-gprs-sns.pcap added
there's an early/experimental implementation available in the laforge/gb-sns
branches of libosmocore.git and osmo-pcu.git.
When running against PCU_Tests.ttcn from the laforge/gb-sns
branch of osmo-ttcn3-hacks.git, it produces a full SNS handshake as can be seen in the attached pcap file.
The code needs some clean-up. The pre-existing libosmogb API doesn't really distinguish between NS-Entities (NSE) and NS-VirtualConnections (NSVC). In order to properly suppor this, the following sequence of events should be considered:
- NS Instance with NS-Entity is created
- SNS handshake is performed
- NS-VCs are created from SNS handshake result
- NS-RESET procedure is initiated for each NS-VC
- NS Instance is created
- NS-VC is created
- SNS handshake is performed, result ignored
- NS-RESET procedure is initiated
Updated by laforge almost 6 years ago
- Status changed from In Progress to Stalled
Updated by laforge almost 6 years ago
- Related to Bug #3388: NS-RESET / NS-UNBLOCK / NS-BLOCK are not specified over IP/UDP added
Updated by laforge over 5 years ago
- Related to Feature #3617: support routing control and user plane over different NS links added
Updated by laforge about 3 years ago
- Assignee changed from laforge to lynxis
I think now that we fully implement this for IPv4 and IPv6 on the PCU side (and within OsmoGBproxy for the SGSN-facing side), we should also consider bringing the SGSN up to speed.
Updated by laforge about 3 years ago
- Status changed from Stalled to In Progress
- Assignee changed from lynxis to laforge
- Priority changed from Normal to Urgent
Updated by laforge about 3 years ago
Working on this in the laforge/sns-sgsn
branch of libosmocore.git right now.
Updated by laforge about 3 years ago
- Status changed from In Progress to Resolved
- % Done changed from 60 to 100
Applied in changeset libosmocore:libosmocore|3d8eb6a246db98d096fbad5fb387a4b3f0c68041.
Updated by laforge about 3 years ago
- Status changed from Resolved to In Progress
- % Done changed from 100 to 90
actually, the patches are just in a branch and not yet master. The "associated revisions" here folled me :/
Updated by laforge about 3 years ago
- Status changed from In Progress to Resolved
- % Done changed from 90 to 100
Applied in changeset libosmocore:libosmocore|86da6cc913e2e4e3d85a3b944034b88b3f2498ba.