December 2015 - OpenBSC - lists.osmocom.org

by Sipos Csaba

Dear List, I am in the process of creating the Wiki page for Ettus B200/B210 with OpenBSC, GPRS and Asterisk. I am quite close, both data and calls are working, but the voice calls are half sided. The downlink direction works, but the uplink does not. I tried without Asterisk and LCR (between two phones) and still the calls are half sided. In the mean time I got these messages in the Osmo-BTS log: <0006> scheduler.c:276 PH-DATA.req: chan_nr=0x0a link_id=0x00 fn=1284768 ts=2 tr x=0 <0006> scheduler.c:1036 TCH/F has not been served !! No prim for trx=0 ts=1 at f n=1284764 to transmit. <0006> scheduler.c:1036 TCH/F has not been served !! No prim for trx=0 ts=2 at f n=1284764 to transmit. <0006> scheduler.c:379 TCH RTS.ind: chan=TCH/F chan_nr=0x09 fn=1284772 ts=1 trx= 0 <0006> scheduler.c:276 PH-DATA.req: chan_nr=0x09 link_id=0x00 fn=1284772 ts=1 tr x=0 <0006> scheduler.c:379 TCH RTS.ind: chan=TCH/F chan_nr=0x0a fn=1284772 ts=2 trx= 0 <0006> scheduler.c:276 PH-DATA.req: chan_nr=0x0a link_id=0x00 fn=1284772 ts=2 tr x=0 <0006> scheduler.c:1036 TCH/F has not been served !! No prim for trx=0 ts=1 at f n=1284768 to transmit. <0006> scheduler.c:1036 TCH/F has not been served !! No prim for trx=0 ts=2 at f n=1284768 to transmit. SMS and GPRS seems to be fine. If someone have any idea, I would love to hear it. :-) Thanks! Csaba

8 years

5
10
0 0

[PATCH 0/4] core/conv: Fast Viterbi decoding

by Thomas Tsou

Hi all, This patch set adds to libosmocore an optimized Viterbi decodeer for architecture specific (Intel SSE) and non-specific cases. The implementation covers codes with constraint lengths of K=5 and K=7 and rates 1/4 to 3/4, which make up the majority of GSM use cases. Speedup from the current implementation is in the range of 5 to 20 depending on the processor and code type. API is unchanged. Tested on Haswell (i7-4770K) and Atom (D2550). Additional test codes from osmo-bts are included. Further tests for AWGN bit-error-rate and benchmarks can be found in the following repository. https://github.com/ttsou/osmo-conv-test Here are some examples. Bit error test for GPRS CS2 with SNR of 5 dB and 100000 bursts. $ ./conv_test -c 2 -e -r 5 -i 100000 ================================================= [+] Testing: GPRS CS2 [.] Specs: (N=2, K=5, non-recursive, flushed, not punctured) [.] Input length : ret = 290 exp = 290 -> OK [.] Output length : ret = 588 exp = 588 -> OK [.] BER tests: [..] Testing base: [..] Input BER.......................... 0.042443 [..] Output BER......................... 0.000006 [..] Output FER......................... 0.001350 (135) [..] Testing SIMD: [..] Input BER.......................... 0.042460 [..] Output BER......................... 0.000005 [..] Output FER......................... 0.001240 (124) Timed AFS benchmark with 8 threads and 100000 bursts per thread. $ ./conv_test -b -c 10 -j 8 -i 100000 ================================================= [+] Testing: GSM TCH/AFS 6.7 [.] Specs: (N=4, K=5, recursive, flushed, punctured) [.] Input length : ret = 140 exp = 140 -> OK [.] Output length : ret = 448 exp = 448 -> OK [.] Performance benchmark: [..] Encoding / Decoding 800000 bursts on 8 thread(s): [..] Testing base: [..] Elapsed time....................... 4.320001 secs [..] Rate............................... 25.925920 Mbps [..] Testing SIMD: [..] Elapsed time....................... 0.458272 secs [..] Rate............................... 244.396341 Mbps [..] Speedup............................ 9.426718 -TT

8 years

5
13
0 0

[PATCH 1/2] utils: 'meas_json' utility to convert measurement feed into a JSON feed.

by Alexander Chemeris

--- openbsc/src/utils/Makefile.am | 6 +- openbsc/src/utils/meas_json.c | 169 ++++++++++++++++++++++++++++++++++++++++++ 2 files changed, 174 insertions(+), 1 deletion(-) create mode 100644 openbsc/src/utils/meas_json.c diff --git a/openbsc/src/utils/Makefile.am b/openbsc/src/utils/Makefile.am index f6255a0..89f2dfb 100644 --- a/openbsc/src/utils/Makefile.am +++ b/openbsc/src/utils/Makefile.am @@ -4,7 +4,7 @@ AM_LDFLAGS = $(COVERAGE_LDFLAGS) noinst_HEADERS = meas_db.h -bin_PROGRAMS = bs11_config isdnsync +bin_PROGRAMS = bs11_config isdnsync meas_json if HAVE_SQLITE3 bin_PROGRAMS += osmo-meas-pcap2db osmo-meas-udp2db endif @@ -32,6 +32,10 @@ meas_vis_SOURCES = meas_vis.c meas_vis_LDADD = $(LIBOSMOCORE_LIBS) $(LIBOSMOGSM_LIBS) -lcdk -lncurses meas_vis_CFLAGS = $(LIBOSMOCORE_CFLAGS) $(LIBOSMOGSM_CFLAGS) +meas_json_SOURCES = meas_json.c +meas_json_LDADD = $(LIBOSMOCORE_LIBS) $(LIBOSMOGSM_LIBS) +meas_json_CFLAGS = $(LIBOSMOCORE_CFLAGS) $(LIBOSMOGSM_CFLAGS) + osmo_meas_pcap2db_SOURCES = meas_pcap2db.c meas_db.c osmo_meas_pcap2db_LDADD = $(LIBOSMOCORE_LIBS) $(LIBOSMOGSM_LIBS) -lpcap $(SQLITE3_LIBS) osmo_meas_pcap2db_CFLAGS = $(LIBOSMOCORE_CFLAGS) $(LIBOSMOGSM_CFLAGS) diff --git a/openbsc/src/utils/meas_json.c b/openbsc/src/utils/meas_json.c new file mode 100644 index 0000000..940e5e7 --- /dev/null +++ b/openbsc/src/utils/meas_json.c @@ -0,0 +1,169 @@ +/* Convert measurement report feed into JSON feed printed to stdout. + * Each measurement report is printed as a separae JSON root entry. + * All measurement reports are separated by a new line. + */ + +/* (C) 2015 by Alexander Chemeris <Alexander.Chemeris(a)fairwaves.co> + * With parts of code adopted from different places in OpenBSC. + * + * All Rights Reserved + * + * This program is free software; you can redistribute it and/or modify + * it under the terms of the GNU Affero General Public License as published by + * the Free Software Foundation; either version 3 of the License, or + * (at your option) any later version. + * + * This program is distributed in the hope that it will be useful, + * but WITHOUT ANY WARRANTY; without even the implied warranty of + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the + * GNU Affero General Public License for more details. + * + * You should have received a copy of the GNU Affero General Public License + * along with this program. If not, see <http://www.gnu.org/licenses/>. + * + */ +#include <string.h> +#include <errno.h> +#include <unistd.h> +#include <stdlib.h> +#include <stdio.h> + +#include <netinet/in.h> + +#include <osmocom/core/socket.h> +#include <osmocom/core/msgb.h> +#include <osmocom/core/select.h> + +#include <osmocom/gsm/gsm_utils.h> + +#include <openbsc/meas_feed.h> + +static void print_meas_rep_uni_json(struct gsm_meas_rep_unidir *mru) +{ + printf("\"RXL-FULL\":%d, \"RXL-SUB\":%d, ", + rxlev2dbm(mru->full.rx_lev), + rxlev2dbm(mru->sub.rx_lev)); + printf("\"RXQ-FULL\":%d, \"RXQ-SUB\":%d", + mru->full.rx_qual, mru->sub.rx_qual); +} + +static void print_meas_rep_json(struct gsm_meas_rep *mr) +{ + int i; + + printf("\"NR\":%d", mr->nr); + + if (mr->flags & MEAS_REP_F_DL_DTX) + printf(", \"DTXd\":true"); + + printf(", \"UL_MEAS\":{"); + print_meas_rep_uni_json(&mr->ul); + printf("}"); + printf(", \"BS_POWER\":%d", mr->bs_power); + if (mr->flags & MEAS_REP_F_MS_TO) + printf(", \"MS_TO\":%d", mr->ms_timing_offset); + + if (mr->flags & MEAS_REP_F_MS_L1) { + printf(", \"L1_MS_PWR\":%d", mr->ms_l1.pwr); + printf(", \"L1_FPC\":%s", + mr->flags & MEAS_REP_F_FPC ? "true" : "false"); + printf(", \"L1_TA\":%u", mr->ms_l1.ta); + } + + if (mr->flags & MEAS_REP_F_UL_DTX) + printf(", \"DTXu\":true"); + if (mr->flags & MEAS_REP_F_BA1) + printf(", \"BA1\":true"); + if (mr->flags & MEAS_REP_F_DL_VALID) { + printf(", \"DL_MEAS\":{"); + print_meas_rep_uni_json(&mr->dl); + printf("}"); + } + + if (mr->num_cell == 7) + return; + printf(", \"NUM_NEIGH\":%u, \"NEIGH\":[", mr->num_cell); + for (i = 0; i < mr->num_cell; i++) { + struct gsm_meas_rep_cell *mrc = &mr->cell[i]; + if (i!=0) printf(", "); + printf("\"IDX\":%u, \"ARFCN\":%u, \"BSIC\":%u, \"POWER\":%d", + mrc->neigh_idx, mrc->arfcn, mrc->bsic, rxlev2dbm(mrc->rxlev)); + } + printf("]"); +} + +static void print_meas_feed_json(struct meas_feed_meas *mfm) +{ + time_t now = time(NULL); + + printf("{"); + printf("\"time\":%ld, \"imsi\":\"%s\", \"name\":\"%s\", \"scenario\":\"%s\", ", + now, mfm->imsi, mfm->name, mfm->scenario); + + printf("\"meas_rep\":{"); + print_meas_rep_json(&mfm->mr); + printf("}"); + + printf("}\n"); + +} + +static int handle_meas(struct msgb *msg) +{ + struct meas_feed_meas *mfm = (struct meas_feed_meas *) msgb_data(msg); + + print_meas_feed_json(mfm); + + return 0; +} + +static int handle_msg(struct msgb *msg) +{ + struct meas_feed_hdr *mfh = (struct meas_feed_hdr *) msgb_data(msg); + + if (mfh->version != MEAS_FEED_VERSION) + return -EINVAL; + + switch (mfh->msg_type) { + case MEAS_FEED_MEAS: + handle_meas(msg); + break; + default: + break; + } +} + +static int udp_fd_cb(struct osmo_fd *ofd, unsigned int what) +{ + int rc; + + if (what & BSC_FD_READ) { + struct msgb *msg = msgb_alloc(1024, "UDP Rx"); + + rc = read(ofd->fd, msgb_data(msg), msgb_tailroom(msg)); + if (rc < 0) + return rc; + msgb_put(msg, rc); + handle_msg(msg); + msgb_free(msg); + } + + return 0; +} + +int main(int argc, char **argv) +{ + int rc; + struct osmo_fd udp_ofd; + + udp_ofd.cb = udp_fd_cb; + rc = osmo_sock_init_ofd(&udp_ofd, AF_INET, SOCK_DGRAM, IPPROTO_UDP, NULL, 8888, OSMO_SOCK_F_BIND); + if (rc < 0) + exit(1); + + while (1) { + osmo_select_main(0); + }; + + exit(0); +} -- 1.9.1

8 years, 1 month

1
3
0 0

[PATCH 1/3] log: Add log_check_level function

by Jacob Erlbeck

This commit adds this predicate function which can be used to avoid the execution of code if a certain log level is not enabled. The function will only return 0 (false), if it is sure that a logging call for the same facility and level will not produce any output. This safety criterion shall ensure, that no logging output is lost due to the use of this predicate as a guard. On the other hand, even if the predicate returns != 0 (true), no logging output might get generated by a similar logging command. Note that the current implementation is not focussed on performance, which could be improved by using a lookup table instead of iterating through every target. Sponsored-by: On-Waves ehf --- include/osmocom/core/logging.h | 1 + src/logging.c | 39 +++++++++++++++++++++++++++++++++++++++ 2 files changed, 40 insertions(+) diff --git a/include/osmocom/core/logging.h b/include/osmocom/core/logging.h index 1c159d0..290b33d 100644 --- a/include/osmocom/core/logging.h +++ b/include/osmocom/core/logging.h @@ -198,6 +198,7 @@ void logp2(int subsys, unsigned int level, const char *file, int line, int cont, const char *format, ...) __attribute__ ((format (printf, 6, 7))); int log_init(const struct log_info *inf, void *talloc_ctx); +int log_check_level(int subsys, unsigned int level); /* context management */ void log_reset_context(void); diff --git a/src/logging.c b/src/logging.c index 876964a..c7b1999 100644 --- a/src/logging.c +++ b/src/logging.c @@ -865,4 +865,43 @@ int log_init(const struct log_info *inf, void *ctx) return 0; } +/*! \brief Check whether a log entry will be generated. + * \returns != 0 if a log entry might get generated by at least one target */ +int log_check_level(int subsys, unsigned int level) +{ + struct log_target *tar; + + if (subsys < 0) + subsys = subsys_lib2index(subsys); + + if (subsys > osmo_log_info->num_cat) + subsys = DLGLOBAL; + + /* TODO: The following could/should be cached (update on config) */ + + llist_for_each_entry(tar, &osmo_log_target_list, entry) { + struct log_category *category; + + category = &tar->categories[subsys]; + /* subsystem is not supposed to be logged */ + if (!category->enabled) + continue; + + /* Check the global log level */ + if (tar->loglevel != 0 && level < tar->loglevel) + continue; + + /* Check the category log level */ + if (tar->loglevel == 0 && category->loglevel != 0 && + level < category->loglevel) + continue; + + /* This might get logged (ignoring filters) */ + return 1; + } + + /* We are sure, that this will not be logged. */ + return 0; +} + /*! @} */ -- 1.9.1

8 years, 3 months

3
8
0 0

Some patches

by Alexander Huemer

Hi, here are some patches that I produced while compiling some osmocom projects and its dependencies on a new box. Most of them are trivialities that prevent compiler warnings. The patch for openbsc though fixes a bug that prevents the build when libgtp from openggsn is not present on the system. Kind regards, -Alex

8 years, 4 months

3
35
0 0

Using Gerrit for libosmocore/lib../OpenBSC?

by Holger Freyther

Hi, I like code-review around mailinglists (mostly everybody can read and learn from comments or code), it shows that people collaborate and that we move forward. What I don't like about the current workflow is that we need to manually close things in patchwork after applying/rejecting/ignoring a patch and that to see if it compiles and works are done after the review and by the person that applies the changes. In other projects I have used Gerrit and besides it being a Java monster found it quite okay to use. One strength is that one can directly push the changes for a branch for review, the other is that Jenkins and Gerrit can collaborate. This means that after a commit is pushed make, make check, make distcheck can be executed. Comments will always be attached to a line and not be lost due me quoting and removing parts of the mail. What I am not sure about: * How do the email notifications look like? E.g. do we just get a "Somebody has commented" mail or do we get diff + comment sent here? In OpenOCD I see there is an email with the diff[1] but no mail with the comments. * Shall we support direct pushes? I think specially in the beginning we should but the branch name for that would change. * A change that impacts libopenbsc+OpenBSC is difficult to represent. It would break "the" build but I don't see any other way. Is there enough consensus to give it a try? holger [1] http://sourceforge.net/p/openocd/mailman/message/34646766/

8 years, 4 months

5
5
0 0

[PATCH 1/2] logging: Remove some code duplication

by Holger Hans Peter Freyther

From: Holger Hans Peter Freyther <holger(a)moiji-mobile.com> Extract the mapping of the subsystem number and the checking for the loglevel to a inline method that is shared between the new and old. --- src/logging.c | 74 +++++++++++++++++++++++++++++------------------------------ 1 file changed, 37 insertions(+), 37 deletions(-) diff --git a/src/logging.c b/src/logging.c index c7b1999..7db7101 100644 --- a/src/logging.c +++ b/src/logging.c @@ -310,35 +310,52 @@ err: target->output(target, level, buf); } -/*! \brief vararg version of logging function */ -void osmo_vlogp(int subsys, int level, const char *file, int line, - int cont, const char *format, va_list ap) +static inline int map_subsys(int subsys) { - struct log_target *tar; - if (subsys < 0) subsys = subsys_lib2index(subsys); if (subsys > osmo_log_info->num_cat) subsys = DLGLOBAL; + return subsys; +} + +static inline int check_log_to_target(struct log_target *tar, int subsys, int level) +{ + struct log_category *category; + + category = &tar->categories[subsys]; + + /* subsystem is not supposed to be logged */ + if (!category->enabled) + return 0; + + /* Check the global log level */ + if (tar->loglevel != 0 && level < tar->loglevel) + return 0; + + /* Check the category log level */ + if (tar->loglevel == 0 && category->loglevel != 0 && + level < category->loglevel) + return 0; + + /* TODO: Check the filter/selector too? */ + return 1; +} + +/*! \brief vararg version of logging function */ +void osmo_vlogp(int subsys, int level, const char *file, int line, + int cont, const char *format, va_list ap) +{ + struct log_target *tar; + + subsys = map_subsys(subsys); llist_for_each_entry(tar, &osmo_log_target_list, entry) { - struct log_category *category; int output = 0; va_list bp; - category = &tar->categories[subsys]; - /* subsystem is not supposed to be logged */ - if (!category->enabled) - continue; - - /* Check the global log level */ - if (tar->loglevel != 0 && level < tar->loglevel) - continue; - - /* Check the category log level */ - if (tar->loglevel == 0 && category->loglevel != 0 && - level < category->loglevel) + if (!check_log_to_target(tar, subsys, level)) continue; /* Apply filters here... if that becomes messy we will @@ -871,29 +888,12 @@ int log_check_level(int subsys, unsigned int level) { struct log_target *tar; - if (subsys < 0) - subsys = subsys_lib2index(subsys); - - if (subsys > osmo_log_info->num_cat) - subsys = DLGLOBAL; + subsys = map_subsys(subsys); /* TODO: The following could/should be cached (update on config) */ llist_for_each_entry(tar, &osmo_log_target_list, entry) { - struct log_category *category; - - category = &tar->categories[subsys]; - /* subsystem is not supposed to be logged */ - if (!category->enabled) - continue; - - /* Check the global log level */ - if (tar->loglevel != 0 && level < tar->loglevel) - continue; - - /* Check the category log level */ - if (tar->loglevel == 0 && category->loglevel != 0 && - level < category->loglevel) + if (!check_log_to_target(tar, subsys, level)) continue; /* This might get logged (ignoring filters) */ -- 2.6.3

8 years, 4 months

2
2
0 0

FYI: gtphub merged

by Neels Hofmeyr

Hi list, after a code review session between Holger and me, I've now merged the gtphub branch to master, completely. You can't miss the endless sequence of commits that have just come in on master. This is not to say that the code is glorified beyond doubt. Please do review, if you can spare the time. Thanks, ~Neels -- - Neels Hofmeyr <nhofmeyr(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 * Geschäftsführer / Managing Directors: Holger Freyther, Harald Welte

8 years, 4 months

3
6
0 0

[PATCH 1/6] msgb: Add msgb_resize_area and msgb_copy

by Jacob Erlbeck

These functions originate from openbsc/src/gprs but are generic msgb helper functions. msgb_copy: This function allocates a new msgb, copies the data buffer of msg, and adjusts the pointers (incl. l1h-l4h) accordingly. msgb_resize_area: This resizes a sub area of the msgb data and adjusts the pointers (incl. l1h-l4h) accordingly. Sponsored-by: On-Waves ehf --- include/osmocom/core/msgb.h | 3 ++ src/msgb.c | 88 +++++++++++++++++++++++++++++++++++++++++++++ 2 files changed, 91 insertions(+) diff --git a/include/osmocom/core/msgb.h b/include/osmocom/core/msgb.h index 644a639..21e363a 100644 --- a/include/osmocom/core/msgb.h +++ b/include/osmocom/core/msgb.h @@ -74,6 +74,9 @@ extern struct msgb *msgb_dequeue(struct llist_head *queue); extern void msgb_reset(struct msgb *m); uint16_t msgb_length(const struct msgb *msg); extern const char *msgb_hexdump(const struct msgb *msg); +extern int msgb_resize_area(struct msgb *msg, uint8_t *area, + size_t old_size, size_t new_size); +extern struct msgb *msgb_copy(const struct msgb *msg, const char *name); #ifdef MSGB_DEBUG #include <osmocom/core/panic.h> diff --git a/src/msgb.c b/src/msgb.c index b2fe1d2..a257479 100644 --- a/src/msgb.c +++ b/src/msgb.c @@ -153,6 +153,94 @@ void msgb_set_talloc_ctx(void *ctx) tall_msgb_ctx = ctx; } +/*! \brief Copy an msgb. + * + * This function allocates a new msgb, copies the data buffer of msg, + * and adjusts the pointers (incl l1h-l4h) accordingly. The cb part + * is not copied. + * \param[in] msg The old msgb object + * \param[in] name Human-readable name to be associated with msgb + */ +struct msgb *msgb_copy(const struct msgb *msg, const char *name) +{ + struct msgb *new_msg; + + new_msg = msgb_alloc(msg->data_len, name); + if (!new_msg) + return NULL; + + /* copy data */ + memcpy(new_msg->_data, msg->_data, new_msg->data_len); + + /* copy header */ + new_msg->len = msg->len; + new_msg->data += msg->data - msg->_data; + new_msg->head += msg->head - msg->_data; + new_msg->tail += msg->tail - msg->_data; + + if (msg->l1h) + new_msg->l1h = new_msg->_data + (msg->l1h - msg->_data); + if (msg->l2h) + new_msg->l2h = new_msg->_data + (msg->l2h - msg->_data); + if (msg->l3h) + new_msg->l3h = new_msg->_data + (msg->l3h - msg->_data); + if (msg->l4h) + new_msg->l4h = new_msg->_data + (msg->l4h - msg->_data); + + return new_msg; +} + +/*! \brief Resize an area within an msgb + * + * This resizes a sub area of the msgb data and adjusts the pointers (incl + * l1h-l4h) accordingly. The cb part is not updated. If the area is extended, + * the contents of the extension is undefined. The complete sub area must be a + * part of [data,tail]. + * + * \param[inout] msg The msgb object + * \param[in] area A pointer to the sub-area + * \param[in] old_size The old size of the sub-area + * \param[in] new_size The new size of the sub-area + * \returns 0 on success, -1 if there is not enough space to extend the area + */ +int msgb_resize_area(struct msgb *msg, uint8_t *area, + size_t old_size, size_t new_size) +{ + int rc; + uint8_t *rest = area + old_size; + int rest_len = msg->len - old_size - (area - msg->data); + int delta_size = (int)new_size - (int)old_size; + + if (area < msg->data || rest > msg->tail) + MSGB_ABORT(msg, "Sub area is not fully contained in the msg data\n"); + + if (delta_size == 0) + return 0; + + if (delta_size > 0) { + rc = msgb_trim(msg, msg->len + delta_size); + if (rc < 0) + return rc; + } + + memmove(area + new_size, area + old_size, rest_len); + + if (msg->l1h >= rest) + msg->l1h += delta_size; + if (msg->l2h >= rest) + msg->l2h += delta_size; + if (msg->l3h >= rest) + msg->l3h += delta_size; + if (msg->l4h >= rest) + msg->l4h += delta_size; + + if (delta_size < 0) + msgb_trim(msg, msg->len + delta_size); + + return 0; +} + + /*! \brief Return a (static) buffer containing a hexdump of the msg * \param[in] msg message buffer * \returns a pointer to a static char array -- 1.9.1

8 years, 4 months

2
24
0 0

libosmocore: broken pybombs installation because of talloc

by Piotr Krysik

Hi all, libosmocore can't be installed with GNU Radio's pybombs currently. The reason is that libosmocore requires libtalloc which isn't installed automatically by pybombs. Manually the problem can be solved by installing libtalloc-dev package. It would be good to fix the pybombs recipe however. I would do this simply by adding libtalloc-dev to dependencies but I don't know if this is proper solution from your point of view. Can you (libosmocore developers) fix the recipe or tell me how to fix it appropriately? Best Regards, Piotr Krysik

8 years, 4 months

2
1
0 0

Problem with RF and states of sysmoBTS

by Diego Fernandez Alonso

Hi, I have a problem with my sysmoBTS.I restored the system using a sysmocom-recovery.ubi and executing a sysmocom-restore from a backup file .tar. Everything was apparently ok but the RF Active led is switched off, without transmision, and the state of the BTS is not normal. First of all with a serial conexion I received this message: fpgadl: Error: INIT_B LOW during programming and checking the state I get the parameters: OpenBSC> show bts 0 BTS 0 is of nanobts type in band DCS1800, has CI 0 LAC 1, BSIC 63, TSC 7 and 1 TRX Description: (null) MS Max power: 15 dBm Minimum Rx Level for Access: -110 dBm Cell Reselection Hysteresis: 4 dBm RACH TX-Integer: 9 RACH Max transmissions: 7 Channel Description Attachment: yes Channel Description BS-PA-MFRMS: 5 Channel Description BS-AG_BLKS-RES: 1 System Information present: 0x00000000, static: 0x00000000 Unit ID: 1801/0/0, OML Stream ID 0xff NM State: Oper 'NULL', Admin 'unknown 0x0', Avail 'Power off' Site Mgr NM State: Oper 'NULL', Admin 'unknown 0x0', Avail 'Power off' GPRS NSE: Oper 'NULL', Admin 'unknown 0x0', Avail 'Power off' GPRS CELL: Oper 'NULL', Admin 'unknown 0x0', Avail 'Power off' GPRS NSVC0: Oper 'NULL', Admin 'unknown 0x0', Avail 'Power off' GPRS NSVC1: Oper 'NULL', Admin 'unknown 0x0', Avail 'Power off' Paging: 0 pending requests, 20 free slots OML Link state: disconnected. Current Channel Load: OpenBSC> OpenBSC> show trx 0 0 TRX 0 of BTS 0 is on ARFCN 514 Description: (null) RF Nominal Power: 23 dBm, reduced by 20 dB, resulting BS power: 3 dBm NM State: Oper 'NULL', Admin 'Unlocked', Avail 'Power off' Baseband Transceiver NM State: Oper 'NULL', Admin 'unknown 0x0', Avail 'Power off' ip.access stream ID: 0x00 OpenBSC> I would be very grateful for some idea for recovering the states to 'Enable' Thanks so much. Diego.

8 years, 4 months

2
1
0 0

PCU-Testing at CCC

by Jacob Erlbeck

Hi, it would be great to do some PCU testing at the congress. Branch: jerlbeck/master PCU Configuration: example config NITB/BSC Configuration: At least 2 adjacent PDCH Interesting VTY commands - show tbf all - show ms all - show ms imsi SOME_IMSI Other things to look at: - PCU load (CPU) Please keep me informed on how it works. I'll be able to investigate or fix things on Mon and Tue (and maybe on Sun). Thanks and have fun Jacob -- - Jacob Erlbeck <jerlbeck(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

8 years, 4 months

1
0
0 0

Wiki update for B2x0 series

by Sipos Csaba

Dear list, As of today, I revised and updated the Wiki page for Ettus SDRs. https://openbsc.osmocom.org/trac/wiki/Ettus_USRP_B2xx_family What is tested: - Voice calls (MO and MT with full rate) - Interconnect with Asterisk (voice call routing and interconnecting GSM calls to SIP or other telephony technologies) - SMS (MO and MT) - GPRS What needs to be tested: - Voice calls with half rate and AMR If someone can go through it and revise it, that would be nice. Regards, Csaba

8 years, 4 months

1
0
0 0

Osmo-PCU: make error

by Sipos Csaba

Dear Jacob, Today I started to update my setup to latest master for all the Osmocom projects and hit a compile error with Osmo-PCU: root@D6420:~/newer_osmocom/osmo-pcu# make Making all in src make[1]: Entering directory `/root/newer_osmocom/osmo-pcu/src' CXX gprs_debug.lo CXX csn1.lo CXX gsm_rlcmac.lo CXX gprs_bssgp_pcu.lo In file included from /usr/local/include/osmocom/gsm/prim.h:3:0, from /usr/local/include/osmocom/gprs/gprs_bssgp.h:8, from ./gprs_bssgp_pcu.h:32, from gprs_bssgp_pcu.cpp:22: /usr/local/include/osmocom/core/prim.h:23:27: error: uninitialized const 'osmo_prim_op_names' [-fpermissive] const struct value_string osmo_prim_op_names[5]; ^ In file included from /usr/local/include/osmocom/core/msgb.h:24:0, from /usr/local/include/osmocom/gprs/gprs_ns.h:8, from ./gprs_bssgp_pcu.h:31, from gprs_bssgp_pcu.cpp:22: /usr/local/include/osmocom/core/utils.h:22:8: note: 'const struct value_string' has no user-provided default constructor struct value_string { ^ /usr/local/include/osmocom/core/utils.h:23:15: note: and the implicitly-defined constructor does not initialize 'unsigned int value_string::value' unsigned int value; /*!< \brief numeric value */ ^ make[1]: *** [gprs_bssgp_pcu.lo] Error 1 make[1]: Leaving directory `/root/newer_osmocom/osmo-pcu/src' make: *** [all-recursive] Error 1 I can see that you moving some parts from openbsc to the core library, probably that process is not yet finsihed (or merged to master) and that is causing this problem. Just wanted to give some feedback and notify the list about this. Regards, Csaba

8 years, 4 months

2
3
0 0

[PATCH] fix format warnings added by 86ec3118

by Neels Hofmeyr

Commit 86ec3118 ("msgb: Let msgb_hexdump be more tolerant") added new format warnings to my 64bit build of libosmocore. It's not a pressing matter, really, but the libosmocore build is otherwise clean of such warnings so it'd be nice to keep it that way. This patch fixes the warnings by using PRIdPTR. That seems to be the Correct Way to fix it, but I'm a bit unsure. Thanks for any thoughts! Neels Hofmeyr (1): Fix some recently added formats on 64bit src/msgb.c | 8 +++++--- 1 file changed, 5 insertions(+), 3 deletions(-) -- 2.1.4

8 years, 4 months

2
2
0 0

(no subject)

by Alexander Huemer

Hi. This patch is for osmo-iuh. Without it the build only works on machines that have the needed headers in the default search path for includes. Otherwise the build fails like this: > gcc -DPACKAGE_NAME=\"osmo-iuh\" -DPACKAGE_TARNAME=\"osmo-iuh\" -DPACKAGE_VERSION=\"0.0\" -DPACKAGE_STRING=\"osmo-iuh\ 0.0\" -DPACKAGE_BUGREPORT=\"\ openbsc(a)lists.osmocom.org\" -DPACKAGE_URL=\"\" -DPACKAGE=\"osmo-iuh\" -DVERSION=\"0.0\" -DSTDC_HEADERS=1 -I. -I/home/blackbit/usr/stow/libasn1c/include/ -I/home/blackbit/usr/stow/libasn1c/include/asn1c -I. -g -O2 -MT Criticality.o -MD -MP -MF $depbase.Tpo -c -o Criticality.o Criticality.c &&\ > mv -f $depbase.Tpo $depbase.Po > In file included from Criticality.h:50:0, > from Criticality.c:8: > /home/blackbit/usr/stow/libasn1c/include/asn1c/asn_internal.h:18:33: fatal error: osmocom/core/talloc.h: No such file or directory > compilation terminated. Kind regards, -Alex

8 years, 4 months

2
2
0 0

[PATCH] fix build if depenedencies are in distinct directories

by Alexander Huemer

Hi. This patch is for libosmo-sccp. Without it the build only works on machines that have the needed headers in the default search path for includes. Otherwise the build fails like this: > /bin/bash ../libtool --tag=CC --mode=compile gcc -DPACKAGE_NAME=\"libosmo-sccp\" -DPACKAGE_TARNAME=\"libosmo-sccp\" -DPACKAGE_VERSION=\"0.0.6.3.33-8209\" -DPACKAGE_STRING=\"libosmo-sccp\ 0.0.6.3.33-8209\" -DPACKAGE_BUGREPORT=\"openbsc(a)lists.osmocom.org\" -DPACKAGE_URL=\"\" -DPACKAGE=\"libosmo-sccp\" -DVERSION=\"0.0.6.3.33-8209\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -I. -I../include -I.. -Wall -I/home/blackbit/usr/stow/libosmocore/include/ -g -O2 -MT sua.lo -MD -MP -MF .deps/sua.Tpo -c -o sua.lo sua.c > libtool: compile: gcc -DPACKAGE_NAME=\"libosmo-sccp\" -DPACKAGE_TARNAME=\"libosmo-sccp\" -DPACKAGE_VERSION=\"0.0.6.3.33-8209\" "-DPACKAGE_STRING=\"libosmo-sccp 0.0.6.3.33-8209\"" -DPACKAGE_BUGREPORT=\"openbsc(a)lists.osmocom.org\" -DPACKAGE_URL=\"\" -DPACKAGE=\"libosmo-sccp\" -DVERSION=\"0.0.6.3.33-8209\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -I. -I../include -I.. -Wall -I/home/blackbit/usr/stow/libosmocore/include/ -g -O2 -MT sua.lo -MD -MP -MF .deps/sua.Tpo -c sua.c -fPIC -DPIC -o .libs/sua.o > sua.c:32:34: fatal error: osmocom/netif/stream.h: No such file or directory > compilation terminated. Kind regards, -Alex

8 years, 4 months

2
2
0 0

osmobts multiple bts

by stanley lary

Hi, I have followed the steps as in Multi-BTS with Osmocom and a single UmTRX <http://umtrx.org/multi-bts-with-osmocom-and-a-single-umtrx/> but I wasn't able to get the right results. I was able to get both TX transmitting the broadcast channel but when I try to connect my phone, only BTS0 works fine. When I try to change the BTS unit_id, I noticed that only the BTS having the lower unit_id would work while the other one only transmits broadcast signals (ex: unit_id 1801 works if I have 1801 and 1802). Any ideas what could be the problem ? Thank you, <http://umtrx.org/multi-bts-with-osmocom-and-a-single-umtrx/>

8 years, 4 months

1
0
0 0

osmo-iuh update

by Harald Welte

FYI: Last night I a) merged the SCTP support for libosmo-netif to master b) moved the sua code from osmo-iuh into the libosmo-sccp repository, where we now build a shared libosmo-sigtran.so, which will be linked by the MSC, SGSN and HNB-GW code for the IuCS/IuPS interface. Unlike the spec demands, we will not use SCCP in M3UA in SCTP here, but will use SUA in SCTP as a simplification. Furthermore, the SUA code in libosmo-sigtran does not yet a) fully implement all the correct state machine transitions and inactivity timers (this is to be done) b) implement the ASP management state machines This is done as a short-cut as we initially only want to communicate between our own network elements. What's important is that we can use wireshark for decoding the protocol stacking that we use, and that the SCCP USER SAP is specified in a way that will enable us to put SCCP+M3UA or other sigtran dialects underneath the RANAP code in the future, as needed. Regards, Harald -- - Harald Welte <hwelte(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

8 years, 4 months

3
2
0 0

osmo-iuh: fix Makefile.am

by Alexander Huemer

This patch fixes the build at least for me after $ git clean -xfd

8 years, 4 months

2
5
0 0

ffasn1c in osmo-iuh?

by Neels Hofmeyr

Hi, so in osmo-iuh, we're using the libre asn1c, the generated sources found in e.g. src/hnbap/. But I do find the dirs: ./asn1/rua/ffasn1c ./asn1/ranap/ffasn1c ./asn1/hnbap/ffasn1c that kind of look like we were using the ffasn1c compiler. Those are obsolete, right? Remove? ~Neels -- - Neels Hofmeyr <nhofmeyr(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 * Geschäftsführer / Managing Directors: Holger Freyther, Harald Welte

8 years, 4 months

2
1
0 0

[PATCH 1/2] bitvec: Add get/set byte sequences

by Jacob Erlbeck

The new functions bitvec_get_bytes and bitvec_set_bytes copy byte sequences from bitvecs to uint8_t arrays and vice versa. While the bytes in the bitvecs do not need to be aligned, the uint8_t arrays always are. In case the bytes in the bitvec are aligned, the implementation uses memcpy. Note that the implementation like the other existing functions assume MSB first encoding. Sponsored-by: On-Waves ehf --- include/osmocom/core/bitvec.h | 2 ++ src/bitvec.c | 75 +++++++++++++++++++++++++++++++++++++++++++ tests/Makefile.am | 9 ++++-- tests/testsuite.at | 6 ++++ 4 files changed, 90 insertions(+), 2 deletions(-) diff --git a/include/osmocom/core/bitvec.h b/include/osmocom/core/bitvec.h index 62e2e7b..445730e 100644 --- a/include/osmocom/core/bitvec.h +++ b/include/osmocom/core/bitvec.h @@ -63,5 +63,7 @@ int bitvec_set_uint(struct bitvec *bv, unsigned int in, int count); int bitvec_get_uint(struct bitvec *bv, int num_bits); int bitvec_find_bit_pos(const struct bitvec *bv, unsigned int n, enum bit_value val); int bitvec_spare_padding(struct bitvec *bv, unsigned int up_to_bit); +int bitvec_get_bytes(struct bitvec *bv, uint8_t *bytes, int count); +int bitvec_set_bytes(struct bitvec *bv, const uint8_t *bytes, int count); /*! @} */ diff --git a/src/bitvec.c b/src/bitvec.c index 8da5a48..726a768 100644 --- a/src/bitvec.c +++ b/src/bitvec.c @@ -1,6 +1,7 @@ /* bit vector utility routines */ /* (C) 2009 by Harald Welte <laforge(a)gnumonks.org> + * (C) 2015 by Sysmocom s.f.m.c. GmbH * * All Rights Reserved * @@ -30,6 +31,7 @@ #include <errno.h> #include <stdint.h> +#include <string.h> #include <osmocom/core/bitvec.h> @@ -261,4 +263,77 @@ int bitvec_find_bit_pos(const struct bitvec *bv, unsigned int n, return -1; } +/*! \brief get multiple bytes from current pos + * Assumes MSB first encoding. + * \param[in] bv bit vector + * \param[in] bytes array + * \param[in] count number of bytes to copy + */ +int bitvec_get_bytes(struct bitvec *bv, uint8_t *bytes, int count) +{ + int byte_offs = bytenum_from_bitnum(bv->cur_bit); + int bit_offs = bv->cur_bit % 8; + uint8_t c, last_c; + int i; + uint8_t *src; + + if (byte_offs + count + (bit_offs ? 1 : 0) > bv->data_len) + return -EINVAL; + + if (bit_offs == 0) { + memcpy(bytes, bv->data + byte_offs, count); + } else { + src = bv->data + byte_offs; + last_c = *(src++); + for (i = count; i > 0; i--) { + c = *(src++); + *(bytes++) = + (last_c << bit_offs) | + (c >> (8 - bit_offs)); + last_c = c; + } + } + + bv->cur_bit += count * 8; + return 0; +} + +/*! \brief set multiple bytes at current pos + * Assumes MSB first encoding. + * \param[in] bv bit vector + * \param[in] bytes array + * \param[in] count number of bytes to copy + */ +int bitvec_set_bytes(struct bitvec *bv, const uint8_t *bytes, int count) +{ + int byte_offs = bytenum_from_bitnum(bv->cur_bit); + int bit_offs = bv->cur_bit % 8; + uint8_t c, last_c; + int i; + uint8_t *dst; + + if (byte_offs + count + (bit_offs ? 1 : 0) > bv->data_len) + return -EINVAL; + + if (bit_offs == 0) { + memcpy(bv->data + byte_offs, bytes, count); + } else if (count > 0) { + dst = bv->data + byte_offs; + /* Get lower bits of first dst byte */ + last_c = *dst >> (8 - bit_offs); + for (i = count; i > 0; i--) { + c = *(bytes++); + *(dst++) = + (last_c << (8 - bit_offs)) | + (c >> bit_offs); + last_c = c; + } + /* Overwrite lower bits of N+1 dst byte */ + *dst = (*dst & ((1 << (8 - bit_offs)) - 1)) | + (last_c << (8 - bit_offs)); + } + + bv->cur_bit += count * 8; + return 0; +} /*! @} */ diff --git a/tests/Makefile.am b/tests/Makefile.am index 3dc9bd9..0d220e8 100644 --- a/tests/Makefile.am +++ b/tests/Makefile.am @@ -10,7 +10,8 @@ check_PROGRAMS = timer/timer_test sms/sms_test ussd/ussd_test \ kasumi/kasumi_test logging/logging_test fr/fr_test \ loggingrb/loggingrb_test strrb/strrb_test \ vty/vty_test comp128/comp128_test utils/utils_test \ - smscb/gsm0341_test stats/stats_test + smscb/gsm0341_test stats/stats_test \ + bitvec/bitvec_test if ENABLE_MSGFILE check_PROGRAMS += msgfile/msgfile_test @@ -37,6 +38,9 @@ auth_milenage_test_LDADD = $(top_builddir)/src/libosmocore.la $(top_builddir)/sr bits_bitrev_test_SOURCES = bits/bitrev_test.c bits_bitrev_test_LDADD = $(top_builddir)/src/libosmocore.la +bitvec_bitvec_test_SOURCES = bitvec/bitvec_test.c +bitvec_bitvec_test_LDADD = $(top_builddir)/src/libosmocore.la + conv_conv_test_SOURCES = conv/conv_test.c conv_conv_test_LDADD = $(top_builddir)/src/libosmocore.la @@ -124,7 +128,8 @@ EXTRA_DIST = testsuite.at $(srcdir)/package.m4 $(TESTSUITE) \ fr/fr_test.ok loggingrb/logging_test.ok \ loggingrb/logging_test.err strrb/strrb_test.ok \ vty/vty_test.ok comp128/comp128_test.ok \ - utils/utils_test.ok stats/stats_test.ok + utils/utils_test.ok stats/stats_test.ok \ + bitvec/bitvec_test.ok DISTCLEANFILES = atconfig diff --git a/tests/testsuite.at b/tests/testsuite.at index a542798..4a3fc0d 100644 --- a/tests/testsuite.at +++ b/tests/testsuite.at @@ -21,6 +21,12 @@ cat $abs_srcdir/bits/bitrev_test.ok > expout AT_CHECK([$abs_top_builddir/tests/bits/bitrev_test], [0], [expout]) AT_CLEANUP +AT_SETUP([bitvec]) +AT_KEYWORDS([bitvec]) +cat $abs_srcdir/bitvec/bitvec_test.ok > expout +AT_CHECK([$abs_top_builddir/tests/bitvec/bitvec_test], [0], [expout], [ignore]) +AT_CLEANUP + AT_SETUP([conv]) AT_KEYWORDS([conv]) cat $abs_srcdir/conv/conv_test.ok > expout -- 1.9.1

8 years, 4 months

1
2
0 0

[PATCH openggsn 0/4] add and update gtp-kernel support to openggsn

by Andreas Schultz

This series imports Pablo Neira Ayuso original gtp-kernel support patch unmodified to master and applies some fixes ontop of it. The last patch in the series then add network namespace support to it. This state is in sync with gtp-kernel patch I posted a few minutes ago. Andreas -- Andreas Schultz (3): ggsn: update gpt-kernel logging to libosmocore ggsn: fix autotool pkg-config invokation ggsn: add network namespace support Pablo Neira Ayuso (1): ggsn: add support for GTP kernel data encapsulation configure.ac | 15 ++++ ggsn/Makefile.am | 11 ++- ggsn/cmdline.c | 48 +++++++++- ggsn/cmdline.ggo | 4 + ggsn/cmdline.h | 8 ++ ggsn/ggsn.c | 52 ++++++++++- ggsn/gtp-kernel.c | 258 ++++++++++++++++++++++++++++++++++++++++++++++++++++++ ggsn/gtp-kernel.h | 53 +++++++++++ lib/Makefile.am | 4 +- lib/netns.c | 135 ++++++++++++++++++++++++++++ lib/netns.h | 26 ++++++ 11 files changed, 607 insertions(+), 7 deletions(-) create mode 100644 ggsn/gtp-kernel.c create mode 100644 ggsn/gtp-kernel.h create mode 100644 lib/netns.c create mode 100644 lib/netns.h -- 2.5.0

8 years, 4 months

4
10
0 0

Re: PySIM: SW match failed

by Florian

On Thu Nov 5 09:05:15 UTC 2015, Harald Welte wrote: >> RuntimeError: SW match failed ! Expected 9000 and got 6a86. > According to ISO 7816-4, this 6a86 means 'incorrect P1 or P2 > parameter'. >> At this point I don't have any more ideas what to try, if anyone would >> have any suggestions I would apreciate it. > Please activate (or hack some code for) tracing the actual APDUs that > pySim excahnges with the card. IIRC, pySim already has that option. > Once you see the raw APDUs, you can compare their encoding > (particularly > P1/P2) with those described in the relevant ETSI/3GPP (U)SIM > specifications. I enhanced my local copy of pySim (zecke/tmp) to show the raw PDUs. And I added a method to check the Status of the PIN and ADM register. On one card I messed up the ADM, so pySim-prog.py shows whey query for SIM 1: > send_apdu_raw -> 00200001 < received status word 63c3 So that is SW1='63' with SW2='CX': Counter (verification failed: 'X' indicates the number of further allowed retries Which means I have three more attempts for the PIN1, but > send_apdu_raw -> 0020000A < received status word 63c0 Ahhrg, I do not have any additional attempt to verify the ADM-Key. Trying to verify ADM results in > send_apdu_raw -> 0020000A083132333435363738 < received status word 6983 an ugly SW1='69' with SW2='83': Authentication method blocked. So I can no longer verify the ADM-Key on that card. --> Is there any way to unblock the card? On the second card I was able to successfully verify the ADM and change the IMSI... Cheers, Flo

8 years, 5 months

4
4
0 0

[PATCH] gtphub: add to debian build

by Neels Hofmeyr

By the example of osmo-sgsn, package osmo-gtphub for debian. Sponsored-by: On-Waves ehi --- debian/control | 14 +++ debian/osmocom-gtphub.default | 2 + debian/osmocom-gtphub.examples | 1 + debian/osmocom-gtphub.init | 150 +++++++++++++++++++++++ debian/osmocom-gtphub.install | 1 + debian/rules | 1 + openbsc/doc/examples/osmo-gtphub/osmo-gtphub.cfg | 23 ++++ 7 files changed, 192 insertions(+) create mode 100644 debian/osmocom-gtphub.default create mode 100644 debian/osmocom-gtphub.examples create mode 100755 debian/osmocom-gtphub.init create mode 100644 debian/osmocom-gtphub.install create mode 100644 openbsc/doc/examples/osmo-gtphub/osmo-gtphub.cfg diff --git a/debian/control b/debian/control index 2447d29..53b6908 100644 --- a/debian/control +++ b/debian/control @@ -50,6 +50,12 @@ Depends: ${shlibs:Depends}, ${misc:Depends} Description: Osmocom Base Station Controller Network Address Translation Network address translation for BSC. +Package: osmocom-gtphub +Architecture: any +Depends: ${shlibs:Depends}, ${misc:Depends} +Description: Osmocom GTP hub + Proxy for comms between SGSN and GGSN. + Package: osmocom-bsc-dbg Architecture: any Section: debug @@ -105,3 +111,11 @@ Priority: extra Depends: osmocom-bsc-nat (= ${binary:Version}), ${misc:Depends} Description: Debug symbols for the OpenBSC Network Address Translation Make debugging possible + +Package: osmocom-gtphub-dbg +Architecture: any +Section: debug +Priority: extra +Depends: osmocom-gtphub (= ${binary:Version}), ${misc:Depends} +Description: Debug symbols for Osmocom GTP hub + Make debugging possible diff --git a/debian/osmocom-gtphub.default b/debian/osmocom-gtphub.default new file mode 100644 index 0000000..6af82da --- /dev/null +++ b/debian/osmocom-gtphub.default @@ -0,0 +1,2 @@ +CONFIG_FILE="/etc/osmocom/osmo-gtphub.cfg" + diff --git a/debian/osmocom-gtphub.examples b/debian/osmocom-gtphub.examples new file mode 100644 index 0000000..48c2dc0 --- /dev/null +++ b/debian/osmocom-gtphub.examples @@ -0,0 +1 @@ +openbsc/doc/examples/osmo-gtphub diff --git a/debian/osmocom-gtphub.init b/debian/osmocom-gtphub.init new file mode 100755 index 0000000..4dc67b3 --- /dev/null +++ b/debian/osmocom-gtphub.init @@ -0,0 +1,150 @@ +#!/bin/sh +### BEGIN INIT INFO +# Provides: osmo-gtphub +# Required-Start: $network $local_fs +# Required-Stop: +# Default-Start: 2 3 4 5 +# Default-Stop: 0 1 6 +# Short-Description: Osmocom GTP hub +# Description: Osmocom GTP hub +### END INIT INFO + +# Author: Neels Hofmeyr <nhofmeyr(a)sysmocom.de> + +# PATH should only include /usr/* if it runs after the mountnfs.sh script +PATH=/sbin:/usr/sbin:/bin:/usr/bin +NAME=osmo-gtphub # Introduce the short server's name here +DESC="Osmocom GTP hub" # Introduce a short description here +DAEMON=/usr/bin/osmo-gtphub # Introduce the server's location here +SCRIPTNAME=/etc/init.d/osmocom-gtphub + +# Exit if the package is not installed +[ -x $DAEMON ] || exit 0 + +# Read configuration variable file if it is present +[ -r /etc/default/osmocom-gtphub ] && . /etc/default/osmocom-gtphub + +# Load the VERBOSE setting and other rcS variables +. /lib/init/vars.sh + +# Define LSB log_* functions. +# Depend on lsb-base (>= 3.0-6) to ensure that this file is present. +. /lib/lsb/init-functions + +DAEMON_ARGS="$DAEMON_ARGS -D -c $CONFIG_FILE" + +# +# Function that starts the daemon/service +# +do_start() +{ + # Return + # 0 if daemon has been started + # 1 if daemon was already running + # 2 if daemon could not be started + start-stop-daemon --start --quiet --exec $DAEMON --test > /dev/null \ + || return 1 + start-stop-daemon --start --quiet --exec $DAEMON -- \ + $DAEMON_ARGS \ + || return 2 + # Add code here, if necessary, that waits for the process to be ready + # to handle requests from services started subsequently which depend + # on this one. As a last resort, sleep for some time. +} + +# +# Function that stops the daemon/service +# +do_stop() +{ + # Return + # 0 if daemon has been stopped + # 1 if daemon was already stopped + # 2 if daemon could not be stopped + # other if a failure occurred + start-stop-daemon --stop --quiet --retry=TERM/30/KILL/5 --name $NAME + RETVAL="$?" + [ "$RETVAL" = 2 ] && return 2 + # Wait for children to finish too if this is a daemon that forks + # and if the daemon is only ever run from this initscript. + # If the above conditions are not satisfied then add some other code + # that waits for the process to drop all resources that could be + # needed by services started subsequently. A last resort is to + # sleep for some time. + start-stop-daemon --stop --quiet --oknodo --retry=0/30/KILL/5 --exec $DAEMON + [ "$?" = 2 ] && return 2 + return "$RETVAL" +} + +# +# Function that sends a SIGHUP to the daemon/service +# +do_reload() { + # + # If the daemon can reload its configuration without + # restarting (for example, when it is sent a SIGHUP), + # then implement that here. + # + start-stop-daemon --stop --signal 1 --quiet $PIDFILE --name $NAME + return 0 +} + +case "$1" in + start) + [ "$VERBOSE" != no ] && log_daemon_msg "Starting $DESC " "$NAME" + do_start + case "$?" in + 0|1) [ "$VERBOSE" != no ] && log_end_msg 0 ;; + 2) [ "$VERBOSE" != no ] && log_end_msg 1 ;; + esac + ;; + stop) + [ "$VERBOSE" != no ] && log_daemon_msg "Stopping $DESC" "$NAME" + do_stop + case "$?" in + 0|1) [ "$VERBOSE" != no ] && log_end_msg 0 ;; + 2) [ "$VERBOSE" != no ] && log_end_msg 1 ;; + esac + ;; + status) + status_of_proc "$DAEMON" "$NAME" && exit 0 || exit $? + ;; + #reload|force-reload) + # + # If do_reload() is not implemented then leave this commented out + # and leave 'force-reload' as an alias for 'restart'. + # + #log_daemon_msg "Reloading $DESC" "$NAME" + #do_reload + #log_end_msg $? + #;; + restart|force-reload) + # + # If the "reload" option is implemented then remove the + # 'force-reload' alias + # + log_daemon_msg "Restarting $DESC" "$NAME" + do_stop + case "$?" in + 0|1) + do_start + case "$?" in + 0) log_end_msg 0 ;; + 1) log_end_msg 1 ;; # Old process is still running + *) log_end_msg 1 ;; # Failed to start + esac + ;; + *) + # Failed to stop + log_end_msg 1 + ;; + esac + ;; + *) + #echo "Usage: $SCRIPTNAME {start|stop|restart|reload|force-reload}" >&2 + echo "Usage: $SCRIPTNAME {start|stop|status|restart|force-reload}" >&2 + exit 3 + ;; +esac + +: diff --git a/debian/osmocom-gtphub.install b/debian/osmocom-gtphub.install new file mode 100644 index 0000000..908c1a5 --- /dev/null +++ b/debian/osmocom-gtphub.install @@ -0,0 +1 @@ +/usr/bin/osmo-gtphub diff --git a/debian/rules b/debian/rules index 8047b79..62518d9 100755 --- a/debian/rules +++ b/debian/rules @@ -34,6 +34,7 @@ override_dh_strip: dh_strip -posmocom-sgsn --dbg-package=osmocom-sgsn-dbg dh_strip -posmocom-gbproxy --dbg-package=osmocom-gbproxy-dbg dh_strip -posmocom-bsc-nat --dbg-package=osmocom-bsc-nat-dbg + dh_strip -posmocom-gtphub --dbg-package=osmocom-gtphub-dbg override_dh_auto_configure: echo $(VERSION) > openbsc/.tarball-version diff --git a/openbsc/doc/examples/osmo-gtphub/osmo-gtphub.cfg b/openbsc/doc/examples/osmo-gtphub/osmo-gtphub.cfg new file mode 100644 index 0000000..c9bb4cf --- /dev/null +++ b/openbsc/doc/examples/osmo-gtphub/osmo-gtphub.cfg @@ -0,0 +1,23 @@ +! +! Osmocom gtphub configuration +! + +line vty + no login + +gtphub + ! Local addresses to listen on and send from, each on standard ports + ! 2123 and 2152. Setting these addresses is mandatory. + bind-to-sgsns 127.0.0.1 + bind-to-ggsns 127.0.0.2 + + ! Local nonstandard ports or separate IPs: + !bind-to-sgsns ctrl 127.0.0.1 2342 user 127.0.0.1 4223 + + ! Proxy: unconditionally direct all traffic to... + !ggsn-proxy 127.0.0.3 + !sgsn-proxy 127.0.0.4 + + ! Proxy with nonstandard ports or separate IPs: + !ggsn-proxy ctrl 127.0.0.3 2123 user 127.0.0.5 2152 + -- 2.1.4

8 years, 5 months

2
7
0 0

[PATCH 1/3] mncc: Implement helper functions to convert MNCC cause to a string.

by Alexander Chemeris

--- openbsc/include/openbsc/mncc.h | 5 +- openbsc/src/libmsc/mncc.c | 103 ++++++++++++++++++++++++++++++++++++++--- 2 files changed, 100 insertions(+), 8 deletions(-) diff --git a/openbsc/include/openbsc/mncc.h b/openbsc/include/openbsc/mncc.h index 46ba237..92389c2 100644 --- a/openbsc/include/openbsc/mncc.h +++ b/openbsc/include/openbsc/mncc.h @@ -191,8 +191,11 @@ struct gsm_mncc_rtp { uint32_t payload_msg_type; }; -char *get_mncc_name(int value); +const char *get_mncc_name(int value); void mncc_set_cause(struct gsm_mncc *data, int loc, int val); +int mncc_has_cause(struct gsm_mncc *data); +const char *get_mncc_location(int value); +const char *get_mncc_cause(int value); void cc_tx_to_mncc(struct gsm_network *net, struct msgb *msg); /* input from CC code into mncc_builtin */ diff --git a/openbsc/src/libmsc/mncc.c b/openbsc/src/libmsc/mncc.c index 2767faa..e8bd9ba 100644 --- a/openbsc/src/libmsc/mncc.c +++ b/openbsc/src/libmsc/mncc.c @@ -34,10 +34,12 @@ #include <openbsc/transaction.h> #include <openbsc/rtp_proxy.h> -static struct mncc_names { +struct name_value { char *name; int value; -} mncc_names[] = { +}; + +static struct name_value mncc_names[] = { {"MNCC_SETUP_REQ", 0x0101}, {"MNCC_SETUP_IND", 0x0102}, {"MNCC_SETUP_RSP", 0x0103}, @@ -95,16 +97,103 @@ static struct mncc_names { {NULL, 0} }; -char *get_mncc_name(int value) +static struct name_value mncc_locations[] = { + {"GSM48_CAUSE_LOC_USER", 0x00}, + {"GSM48_CAUSE_LOC_PRN_S_LU", 0x01}, + {"GSM48_CAUSE_LOC_PUN_S_LU", 0x02}, + {"GSM48_CAUSE_LOC_TRANS_NET", 0x03}, + {"GSM48_CAUSE_LOC_PUN_S_RU", 0x04}, + {"GSM48_CAUSE_LOC_PRN_S_RU", 0x05}, + /* not defined */ + {"GSM48_CAUSE_LOC_INN_NET", 0x07}, + {"GSM48_CAUSE_LOC_NET_BEYOND", 0x0a}, + + {NULL, 0} }; + +static struct name_value mncc_causes[] = { + {"GSM48_CC_CAUSE_UNASSIGNED_NR", 1}, + {"GSM48_CC_CAUSE_NO_ROUTE", 3}, + {"GSM48_CC_CAUSE_CHAN_UNACCEPT", 6}, + {"GSM48_CC_CAUSE_OP_DET_BARRING", 8}, + {"GSM48_CC_CAUSE_NORM_CALL_CLEAR", 16}, + {"GSM48_CC_CAUSE_USER_BUSY", 17}, + {"GSM48_CC_CAUSE_USER_NOTRESPOND", 18}, + {"GSM48_CC_CAUSE_USER_ALERTING_NA", 19}, + {"GSM48_CC_CAUSE_CALL_REJECTED", 21}, + {"GSM48_CC_CAUSE_NUMBER_CHANGED", 22}, + {"GSM48_CC_CAUSE_PRE_EMPTION", 25}, + {"GSM48_CC_CAUSE_NONSE_USER_CLR", 26}, + {"GSM48_CC_CAUSE_DEST_OOO", 27}, + {"GSM48_CC_CAUSE_INV_NR_FORMAT", 28}, + {"GSM48_CC_CAUSE_FACILITY_REJ", 29}, + {"GSM48_CC_CAUSE_RESP_STATUS_INQ", 30}, + {"GSM48_CC_CAUSE_NORMAL_UNSPEC", 31}, + {"GSM48_CC_CAUSE_NO_CIRCUIT_CHAN", 34}, + {"GSM48_CC_CAUSE_NETWORK_OOO", 38}, + {"GSM48_CC_CAUSE_TEMP_FAILURE", 41}, + {"GSM48_CC_CAUSE_SWITCH_CONG", 42}, + {"GSM48_CC_CAUSE_ACC_INF_DISCARD", 43}, + {"GSM48_CC_CAUSE_REQ_CHAN_UNAVAIL", 44}, + {"GSM48_CC_CAUSE_RESOURCE_UNAVAIL", 47}, + {"GSM48_CC_CAUSE_QOS_UNAVAIL", 49}, + {"GSM48_CC_CAUSE_REQ_FAC_NOT_SUBSC", 50}, + {"GSM48_CC_CAUSE_INC_BARRED_CUG", 55}, + {"GSM48_CC_CAUSE_BEARER_CAP_UNAUTH", 57}, + {"GSM48_CC_CAUSE_BEARER_CA_UNAVAIL", 58}, + {"GSM48_CC_CAUSE_SERV_OPT_UNAVAIL", 63}, + {"GSM48_CC_CAUSE_BEARERSERV_UNIMPL", 65}, + {"GSM48_CC_CAUSE_ACM_GE_ACM_MAX", 68}, + {"GSM48_CC_CAUSE_REQ_FAC_NOTIMPL", 69}, + {"GSM48_CC_CAUSE_RESTR_BCAP_AVAIL", 70}, + {"GSM48_CC_CAUSE_SERV_OPT_UNIMPL", 79}, + {"GSM48_CC_CAUSE_INVAL_TRANS_ID", 81}, + {"GSM48_CC_CAUSE_USER_NOT_IN_CUG", 87}, + {"GSM48_CC_CAUSE_INCOMPAT_DEST", 88}, + {"GSM48_CC_CAUSE_INVAL_TRANS_NET", 91}, + {"GSM48_CC_CAUSE_SEMANTIC_INCORR", 95}, + {"GSM48_CC_CAUSE_INVAL_MAND_INF", 96}, + {"GSM48_CC_CAUSE_MSGTYPE_NOTEXIST", 97}, + {"GSM48_CC_CAUSE_MSGTYPE_INCOMPAT", 98}, + {"GSM48_CC_CAUSE_IE_NOTEXIST", 99}, + {"GSM48_CC_CAUSE_COND_IE_ERR", 100}, + {"GSM48_CC_CAUSE_MSG_INCOMP_STATE", 101}, + {"GSM48_CC_CAUSE_RECOVERY_TIMER", 102}, + {"GSM48_CC_CAUSE_PROTO_ERR", 111}, + {"GSM48_CC_CAUSE_INTERWORKING", 127}, + + {NULL, 0} }; + +const char *get_name_by_value(struct name_value *pairs, int value, const char *default_val) { int i; - for (i = 0; mncc_names[i].name; i++) { - if (mncc_names[i].value == value) - return mncc_names[i].name; + for (i = 0; pairs[i].name; i++) { + if (pairs[i].value == value) + return pairs[i].name; } - return "MNCC_Unknown"; + return default_val; +} + + +const char *get_mncc_name(int value) +{ + return get_name_by_value(mncc_names, value, "MNCC_Unknown"); +} + +const char *get_mncc_location(int value) +{ + return get_name_by_value(mncc_locations, value, "GSM48_CAUSE_LOC_Unknown"); +} + +const char *get_mncc_cause(int value) +{ + return get_name_by_value(mncc_causes, value, "GSM48_CC_CAUSE_Unknown"); +} + +int mncc_has_cause(struct gsm_mncc *data) +{ + return data->fields & MNCC_F_CAUSE; } void mncc_set_cause(struct gsm_mncc *data, int loc, int val) -- 1.9.1

8 years, 5 months

3
6
0 0

mncc-python tool for talking to MNCC interface

by Harald Welte

Hi all, I've been working on a small python tool that can be used to attach to the MNCC interface of OsmoNITB. It implements the 04.08 CC state machine with our MNCC primitives, including support for RTP bridge mode of the voice streams. The immediate first use case for this was to be able to automatically, reproducibly and quickly generate MT calls to a set of known MSISDNs and load all 14 TCH/H channels of a single-TRX BTS. It will connect the MT calls in pairs, so you end up with 7 MS-to-MS calls. Other use cases are expected to be added shortly. The first working version of the tool is available from http://git.osmocom.org/mncc-python/ or git clone git://git.osmocom.org/mncc-python The code is pretty hacky in some places. That's partially due to the fact that I'm much more familiar in the C, Perl and Erlang world than in python. Still I thought it's a good idea to do it in python to enable more people to use/edit/contribute to it. I'm happy for review / cleanup suggestion by people with more Python-foo than I have. Architecturally, I decided to do things a bit erlang-like, where we have finite state machines in an actor models, and message passing between the actors. This is what happens with the GsmCallFsm()'s, which are created by the GsmCallConnector() representing both legs of a call and the MnccActor() that wraps the MNCC socket towards OsmoNITB. The actual encoding/decodng of MNCC messages is auto-generated from the mncc header file #defines, enums and c-structures by means of ctypes code generation. mncc_test.py currently drops you into a python shell where you can e.g. start more / new calls by calling functions like connect_call("7839", "3802") from that shell. Exiting the shell by quit() or Ctrl+C will terminate all call FSMs and terminate. -- - 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)

8 years, 5 months

2
3
0 0

Mergin meas_json to master

by Sipos Csaba

Dear Alexander, I started to write the Wiki page for Meas_web. During this I just realized that because of some outstanding merges the installation of this tool is painfully complicated. In order to make things easier, I suggest to merge the meas_json part into OpenBSC master: http://cgit.osmocom.org/openbsc/log/?h=achemeris/meas_json Regards, Csaba

8 years, 5 months

2
3
0 0

Re: The test suite for libosmocore fails on big-endian architectures

by Ruben Undheim

>> +#ifndef OSMO_IS_LITTLE_ENDIAN >> + #define OSMO_IS_LITTLE_ENDIAN 0 >> +#endif > > I am surprised by this hunk. Our endian.h should define both macros. I think I used > the vim search to search for a typo in one of the branches (BSD vs. Linux, LE vs. BE) > but it looks good. Do you remember why this was needed? It isn't needed. It was just added out of habit to make sure it is defined when it is being checked further down. You can remove it, it won't make any difference. Ruben

8 years, 5 months

1
0
0 0

Re: OpenBSC on CalypsoBTS without voice

by Вадим Яницкий

Hello, Harald, thanks for the answer. first of all, CalypsoBTS is not an active / maintained / stable solution > but more lik an (mindbogglingly amazing!) Hack. Yes, I know that CalypsoBTS is not stable solution. But currently I am a student and I have no so much money to buy anything more powerful. Furthermore, I am interested in this for research purposes only, not for creating public land mobile networks. As you are the first person to report using the code to this list for > quite some time, it would be great if you had some time to re-base, test > and submit it. As I previously said, I also tested master branches. Here are the results: * When I start OsmoBTS I often see this message in OpenBSC log: "Lost some E1 TEI link: X X" from bsc_init.c. In this case my MS can not connect to the test network and I have to restart OsmoBTS until this message will no hide. * When the Location Update process I always see this error: "input/ipaccess.c:277 Bad signalling message,sign_link returned error". But a phone successfully registers in the network. * SMS, USSD and Silent SMS works fine. * When TS1 assigned TCH/H I can call to another ms or LCR. DTMF works. * When TS1 assigned TCH/F I can use FR codec and call to LCR. * PDCH does not work on this BTS. * RRLP works. * ISMI detach works but as in case of Location Update I see "Bad signalling message..." error. * It seems, the network works more stable when battery capacity is 100% and backlight is disabled. If I understood correctly, osmobts-trx was just moved from obsolete repository to the master. Now I am reading the source code and trying to fix this bugs. I have one thing in my mind for a long time. Is it possible to serve a PDCH lchan on TS1 instead of TCH (in case of this "powerful" BTS)? I have tested OsmoSGSN+OpenGGSN with one PDCH channel on TS1, but it did not work. With best regards, Яницкий Вадим. 2015-12-06 18:14 GMT+06:00 Harald Welte <laforge(a)gnumonks.org>: > Hi Vadim, >> >> first of all, CalypsoBTS is not an active / maintained / stable solution >> but more lik an (mindbogglingly amazing!) Hack. >> >> On Sat, Dec 05, 2015 at 06:32:45PM +0600, Вадим Яницкий wrote: >> > When I use jolly/multi-trx branch of libosmo-abis, jolly/testing branch >> of >> > OpenBSC and jolly/trx branch of OsmoBTS my network works very unstable. >> >> I'm sorry to say that none of the branches you refer to are maintained >> by anyone at this point. It would be great if somebody interested in >> that code (i.e. using it) could forward-port it onto current master. >> Now tat l1sap and osmo-bts-trx is in osmo-bts master, this should be >> relatively straight forward. >> >> It's really sad for us to see that people are continuing to use >> old/outdated non-master, rather than rebasing + submitting their changes >> for inclusion. It always makes me tempte to remove some of those >> branches from the repo, ort at least rename them to something like >> 'outdated'. >> >> As you are the first person to report using the code to this list for >> quite some time, it would be great if you had some time to re-base, test >> and submit it. >> >> -- >> - 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) >> > >

8 years, 5 months

1
0
0 0

The test suite for libosmocore fails on big-endian architectures

by Ruben Undheim

Hi, While building the package for Debian, apparently there is a problem related to big-endian architectures. Please see the logs here: https://buildd.debian.org/status/fetch.php?pkg=libosmocore&arch=powerpc&ver… and https://buildd.debian.org/status/package.php?p=libosmocore It is related to the test case for smscb and the struct gsm341_ms_message: +++ /«PKGBUILDDIR»/tests/testsuite.dir/at-groups/7/stdout 2015-12-05 15:51:53.463182812 +0000 @@ -1,4 +1,4 @@ -(srl) GS: 1 MSG_CODE: 1 UPDATE: 0 +(srl) GS: 0 MSG_CODE: 256 UPDATE: 1 (msg) msg_id: 1293 -(dcs) group: 1 language: 0 +(dcs) group: 0 language: 1 (pge) page total: 1 current: 1 7. testsuite.at:45: 7. smscb (testsuite.at:45): FAILED (testsuite.at:48) Could you please suggest how we should fix this so that the package also can build for powerpc and other big-endian architectures? Thank you very much in advance. Ruben

8 years, 5 months

5
15
0 0

osmo-bts / osmo-pcu profiling results

by Harald Welte

Hi all, I've been doing some profiling on osmo-bts recently (on sysmobts hardware, which has only a relatively slow ARM926 CPU core), and the two things that show up most are: * msgb_alloc() -> talloc_zero() -> malloc this can be alleviated somewhat by using talloc pools. For some reason the pools don't remove all of the malloc() calls. * vfprintf() and friends, from logp() statements. The sad part is that calls like gsm_lchan_name() are of course executed beefore the call into logp(), at which point the vfprintf/sprintf/... for arguments has already been executed, and only the last/final one hasn't happened yet. Here we can do two things: Calls like gsm_lchan_name() don't need to happen all the time, as the lchan name is static and can be generated once at the time gsm_lchan is created. I implemented that in osmo-bts (and openbsc, as it's from gsm_data_shared). The second idea would be to expand the LOGP() macro a bit in a way to ensure the the checking whether the log line is enabled _before_ the arguments (and thus associated function calls) are evaluated. Any ideas on that? After a brief look at osmo-pcu profiling, it looks like in the attached picture. We cannot do much about the __copy_to_user_std, do_select and core_sys_select, as those are kernel side. However, there again we see vfprintf and friends, mostly via gprs_rlcmac_tbf::name() - and of course the msgb_alloc() and msgb_free() going through talloc and finally malloc. So the same strategies as above could (and probably should) be applied to osmo-pcu. 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)

8 years, 5 months

4
4
0 0

DEc 9, 8pm / Osmocom Berlin Meeting

by Harald Welte

Hi all! This is the announcement for the re-incarnation of our bi-weekly Osmocom Berlin Meeting. Dec 09, 8pm @ CCC Berlin, Marienstr. 11, 10117 Berlin There is no formal presentation this time, but * there will be SIMtrace equipment in case somebody wants to play with it there will be a sysmoBTS with OsmoBTS, OsmoPCU, OsmoNITB, OsmoSGSN and OpenGGSN if somebody wants to play with it * there will be Huawei Femtocells to play with The meeting is open to anyone interested in mobile communications. You do not have to be involved with the Osmocom projects in order to attend. Anyone interested in mobile communications protocols is welcome. If you are interested to show up, feel free to do so. The meeting is "free as in free beer", despite no actual free beer being around ;) More information can be found at http://openbsc.osmocom.org/trac/wiki/OsmocomMeeting/Berlin Regards, Harald -- - Harald Welte <laforge(a)gnumonks.org> ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)

8 years, 5 months

1
0
0 0

FYI: merge of gtphub

by Neels Hofmeyr

Hi list, I'm merging the last commits from the neels/gtphub branch to master (Holger agrees). I will direct my attention to other topics for the time being -- we're waiting for a live testing setup. ATM, I would see gtphub's maturity as "alpha": I believe it works as intended, but all testing so far, even though done with real equipment, was in a controlled test environment. If anyone would like to give it a spin, we'd appreciate any feedback. ~Neels -- - Neels Hofmeyr <nhofmeyr(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 * Geschäftsführer / Managing Directors: Holger Freyther, Harald Welte

8 years, 5 months

1
0
0 0

OpenBSC on CalypsoBTS without voice

by Вадим Яницкий

Hi all! Following wiki I am trying to launch OpenBSC on CalypsoBTS (two OsmocomBB phones) with speech support. I compiled libosmocore, libosmo-dsp, libosmo-abis and jolly/trx branch of OsmocomBB with transceiver support. Then I compiled opencore-amr, Sip-Sofia, oRTP for LCR. Then I compiled OpenBSC, OsmoBTS (with osmobts-trx) and LCR. OsmoBTS configured to use two timeslots only (*slotmask 1 1 0 0 0 0 0 0*) and it uses *TS0 as CCCH+SDCCH4* and *TS1 as TCH/H*. Here is some strings from my openbsc.cfg: bts 0 > codec-support fr hr amr > trx 0 > timeslot 0 > phys_chan_config CCCH+SDCCH4 > hopping enabled 0 > timeslot 1 > phys_chan_config TCH/H > hopping enabled 0 > When I use jolly/multi-trx branch of libosmo-abis, jolly/testing branch of OpenBSC and jolly/trx branch of OsmoBTS my network works very unstable. When I try to make voice call sometimes it falls with message "*No resources for TCH/H*". Russian language in SMS is not supported. I think it is because this branches are obsolete. I tried to compile everything again but used master branches, and it worked much better! Now everything works as well. But when I call to 995 or 993 numbers of LCR I hear nothing. :( In OpenBSC console I see: > <0004> abis_rsl.c:1465 (bts=0,trx=0,ts=1,ss=0) Activating ARFCN(806) SS(0) > lctype TCH/F r=CALL ra=0x43 ta=1 > <0004> abis_rsl.c:1199 (bts=0,trx=0,ts=1,ss=0) CHANNEL ACTIVATE ACK > <0000> abis_rsl.c:1653 (bts=0,trx=0,ts=1,ss=0) SAPI=0 ESTABLISH INDICATION > <0000> gsm_04_08.c:3584 Dispatching 04.08 message, pdisc=5 > <0002> gsm_04_08.c:958 <- CM SERVICE REQUEST serv_type=0x01 > MI(TMSI)=4286202573 > <0002> gsm_04_08_utils.c:692 -> CM SERVICE ACK > <0000> abis_rsl.c:1653 (bts=0,trx=0,ts=1,ss=0) SAPI=0 DATA INDICATION > <0003> bsc_api.c:500 CLASSMARK CHANGE CM2(len=3) CM3(len=9) > <0000> abis_rsl.c:1653 (bts=0,trx=0,ts=1,ss=0) SAPI=0 DATA INDICATION > <0003> bsc_api.c:586 GRPS SUSPEND REQUEST > <0000> abis_rsl.c:1653 (bts=0,trx=0,ts=1,ss=0) SAPI=0 DATA INDICATION > <0000> gsm_04_08.c:3584 Dispatching 04.08 message, pdisc=3 > <0001> gsm_04_08.c:3508 (bts 0 trx 0 ts 1 ti 8 sub 49643) Received 'SETUP' > from MS in state 0 (NULL) > <0001> gsm_04_08.c:3513 Unknown transaction ID 8, creating new trans. > <0001> transaction.c:71 subscr=0x1d1de30, net=0x1d0bf00 > <0001> gsm_04_08.c:1296 new state NULL -> INITIATED > <0001> gsm_04_08.c:1931 Subscriber 250013894508275 (49643) sends SETUP to > 995 > <0001> gsm_04_08.c:1357 (bts 0 trx 0 ts 1 ti 8 sub 49643) Sending > 'MNCC_SETUP_IND' to MNCC. > <0001> gsm_04_08.c:3415 (bts 0 trx 0 ts 1 ti 08 sub 49643) Received > 'MNCC_LCHAN_MODIFY' from MNCC in state 1 (INITIATED) > <000a> bsc_api.c:397 Sending ChanModify for speech 65 1 > <0003> gsm_04_08_utils.c:498 -> CHANNEL MODE MODIFY mode=0x41 > <0001> gsm_04_08.c:3415 (bts 0 trx 0 ts 1 ti 08 sub 49643) Received > 'MNCC_CALL_PROC_REQ' from MNCC in state 1 (INITIATED) > <0001> gsm_04_08.c:1296 new state INITIATED -> MO_CALL_PROC > <0001> gsm_04_08.c:139 (bts 0 trx 0 ts 1 ti 80) Sending 'CALL_PROC' to MS. > <0001> gsm_04_08.c:1718 queue tch_recv_mncc request (1) > <0001> gsm_04_08.c:3415 (bts 0 trx 0 ts 1 ti 08 sub 49643) Received > 'MNCC_SETUP_RSP' from MNCC in state 3 (MO_CALL_PROC) > <0001> gsm_04_08.c:1853 starting timer T313 with 30 seconds > <0001> gsm_04_08.c:1296 new state MO_CALL_PROC -> CONNECT_IND > <0001> gsm_04_08.c:139 (bts 0 trx 0 ts 1 ti 80) Sending 'CONNECT' to MS. > <0000> abis_rsl.c:1653 (bts=0,trx=0,ts=1,ss=0) SAPI=0 DATA INDICATION > <0003> gsm_04_08_utils.c:534 CHANNEL MODE MODIFY ACK > <0004> abis_rsl.c:1867 (bts=0,trx=0,ts=1,ss=0) IPAC_BIND speech_mode=0x12 > RTP_PAYLOAD=98 > <0003> osmo_msc.c:72 MSC assign complete (do nothing). > <0004> abis_rsl.c:1218 (bts=0,trx=0,ts=1,ss=0) CHANNEL MODE MODIFY ACK > <0004> abis_rsl.c:2031 (bts=0,trx=0,ts=1,ss=0) IPAC_CRCX_ACK > LOCAL_IP=127.0.0.1 LOCAL_PORT=34079 CON_ID=0 <0001> gsm_04_08.c:1570 > pending tch_recv_mncc request > <0004> abis_rsl.c:1906 (bts=0,trx=0,ts=1,ss=0) IPAC_MDCX IP=127.0.0.1 > PORT=30000 RTP_PAYLOAD=98 RTP_PAYLOAD2=0 CONN_ID=0 speech_mode=0x02 > <0004> abis_rsl.c:2041 (bts=0,trx=0,ts=1,ss=0) IPAC_MDCX_ACK > LOCAL_IP=127.0.0.1 LOCAL_PORT=34079 CON_ID=0 > <0000> abis_rsl.c:1653 (bts=0,trx=0,ts=1,ss=0) SAPI=0 DATA INDICATION > <0000> gsm_04_08.c:3584 Dispatching 04.08 message, pdisc=3 > <0001> gsm_04_08.c:3508 (bts 0 trx 0 ts 1 ti 8 sub 49643) Received > 'CONNECT_ACK' from MS in state 28 (CONNECT_IND) > <0001> gsm_04_08.c:1337 stopping pending timer T313 > <0001> gsm_04_08.c:1296 new state CONNECT_IND -> ACTIVE > <0001> gsm_04_08.c:1357 (bts 0 trx 0 ts 1 ti 8 sub 49643) Sending > 'MNCC_SETUP_COMPL_IND' to MNCC. > In LCR console: > ** LCR Version 1.14 > > 000000 DEBUG (in sip.cpp/sip_init() line 1987): SIP globals initialized > LCR 1.14 started, waiting for calls... > 000000 TRACE 05.12.15 14:45:48.414 --: LCR 1.14 started, waiting for > calls... > 000000 TRACE 05.12.15 14:50:15.063 CH(1): New call ref LCR<->BSC callref > new=0x80000001 > 000000 TRACE 05.12.15 14:50:15.063 CH(1): Codec negotiation LCR<->BSC > bearer capa='given by MS' speech version='AMR given' version='Full Rate > given' version='AMR Half Rate given' ignored='Not TCH/H' version='Half Rate > given' ignored='Not TCH/H' > 000000 TRACE 05.12.15 14:50:15.063 CH(1): MNCC_SETUP_IND LCR<->BSC > calling number=49643 imsi=XXXXXXXXXXXXXXX dialing number=995 > 000000 TRACE 05.12.15 14:50:15.063 CH(1): MNCC_LCHAN_MODIFY LCR<->BSC > speech version='AMR given' mode 0x41 > 000000 TRACE 05.12.15 14:50:15.063 CH(1): MNCC_CALL_PROC_REQ LCR<->BSC > progress coding=3 location=1 descr=8 > 000000 TRACE 05.12.15 14:50:15.063 CH(1): MNCC_FRAME_RECV LCR<->BSC > 000000 TRACE 05.12.15 14:50:15.063 EP(1): SETUP from CH(1) interface > from=gsm caller id number=49643 present=allowed dialing 995 complete true > 000000 TRACE 05.12.15 14:50:15.064 EP(1): TONE to CH(1) directory > default name dialing > 000000 TRACE 05.12.15 14:50:15.064 EP(1): ACTION (match) action goto > line 2 > 000000 TRACE 05.12.15 14:50:15.064 EP(1): ACTION goto/menu (change to) > ruleset gsm dialing 995 > 000000 TRACE 05.12.15 14:50:15.064 EP(1): ACTION (match) action test > line 6 > 000000 TRACE 05.12.15 14:50:15.064 EP(1): ACTION test test 'hold music' > 000000 TRACE 05.12.15 14:50:15.064 EP(1): CONNECT to CH(1) connect id > number= present='not available' > 000000 TRACE 05.12.15 14:50:15.064 EP(1): TONE to CH(1) directory > default name hold > 000000 TRACE 05.12.15 14:50:15.064 CH(1): MNCC_SETUP_RSP LCR<->BSC > connected type=0 plan=1 present=0 screen=3 number= > 000000 TRACE 05.12.15 14:50:15.880 CH(1): MNCC_SETUP_COMPL_IND LCR<->BSC > I can even send DTMF, but there is no sound... Transceiver logs (part): > <0011> trx.c:590 TRX Data 914281:1:0:000000000000000000000000000000 > <0011> trx.c:608 TRX Data Indication (fn=914253, tn=1, toa=0.00) > <0011> trx.c:590 TRX Data 914282:0:0:1500a8741832a5700a0bd5d609f850 > <0011> trx.c:590 TRX Data 914282:1:0:000000000000000000000000000000 > <0011> trx.c:608 TRX Data Indication (fn=914254, tn=1, toa=0.00) > <0011> trx.c:590 TRX Data 914283:0:0:811d500a01fd40e845d40284155020 > <0011> trx.c:590 TRX Data 914283:1:0:000000000000000000000000000000 > <0011> trx.c:608 TRX Data Indication (fn=914255, tn=1, toa=0.00) > <0011> trx.c:590 TRX Data 914284:0:0:abff40aafff4026bffd500aadd4080 > <0011> trx.c:590 TRX Data 914284:1:0:000000000000000000000000000000 > <0011> trx.c:608 TRX Data Indication (fn=914256, tn=1, toa=0.00) > <0011> trx.c:590 TRX Data 914285:0:0:01f5508115d50a651f510801755020 > <0011> trx.c:590 TRX Data 914285:1:0:000000000000000000000000000000 > <0011> trx.c:608 TRX Data Indication (fn=914257, tn=1, toa=0.00) > <0011> trx.c:590 TRX Data 914286:0:0:10aabdd500aefd7102ab75108bbd50 > <0011> trx.c:590 TRX Data 914286:1:0:000000000000000000000000000000 > <0011> trx.c:608 TRX Data Indication (fn=914258, tn=1, toa=0.00) > <0011> trx.c:590 TRX Data 914287:1:0:000000000000000000000000000000 > <0011> trx.c:608 TRX Data Indication (fn=914259, tn=1, toa=0.00) > <0011> trx.c:590 TRX Data 914288:1:0:000000000000000000000000000000 > <0011> trx.c:608 TRX Data Indication (fn=914260, tn=1, toa=0.00) > <0011> trx.c:590 TRX Data 914289:0:0:a05f550a04dd106a017d008015d020 > <0011> trx.c:590 TRX Data 914289:1:0:e2985a4a90a51468a03d80e70dd060 > <0011> trx.c:608 TRX Data Indication (fn=914261, tn=1, toa=0.00) > <0011> trx.c:590 TRX Data 914290:0:0:2ebf548abbf502eaadd548aeff4400 > <0011> trx.c:590 TRX Data 914290:1:0:000000000000000000000000000000 > <0011> trx.c:608 TRX Data Indication (fn=914262, tn=1, toa=0.00) > <0011> trx.c:590 TRX Data 914291:0:0:047d148847740a6517554000754020 > <0011> trx.c:590 TRX Data 914291:1:0:000000000000000000000000000000 > OsmoBTS logs (part): > <0000> rsl.c:1733 (bts=0,trx=0,ts=1,ss=0) Handing RLL msg UNIT_DATA_IND > from LAPDm to MEAS REP > <0000> rsl.c:1683 (bts=0,trx=0,ts=1,ss=0) Tx MEAS RES valid(2) > <0006> scheduler.c:1186 Received Access Burst on RACH fn=913629 toa=54.75 > <0006> scheduler.c:1192 Received bad AB frame at fn=913629 (15/51) > <0006> scheduler.c:379 TCH RTS.ind: chan=TCH/F chan_nr=0x09 fn=913674 ts=1 > trx=0 > <0006> scheduler.c:276 PH-DATA.req: chan_nr=0x09 link_id=0x00 fn=913674 > ts=1 trx=0 > <0006> scheduler.c:1036 TCH/F has not been served !! No prim for trx=0 > ts=1 at fn=913670 to transmit. > <0006> scheduler.c:339 PH-RTS.ind: chan=CCCH chan_nr=0x90 link_id=0x00 > fn=913677 ts=0 trx=0 > <0006> scheduler.c:276 PH-DATA.req: chan_nr=0x90 link_id=0x00 fn=913677 > ts=0 trx=0 > <0006> scheduler.c:379 TCH RTS.ind: chan=TCH/F chan_nr=0x09 fn=913679 ts=1 > trx=0 > <0006> scheduler.c:276 PH-DATA.req: chan_nr=0x09 link_id=0x00 fn=913679 > ts=1 trx=0 > <0006> scheduler.c:1036 TCH/F has not been served !! No prim for trx=0 > ts=1 at fn=913674 to transmit. > <0006> scheduler.c:339 PH-RTS.ind: chan=CCCH chan_nr=0x90 link_id=0x00 > fn=913681 ts=0 trx=0 > <0006> scheduler.c:276 PH-DATA.req: chan_nr=0x90 link_id=0x00 fn=913681 > ts=0 trx=0 > <0006> scheduler.c:379 TCH RTS.ind: chan=TCH/F chan_nr=0x09 fn=913683 ts=1 > trx=0 > <0006> scheduler.c:276 PH-DATA.req: chan_nr=0x09 link_id=0x00 fn=913683 > ts=1 trx=0 > <0006> scheduler.c:1036 TCH/F has not been served !! No prim for trx=0 > ts=1 at fn=913679 to transmit. > <0006> scheduler.c:379 TCH RTS.ind: chan=TCH/F chan_nr=0x09 fn=913687 ts=1 > trx=0 > <0006> scheduler.c:276 PH-DATA.req: chan_nr=0x09 link_id=0x00 fn=913687 > ts=1 trx=0 > <0006> scheduler.c:1036 TCH/F has not been served !! No prim for trx=0 > ts=1 at fn=913683 to transmit. > <0006> scheduler.c:379 TCH RTS.ind: chan=TCH/F chan_nr=0x09 fn=913692 ts=1 > trx=0 > <0006> scheduler.c:276 PH-DATA.req: chan_nr=0x09 link_id=0x00 fn=913692 > ts=1 trx=0 > <0006> scheduler.c:1036 TCH/F has not been served !! No prim for trx=0 > ts=1 at fn=913687 to transmit. > <0006> scheduler.c:379 TCH RTS.ind: chan=TCH/F chan_nr=0x09 fn=913696 ts=1 > trx=0 > <0006> scheduler.c:276 PH-DATA.req: chan_nr=0x09 link_id=0x00 fn=913696 > ts=1 trx=0 > <0006> scheduler.c:1036 TCH/F has not been served !! No prim for trx=0 > ts=1 at fn=913692 to transmit. > <0006> scheduler.c:379 TCH RTS.ind: chan=TCH/F chan_nr=0x09 fn=913700 ts=1 > trx=0 > <0006> scheduler.c:276 PH-DATA.req: chan_nr=0x09 link_id=0x00 fn=913700 > ts=1 trx=0 > <0006> scheduler.c:3012 GSM clock jitter: -4 > <0006> scheduler.c:1036 TCH/F has not been served !! No prim for trx=0 > ts=1 at fn=913696 to transmit. > <0006> scheduler.c:379 TCH RTS.ind: chan=TCH/F chan_nr=0x09 fn=913705 ts=1 > trx=0 > <0006> scheduler.c:276 PH-DATA.req: chan_nr=0x09 link_id=0x00 fn=913705 > ts=1 trx=0 > <0006> scheduler.c:1036 TCH/F has not been served !! No prim for trx=0 > ts=1 at fn=913700 to transmit. > <0006> scheduler.c:379 TCH RTS.ind: chan=TCH/F chan_nr=0x09 fn=913709 ts=1 > trx=0 > <0006> scheduler.c:276 PH-DATA.req: chan_nr=0x09 link_id=0x00 fn=913709 > ts=1 trx=0 > <0006> scheduler.c:1036 TCH/F has not been served !! No prim for trx=0 > ts=1 at fn=913705 to transmit. > <0006> scheduler.c:379 TCH RTS.ind: chan=TCH/F chan_nr=0x09 fn=913713 ts=1 > trx=0 > <0006> scheduler.c:276 PH-DATA.req: chan_nr=0x09 link_id=0x00 fn=913713 > ts=1 trx=0 > <0006> scheduler.c:1036 TCH/F has not been served !! No prim for trx=0 > ts=1 at fn=913709 to transmit. > <0006> scheduler.c:339 PH-RTS.ind: chan=BCCH chan_nr=0x80 link_id=0x00 > fn=913718 ts=0 trx=0 > <0006> scheduler.c:276 PH-DATA.req: chan_nr=0x80 link_id=0x00 fn=913718 > ts=0 trx=0 > <0006> scheduler.c:379 TCH RTS.ind: chan=TCH/F chan_nr=0x09 fn=913718 ts=1 > trx=0 > <0006> scheduler.c:276 PH-DATA.req: chan_nr=0x09 link_id=0x00 fn=913718 > ts=1 trx=0 > <0006> scheduler.c:1036 TCH/F has not been served !! No prim for trx=0 > ts=1 at fn=913713 to transmit. > <0006> scheduler.c:339 PH-RTS.ind: chan=CCCH chan_nr=0x90 link_id=0x00 > fn=913722 ts=0 trx=0 > <0006> scheduler.c:276 PH-DATA.req: chan_nr=0x90 link_id=0x00 fn=913722 > ts=0 trx=0 > <0006> scheduler.c:379 TCH RTS.ind: chan=TCH/F chan_nr=0x09 fn=913722 ts=1 > trx=0 > <0006> scheduler.c:276 PH-DATA.req: chan_nr=0x09 link_id=0x00 fn=913722 > ts=1 trx=0 > <0006> scheduler.c:1036 TCH/F has not been served !! No prim for trx=0 > ts=1 at fn=913718 to transmit. > <0006> scheduler.c:379 TCH RTS.ind: chan=TCH/F chan_nr=0x09 fn=913726 ts=1 > trx=0 > <0006> scheduler.c:276 PH-DATA.req: chan_nr=0x09 link_id=0x00 fn=913726 > ts=1 trx=0 > <0006> scheduler.c:1036 TCH/F has not been served !! No prim for trx=0 > ts=1 at fn=913722 to transmit. > <0006> scheduler.c:339 PH-RTS.ind: chan=CCCH chan_nr=0x90 link_id=0x00 > fn=913728 ts=0 trx=0 > <0006> scheduler.c:276 PH-DATA.req: chan_nr=0x90 link_id=0x00 fn=913728 > ts=0 trx=0 > <0006> scheduler.c:379 TCH RTS.ind: chan=TCH/F chan_nr=0x09 fn=913731 ts=1 > trx=0 > <0006> scheduler.c:276 PH-DATA.req: chan_nr=0x09 link_id=0x00 fn=913731 > ts=1 trx=0 > <0006> scheduler.c:1036 TCH/F has not been served !! No prim for trx=0 > ts=1 at fn=913726 to transmit. > <0006> scheduler.c:339 PH-RTS.ind: chan=CCCH chan_nr=0x90 link_id=0x00 > fn=913732 ts=0 trx=0 > <0006> scheduler.c:276 PH-DATA.req: chan_nr=0x90 link_id=0x00 fn=913732 > ts=0 trx=0 > <0006> scheduler.c:379 TCH RTS.ind: chan=TCH/F chan_nr=0x09 fn=913735 ts=1 > trx=0 > <0006> scheduler.c:276 PH-DATA.req: chan_nr=0x09 link_id=0x00 fn=913735 > ts=1 trx=0 > <0006> scheduler.c:1036 TCH/F has not been served !! No prim for trx=0 > ts=1 at fn=913731 to transmit. > <0006> scheduler.c:379 TCH RTS.ind: chan=TCH/F chan_nr=0x09 fn=913739 ts=1 > trx=0 > <0006> scheduler.c:276 PH-DATA.req: chan_nr=0x09 link_id=0x00 fn=913739 > ts=1 trx=0 > <0006> scheduler.c:1036 TCH/F has not been served !! No prim for trx=0 > ts=1 at fn=913735 to transmit. > <0006> scheduler.c:379 TCH RTS.ind: chan=TCH/F chan_nr=0x09 fn=913744 ts=1 > trx=0 > <0006> scheduler.c:276 PH-DATA.req: chan_nr=0x09 link_id=0x00 fn=913744 > ts=1 trx=0 > <0006> scheduler.c:1036 TCH/F has not been served !! No prim for trx=0 > ts=1 at fn=913739 to transmit. > <0006> scheduler.c:379 TCH RTS.ind: chan=TCH/F chan_nr=0x09 fn=913748 ts=1 > trx=0 > <0006> scheduler.c:276 PH-DATA.req: chan_nr=0x09 link_id=0x00 fn=913748 > ts=1 trx=0 > <0006> scheduler.c:1036 TCH/F has not been served !! No prim for trx=0 > ts=1 at fn=913744 to transmit. > <0006> scheduler.c:3012 GSM clock jitter: 99 > <0006> scheduler.c:379 TCH RTS.ind: chan=TCH/F chan_nr=0x09 fn=913752 ts=1 > trx=0 > <0006> scheduler.c:276 PH-DATA.req: chan_nr=0x09 link_id=0x00 fn=913752 > ts=1 trx=0 > <0006> scheduler.c:1036 TCH/F has not been served !! No prim for trx=0 > ts=1 at fn=913748 to transmit. > <0006> scheduler.c:379 TCH RTS.ind: chan=TCH/F chan_nr=0x09 fn=913757 ts=1 > trx=0 > <0006> scheduler.c:276 PH-DATA.req: chan_nr=0x09 link_id=0x00 fn=913757 > ts=1 trx=0 > <0006> scheduler.c:1036 TCH/F has not been served !! No prim for trx=0 > ts=1 at fn=913752 to transmit. > <0006> scheduler.c:379 TCH RTS.ind: chan=TCH/F chan_nr=0x09 fn=913761 ts=1 > trx=0 > <0006> scheduler.c:276 PH-DATA.req: chan_nr=0x09 link_id=0x00 fn=913761 > ts=1 trx=0 > <0006> scheduler.c:1036 TCH/F has not been served !! No prim for trx=0 > ts=1 at fn=913757 to transmit. > <0006> scheduler.c:379 TCH RTS.ind: chan=TCH/F chan_nr=0x09 fn=913765 ts=1 > trx=0 > <0006> scheduler.c:276 PH-DATA.req: chan_nr=0x09 link_id=0x00 fn=913765 > ts=1 trx=0 > <0006> scheduler.c:1036 TCH/F has not been served !! No prim for trx=0 > ts=1 at fn=913761 to transmit. > <0006> scheduler.c:339 PH-RTS.ind: chan=BCCH chan_nr=0x80 link_id=0x00 > fn=913769 ts=0 trx=0 > <0006> scheduler.c:276 PH-DATA.req: chan_nr=0x80 link_id=0x00 fn=913769 > ts=0 trx=0 > <0006> scheduler.c:339 PH-RTS.ind: chan=SACCH/TF chan_nr=0x09 link_id=0x40 > fn=913769 ts=1 trx=0 > <0006> scheduler.c:276 PH-DATA.req: chan_nr=0x09 link_id=0x40 fn=913769 > ts=1 trx=0 > <0006> scheduler.c:379 TCH RTS.ind: chan=TCH/F chan_nr=0x09 fn=913770 ts=1 > trx=0 > <0006> scheduler.c:276 PH-DATA.req: chan_nr=0x09 link_id=0x00 fn=913770 > ts=1 trx=0 > <0006> scheduler.c:1036 TCH/F has not been served !! No prim for trx=0 > ts=1 at fn=913765 to transmit. > <0006> scheduler.c:339 PH-RTS.ind: chan=CCCH chan_nr=0x90 link_id=0x00 > fn=913773 ts=0 trx=0 > <0006> scheduler.c:276 PH-DATA.req: chan_nr=0x90 link_id=0x00 fn=913773 > ts=0 trx=0 > <0006> scheduler.c:379 TCH RTS.ind: chan=TCH/F chan_nr=0x09 fn=913774 ts=1 > trx=0 > <0006> scheduler.c:276 PH-DATA.req: chan_nr=0x09 link_id=0x00 fn=913774 > ts=1 trx=0 > <0006> scheduler.c:1036 TCH/F has not been served !! No prim for trx=0 > ts=1 at fn=913770 to transmit. > What does it mean "*TCH/F has not been served !! No prim for trx=0 ts=1 at fn=913770 to transmit.*"? I tried to make phone<->phone call with and without LCR. I tried to switch between TCH/H and TCH/F and use different codecs: arm fr hr. But unfortunately there is no sound. Can anyone help me? Thanks a lot!

8 years, 5 months

2
2
0 0

PCU <---> SGSN protocol trace

by Sipos Csaba

Dear list, I just appear to have a strange UE behavior where the UE tries to Attach (both CS and PS), the Osmo-SGSN sends an Attach accept, but the UE never responds with an Attach complete, instead after 10 seconds it tries to re-attach. I had an issue quite similar like this earlies where the UE requests for some IEs or the SGSN sends soething the UE don't like. The point is, I would like to do protocol trace between the SGSN and the PCU, and I managed to see the traffic with Wireshark, but it was not able to dissect/recognise the protocols over the UDP layer. Can someone please help me how to configure Wireshark to be able to dissect the involved protocols? Thanks! Csaba

8 years, 5 months

1
1
0 0

OpenBSC compile error --> tests --> GTP hub

by Sipos Csaba

Dear Neels, Today just grabbed the latest OpenBSC master, and got this compile error: Making all in gtphub make[3]: Entering directory `/root/new_osmocom/openbsc/openbsc/tests/gtphub' CC gtphub_test.o CC ../../src/gprs/gtphub.o ../../src/gprs/gtphub.c:2191:1: fatal error: opening dependency file .deps/../../src/gprs/gtphub.Tpo: No such file or directory } ^ compilation terminated. make[3]: *** [../../src/gprs/gtphub.o] Error 1 make[3]: Leaving directory `/root/new_osmocom/openbsc/openbsc/tests/gtphub' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/root/new_osmocom/openbsc/openbsc/tests' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/root/new_osmocom/openbsc/openbsc' make: *** [all] Error 2 Do you have any idea why is this happening? Regards, Csaba

8 years, 5 months

3
4
0 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

OpenBSC December 2015