Project

General

Profile

Bug #4111

BSSGP SUSPEND ACK with unknown BVCI=0

Added by fixeria 3 months ago. Updated 3 months ago.

Status:
New
Priority:
Normal
Assignee:
-
Target version:
-
Start date:
07/17/2019
Due date:
% Done:

0%

Spec Reference:

Description

When a GPRS-attached MS initiates a circuit-switched service (e.g. SS/USSD or SMS), OsmoSGSN logs the following:

DBSSGP NOTICE gprs_bssgp.c:556 BSSGP BVCI=0 Rx BVC STATUS, cause=Unknown BVCI
DBSSGP ERROR gprs_bssgp.c:563 BSSGP BVCI=0 Rx STATUS cause=Unknown BVCI missing conditional BVCI IE

As far as I understand, OsmoPCU sends BSSGP SUSPEND (BVCI=0) to OsmoSGSN, and gets BSSGP SUSPEND ACK (BVCI=0) from it. So then OsmoPCU realizes that BVCI=0 is now known for some reason, and sends BSSGP STATUS (BVCI=0) with cause "BVCI unknown (5)".

Please see an attached capture. OsmoSGSN is bound to 127.0.0.10:23000, OsmoPCU is at 127.0.0.1:23000.

bssgp_suspend.pcapng.gz bssgp_suspend.pcapng.gz 3.18 KB fixeria, 07/17/2019 01:03 PM

History

#1 Updated by fixeria 3 months ago

  • Project changed from Cellular Network Infrastructure to OsmoPCU
  • Subject changed from GPRS Suspension Request with unknown BVCI to BSSGP SUSPEND ACK with unknown BVCI=0

#2 Updated by laforge 3 months ago

BVCI=0 is the signaling BVCI, which always exists. This is different from the p-t-p
BVCIs which are explicitly brought up by UNBLOCK procedures and the like.

So claiming that BVCI=0 is unknown is wrong in any case. It is perpetual.

Also available in: Atom PDF

Add picture from clipboard (Maximum size: 48.8 MB)