osmocom-net-gprs

osmocom-net-gprs@lists.osmocom.org

483 discussions

STP in osmocom?
by Kasper Nielsen 17 Jul '15

17 Jul '15

Several mails in mailing lists talks about OSMO STP for connecting between two points with sctp and m3ua. I cannot find the OSMO STP code anywhere? Is it public source code?

1 0

openggsn fails on debian 8
by Kasper Nielsen 05 Jun '15

05 Jun '15

when trying to install on clean debian 8 I get errors. This is my bash: ./configure bash: ./configure: No such file or directory running alcohol && automake && autoheader && autoconf also gives lots of errors. How can I install openggsn?

2 9

[PATCH 1/3] write_queue: Check the result of osmo_wqueue_enqueue and free
by Holger Hans Peter Freyther 22 May '15

22 May '15

The write_queue is designed to have a maximum amount of pending messages and will refuse to take new messages when it has been reached. The caller can decide if it wants to flush the queue and add the message again, create a log. But in all cases the ownership of the msgb has not been transferred. Fix the potential memory leak in the failure situation. --- src/openbts_sock.cpp | 5 ++++- src/sysmo_l1_if.c | 10 ++++++++-- 2 files changed, 12 insertions(+), 3 deletions(-) diff --git a/src/openbts_sock.cpp b/src/openbts_sock.cpp index 2d9cae4..5e6f16c 100644 --- a/src/openbts_sock.cpp +++ b/src/openbts_sock.cpp @@ -79,7 +79,10 @@ struct l1fwd_hdl *l1fh = talloc_zero(NULL, struct l1fwd_hdl); int pcu_sock_send(struct msgb *msg) { - osmo_wqueue_enqueue(&l1fh->udp_wq, msg); + if (osmo_wqueue_enqueue(&l1fh->udp_wq, msg) != 0) { + LOGP(DPCU, LOGL_ERROR, "PCU write queue full. Dropping message.\n"); + msgb_free(msg); + } return 0; } diff --git a/src/sysmo_l1_if.c b/src/sysmo_l1_if.c index bef680e..c0721b8 100644 --- a/src/sysmo_l1_if.c +++ b/src/sysmo_l1_if.c @@ -36,7 +36,10 @@ static int l1if_req_pdch(struct femtol1_hdl *fl1h, struct msgb *msg) { struct osmo_wqueue *wqueue = &fl1h->write_q[MQ_PDTCH_WRITE]; - osmo_wqueue_enqueue(wqueue, msg); + if (osmo_wqueue_enqueue(wqueue, msg) != 0) { + LOGP(DL1IF, LOGL_ERROR, "PDTCH queue full. dropping message.\n"); + msgb_free(msg); + } return 0; } @@ -324,7 +327,10 @@ int l1if_pdch_req(void *obj, uint8_t ts, int is_ptcch, uint32_t fn, /* transmit */ - osmo_wqueue_enqueue(&fl1h->write_q[MQ_PDTCH_WRITE], msg); + if (osmo_wqueue_enqueue(&fl1h->write_q[MQ_PDTCH_WRITE], msg) != 0) { + LOGP(DL1IF, LOGL_ERROR, "PDTCH queue full. dropping message.\n"); + msgb_free(msg); + } return 0; } -- 2.3.5

2 1

[PATCH 1/2] llist: Reduce the external dependencies of this test
by Holger Hans Peter Freyther 22 May '15

22 May '15

Debian is using the classic bfd linker and when passing libosmogb as link dependency it always wants/needs to resolve the bssgp_prim_cb symbol (which is to be provided by the application). Only keep the libosmocore dependency. Fixes: lib/libosmogb.so: undefined reference to `bssgp_prim_cb' collect2: error: ld returned 1 exit status Makefile:511: recipe for target 'llist/LListTest' failed --- tests/Makefile.am | 3 --- 1 file changed, 3 deletions(-) diff --git a/tests/Makefile.am b/tests/Makefile.am index b822e46..77760f3 100644 --- a/tests/Makefile.am +++ b/tests/Makefile.am @@ -56,9 +56,6 @@ ms_MsTest_LDFLAGS = \ llist_LListTest_SOURCES = llist/LListTest.cpp llist_LListTest_LDADD = \ - $(top_builddir)/src/libgprs.la \ - $(LIBOSMOGB_LIBS) \ - $(LIBOSMOGSM_LIBS) \ $(LIBOSMOCORE_LIBS) \ $(COMMON_LA) -- 2.3.5

1 1

OsmoBTS - OsmocomBB emulation project
by Dominiq T 11 Apr '15

11 Apr '15

Dear Osmcom, I am working on a project, where I am connecting OsmoBTS with OsmocomBB without hardware. I am trying to remove l1 on both sides and connect OsmoBTS with BB application via simple unix sockets. Based on the further recommendations, I am using osmobts-trx branch. Currently I am able to handle messages between BTS and TRX driver on clock and control ports, and on BB side I am in state that phone wants to connect into a cell (so its waiting for BCCH) . I am now trying to find a possible way how to handle messages on data port , between BTS – TRX ( TRX is removed, there is my application instead), and forward these messages to my customized BB l1 interface . The thing is that I need to send to BB phone (layer23) messages in structures from gsm_04_08.h (i.e. gsm48_system_information_type_3). I am not sure if I will be able to get needed from the messages coming on the data port 5702. I found, that PCU creates unix socket on “/tmp/pcu_bts” , but only in case sysmoBTS is in use (please correct me if I am wrong), so this will be not possible due compilation errors without HW. Here I found the gsm48_system_information_type_3 messages. So basically I need somehow to get this message structures on my custom l1 BB interface. Do you have any idea how to do this ? Any advice will be highly appreciated. Many thanks you for your attention :) Best regards, Dominik Tamaskovic.

2 2

Announcing OsmoDevCon 2015
by Harald Welte 13 Feb '15

13 Feb '15

Dear Osmocom.org project members, I'm happy to be able to announce the annual incarnation of OsmoDevCon. The Date is set for March 27 through 30. Venue: As usual, IN-Berlin e.V. in Berlin, Germany. Further details can be obtained from http://openbsc.osmocom.org/trac/wiki/OsmoDevCon2015 Attendance, as usual, is restricted to people with an active history in the Project by contributions in terms of code, patches, discussions, documentation or in other form. = Registration = If you have wiki access, please add yourself to the #Requested section. Alternatively, you can send me private e-mail about it. After review, your (nick)name will be listed in the #Confirmed section. Looking forward to meeting all of you again soon! -- - 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

Re: Configure problem with openggsn
by nisse＠southpole.se 10 Nov '14

10 Nov '14

Holger Hans Peter Freyther <hfreyther(a)sysmocom.de> writes: > If you don't want to use linux/if.h then change it? E.g. something > like this? Thanks for the response. I did something similar. I don't have the code in front of me, (and the project where I used openggsn is not very active at the moment), but I think the result of these configure tests are unused. If tun.c never checks HAVE_NET_IF_H, the corresponding configure test could be deleted. Regards, /Niels

1 0

Fwd: Running OpenGGSN with UmTRX(Osmobts-trx)
by Joe Ge 16 May '14

16 May '14

Hi All, I have installed OpenBSC +Osmo-BTS following Osmocom's netwrok from scratch link http://openbsc.osmocom.org/trac/wiki/network_from_scratch Now I would like to implemenet GPRS facility in the testbedusing OpenGGSN and Osmo-SGSN. I am using fairwaves UmDESK for this implementation. I followed the procedure as suggested in the http://openbsc.osmocom.org/trac/wiki/OpenBSC_GPRS with the added modification as suggested in https://wush.net/trac/rangepublic/wiki/fairwaves.gprs But this doesn't seem to work out. Currently the systems execute properly with the following outputs *GGSN Output:* root@nist:/home/nist# ggsn cmdline_parser_configfile listen: 127.0.0.1 conf: /etc/ggsn.conf fg: 1 debug: 1 qos: 0x0b921f apn: internet net: 192.168.0.0/24 dynip: 192.168.0.0/24 pidfile: /var/run/ggsn.pid statedir: /var/lib/ggsn/ timelimit: 0 gtpclient: Initialising GTP tunnel openggsn[3822]: GTP: gtp_newgsn() started Creating tun interface Setting tun IP address *Osmo-SGSN Output:* root@nist:/home/nist# osmo-sgsn -c OpenBSC_GPRS/openbsc/openbsc/src/gprs/osmo_sgsn.cfg <0010> gprs_ns.c:199 NSVCI=65534 Creating NS-VC *Osmo-PCU Output:* root@nist:/home/nist# osmo-pcu No config file: 'osmo-pcu.cfg' Using default config. With these I also ran: Osmo-NITB Osmobts-TRX Osmo-TRX All of these run normally as well. My UE is able to detect the network as well but not able to connect with it. Given below are the config file entries *ggsn.conf:* listen 127.0.0.1 *osmo-sgsn.cfg:* gtp local-ip 127.0.0.2 ggsn 0 remote-ip 127.0.0.1 ..... encapsulation udp local-ip 127.0.0.2 *open-bsc.cfg*: gprs nsvc 0 remote udp port 23000 gprs nsvc 0 remote ip 127.0.0.2 I had the following doubts regarding the given installation procedure 1. The fairwaves.gprs implementation using Chemeris's gprs-work seems to implement with Asterisk as PBX whereas I require it to run with the osmo-nitb. 2. The gprs-work branch still makes use of BTS transceiver and I wanted it to work with the Osmo-nitb implementation using osmobts-trx and osmo-trx Can somebody please help me out with this? Or is there any alternative implementation which can be tried to execute them together. Looking forward to hearing from you, With Regards, Jijo

2 8

State of sysmocom/master and upcoming work
by Holger Hans Peter Freyther 16 Jan '14

16 Jan '14

Hi, Daniel and me spent another day in the sysmocom office to go through the PCU code. We finished clean-ups, made some simple manual tests and looked at the traces. We will work on the following items during the next weeks: * For DL handling and multi-slot allocation more than one slot will only be allocated _after_ the TBF is re-used. E.g. for a simple download this might mean a single slot is used for the entire download. Daniel made a prototype to send a packet downlink assignment directly _after_ the assignment through the CCCH has completed. We manage to run into a use after free in the TBF code but will work on it. The issue is that the start of a TBF will take a bit longer. We might want to add some heuristic to decide when or when not to do it. * Re-sending and window stalls. When the entire window has been sent once, resending will start but when the ACK/NACK is arrived the resending will conntinue. As it is more likely that frames have arrived we should stop the resending and increase the window. This will increase the throughput. cheers holger -- - Holger Freyther <hfreyther(a)sysmocom.de> http://www.sysmocom.de/ ======================================================================= * sysmocom - systems for mobile communications GmbH * Schivelbeiner Str. 5 * 10439 Berlin, Germany * Sitz / Registered office: Berlin, HRB 134158 B * Geschaeftsfuehrer / Managing Directors: Holger Freyther, Harald Welte

1 0

[PATCH 1/1] Set csnStream direction *after* csnStreamInit
by Daniel Willmann 16 Jan '14

16 Jan '14

Fixes a bug introduced in commit 402cdc. That commit sets direction to zero so setting it to 1 should be done after the call to csnStreamInit(). This issue was discovered by the rlcmac test. --- src/csn1.cpp | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/csn1.cpp b/src/csn1.cpp index 7f64823..258f7c9 100644 --- a/src/csn1.cpp +++ b/src/csn1.cpp @@ -544,11 +544,11 @@ csnStreamDecoder(csnStream_t* ar, const CSN_DESCR* pDescr, bitvec *vector, unsig guint8 length = bitvec_read_field(vector, readIndex, length_len); LOGPC(DCSN1, LOGL_NOTICE, "%s length = %d | ", pDescr->sz , (int)length); - arT.direction = 1; bit_offset += length_len; remaining_bits_len -= length_len; csnStreamInit(&arT, bit_offset, length); + arT.direction = 1; Status = serialize(&arT, vector, readIndex, pvDATA(data, pDescr->offset)); if (Status >= 0) -- 1.8.4.2

3 2

← Newer
1
...
39
40
41
42
43
44
45
...
49
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

osmocom-net-gprs