June 2011 - OpenBSC - lists.osmocom.org

by jason mercury

I have some questions: 1) When I start bsc_hack bsc_init.c first establishes OML link and initializes the bts then it establishes RSL link and bts starts broadcasting. However, it takes so much time to start the bts. Instead of this I want to do the following: it establishes OML link at the beginning and only once, then when i want to start broadcasting it establishes just the RSL link and bts will start faster since i don't have to wait for OML link. What should be done for this? 2) If i send one or two word messages from telnet interface it is okay. But if i send a longer message the phone could't receive the end of the message correctly(last words may be incomplete). Did any one encounter with this problem? What is wrong with me? 3) Could I send SMS in which extension of the sender is text not integer. For example, i want to send an information SMS that this is a test network. For this purpose i want to send an SMS from 'OpenBSC'. I set the extension of the first subscriber in database as text and tried to send the SMS but SMS wasn't delivered. What should i do? 4) Can i add SMS externally to SMS table of database? Thanks. Jason

11 years, 5 months

4
3
0 0

GSM @ Camp 2011 preparations

by Harald Welte

Hi Peter and others, it seems like the situation regarding the GSM network at the Camp is starting to become clearer every day. I am still arguing that two relatively large BTS with circular antennas are a good idea. Therefore, I have now applied for a test license with the regulatory authority with the following parameters: * six GSM 1800 ARFCN * two antennas, circular, 18 meters above ground * 5W output power on each ARFCN. I know one of my customers in Germany has once managed to get a license for 5W, so I thought it is a good bet we should get the same. It should be more than sufficient to cover the camp. * from August 2nd through August 15th, i.e. we have time for build-up and can also run it one more day during shutdown of the camp I should be receiving "Motorola Horizon Macro" BTSs with 3 to 6 TRX each soon. They are able to drive something like >= 20W output power, way more than we need. The only problem with those BTS is: We will need to add the Motorola A-bis dialect to OpenBSC before the Camp, which could be a tough task depending on how far they are off the standard A-bis as specified in 08.58 and 12.21. If we cannot make those BTS work, our options are somewhat limited. 1) nanoBTS based The nanoBTS are 200mW only, so we would need a booster. Those cost about 1000 EUR for 6W downlink power + 18dB uplink LNA. Who is going to fund that? Also, we would need a combiner/splitter to run something like a 3-TRX setup. 2) Ericsson RBS I should have two RBS 2308 (4TRX each) soon, but both of them are GSM 1900. It is unlikely that we ge a license, and a lot of phones probably don't support it. So unless they can somehow be converted to 1800 MHz units, they are not a good fit either :/ 3) Siemens BS-11 All of them are GSM 900. No way to get a license in Germany, sorry. So we basically _have to_ make the Motorola Horizon work... 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)

12 years, 9 months

4
12
0 0

sms bugfix

by Dennis Wehrle

Hello Our goal was to send status sms via the vty interface. But all of our sms were cropped. In contrast sms from one MS to another MS are displayed correctly (despite the fact, that the text at the database contains several '@' at the end / the user_data contains several zero-octets). Therefore i have inspect the code and found several bugs. The main problem is that the "user_data_len" is not correctly used. As per GSM 03.40, 9.2.3.16 TP‑User‑Data‑Length (TP‑UDL): "If the TP‑User‑Data is coded using the GSM 7 bit default alphabet, the TP‑User‑Data‑Length field gives an integer representation of the number of septets within the TP‑User‑Data field to follow." Currently the "user_data_len" contains the number of octets (returned from gsm_7bit_encode(...) at gsm_utils.c (libosmocore)). The big problem here is that this information is not unique, e.g.: 1.) 46 non-extension characters + 1 extension character => (46 * 7 bit + (1 * (2 * 7 bit))) / 8 bit = 42 octets 2.) 47 non-extension characters => (47 * 7 bit) / 8 bit = 41,125 = 42 octets 3.) 48 non-extension characters => (48 * 7 bit) / 8 bit = 42 octects But the MS has to know the correct "user_data_len" to decode the correct number of characters. For this reason i updated the gsm_7bit_encode() function to return the correct number of septets. However sometimes it is needed to know the correct number of octets (e.g. at gsm_04_11.c: gsm340_gen_tpdu(...)) => i added a function to gsm_utils.c named: uint8_t get_octet_len(const uint8_t sept_len) I have also fixed the problem, that the sms are wrongly stored / displayed on the database. But the solution on the function *sms_from_result(...) (at db.c) is not really "beautiful". This is because there exists no "user_data_len" field at the database. To store the right value for "user_data_len" (which is further needed) i have to get the length from the "text" field. Unfortunately this is not enough. If the text contains extension characters like {[]} etc. then the "user_data_len" has to be bigger because these characters needs two septets. Therefore i use a switch statement so search for these characters. A better solution for that is to store the right "user_data_len" to the database (on the encoding / decoding procedure). But i don't know if this is a suitable solution for all of you (because you have to change your database structure etc.). Best Regards Dennis Wehrle

12 years, 9 months

6
24
0 0

Licensing of the wiki

by Harald Welte

Hi all, so far we do not have any statement about the licensing of the content on our wiki. This means the default copyright rules apply: All the content is copyrighted, and nobody has any rgiht to reproduce it at all. I would like to propose an official license for the content in the wiki: Create Commons CC-BY-SA. The alternative would be to go for CC-BY-NC-SA, disallowing commercial use of the content. I'm not certain if NC is really what we want. After all, even somebody using OpenBSC in a commercial environment should be able to make copies of the reference documentation we have available - as long as he will releas the result again (which the SA part already covers). If the major contributors to the wiki would agree to a license, I would update the wiki accordingly. Thanks, 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)

12 years, 9 months

3
3
0 0

[PATCH 0/4] use standalone libtalloc instead of own copy

by pablo＠gnumonks.org

From: Pablo Neira Ayuso <pablo(a)gnumonks.org> Hi! With these patches, libosmocore, libosmo-sccp, openbsc and osmo-tetra does not use anymore our own copy of talloc and they rely on the standalone library that is provided by major distributors. The osmocom-bb part is still missing, my idea is to include a copy of libtalloc in the tree in the shared/ directory via rsync. This patch will follow later since we can still rely on the outdated copy of libosmocore. Please, apply.

12 years, 10 months

2
5
0 0

libosmocore / logging from within libraries

by Harald Welte

Hi! As more and more code is moving into libraries (like I just did with the LAPDm code, and like pablo is working on with libosmo-abis), we needed a solution how to allocate and use the LOGP subsystem constants like DRSL, DRR, ... from within libraries. The existing logging code wasn't really prepared for that. I've now come um with a hack to extend it while preserving compatibility to applications: * we use negative numbers starting from -1 for library-internal subsystems * those numbers get converted to a positive index into the various arrays at run-time. So -1 ends up one entry higher in the array than the last application-providede log category/subsystem. As part of this change, the array allocations are now dynamic, i.e there is no maximum limit for the number of log categories that an application can register with the core. Only for libraries (even outside libosmocore), we have compile-time registration, i.e. the 'struct log_info_cat' and the D* constant need to be defined inside libosmocore. I think this is an acceptable compromise. Furthermore, if LOGP()/DEBUGP() ever see a subsystem number that it doesn't know, it will assign it to the new 'DLGLOBAL' (Debug Library GLOBAL) category, i.e. there cna be no array overflows. This ensures that even an external library using a 'newer' D* constant will not crash or otherwise fail, it will simply log in a slightly different way. 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)

12 years, 10 months

2
1
0 0

Complete test of a PDP Context activation process

by Guido Cilia

Hi everybody! I need to replicate in my private network the functionalities of an SGSN and a GGSN for academic purpose. I see the openGGSN project and I understand that it's composed by two components: sgsnemu and ggsn. What I want to ask to you is if I could test all the PDP Context activation process with these two components and how. This is the real (very semplified) process: Mobile Phone ---> SGSN ---> GGSN ---> SGSN ---> Mobile Phone (for a full description of the process see here<http://www.eventhelix.com/RealtimeMantra/Telecom/gprs_attach_pdp_sequence_d…> ) My suspicion, tell me if I'm wrong, is that sgsnemu component allow to test only this part of the complete process: SGSN ---> GGSN ---> SGSN (simulating the mobile terminal request but not really accepting it from an external module/device). Is it right? How could I test all the process? Consider that I could use a linux pc instead of a mobile phone. Thank you very much!!! -- Guido Cilia Web: http://www.guidocilia.it E-Mail: guidocx84(a)gmail.com Skype: guidocx84

12 years, 10 months

2
1
0 0

Motorola Mo-bis / Implications for CCC Camp

by Harald Welte

Hi all, it seems like supporting the Motorola BTS from OpenBSC is a really big challenge. Not only are there problems regarding an unknown configuration database format (see http://laforge.gnumonks.org/weblog/2011/06/18/) Dieter has found the following excellent document, which in Chapter 5 describes the architecture of the Motorola specific changes to A-bis: http://read.pudn.com/downloads61/ebook/212957/SYS01.pdf Judging from the document: * there is an unknown 'motorola executive header' in front of RSL * many RSL standard messages have been replaced by proprietary ones * they use a mixture of 08.08 (A) and 08.58 (A-bis) information elements * many features normally found in the BSC are implemented in the BTS, e.g. the entire CHAN RQD / RSL CHAN ACT / IMM ASS CMD sequence is done fully inside the BTS. As a result, I think it will be a quite complex project to support those BTSs from OpenBSC. It's not just a matter of adding some small vendor-specific OML messages like with Siemens, Ericsson and ip.access. While it might still be interesting, I think it's unrealistic to assume this would happen ahead of the camp [unless somebody finds a compatible Motorola BSC that they can borrow us for analysis + protocol tracing]. Thus, the focus for the 2011 CCC Camp is now back to ip.access. The main issues we will be facing is on the RF side, i.e. * RF PA for the TX side * combining the PA outputs to be transmitted on one antenna * filter + LNA for Rx side * splitting the Rx signal As indicated previously, I would love to see something like two BTS with three TRX each. If we'd recycle the duplexer/combiner blocks from the Motorola BTS, we could do something like three sites with 2 TRX each. (as they can only combine two TRX). We _might_ also be able to re-cycle the TX PA from the Motorola CTUs, at least on the RF side it would be pretty easy to drive them from a nanoBTS rather than its internal source (as there's a connector). The bigger question is how do we get the controller logic of the PA into a state that the PA is actually enabled and active... 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)

12 years, 10 months

1
0
0 0

Problems during initial bring-up of nanoBTS

by Harald Welte

Hi zecke and others, I may have found a cause of one of the problems that we've been experiencing in nanoBTS bring-up, at least at some point in the past. The problem could be observed/described as: During the first OML connect of the nanoBTS, OpenBSC fails to bring it up completely. Second and successive connects worked fine. What I have just noticed is that we never re-set the NM state information for the 12.21 MOs inside OpenBSC. This means, if the A-bis link is lost, the old state information continues to exist. I guess it would be cleaner to simply re-set all the nm_state strucures that are part of the 'struct gsm_bts', gsm_bts_trx, etc. when the A-bis link is lost. As I'm working in this area right now anyway, I intend to produce a patch addressing the issue. But now that I think more about it: I guess it is unrelated to the old problem, as a typical work-around was to re-start OpenBSC, at which time all state is re-set again. 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)

12 years, 10 months

1
0
0 0

Help me! How to buy nanobts or hsl 2.75g picocell ??

by 高品章

Dear all, I want to buy some nanoBTS or HSL 2.75G picocell . Is there any body who wants to sell nanoBTS or HSL 2.75G picocell ? Looking forward for any offer . Regards, 　　　　　　　　jngpz(a)163.com 　　　　　　　　　　2011-06-19

12 years, 10 months

1
0
0 0

Serial console on FemtoCell

by Bthomas

Dear Developers, I mentioned earlier that I found a tutorial in which we read that this cell is within the box's serial port. I found him looking for a RS485 port outlet, and 2x5-pin lines of pins. Images from the PCB: http://www.facebook.com/media/set/?set=a.1979958333026.114473.1065188491 IPSEC have read so far by launching tube through a communication gateway through which to get "home location register" information, etc.. Whether there is a chance to even download the firmware via the serial terminal analysis? Or perhaps to be found in lines of pins USB option? The presentation referred to the serial port connection just yet to start when you press the reset button four times, then the boot menu to configure the IP address, login data. greetings: bthomyka

12 years, 10 months

2
1
0 0

Linux based 3g picocell sourcecode - vodafone rebranded

by Bthomas

Dear OpenBSC Developers! Although I can not help much in development, but once you split a link which is available in a 3G pico(?)cell rebranded by vodafone firmware. link: https://forge.betavine.net/frs/download.php/650/foss_fbsr-02.01.51.46.tar.gz sincerely bthomyka

12 years, 10 months

2
1
0 0

[PATCH] socket: add OSMO_SOCK_F_[CONNECT|BIND|NON_BLOCK] flags

by Pablo Neira Ayuso

From: Pablo Neira Ayuso <pablo(a)gnumonks.org> This extends the socket infrastructure in libosmocore to allow to create non-blocking sockets. Basically, it replaces the connect0_bind1 parameter by one flags parameter. --- include/osmocom/core/socket.h | 11 ++++++++--- src/gsmtap_util.c | 6 ++++-- src/socket.c | 38 ++++++++++++++++++++++++++++---------- 3 files changed, 40 insertions(+), 15 deletions(-) diff --git a/include/osmocom/core/socket.h b/include/osmocom/core/socket.h index b2601c7..612b12c 100644 --- a/include/osmocom/core/socket.h +++ b/include/osmocom/core/socket.h @@ -5,14 +5,19 @@ struct sockaddr; +/* flags for osmo_sock_init. */ +#define OSMO_SOCK_F_CONNECT (1 << 0) +#define OSMO_SOCK_F_BIND (1 << 1) +#define OSMO_SOCK_F_NONBLOCK (1 << 2) + int osmo_sock_init(uint16_t family, uint16_t type, uint8_t proto, - const char *host, uint16_t port, int connect0_bind1); + const char *host, uint16_t port, unsigned int flags); int osmo_sock_init_ofd(struct osmo_fd *ofd, int family, int type, int proto, - const char *host, uint16_t port, int connect0_bind1); + const char *host, uint16_t port, unsigned int flags); int osmo_sock_init_sa(struct sockaddr *ss, uint16_t type, - uint8_t proto, int connect0_bind1); + uint8_t proto, unsigned int flags); /* determine if the given address is a local address */ int osmo_sockaddr_is_local(struct sockaddr *addr, unsigned int addrlen); diff --git a/src/gsmtap_util.c b/src/gsmtap_util.c index eddde04..47fa37d 100644 --- a/src/gsmtap_util.c +++ b/src/gsmtap_util.c @@ -124,7 +124,8 @@ int gsmtap_source_init_fd(const char *host, uint16_t port) if (host == NULL) host = "localhost"; - return osmo_sock_init(AF_UNSPEC, SOCK_DGRAM, IPPROTO_UDP, host, port, 0); + return osmo_sock_init(AF_UNSPEC, SOCK_DGRAM, IPPROTO_UDP, host, port, + OSMO_SOCK_F_CONNECT); } int gsmtap_source_add_sink_fd(int gsmtap_fd) @@ -138,7 +139,8 @@ int gsmtap_source_add_sink_fd(int gsmtap_fd) return rc; if (osmo_sockaddr_is_local((struct sockaddr *)&ss, ss_len) == 1) { - rc = osmo_sock_init_sa((struct sockaddr *)&ss, SOCK_DGRAM, IPPROTO_UDP, 1); + rc = osmo_sock_init_sa((struct sockaddr *)&ss, SOCK_DGRAM, + IPPROTO_UDP, OSMO_SOCK_F_BIND); if (rc >= 0) return rc; } diff --git a/src/socket.c b/src/socket.c index 0be98b9..f1fcccd 100644 --- a/src/socket.c +++ b/src/socket.c @@ -6,6 +6,7 @@ #include <osmocom/core/select.h> #include <osmocom/core/socket.h> +#include <sys/ioctl.h> #include <sys/socket.h> #include <sys/types.h> @@ -18,12 +19,16 @@ #include <ifaddrs.h> int osmo_sock_init(uint16_t family, uint16_t type, uint8_t proto, - const char *host, uint16_t port, int connect0_bind1) + const char *host, uint16_t port, unsigned int flags) { struct addrinfo hints, *result, *rp; int sfd, rc, on = 1; char portbuf[16]; + if ((flags & (OSMO_SOCK_F_BIND | OSMO_SOCK_F_CONNECT)) == + (OSMO_SOCK_F_BIND | OSMO_SOCK_F_CONNECT)) + return -EINVAL; + sprintf(portbuf, "%u", port); memset(&hints, 0, sizeof(struct addrinfo)); hints.ai_family = family; @@ -31,7 +36,7 @@ int osmo_sock_init(uint16_t family, uint16_t type, uint8_t proto, hints.ai_flags = 0; hints.ai_protocol = proto; - if (connect0_bind1) + if (flags & OSMO_SOCK_F_BIND) hints.ai_flags |= AI_PASSIVE; rc = getaddrinfo(host, portbuf, &hints, &result); @@ -44,10 +49,24 @@ int osmo_sock_init(uint16_t family, uint16_t type, uint8_t proto, sfd = socket(rp->ai_family, rp->ai_socktype, rp->ai_protocol); if (sfd == -1) continue; - if (connect0_bind1 == 0) { - if (connect(sfd, rp->ai_addr, rp->ai_addrlen) != -1) + if (flags & OSMO_SOCK_F_NONBLOCK) { + if (ioctl(sfd, FIONBIO, (unsigned char *)&on) < 0) { + perror("cannot set this socket unblocking"); + close(sfd); + return -EINVAL; + } + } + if (flags & OSMO_SOCK_F_CONNECT) { + rc = connect(sfd, rp->ai_addr, rp->ai_addrlen); + if (rc != -1 || (rc == -1 && errno == EINPROGRESS)) break; } else { + rc = setsockopt(sfd, SOL_SOCKET, SO_REUSEADDR, + &on, sizeof(on)); + if (rc < 0) { + perror("cannot setsockopt socket"); + break; + } if (bind(sfd, rp->ai_addr, rp->ai_addrlen) != -1) break; } @@ -63,7 +82,7 @@ int osmo_sock_init(uint16_t family, uint16_t type, uint8_t proto, setsockopt(sfd, SOL_SOCKET, SO_REUSEADDR, &on, sizeof(on)); /* Make sure to call 'listen' on a bound, connection-oriented sock */ - if (connect0_bind1 == 1) { + if (flags & OSMO_SOCK_F_BIND) { switch (type) { case SOCK_STREAM: case SOCK_SEQPACKET: @@ -75,11 +94,11 @@ int osmo_sock_init(uint16_t family, uint16_t type, uint8_t proto, } int osmo_sock_init_ofd(struct osmo_fd *ofd, int family, int type, int proto, - const char *host, uint16_t port, int connect0_bind1) + const char *host, uint16_t port, unsigned int flags) { int sfd, rc; - sfd = osmo_sock_init(family, type, proto, host, port, connect0_bind1); + sfd = osmo_sock_init(family, type, proto, host, port, flags); if (sfd < 0) return sfd; @@ -96,7 +115,7 @@ int osmo_sock_init_ofd(struct osmo_fd *ofd, int family, int type, int proto, } int osmo_sock_init_sa(struct sockaddr *ss, uint16_t type, - uint8_t proto, int connect0_bind1) + uint8_t proto, unsigned int flags) { char host[NI_MAXHOST]; uint16_t port; @@ -127,8 +146,7 @@ int osmo_sock_init_sa(struct sockaddr *ss, uint16_t type, return s; } - return osmo_sock_init(ss->sa_family, type, proto, host, - port, connect0_bind1); + return osmo_sock_init(ss->sa_family, type, proto, host, port, flags); } static int sockaddr_equal(const struct sockaddr *a,

12 years, 10 months

3
2
0 0

[PATCH] socket: extend infrastructure to support non-blocking sockets

by Pablo Neira Ayuso

From: Pablo Neira Ayuso <pablo(a)gnumonks.org> * add OSMO_SOCK_F_[CONNECT|BIND|NON_BLOCK] flags * osmo_sock_connect() to call connect once the non-blocking connect becomes ready. This extends the socket infrastructure in libosmocore to allow to create non-blocking sockets. Basically, it replaces the connect0_bind1 parameter by one flags parameter. --- include/osmocom/core/socket.h | 11 ++++++++--- src/gsmtap_util.c | 6 ++++-- src/socket.c | 38 ++++++++++++++++++++++++++++---------- 3 files changed, 40 insertions(+), 15 deletions(-) diff --git a/include/osmocom/core/socket.h b/include/osmocom/core/socket.h index b2601c7..612b12c 100644 --- a/include/osmocom/core/socket.h +++ b/include/osmocom/core/socket.h @@ -5,14 +5,19 @@ struct sockaddr; +/* flags for osmo_sock_init. */ +#define OSMO_SOCK_F_CONNECT (1 << 0) +#define OSMO_SOCK_F_BIND (1 << 1) +#define OSMO_SOCK_F_NONBLOCK (1 << 2) + int osmo_sock_init(uint16_t family, uint16_t type, uint8_t proto, - const char *host, uint16_t port, int connect0_bind1); + const char *host, uint16_t port, unsigned int flags); int osmo_sock_init_ofd(struct osmo_fd *ofd, int family, int type, int proto, - const char *host, uint16_t port, int connect0_bind1); + const char *host, uint16_t port, unsigned int flags); int osmo_sock_init_sa(struct sockaddr *ss, uint16_t type, - uint8_t proto, int connect0_bind1); + uint8_t proto, unsigned int flags); /* determine if the given address is a local address */ int osmo_sockaddr_is_local(struct sockaddr *addr, unsigned int addrlen); diff --git a/src/gsmtap_util.c b/src/gsmtap_util.c index eddde04..47fa37d 100644 --- a/src/gsmtap_util.c +++ b/src/gsmtap_util.c @@ -124,7 +124,8 @@ int gsmtap_source_init_fd(const char *host, uint16_t port) if (host == NULL) host = "localhost"; - return osmo_sock_init(AF_UNSPEC, SOCK_DGRAM, IPPROTO_UDP, host, port, 0); + return osmo_sock_init(AF_UNSPEC, SOCK_DGRAM, IPPROTO_UDP, host, port, + OSMO_SOCK_F_CONNECT); } int gsmtap_source_add_sink_fd(int gsmtap_fd) @@ -138,7 +139,8 @@ int gsmtap_source_add_sink_fd(int gsmtap_fd) return rc; if (osmo_sockaddr_is_local((struct sockaddr *)&ss, ss_len) == 1) { - rc = osmo_sock_init_sa((struct sockaddr *)&ss, SOCK_DGRAM, IPPROTO_UDP, 1); + rc = osmo_sock_init_sa((struct sockaddr *)&ss, SOCK_DGRAM, + IPPROTO_UDP, OSMO_SOCK_F_BIND); if (rc >= 0) return rc; } diff --git a/src/socket.c b/src/socket.c index 0be98b9..f1fcccd 100644 --- a/src/socket.c +++ b/src/socket.c @@ -6,6 +6,7 @@ #include <osmocom/core/select.h> #include <osmocom/core/socket.h> +#include <sys/ioctl.h> #include <sys/socket.h> #include <sys/types.h> @@ -18,12 +19,16 @@ #include <ifaddrs.h> int osmo_sock_init(uint16_t family, uint16_t type, uint8_t proto, - const char *host, uint16_t port, int connect0_bind1) + const char *host, uint16_t port, unsigned int flags) { struct addrinfo hints, *result, *rp; int sfd, rc, on = 1; char portbuf[16]; + if ((flags & (OSMO_SOCK_F_BIND | OSMO_SOCK_F_CONNECT)) == + (OSMO_SOCK_F_BIND | OSMO_SOCK_F_CONNECT)) + return -EINVAL; + sprintf(portbuf, "%u", port); memset(&hints, 0, sizeof(struct addrinfo)); hints.ai_family = family; @@ -31,7 +36,7 @@ int osmo_sock_init(uint16_t family, uint16_t type, uint8_t proto, hints.ai_flags = 0; hints.ai_protocol = proto; - if (connect0_bind1) + if (flags & OSMO_SOCK_F_BIND) hints.ai_flags |= AI_PASSIVE; rc = getaddrinfo(host, portbuf, &hints, &result); @@ -44,10 +49,24 @@ int osmo_sock_init(uint16_t family, uint16_t type, uint8_t proto, sfd = socket(rp->ai_family, rp->ai_socktype, rp->ai_protocol); if (sfd == -1) continue; - if (connect0_bind1 == 0) { - if (connect(sfd, rp->ai_addr, rp->ai_addrlen) != -1) + if (flags & OSMO_SOCK_F_NONBLOCK) { + if (ioctl(sfd, FIONBIO, (unsigned char *)&on) < 0) { + perror("cannot set this socket unblocking"); + close(sfd); + return -EINVAL; + } + } + if (flags & OSMO_SOCK_F_CONNECT) { + rc = connect(sfd, rp->ai_addr, rp->ai_addrlen); + if (rc != -1 || (rc == -1 && errno == EINPROGRESS)) break; } else { + rc = setsockopt(sfd, SOL_SOCKET, SO_REUSEADDR, + &on, sizeof(on)); + if (rc < 0) { + perror("cannot setsockopt socket"); + break; + } if (bind(sfd, rp->ai_addr, rp->ai_addrlen) != -1) break; } @@ -63,7 +82,7 @@ int osmo_sock_init(uint16_t family, uint16_t type, uint8_t proto, setsockopt(sfd, SOL_SOCKET, SO_REUSEADDR, &on, sizeof(on)); /* Make sure to call 'listen' on a bound, connection-oriented sock */ - if (connect0_bind1 == 1) { + if (flags & OSMO_SOCK_F_BIND) { switch (type) { case SOCK_STREAM: case SOCK_SEQPACKET: @@ -75,11 +94,11 @@ int osmo_sock_init(uint16_t family, uint16_t type, uint8_t proto, } int osmo_sock_init_ofd(struct osmo_fd *ofd, int family, int type, int proto, - const char *host, uint16_t port, int connect0_bind1) + const char *host, uint16_t port, unsigned int flags) { int sfd, rc; - sfd = osmo_sock_init(family, type, proto, host, port, connect0_bind1); + sfd = osmo_sock_init(family, type, proto, host, port, flags); if (sfd < 0) return sfd; @@ -96,7 +115,7 @@ int osmo_sock_init_ofd(struct osmo_fd *ofd, int family, int type, int proto, } int osmo_sock_init_sa(struct sockaddr *ss, uint16_t type, - uint8_t proto, int connect0_bind1) + uint8_t proto, unsigned int flags) { char host[NI_MAXHOST]; uint16_t port; @@ -127,8 +146,7 @@ int osmo_sock_init_sa(struct sockaddr *ss, uint16_t type, return s; } - return osmo_sock_init(ss->sa_family, type, proto, host, - port, connect0_bind1); + return osmo_sock_init(ss->sa_family, type, proto, host, port, flags); } static int sockaddr_equal(const struct sockaddr *a,

12 years, 10 months

2
1
0 0

huawei uap 3801e

by Bthomas

Dear Developers! Currently, the only tool I have found this information: http://users.atw.hu/helvei/UAP3801E.rar?atw_referer=http% 3A% 2F% 2Fmobil- telefon.vatera.hu 2Fmobiltelefon_tartozek%%% 2Fegyeb 2F4_db_huawei_ap_femtocella_mobil_bazisallomas_1459406466.html This is a power point presentation, the pages visible to a certain set of procedures. Although I do not know how much help in the development, but I share with you. Consulted during a programmer who is interested in finding a "reverse engineering" and curious about the possibility of the device, the communication. I am confident that if he succeeds, much of the project promotes the development of OpenBSC. Regards, bthomyka

12 years, 10 months

1
0
0 0

Re: SGSN Crash

by Holger Hans Peter Freyther

On 05/30/2011 06:27 AM, Seungju Kim wrote: > Hello, I am experiencing some crash with osmo-sgsn. > This is the log : http://pastebin.com/XP8RcaaNI didnt make any modification except removing imsi roaming check. > Every time when a phone tries to connect this happens. What might be wrong? Hi, please make yourself gdb and git and create a patch. The struct msgb has detected a mis-use and forced a crash. What is going wrong is in the log, you will need to identify where this msgb got allocated (or change the panic message to print the name of the msgb) and see why it is using the amount of headroom it wants to use. happy hacking holger

12 years, 10 months

3
6
0 0

huawei uap 3801e

by Bthomas

Dear OpenBSC users and developers! I beseech you, help me with some information. Today I bought a 4 pack auction Huawei femtocell UAP 3801. Next to them there's no documentation, Huawei has not yet responded to my questions. I want them to operate with OpenBSC. Do you think this tool will work with it? If anyone are having operating instructions, configuration instructions, please share it with me. Thanks, bthomyka

12 years, 10 months

2
1
0 0

AW: GSM @ Camp 2011 preparations

by Andreas.Eversberg

> 1) nanoBTS based > The nanoBTS are 200mW only, so we would need a booster. Those cost > about 1000 EUR for 6W downlink power + 18dB uplink LNA. Who is going > to fund that? Also, we would need a combiner/splitter to run > something like a 3-TRX setup. i could get 3 amplifiers by R&S from a friend. each one has 20 watts output power max. here is a similar device: http://www.radiosurplus.it/pdf/TSAMPG.pdf

12 years, 11 months

2
1
0 0

ANN: osmo-pcap a PCAP Client and Server application

by Holger Hans Peter Freyther

Hi, I wrote a very primitive client and server for PCAP. The osmo_pcap_client will use libpcap to sniff on a local link, we have the usual VTY interface to configure it, one can change the filter and the device at runtime. There is also a very simple server that authenticates clients based on the remote address, that will write the pcap files to disk. The files will be rotated based on time and size, but also when the Link Header of a client is changing. The traffic is not encrypted yet but that is on the todolist. The code can be found in our git repository[1]. holger [1] http://cgit.osmocom.org/cgit/osmo-pcap/

12 years, 11 months

1
1
0 0

[PATCH 00/10] Control interface for OpenBSC

by Daniel Willmann

Hello, this patchset adds an SNMP-like control interface to OpenBSC. Currently you can set and get variables. This interface is enabled in osmo-bsc, osmo-bsc_nat, and in osmo-nitb. It currently supports querying the counters and rate counters, setting and querying the rf_locked status, and geographical location. In osmo-bsc_nat forwarding is implemented to set/query stuff in the actual osmo-bsc. The patches are located in the daniel/controlif branch. Please merge them if you feel they are ready or point me to the problems. Regards Daniel Willmann (10): Add documentation for the control interface protocol Add example to communicate through the control interface Add libctrl, an SNMP-like control interface libctrl: Add macros to help define commands libctrl: Add commands to query counters and rate_cntr bsc_hack: Use libctrl, listen on port 4249 osmo_bsc: Use libctrl, handle ctrl cmds on port 4249 or from the nat osmo_bsc: Add some libctrl commands libctrl: Add ctrl_cmd_cpy() to copy a command nat: Use libctrl and add command forwarding to osmo-bsc openbsc/configure.in | 1 + openbsc/contrib/bsc_control.py | 100 +++++ openbsc/doc/control-interface.txt | 21 + openbsc/include/openbsc/bsc_nat.h | 22 + openbsc/include/openbsc/control_cmd.h | 151 +++++++ openbsc/src/Makefile.am | 2 +- openbsc/src/libctrl/Makefile.am | 7 + openbsc/src/libctrl/control_cmd.c | 479 +++++++++++++++++++++++ openbsc/src/libctrl/control_if.c | 627 ++++++++++++++++++++++++++++++ openbsc/src/osmo-bsc/Makefile.am | 1 + openbsc/src/osmo-bsc/osmo_bsc_main.c | 167 ++++++++ openbsc/src/osmo-bsc/osmo_bsc_msc.c | 34 ++ openbsc/src/osmo-bsc_nat/Makefile.am | 1 + openbsc/src/osmo-bsc_nat/bsc_nat.c | 279 +++++++++++++ openbsc/src/osmo-bsc_nat/bsc_nat_utils.c | 1 + openbsc/src/osmo-nitb/Makefile.am | 3 +- openbsc/src/osmo-nitb/bsc_hack.c | 3 + 17 files changed, 1897 insertions(+), 2 deletions(-) create mode 100755 openbsc/contrib/bsc_control.py create mode 100644 openbsc/doc/control-interface.txt create mode 100644 openbsc/include/openbsc/control_cmd.h create mode 100644 openbsc/src/libctrl/Makefile.am create mode 100644 openbsc/src/libctrl/control_cmd.c create mode 100644 openbsc/src/libctrl/control_if.c -- 1.7.5.rc3

12 years, 11 months

2
11
0 0

Bounce action notification

by mailman＠lists.osmocom.org

This is a Mailman mailing list bounce action notice: List: OpenBSC Member: galbayar(a)usi.mn Action: Subscription disabled. Reason: Excessive or fatal bounces. The triggering bounce notice is attached below. Questions? Contact the Mailman site administrator at mailman(a)lists.osmocom.org.

12 years, 11 months

1
0
0 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

OpenBSC June 2011