osmocom-net-gprs August 2018

osmocom-net-gprs@lists.osmocom.org

4 participants
3 discussions

UE Unable to Obtain IP Address | Flooding error logs in OSMO-PCU
by Ron 24 Aug '18

24 Aug '18

Hi Community, We tried to used the GPRS capability of OSMOCOM. Installation and configuration were based in the URL provided below: https://osmocom.org/projects/cellular-infrastructure/wiki/Osmocom_Network_I… We successfully installed the needed elements to run GPRS and we were able to run the following: osmo-msc osmo-stp osmo-hnbgw (optional) osmo-ggsn osmo-sgsn osmo-mgw osmo-bsc osmo-trx-uhd osmo-hlr osmo-pcu UE were able to camp but IP Address is unavailable (checked it under Settings > About Phone > Status) No session / request coming in the OSMO-SGSN. We are also flooded with this log in OSMO-PCU: <000c> gprs_bssgp_pcu.cpp:848 Sending unblock on BVCI 1800 <000c> gprs_bssgp_bss.c:274 BSSGP (BVCI=1800) Tx BVC-BLOCK <000c> gprs_bssgp.c:288 Cell 001-01-23-0 CI 0 on BVCI 1800 <000c> gprs_bssgp_bss.c:294 BSSGP (BVCI=1800) Tx BVC-RESET CAUSE=O&M intervention <000c> gprs_bssgp.c:550 BSSGP BVCI=0 Rx BVC STATUS, cause=Protocol error - unspecified <000c> gprs_bssgp_pcu.cpp:354 Rx BSSGP BVCI=0 (SIGN) PDU type BVC-UNBLOCK unknown <000c> gprs_bssgp_util.c:238 BSSGP BVCI=0 Tx STATUS, cause=Protocol error - unspecified <000c> gprs_bssgp_pcu.cpp:304 Rx BSSGP BVCI=0 (SIGN) BVC_RESET_ACK <000c> gprs_bssgp_pcu.cpp:848 Sending unblock on BVCI 1800 <000c> gprs_bssgp_bss.c:274 BSSGP (BVCI=1800) Tx BVC-BLOCK <000c> gprs_bssgp.c:288 Cell 001-01-23-0 CI 0 on BVCI 1800 <000c> gprs_bssgp_bss.c:294 BSSGP (BVCI=1800) Tx BVC-RESET CAUSE=O&M intervention <000c> gprs_bssgp.c:550 BSSGP BVCI=0 Rx BVC STATUS, cause=Protocol error - unspecified <000c> gprs_bssgp_pcu.cpp:354 Rx BSSGP BVCI=0 (SIGN) PDU type BVC-UNBLOCK unknown <000c> gprs_bssgp_util.c:238 BSSGP BVCI=0 Tx STATUS, cause=Protocol error - unspecified <000c> gprs_bssgp_pcu.cpp:304 Rx BSSGP BVCI=0 (SIGN) BVC_RESET_ACK <000c> gprs_bssgp_pcu.cpp:848 Sending unblock on BVCI 1800 <000c> gprs_bssgp_bss.c:274 BSSGP (BVCI=1800) Tx BVC-BLOCK <000c> gprs_bssgp.c:288 Cell 001-01-23-0 CI 0 on BVCI 1800 <000c> gprs_bssgp_bss.c:294 BSSGP (BVCI=1800) Tx BVC-RESET CAUSE=O&M intervention <000c> gprs_bssgp.c:550 BSSGP BVCI=0 Rx BVC STATUS, cause=Protocol error - unspecified <000c> gprs_bssgp_pcu.cpp:354 Rx BSSGP BVCI=0 (SIGN) PDU type BVC-UNBLOCK unknown <000c> gprs_bssgp_util.c:238 BSSGP BVCI=0 Tx STATUS, cause=Protocol error - unspecified <000c> gprs_bssgp_pcu.cpp:304 Rx BSSGP BVCI=0 (SIGN) BVC_RESET_ACK Any suggestion / comments what seems to be the problem with our setup? TIA. Best Regard, Ron Menez ron.menez(a)entropysolution.com<mailto:ron.menez@entropysolution.com>

2 2

OsmoCon 2018 draft schedule announced
by Harald Welte 16 Aug '18

16 Aug '18

Dear Osmocom community, the first schedule of the 2018 incarnation of OsmoCon 2018 has been announced, see http://osmocom.org/news/99 for the announcment and https://pretalx.sysmocom.de/osmocon2018/schedule/ for the actual schedule. At OsmoCon, we are not targetting developers, but more the wider community and Osmocom users. It would be great to meet many of you and hear more about your relation to Osmocom. Tickets are available from https://pretix.sysmocom.de/sysmocom/osmocon2018/, and until August 31st the early bird discount still applies. For those with a community / "just for fun" background and no employer that would cover the ticket, we have a number of subsidized community discount vouchers available. See the OsmoCon 2018 wiki page at https://osmocom.org/projects/osmo-dev-con/wiki/OsmoCon2018 for more information. Looking forward to meeting as many of you as possible in roughly two months from now, Harald Welte -- - Harald Welte <laforge(a)gnumonks.org> http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)

1 0

SGSN TTCN3 update
by Alexander Couzens 07 Aug '18

07 Aug '18

Hi, I've pushed my SGSN Branch "attach fsm" where I reworked the Attach Request into an FSM together with a TTCN branch (replacing unit tests) to gerrit. When both branches applied upstream, we're up to 42 tests. However these 4 test cases are still open: pass->FAIL SGSN_Tests.TC_attach_pdp_act_deact_mt_t3395_expire => TEID wrong. Cleaning up the internal SGSN seems to fail. xfail SGSN_Tests.TC_attach_gsup_lu_timeout => HLR interaction xfail SGSN_Tests.TC_attach_gsup_lu_reject => HLR interaction xfail SGSN_Tests.TC_attach_second_attempt => HLR interaction Best, lynxis -- Alexander Couzens mail: lynxis(a)fe80.eu jabber: lynxis(a)fe80.eu mobile: +4915123277221 gpg: 390D CF78 8BF9 AA50 4F8F F1E2 C29E 9DA6 A0DF 8604

1 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

osmocom-net-gprs August 2018