Project

General

Profile

Actions

Feature #5146

closed

work around peers sending SCCP with no GT and not point code

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

Status:
Resolved
Priority:
Normal
Assignee:
Target version:
-
Start date:
05/10/2021
Due date:
% Done:

100%

Spec Reference:

Description

There are implementations out there which send us traffic, specifically in this case SCMG (SST) that has only SSN in both Called and Calling Party. This means the inbound SST message is routed correctly to the local SCCP user of libosmo-sigtran. But when that user respons with inverting Called/Calling Party, the new destination again just contains a SSN.

As a result, we don't know where to route the message (we always need a PC).

Possible options:
  1. implement a "pure ASP" mode that assumes we only have one AS, no MTP-level routing and hence we can send all traffic to any active ASP within that single AS, or
  2. when receiving SCCP from M3UA, check if we receive traffic that contains just SSN in the CallingParty; in that case, add the OPC from the M3UA level to the CallingParty, or
  3. implement some kind of translation on trasmit, so that we can translate a CalledAddr of just a SSN into SSN+PC before handing it to M3UA

The first option is likely most in-line with what the SIGTRAN RFCs for M3UA (and SUA) would have meant, but that would remove a lot of the flexibility we currently have because we have the full CS7 code in every client application.

Actions #1

Updated by laforge almost 3 years ago

  • Status changed from New to In Progress
  • % Done changed from 0 to 80

Patch in https://gerrit.osmocom.org/c/libosmo-sccp/+/24218

TTCN3 test still missing.

Actions #2

Updated by laforge almost 3 years ago

test case has been merged now, patch still in review

Actions #3

Updated by laforge almost 3 years ago

  • Status changed from In Progress to Resolved
  • % Done changed from 80 to 100
Actions

Also available in: Atom PDF

Add picture from clipboard (Maximum size: 48.8 MB)