osmocom-net-gprs

osmocom-net-gprs@lists.osmocom.org

2 participants
516 discussions

Issue seen in decoding compressed bitmap in EPDAN
by Prasad Kaup 15 Jun '16

15 Jun '16

Hello, During testing with latest master osmo-pcu, we see that there is an issue in decoding of compressed bitmap with make-up code in EPDAN Input to decoding algorithm: Compressed bitmap array : 0x7a,0x28,0x31,0xe1,0xf1,0xc1,0x6c,0x32,0x87 Starting colour code : 1 Length : 72 Expected output ( Refer 3GPP 44.060 section 9.1.10): Expected decoded Length: 304 Expected Uncompressed bitmap: dd c1 48 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01 Actual output: Actual decoded length :292 Actual Uncompressed bitmap: dd c1 48 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Regards Prasad

2 1

[EGPRS] Radisys planned activities for EGPRS
by Aravind Sirsikar 08 Jun '16

08 Jun '16

Hello All, We at Radisys have started working on EGPRS performance analysis and stability testing on NuRAN LiteCell 1.0. Below are the High level Items we have planned. 1) EGPRS Performance benchmarking analysis and optimization 2) CPU and Memory benchmarking and analysis 3) EGPRS multi user tests, Stability, Stress and Soak testing We will keep sharing the relevant patches as well as bench marking report to the mailing list for seeking inputs and suggestion. Thanks, Aravind Sirsikar

2 1

[PATCH] gtp/queue/queue_seqdel(): fix element check which always was true
by Alexander Couzens 06 Jun '16

06 Jun '16

Iterate over all member until the correct member found, remove it and rearrange the seqnext pointer --- gtp/queue.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/gtp/queue.c b/gtp/queue.c index 5b4d849..fbfa1ec 100644 --- a/gtp/queue.c +++ b/gtp/queue.c @@ -105,8 +105,7 @@ static int queue_seqdel(struct queue_t *queue, struct qmsg_t *qmsg) printf("Begin queue_seqdel seq = %d\n", (int)qmsg->seq); for (qmsg2 = queue->hashseq[hash]; qmsg2; qmsg2 = qmsg2->seqnext) { - /* FIXME: this is always true !?! */ - if (qmsg == qmsg) { + if (qmsg == qmsg2) { if (!qmsg_prev) queue->hashseq[hash] = qmsg2->seqnext; else -- 2.8.3

3 3

[PATCH] ggsn/cmdline: remove unused variable check_required
by Alexander Couzens 02 Jun '16

02 Jun '16

fix an unused warning --- ggsn/cmdline.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/ggsn/cmdline.c b/ggsn/cmdline.c index 31c0744..2ef87cb 100644 --- a/ggsn/cmdline.c +++ b/ggsn/cmdline.c @@ -609,14 +609,12 @@ cmdline_parser_internal ( int override; int initialize; - int check_required; int check_ambiguity; package_name = argv[0]; override = params->override; initialize = params->initialize; - check_required = params->check_required; check_ambiguity = params->check_ambiguity; if (initialize) -- 2.8.3

3 2

Status of GEA issues in OsmoSGSN
by Harald Welte 01 Jun '16

01 Jun '16

Dear all, Deater has been investigating which issues currently prevent us from using GEA in OsmoSGSN. His mail has been sitting in my inbox too long, and hence I'm forwarding his results here to the mailing list for further discussion / follow-up. Regards, Harald -- - 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)

3 3

MS behavior with dysfunctional GPRS
by Max 27 May '16

27 May '16

Hi. Imagine following configuration: - GSM network advertises GPRS capabilities in System Information messages - It's not actually available (SGSN crashed, all the timeslots are occupied by TCH etc) What would be expected behavior for MS in this scenario? Shall it switch to alternative network in hope of getting promised GPRS? Shall it hang on the currently camped network providing voice/sms only? Which spec(s) cover that? What could be decision factors for the MS? SIM entries, some data in SI, some timeout somewhere, smth else? -- Max Suraev <msuraev(a)sysmocom.de> http://www.sysmocom.de/ ======================================================================= * sysmocom - systems for mobile communications GmbH * Alt-Moabit 93 * 10559 Berlin, Germany * Sitz / Registered office: Berlin, HRB 134158 B * Geschaeftsfuehrer / Managing Directors: Holger Freyther, Harald Welte

2 1

latest sysmobts-mgr failure on NURAN 1.0
by Prasad Kaup 25 May '16

25 May '16

Hi All, We are trying to cross compile and test latest osmo-pcu, osmo-bts, openbsc, osmo-sgsn , and ggsn. One issue we see with latest sysmobts-mgr (Commit ed494443cc1e9732b43ef99cccf187d17ac931ef) on Nuran 1.0 is as below. - PA is off - Signal is very low - No signal on slave. With sysmobts-mgr preloaded(older commit version) on board, the setup works fine. Please help us in resolving this issue seen in master branch of osmo-bts latest commit. Regards Prasad

1 0

OpenBSC and related projects moved to Gerrit
by Holger Freyther 10 May '16

10 May '16

Hi, as discussed at OsmoDevCon and the mails from last week. The following list of projects have moved to use gerrit for codereview: * libosmocore.git * libosmo-abis.git * libosmo-netif.git * libosmo-sccp.git * libsmpp34.git * openbsc.git * osmo-bts.git * osmo-iuh.git * osmo-pcu.git * cellmgr-ng.git * osmo-sip-connector.git I have created this[1] page with the minimum to set-up gerrit as git-remote, register, configure the account and then hopefully the most frequently used comments. kind regards holger [1] http://osmocom.org/projects/cellular-infrastructure/wiki/Gerrit

1 0

PCU sends invalid block number to L1
by Minh-Quang Nguyen 02 May '16

02 May '16

Hi All, We have noticed that the PCU sends invalid block number to L1 in DSP leading to unexpected message warning in DSP "GsmL1_PhDataReq(1) : Unexpected burst (Invalid blockNumber) [2!=1, SAPI 21-21]]". After an investigation, we observe that the 'pcu_rx_rts_req' function in pcu_l1_if.cpp receives invalid block number from BTS. Looking at the BTS side, the calculation of L1SAP_FN2PTCCHBLOCK defined as '#define L1SAP_FN2PTCCHBLOCK(fn) ((fn / 52) & 7)' does not seem to be valid for expected PTCCH block numbers B0, B1,B2,B3 defined in Table 6 in TS 05.02 version 8.11.0. What do you think about re-define the calculation of the L1SAP_FN2PTCCHBLOCK? Regards, Minh-Quang Nguyen Concepteur logiciel | Software designer GSM/Network T. 418 914-7484 x2296 | 1 855 914-7484 | F. 418 914-9477 2150, Cyrille-Duquet, Québec (Québec) G1N 2G3 CANADA minh-quang.nguyen(a)nutaq.com <mailto:minh-quang.nguyen@nutaq.com> www.nutaq.com <http://www.nutaq.com/> QUEBEC MONTREAL NEW YORK <http://www.nutaq.com/signature/nutaq_q_m_ny.jpg> Facebook <http://www.facebook.com/pages/Nutaq-Innovation/351864938229900> Twitter <https://twitter.com/NutaqInnovation> LinkedIn <http://www.linkedin.com/company/Nutaq> YouTube <http://www.youtube.com/NutaqInnovation>

3 3

[PATCH 1/5] Cleanup build leftovers
by msuraev＠sysmocom.de 28 Apr '16

28 Apr '16

From: Max <msuraev(a)sysmocom.de> --- .gitignore | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/.gitignore b/.gitignore index d2713bf..959b09b 100644 --- a/.gitignore +++ b/.gitignore @@ -18,7 +18,7 @@ compile depcomp install-sh missing -libtool +*libtool ltmain.sh core -- 2.8.1

4 10

← Newer
1
...
34
35
36
37
38
39
40
...
52
Older →

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

osmocom-net-gprs