- OpenBSC - lists.osmocom.org

Tektronix K1103 pinout of the E-1 interface
by Tawanda 11 Sep '12

11 Sep '12

Sent on the Go

2 1

MultiARFCN OpeBSC and SysmoBTS
by Daud Suleiman 10 Sep '12

10 Sep '12

Hi Harald, I can't tire of congratulating and the community for the great work you are doing in creating a free world in your own capacity! I thank you. Meanwhile, I would like to know a few things: 1. Is sysmoBTS capable of operating in MultiARFCN? Is multiARFCN implemented in OpenBSC and if so how does one go about configuring it. 2. Also after the successful implementation of CSD, are there plans for PTT over Cellular (PoC)?

3 2

Sept 5, 8pm / Osmocom Berlin User Group meeting
by Harald Welte 05 Sep '12

05 Sep '12

Hi all! This is the announcement for the next Osmocom Berlin meeting. Sept 05, 8pm @ CCC Berlin, Marienstr. 11, 10113 Berlin There is no formal presentation scheduled for this meeting. If you are interested to show up, feel free to do so. There is no registration required. The meeting is free as in "free beer", despite no actual free beer being around. Regards, Harald [p.s.: I myself will not be able to attend tonight, but I'm sure you will be able to do just fine (or even better?)] -- - Harald Welte <laforge(a)gnumonks.org> http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)

1 0

fix of rtp socket binding
by Andreas Eversberg 30 Aug '12

30 Aug '12

hi, after having solved an LCR issue, i patched rtp_proxy.c the same way, because it has the same issue. 1. when next_udp_port (in rtp_socket_bind) reaches 0xfffe, the bind process will fail next time. 2. if rtp_sub_socket_bind of rtp socket succeeds and rtp_sub_socket_bind of rtcp socket fails, the rtp socket must be re-created, because it cannot not be bound again to the next higher port. 3. the port range will not wrap arround and start at 0, but at RTP_PORT_BASE. (after reaching RTP_PORT_MAX) andreas

4 3

Re: Any interest for Osmocom meetings in Bavaria ?
by Dieter Spaar 29 Aug '12

29 Aug '12

As already mentioned, the Osmocom Meeting will take place this Saturday, 1.9.2012 at 10:00. Three people have confirmed that they will come, I have send them an email with the location details. Harald is not yet sure if he can attend. A few suggestions for the meeting: - I will run a GSM-1800 network with my test license so you can try out OsmocomBB. If you are interested to do so please bring your Osmocom phone plus Laptop with the already installed OsmocomBB software. - We can do some experiments with SIMtrace if there is any interest. - There should still be enough time for other things, we can decide what to do during the meeting. Best regards, Dieter -- Dieter Spaar, Germany spaar(a)mirider.augusta.de

1 0

Recurring outbound GPRS Attach Accept messages
by Don A. Bailey 27 Aug '12

27 Aug '12

All, Apologies if this is the wrong mailing list for this question. If so, please redirect me to the appropriate Osmocom list. Thanks! I'm having trouble with some older 2G cellular modules. When they initiate GPRS, the GPRS Attach Accept response from the SGSN seems to be dropped on the floor. I thought this was because the inbound TLLI generated by the ME was not included in the subsequent response. However, I verified that the LLC correctly generates the response and attaches the TLLI. I'm not quite sure why these particular 2G modules are not receiving the response as the message seems to be correctly submitted from the SGSN to the BTS. The result is that the GPRS state will get "stuck" on the ME side, which will keep attempting to Attach until it gives up and issues a Detach message (under the same TLLI). Can anyone clue me in on what potential issues may be caused by this ME and how/if I can patch this problem in the SGSN? Thank you, D

2 1

[PATCH 00/13] libosmo-abis updates (v2)
by pablo＠gnumonks.org 27 Aug '12

27 Aug '12

From: Pablo Neira Ayuso <pablo(a)gnumonks.org> Hi, This is the second version of the libosmo-abis patchset. Mostly aiming to improve robustness and fix leaks in error paths. I have tried to address all Holger comments, I leave two things for my TODO list: 1) automate testing via automated testing while compilation 2) check the bfd->fd = -1 to make sure we need it in all cases I have also intensively tested (although it was quite manual) this changes with the IPA BSC/BTS tests, running valgrind to check for leaks. If you find any issue or you think it's OK, please ACK/NACK. Thanks. Pablo Neira Ayuso (13): ipa: fix missing set of write_cb for IPA client connection ipaccess: fix leak of e1inp_line tests: e1inp_ipa_bsc_test: fix crash ipaccess: improve error handling tests: e1inp_ipa_bts_test: fix compilation warnings lapd: use C99 structure initialization for profile templates input: dahdi: use logging facilities instead of fprintf and stderr input: dahdi: replace exit by return input: add generic PCAP interface for LAPD tests: fix CPU suckup e1inp_ipa_bts_test after test finish tests: e1inp_ipa_*_test: add signal handling for process termination tests: e1inp_ipa_*_test: fix leak of msgb in ->sign_link path ipaccess: fix leak of IPA control messages in the BTS side include/Makefile.am | 2 +- include/osmocom/abis/lapd.h | 1 + include/osmocom/abis/lapd_pcap.h | 11 ++ src/Makefile.am | 1 + src/e1_input.c | 1 + src/input/dahdi.c | 54 ++++++---- src/input/hsl.c | 3 - src/input/ipa.c | 3 + src/input/ipaccess.c | 210 ++++++++++++++++++++++++++------------ src/input/lapd.c | 66 +++++++----- src/input/lapd_pcap.c | 159 +++++++++++++++++++++++++++++ tests/e1inp_ipa_bsc_test.c | 26 ++++- tests/e1inp_ipa_bts_test.c | 31 +++++- 13 files changed, 443 insertions(+), 125 deletions(-) create mode 100644 include/osmocom/abis/lapd_pcap.h create mode 100644 src/input/lapd_pcap.c -- 1.7.10.4

3 21

Uncaught bounce notification
by mailman-bounces＠lists.osmocom.org 23 Aug '12

23 Aug '12

The attached message was received as a bounce, but either the bounce format was not recognized, or no member addresses could be extracted from it. This mailing list has been configured to send all unrecognized bounce messages to the list administrator(s). For more information see: https://lists.osmocom.org/mailman/admin/openbsc/bounce

1 0

[PATCH 00/11] libosmo-abis updates
by pablo＠gnumonks.org 23 Aug '12

23 Aug '12

From: Pablo Neira Ayuso <pablo(a)netfilter.org> Hi, The following patchset contain updates for libosmo-abis: * fix for leak of e1inp_line reported by Holger. * more robust handling of error codes in several parts of the ipaccess driver. * minor cleanups for LAPD and dahdi, fix some compilations warnings. * generic LAPD PCAP interface to create PCAP files containing the LAPD frames, so far it was only possible to store the OML/RSL traces, without the LAPD frames. * fix crash of IPA BTS example test If you're OK with those, let me know. I can push them myself if you want or you can manually apply them. Pablo Neira Ayuso (11): ipa: fix missing set of write_cb for IPA client connection ipaccess: fix leak of e1inp_line tests: e1inp_ipa_bsc_test: fix crash ipaccess: more robust error handle in receival path ipaccess: more robust error handling in the accept patch ipaccess: more robust error handling in the send path tests: e1inp_ipa_bts_test: fix compilation warnings lapd: use C99 structure initialization for profile templates input: dahdi: use logging facilities instead of fprintf and stderr input: dahdi: replace exit by return input: add generic PCAP interface for LAPD include/Makefile.am | 2 +- include/osmocom/abis/lapd.h | 1 + include/osmocom/abis/lapd_pcap.h | 11 +++ src/Makefile.am | 1 + src/input/dahdi.c | 54 ++++++++----- src/input/ipa.c | 13 +++- src/input/ipaccess.c | 107 ++++++++++++++++++++----- src/input/lapd.c | 66 +++++++++------- src/input/lapd_pcap.c | 160 ++++++++++++++++++++++++++++++++++++++ tests/e1inp_ipa_bsc_test.c | 8 +- tests/e1inp_ipa_bts_test.c | 7 +- 11 files changed, 353 insertions(+), 77 deletions(-) create mode 100644 include/osmocom/abis/lapd_pcap.h create mode 100644 src/input/lapd_pcap.c -- 1.7.10.4

4 26

OpenBTS error
by Arturo Rivas 23 Aug '12

23 Aug '12

Hi list! When I run ggsn, terminal shows: *fg: 1* *debug: 1* *qos: 0x0b921f* *apn: internet* *net: 192.168.0.0/24* *dynip: 192.168.254.0/24* *pidfile: /var/run/ggsn.pid* *statedir: /var/lib/ggsn/* *timelimit: 0* *gtpclient: Initialising GTP tunnel* *openggsn[7002]: GTP: gtp_newgsn() started* *openggsn[7002]: gtp.c: 719: State information file (/var/lib/ggsn/gsn_restart) not found. Creating new file.* *openggsn[7002]: gtp.c: 740: fopen(path=/var/lib/ggsn/gsn_restart, mode=w) failed: Error = No such file or directory* *openggsn[7002]: gtp.c: 808: bind(fd0=4, addr=bf86f8dc, len=16) failed: Error = Address already in use* *openggsn[7002]: ggsn.c: 498: Failed to create gtp* * * If I run it again addr parameter change but log also indicates that address is already in use. Someone can help me? Thanks! Arturo Rivas.

2 1