Hi,
thanks for your answer.
You are right, it was a configuration problem related to the SGSN. In
particular, the encapsulation local-ip parameter in the ns section. I was
using the same value used for gtp localip, but this was creating the issue.
Now I set this ip to some random local ip (127.0.0.10) and it works fine.
Can you explain what the encapsulation setting is actually doing? The
documentation is not very clear on this, I thought this was supposed to be
the same value as the gtp localip. Everything else is working fine anyway.
By the way, do you recommend to switch to the "split" architecture right
now? Or is there a timeline for when OsmoNITB will be deprecated? Thanks!
Lorenzo
On Tue, Nov 7, 2017 at 12:33 PM, Neels Hofmeyr <nhofmeyr(a)sysmocom.de> wrote:
Hi Lorenzo,
please note that that wiki page hasn't been updated in a while. Most of it
should have remained the same though.
On Sun, Nov 05, 2017 at 04:26:10PM +0100, Lorenzo Cavallini wrote:
<0008> gprs_ns.c:263 NSVCI=65534 Creating
NS-VC
[...]
<0008> gprs_ns.c:707 NSEI=1800 Tx NS RESET
ACK (NSVCI=1800)
<0008> gprs_ns.c:995 NSVCI=1800 Rx NS RESET ACK (NSEI=1800, NSVCI=1800)
<0008> gprs_ns.c:1004 NS RESET ACK Discarding unexpected message for
NS-VCI 1800 from SGSN NSEI=1800
looking at the source code for this, it seems that your setup is not
expecting a RESET ACK for that particular NSEI / NSVCI. Maybe some setting
still mismatches?
If you can't find anything, do also send your config files along.
I'll also point you at the new wiki page for the split setup that includes
GPRS -- but it isn't fully verified yet and doesn't include PCU setup:
https://osmocom.org/projects/cellular-infrastructure/wiki/
Osmocom_Network_In_The_Box
~N