From holger at freyther.de Wed Feb 1 08:20:27 2012 From: holger at freyther.de (Holger Hans Peter Freyther) Date: Wed, 01 Feb 2012 09:20:27 +0100 Subject: TCAP Stack In-Reply-To: <1328054029.97108.YahooMailNeo@web122102.mail.ne1.yahoo.com> References: <1328054029.97108.YahooMailNeo@web122102.mail.ne1.yahoo.com> Message-ID: <4F28F5CB.3050604@freyther.de> On 02/01/2012 12:53 AM, Ammar Naamat Hameed wrote: > Hi, Hi, can you send me a link to the sourcecode? thanks From holger at freyther.de Wed Feb 1 16:21:28 2012 From: holger at freyther.de (Holger Hans Peter Freyther) Date: Wed, 01 Feb 2012 17:21:28 +0100 Subject: TCAP Stack In-Reply-To: <1328112224.77010.YahooMailNeo@web122107.mail.ne1.yahoo.com> References: <1328054029.97108.YahooMailNeo@web122102.mail.ne1.yahoo.com> <4F28F5CB.3050604@freyther.de> <1328112224.77010.YahooMailNeo@web122107.mail.ne1.yahoo.com> Message-ID: <4F296688.5070205@freyther.de> On 02/01/2012 05:03 PM, Ammar Naamat Hameed wrote: > Hi, this is a Free Software project. You can read about the values of Free Software here[1]. If you do not release the sourcecode you are not part of our community. holger [1] http://simple.wikipedia.org/wiki/Free_software > I haven't published the source code yet, but I have attached two traces, one > of them has the TCAP message that I don't know how to handle which is the > (ReturnResultLast) that has only the InvokeID in it, I hope you can help > figure out this return message. > The other attached trace has (ReturnResultLast ForwardSM) which is normal > reply message to a ForwardSM message about the successful receiving of the SMS > (SMS-Deliver Report). > > Thanks, > Ammar > > *From:* Holger Hans Peter Freyther > *To:* openbsc at lists.osmocom.org > *Sent:* Wednesday, February 1, 2012 12:20 AM > *Subject:* Re: TCAP Stack > > On 02/01/2012 12:53 AM, Ammar Naamat Hameed wrote: > > Hi, > > Hi, > > can you send me a link to the sourcecode? > > thanks > > > > > From peter at stuge.se Wed Feb 1 17:17:30 2012 From: peter at stuge.se (Peter Stuge) Date: Wed, 1 Feb 2012 18:17:30 +0100 Subject: TCAP Stack In-Reply-To: <4F296688.5070205@freyther.de> References: <1328054029.97108.YahooMailNeo@web122102.mail.ne1.yahoo.com> <4F28F5CB.3050604@freyther.de> <1328112224.77010.YahooMailNeo@web122107.mail.ne1.yahoo.com> <4F296688.5070205@freyther.de> Message-ID: <20120201171730.6424.qmail@stuge.se> Holger Hans Peter Freyther wrote: > [1] http://simple.wikipedia.org/wiki/Free_software Awesome link! Thanks Holger! //Peter From laforge at gnumonks.org Wed Feb 1 19:40:04 2012 From: laforge at gnumonks.org (Harald Welte) Date: Wed, 1 Feb 2012 20:40:04 +0100 Subject: OsmoDevCon planning / agenda Message-ID: <20120201194004.GQ3938@prithivi.gnumonks.org> Hi all! Time is moving fast, and the OsmoDevCon is getting closer. There's still two months, but I think we should start to put together some kind of agenda. First of all, I would like to ask when we should start on Friday. I would make this somewhat dependent on when the participants will be arrviing. So far I was thinking about 10am. Please let me know if you arrive on Friday but significantly later than that. I have collected a number of topics for both 'presentation' style events as well as more round-table/discussion items at https://bs11-abis.gnumonks.org/trac/wiki/OsmoDevCon2012#Presentations and https://bs11-abis.gnumonks.org/trac/wiki/OsmoDevCon2012#WorkingGroupDiscussion respectively. Please feel free to add topics that you want to speak yourself about, or that you would like to hear about. For example, we don't have anything about OsmoSDR or SIMtrace at this point, but I'm not sure how much interest there is about those topics. I would like to collect topics until 2012-02-15, and then start to make some kind of schedule. Regards, Harald -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From alexander.chemeris at gmail.com Mon Feb 20 11:23:06 2012 From: alexander.chemeris at gmail.com (Alexander Chemeris) Date: Mon, 20 Feb 2012 15:23:06 +0400 Subject: OsmoDevCon planning / agenda In-Reply-To: <20120201194004.GQ3938@prithivi.gnumonks.org> References: <20120201194004.GQ3938@prithivi.gnumonks.org> Message-ID: Hi Harald, Is there any updates about the schedule? It would be great to have a rough idea about the conference schedule to plan our travel. Dates of the "network side" part of the conference is of particular interest for us. On Wed, Feb 1, 2012 at 23:40, Harald Welte wrote: > Hi all! > > Time is moving fast, and the OsmoDevCon is getting closer. ?There's > still two months, but I think we should start to put together some kind > of agenda. > > First of all, I would like to ask when we should start on Friday. ?I > would make this somewhat dependent on when the participants will be > arrviing. ?So far I was thinking about 10am. ?Please let me know if you > arrive on Friday but significantly later than that. > > I have collected a number of topics for both 'presentation' style events > as well as more round-table/discussion items at > https://bs11-abis.gnumonks.org/trac/wiki/OsmoDevCon2012#Presentations > and > https://bs11-abis.gnumonks.org/trac/wiki/OsmoDevCon2012#WorkingGroupDiscussion > respectively. > > Please feel free to add topics that you want to speak yourself about, or > that you would like to hear about. ? For example, we don't have anything > about OsmoSDR or SIMtrace at this point, but I'm not sure how much > interest there is about those topics. > > I would like to collect topics until 2012-02-15, and then start to make > some kind of schedule. > > Regards, > ? ? ? ?Harald > -- > - Harald Welte ? ? ? ? ? http://laforge.gnumonks.org/ > ============================================================================ > "Privacy in residential applications is a desirable marketing option." > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?(ETSI EN 300 175-7 Ch. A6) > -- Regards, Alexander Chemeris. From don at 00100100.net Thu Feb 2 02:18:48 2012 From: don at 00100100.net (Don Fanning) Date: Wed, 1 Feb 2012 18:18:48 -0800 Subject: Issues compiling lcr on debian squeeze for OpenBSC/Asterisk stack Message-ID: Hello All, I've been working on trying to get OpenBSC to work with Asterisk following this as a guide: http://openbsc.osmocom.org/trac/wiki/OpenBSC_LCR http://www.misdn.org/index.php/Howto_for_Debian Basically I'm missing the mISDN_l1loop kernel module. When trying to compile from the mISDN git repository i'm getting the following error when trying to compile (Ubuntu - 10.04 LTS ) ./configure configure: error: kernel build tree does not exist build:/lib/modules/2.6.32-33-generic/build / source:/lib/modules/2.6.32-33-generic/source (Debian - 6.06) passes configure when "make modules" is running make[3]: Entering directory `/usr/src/linux-headers-2.6.32-5-686' CC [M] /root/mISDN/standalone/drivers/isdn/mISDN/l1oip_core.o CC [M] /root/mISDN/standalone/drivers/isdn/mISDN/l1oip_codec.o CC [M] /root/mISDN/standalone/drivers/isdn/mISDN/core.o CC [M] /root/mISDN/standalone/drivers/isdn/mISDN/fsm.o CC [M] /root/mISDN/standalone/drivers/isdn/mISDN/socket.o CC [M] /root/mISDN/standalone/drivers/isdn/mISDN/clock.o CC [M] /root/mISDN/standalone/drivers/isdn/mISDN/hwchannel.o /root/mISDN/standalone/drivers/isdn/mISDN/hwchannel.c: In function ?mISDN_freedchannel?: /root/mISDN/standalone/drivers/isdn/mISDN/hwchannel.c:113: error: implicit declaration of function ?flush_work_sync? make[6]: *** [/root/mISDN/standalone/drivers/isdn/mISDN/hwchannel.o] Error 1 make[5]: *** [_module_/root/mISDN/standalone/drivers/isdn/mISDN] Error 2 make[4]: *** [sub-make] Error 2 make[3]: *** [all] Error 2 make[3]: Leaving directory `/usr/src/linux-headers-2.6.32-5-686' make[2]: *** [modules_] Error 2 make[2]: Leaving directory `/root/mISDN/standalone' make[1]: *** [modules] Error 2 make[1]: Leaving directory `/root/mISDN/standalone' make: *** [modules] Error 2 root at OpenBSC:~/mISDN# I should note that Centos 5.7 and Gentoo give the same errors as Ubuntu.... Any assistance is appreciated. Regards, -Don -------------- next part -------------- An HTML attachment was scrubbed... URL: From cleb at defcon-3.net Thu Feb 2 02:47:56 2012 From: cleb at defcon-3.net (Caleb Pal) Date: Wed, 1 Feb 2012 20:47:56 -0600 Subject: Issues compiling lcr on debian squeeze for OpenBSC/Asterisk stack In-Reply-To: References: Message-ID: <008401cce155$12037cf0$360a76d0$@net> Don, Try checking out mISDN from git://git.misdn.eu/mISDN.git and compiling that version. Not quite sure what is going on with git.misdn.org vs git.misdn.eu, but the .eu repo compiled fine on my debian box, whereas the .org repo failed with the same error you are seeing. Regards, Caleb From: openbsc-bounces at lists.osmocom.org [mailto:openbsc-bounces at lists.osmocom.org] On Behalf Of Don Fanning Sent: Wednesday, February 01, 2012 2019 To: openbsc at lists.gnumonks.org Subject: Issues compiling lcr on debian squeeze for OpenBSC/Asterisk stack Hello All, I've been working on trying to get OpenBSC to work with Asterisk following this as a guide: http://openbsc.osmocom.org/trac/wiki/OpenBSC_LCR http://www.misdn.org/index.php/Howto_for_Debian Basically I'm missing the?mISDN_l1loop kernel module. When trying to compile from the mISDN git repository i'm getting the following error when trying to compile? (Ubuntu - 10.04 LTS ) ./configure configure: error: kernel build tree does not exist build:/lib/modules/2.6.32-33-generic/build / source:/lib/modules/2.6.32-33-generic/source (Debian - 6.06) passes configure when "make modules" is running make[3]: Entering directory `/usr/src/linux-headers-2.6.32-5-686' ? CC [M] ?/root/mISDN/standalone/drivers/isdn/mISDN/l1oip_core.o ? CC [M] ?/root/mISDN/standalone/drivers/isdn/mISDN/l1oip_codec.o ? CC [M] ?/root/mISDN/standalone/drivers/isdn/mISDN/core.o ? CC [M] ?/root/mISDN/standalone/drivers/isdn/mISDN/fsm.o ? CC [M] ?/root/mISDN/standalone/drivers/isdn/mISDN/socket.o ? CC [M] ?/root/mISDN/standalone/drivers/isdn/mISDN/clock.o ? CC [M] ?/root/mISDN/standalone/drivers/isdn/mISDN/hwchannel.o /root/mISDN/standalone/drivers/isdn/mISDN/hwchannel.c: In function ?mISDN_freedchannel?: /root/mISDN/standalone/drivers/isdn/mISDN/hwchannel.c:113: error: implicit declaration of function ?flush_work_sync? make[6]: *** [/root/mISDN/standalone/drivers/isdn/mISDN/hwchannel.o] Error 1 make[5]: *** [_module_/root/mISDN/standalone/drivers/isdn/mISDN] Error 2 make[4]: *** [sub-make] Error 2 make[3]: *** [all] Error 2 make[3]: Leaving directory `/usr/src/linux-headers-2.6.32-5-686' make[2]: *** [modules_] Error 2 make[2]: Leaving directory `/root/mISDN/standalone' make[1]: *** [modules] Error 2 make[1]: Leaving directory `/root/mISDN/standalone' make: *** [modules] Error 2 root at OpenBSC:~/mISDN# I should note that Centos 5.7 and Gentoo give the same errors as Ubuntu....? Any assistance is appreciated. Regards, -Don From laforge at gnumonks.org Fri Feb 3 11:09:44 2012 From: laforge at gnumonks.org (Harald Welte) Date: Fri, 3 Feb 2012 12:09:44 +0100 Subject: SMSC Thoughts Message-ID: <20120203110944.GR9030@prithivi.gnumonks.org> Hi! I'm just writiing this up as you mentioned that you were considering to look into implementing an external SMSC. This is great news, and of course you can do it whatever way you want to do it. However, to put things a bit more into perspective and ensure that this SMSC can also be used in a real GSM core network later on, I would like to ask you to consider staying in line with how the primitives/transacitions look like in a real GSM network. The idea here is that with every new interface we introduce in osmo-nitb, we should try ot move towards that of a real network. This does't mean that it has to implement the actual detailed MAP/TCAP/SCCP encoding as specified, but simply that they semantic of the primitives/messages and their order and time of occurrence is the same. From andreas at eversberg.eu Sat Feb 4 15:13:29 2012 From: andreas at eversberg.eu (jolly) Date: Sat, 04 Feb 2012 16:13:29 +0100 Subject: SMSC Thoughts In-Reply-To: <20120203110944.GR9030@prithivi.gnumonks.org> References: <20120203110944.GR9030@prithivi.gnumonks.org> Message-ID: <4F2D4B19.4010002@eversberg.eu> hi, when i touched SMS last year for osmocombb, i looked at the openbsc code and splitted it into openbsc-stuff, CP protocol and RP protocol. (the CP and RP protocols carry SMS APDU over SAPI-3 link.) both protocols are in libosmocore already. there is also a branch for openbsc (jolly/sms) which has never been merged, iirc. it uses the CP/RP stuff from libosmocore, similar to what osmocombb already does. my suggestion now is that the SMSC interface should use the protocols from libosomocore. this way it could be possible (with little additions to osmocombb) to use the SMSC with the mobile side too. i think it could be interesting, if SMSC would allow nice features like email gateway, so we could have a mail gateway for the mobile side too. but maybe this is a bad idea... let me know! regards, andreas From t-openbsc at tobias.org Sat Feb 25 09:53:50 2012 From: t-openbsc at tobias.org (Tobias Engel) Date: Sat, 25 Feb 2012 10:53:50 +0100 Subject: SMSC Thoughts In-Reply-To: <20120203110944.GR9030@prithivi.gnumonks.org> References: <20120203110944.GR9030@prithivi.gnumonks.org> Message-ID: <4F48AFAE.306@tobias.org> Hi Harald, sorry for the late answer (I was on vacation (*)). > However, to put things a bit more into perspective and ensure that this > SMSC can also be used in a real GSM core network later on, I would like > to ask you to consider staying in line with how the > primitives/transacitions look like in a real GSM network. Agreed. We should use the real world protocols and only simplify by omitting the parts we currently don't need. > Now the desing questions are: > * do you agree that we should align with those primitives? Yes. > * If yes,is it really worth coding a custom protocol for them, or should > we rather already use at least the MAP encoding, but ignore the > complex TCAP transaction state machines and SCCP routing? There's > already libosmo-asn1-map which should be able to parse and generate > the 'real world' data structures. The extra effort is probably > limited, and if the messages are then simly sent over a raw TCP (IPA) > connection, there is no SS7 complexity. I am definitely against a custom protocol. Using MAP over raw TCP sounds fine to me. I will try to find some time to sit down with Peter some time next week to discuss this further. Regards, -Tobias (*) ... in a remote location where they did have GSM, but they switched off the BTS during the night to save power ;) From laforge at gnumonks.org Mon Feb 6 18:42:09 2012 From: laforge at gnumonks.org (Harald Welte) Date: Mon, 6 Feb 2012 19:42:09 +0100 Subject: A-bis OML and OM2000 dissectors in wireshark mainline Message-ID: <20120206184209.GC14467@prithivi.gnumonks.org> Hi all, wireshark has merged all pending patches that we were working on. This means that the daily builds from https://www.wireshark.org/download/automated/osx/ and https://www.wireshark.org/download/automated/win32/ will now work out-of-the-box for any pcap traces of OML (Siemens and ip.access BTS) and OM2000 (Ericsson BTS). The ip.access vendor-specific RSL extensions have also been merged. By the way: If anyone was interested in writing a dissector for the Nokia OML dialect, it would be much appreciated. So far, nobody has started, but the OpenBSC code base contains an implementation of the protocol, and the hardware seems to be used by a number of project members, so getting traces should also not be a problem. Regards, Haralad -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From carcellelist at free.fr Wed Feb 8 00:40:10 2012 From: carcellelist at free.fr (carcelle) Date: Wed, 8 Feb 2012 01:40:10 +0100 Subject: Setting up a fixed IP for the ip.access nanoBTS using ipaccess-telnet Message-ID: <20120208003824.GF10919@massoud> Hi dear list, After sometimes to get it work, I have set-up a fixed IP on my ip.access nanoBTS and thought that could be helpful to share the howto/tuto from this experience : The best way for linux user is to use the ipaccess-telnet tool from the git (git clone git://git.osmocom.org/libtelnet.git) rather than BTS installer from ip.access which doesn't easily allow the access to the flags of configuration (i.e. NV attributes) of the nanoBTS. 1/installation of ipaccess-telnet I have installed it on a debian 5.0.9 (linux 2.6.26) after git cloning git://git.osmocom.org/libtelnet.git my autotools versions : autoconf 2.61-8 + automake 1:1.10.1-3 after running into the following autotools build #autoreconf; automake --add-missing; autoreconf; autoconf; automake; ./configure --prefix=/usr/local; make -j 2; make install I ran into that error "ltmain.sh: No such file or directory" and used the following command to fix that config error #libtoolize in the libtelnet directory and I had the ipaccess-telnet tool build/installed 2/use of ipaccess-telnet on the nanoBTS once ipaccess-telnet is installed, one should first allow the telnet on port 3210 on the nanobts using that command #ipaccess-config -n 0x400/0x400 BTS_IP which set the correct mask on the flag enabling the telnet on port 3210. Then I could telnet the nanoBTS on port 3210 w/ the following command #ipaccess-telnet 3210 once on the CLI interface for the nanoBTS, you can get help w/ >help config (...) db::setnetmask Sets nBTS IP Net Mask db::setipaddr Sets nBTS IP address (...) db::getflags (...) db::setflag Enables Config Flag db::clearflag Disables Config Flag (...) >dhcp help Expecting 3 arguments DHCP configuration flags in database: - DHCP enabled: TRUE - static IP Address: TRUE - static IP gateway config: FALSE - static VSI config: FALSE DHCP configuration flags in use: - DHCP enabled: TRUE - static IP Address: TRUE - static IP gateway config: FALSE - static VSI config: FALSE DHCP uptime = 52567 seconds DHCP state: BOUND T1 inactive T2 inactive Lease Timer inactive and the static ip configuration : To set-up the IP address >db::setipaddr IP >db::setnetmask netmask To disable the DHCP client >dhcp dhcp false >db::clearflag dhcp Xavier Carcelle From don at 00100100.net Fri Feb 10 03:03:04 2012 From: don at 00100100.net (Don Fanning) Date: Thu, 9 Feb 2012 19:03:04 -0800 Subject: Newbie question: CM Service reject Message-ID: Hello All, After some trials and tribulations, I think I got my OpenBSC+LCR+Asterisk compiles and working. The MS connects once I spoof the proper MCC/MNC for the foreign SIM I have (to ensure that no one else can connect within my area). Then when I try to make a test call to an asterisk extension, it give me the following: Thu Feb 9 18:55:58 2012 <0004> abis_rsl.c:1318 (bts=0,trx=0,ts=2,ss=0) Activating ARFCN(514) SS(0) lctype TCH/F r=CALL ra=0x4f ta=1 Thu Feb 9 18:55:58 2012 <0004> abis_rsl.c:1064 (bts=0,trx=0,ts=2,ss=0) CHANNEL ACTIVATE ACK Thu Feb 9 18:55:58 2012 <0000> abis_rsl.c:1490 (bts=0,trx=0,ts=2,ss=0) SAPI=0 ESTABLISH INDICATION Thu Feb 9 18:55:58 2012 <0002> gsm_04_08.c:858 <- CM SERVICE REQUEST serv_type=0x01 mi_type=0x04 M(210271915) Thu Feb 9 18:55:58 2012 <0002> gsm_04_08.c:800 -> CM SERVICE Reject cause: 2 Thu Feb 9 18:55:58 2012 <0001> gsm_04_08.c:114 (bts 0 trx 0 ts 2 pd 05) Sending 0x22 to MS. Thu Feb 9 18:55:58 2012 <0000> abis_rsl.c:1490 (bts=0,trx=0,ts=2,ss=0) SAPI=0 DATA INDICATION Thu Feb 9 18:55:58 2012 <0003> bsc_api.c:430 CLASSMARK CHANGE CM2(len=3) CM3(len=9) Thu Feb 9 18:56:03 2012 <0000> chan_alloc.c:429 (bts=0,trx=0,ts=2,ss=0) starting release sequence Thu Feb 9 18:56:03 2012 <0003> gsm_04_08_utils.c:231 Sending Channel Release: Chan: Number: 0 Type: 2 Thu Feb 9 18:56:03 2012 <0004> abis_rsl.c:579 (bts=0,trx=0,ts=2,ss=0) DEACTivate SACCH CMD Thu Feb 9 18:56:03 2012 <0000> abis_rsl.c:1490 (bts=0,trx=0,ts=2,ss=0) SAPI=0 RELEASE INDICATION Thu Feb 9 18:56:03 2012 <0004> abis_rsl.c:621 (bts=0,trx=0,ts=2,ss=0) RF Channel Release CMD due error 0 Thu Feb 9 18:56:03 2012 <0004> abis_rsl.c:968 (bts=0,trx=0,ts=2,ss=0): MEAS RES for inactive channel Thu Feb 9 18:56:03 2012 <0004> abis_rsl.c:658 (bts=0,trx=0,ts=2,ss=0) RF CHANNEL RELEASE ACK Any assistance would be appreciated. Regards, -Don -------------- next part -------------- An HTML attachment was scrubbed... URL: From mueller.lennart at googlemail.com Fri Feb 10 06:21:22 2012 From: mueller.lennart at googlemail.com (=?ISO-8859-1?Q?Lennart_M=FCller?=) Date: Fri, 10 Feb 2012 07:21:22 +0100 Subject: Newbie question: CM Service reject In-Reply-To: References: Message-ID: Hi, 2012/2/10 Don Fanning > Hello All, > > After some trials and tribulations, I think I got my OpenBSC+LCR+Asterisk > compiles and working. The MS connects once I spoof the proper MCC/MNC for > the foreign SIM I have (to ensure that no one else can connect within my > area). > That does not completely prevent somebody from trying to connect to your network. Using the common test equipment id and manually selecting the network in your phone is also possible and I think much better than sending out any operator MCC/MNC (apart from using an RF attentuator). > Then when I try to make a test call to an asterisk extension, it give me > the following: > ... > Thu Feb 9 18:55:58 2012 <0002> gsm_04_08.c:858 <- CM SERVICE REQUEST > serv_type=0x01 mi_type=0x04 M(210271915) > Thu Feb 9 18:55:58 2012 <0002> gsm_04_08.c:800 -> CM SERVICE Reject > cause: 2 > ... > This code triggers the reject: if (!subscr) return gsm48_tx_mm_serv_rej(conn, GSM48_REJECT_IMSI_UNKNOWN_IN_HLR); So, have you inserted your IMSI into your OpenBSC HLR (sqlite database)? -- Lennart -------------- next part -------------- An HTML attachment was scrubbed... URL: From don at 00100100.net Fri Feb 10 07:34:35 2012 From: don at 00100100.net (Don Fanning) Date: Thu, 9 Feb 2012 23:34:35 -0800 Subject: Newbie question: CM Service reject In-Reply-To: References: Message-ID: On Thu, Feb 9, 2012 at 10:21 PM, Lennart M?ller < mueller.lennart at googlemail.com> wrote: > Hi, > > 2012/2/10 Don Fanning > >> Hello All, >> >> After some trials and tribulations, I think I got my OpenBSC+LCR+Asterisk >> compiles and working. The MS connects once I spoof the proper MCC/MNC for >> the foreign SIM I have (to ensure that no one else can connect within my >> area). >> > > That does not completely prevent somebody from trying to connect to your > network. Using the common test equipment id and manually selecting the > network in your phone is also possible and I think much better than sending > out any operator MCC/MNC (apart from using an RF attentuator). > > >> Then when I try to make a test call to an asterisk extension, it give me >> the following: >> ... >> >> Thu Feb 9 18:55:58 2012 <0002> gsm_04_08.c:858 <- CM SERVICE REQUEST >> serv_type=0x01 mi_type=0x04 M(210271915) >> Thu Feb 9 18:55:58 2012 <0002> gsm_04_08.c:800 -> CM SERVICE Reject >> cause: 2 >> > ... >> > > This code triggers the reject: > > if (!subscr) > return gsm48_tx_mm_serv_rej(conn, > GSM48_REJECT_IMSI_UNKNOWN_IN_HLR); > > So, have you inserted your IMSI into your OpenBSC HLR (sqlite database)? > > -- Lennart > Doh! Ok.. got the handset registered, it's working fine. Now an LCR question: I'm currently getting a voice error message "There is no extension created for your MSN number" followed by a SIT tone. Below is the log from LCR. 09.02.12 23:30:42.542 CH(7): MT_NEW_L3ID INDICATION port 1 callref new=0x80000007 09.02.12 23:30:42.543 CH(7): CHANNEL SELECTION (setup) port 1 channel reserved=0 conclusion 'channel available' connect channel=1 09.02.12 23:30:42.543 CH(7): BCHANNEL create socket port 1 channel 1 socket 15 09.02.12 23:30:42.543 CH(7): BCHANNEL activate port 1 channel 1 09.02.12 23:30:42.543 CH(7): MNCC_SETUP_IND LCR<->BSC port 1 calling number=40515 imsi=xxxxx dialing number=500 09.02.12 23:30:42.543 CH(7): unknown LCR<->BSC port 1 mode 0x01 09.02.12 23:30:42.543 CH(7): MNCC_CALL_PROC_REQ LCR<->BSC port 1 progress coding=3 location=1 descr=8 09.02.12 23:30:42.543 CH(7): unknown LCR<->BSC port 1 09.02.12 23:30:42.544 EP(7): SETUP from CH(7) caller id number=40515 present=allowed dialing 500 complete true 09.02.12 23:30:42.544 --: SCREEN (not found in MSN list) msn given=40515 used=1234567 09.02.12 23:30:42.544 --: SCREEN (not found in MSN list) msn given= used=1234567 09.02.12 23:30:42.544 EP(7): EXTENSION (not created) extension 1234567 09.02.12 23:30:42.544 EP(7): DISCONNECT to CH(7) cause value=21 location=1-Local-PBX 09.02.12 23:30:42.544 EP(7): TONE to CH(7) directory default name cause_80 09.02.12 23:30:42.544 CH(7): MNCC_DISC_REQ LCR<->BSC port 1 progress coding=3 location=1 descr=8 cause coding=3 location=1 value=21 09.02.12 23:30:42.545 CH(7): BCHANNEL control port 1 DSP-DTMF 1 09.02.12 23:30:52.751 CH(7): MNCC_REL_IND LCR<->BSC port 1 09.02.12 23:30:52.752 EP(7): RELEASE from CH(7) cause value=16 location=0-User 09.02.12 23:30:52.752 CH(7): BCHANNEL deactivate port 1 channel 1 09.02.12 23:30:52.752 CH: BCHANNEL remove socket port 1 channel 1 socket 15 So my next question is how do I create an extension for the mobile and link it to asterisk? Is there a way for LCR to automatically generate extensions? Thank you again! -Don -------------- next part -------------- An HTML attachment was scrubbed... URL: From andreas at eversberg.eu Fri Feb 10 09:40:42 2012 From: andreas at eversberg.eu (Andreas Eversberg) Date: Fri, 10 Feb 2012 10:40:42 +0100 Subject: Newbie question: CM Service reject In-Reply-To: References: Message-ID: <4F34E61A.1000205@eversberg.eu> Don Fanning wrote: > So my next question is how do I create an extension for the mobile and > link it to asterisk? Is there a way for LCR to automatically generate > extensions? hi don, remove "extension" keyword from your interface config. all calls are then treated as external calls. regards, andreas From don at 00100100.net Fri Feb 10 20:58:11 2012 From: don at 00100100.net (Don Fanning) Date: Fri, 10 Feb 2012 12:58:11 -0800 Subject: Newbie question: CM Service reject In-Reply-To: <4F34E61A.1000205@eversberg.eu> References: <4F34E61A.1000205@eversberg.eu> Message-ID: With that removed I get a new error: "the number you have dialed is not assigned". It's not routing to the asterisk yet (the idea is that it hits extension 500 on the asterisk which is the welcome to asterisk default extension) but no activity is present on the asterisk console. Sorry, the documentation is rather weak in this area. Thanks again for any assistance! -Don --- lcr output 000000 DEBUG (in _action_init_call() line 34): EPOINT(3): Creating new join instance. 000000 DEBUG (in JoinRemote() line 32): Constructor(new join) ref=1002 000000 DEBUG (in JoinRemote() line 36): New remote join connected to endpoint id 3 and application asterisk (ref=1002) 000000 TRACE 10.02.12 07:51:42.885 EP(3): ACTION remote (setup) number 500 remote asterisk 000000 DEBUG (in message_put() line 61): message MESSAGE_SETUP written from 3 to 3 (memory 8629248) 000000 DEBUG (in message_put() line 61): message MESSAGE_OVERLAP written from 3 to 3 (memory 862cb00) 000000 TRACE 10.02.12 07:51:42.885 EP(3): SETUP ACKNOWLEDGE to CH(3) 000000 DEBUG (in message_get() line 107): message MESSAGE_TONE reading from 3 to 3 (memory 86220d8) 000000 DEBUG (in message_epoint() line 602): PORT(GSM-1-in) isdn port with (caller id 200) setting tone 'dialing' dir '' 000000 DEBUG (in set_tone() line 1543): isdn port now plays tone:'dialing'. 000000 DEBUG (in message_get() line 107): message MESSAGE_SETUP reading from 3 to 3 (memory 8629248) 000000 DEBUG (in message_epoint() line 60): Message 5 of endpoint 3 from LCR to remote (ref=1002) 000000 DEBUG (in message_get() line 107): message MESSAGE_OVERLAP reading from 3 to 3 (memory 862cb00) 000000 DEBUG (in message_epoint() line 778): Pgsm_bs(GSM-1-in) gsm port with (caller id 200) received unhandled nessage: 7 000000 DEBUG (in b_sock_callback() line 2009): DL_ESTABLISH confirm: bchannel is now activated (socket 14). 000000 TRACE 10.02.12 07:51:42.886 CH(3): BCHANNEL control port 1 DSP-DTMF 1 000000 DEBUG (in message_remote() line 78): Message 12 of endpoint 3 from remote to LCR (ref=1002) 000000 DEBUG (in message_put() line 61): message MESSAGE_RELEASE written from 3 to 3 (memory 861d228) 000000 DEBUG (in message_get() line 107): message MESSAGE_RELEASE reading from 3 to 3 (memory 861d228) 000000 DEBUG (in ea_message_join() line 3397): EPOINT(3) epoint with terminal '' (caller id '200') received release with cause 1 location 1 000000 DEBUG (in join_disconnect_release() line 3092): EPOINT(3) we have own cause or we have no patterns. (own_cause=0 pattern=0) 000000 DEBUG (in message_put() line 61): message MESSAGE_TONE written from 3 to 3 (memory 8620ae0) 000000 TRACE 10.02.12 07:51:42.887 EP(3): TONE to CH(3) directory default name cause_01 000000 DEBUG (in message_put() line 61): message MESSAGE_DISCONNECT written from 3 to 3 (memory 8624398) 000000 TRACE 10.02.12 07:51:42.887 EP(3): DISCONNECT to CH(3) cause value=1 location=1-Local-PBX 000000 DEBUG (in message_get() line 107): message MESSAGE_TONE reading from 3 to 3 (memory 8620ae0) 000000 DEBUG (in message_epoint() line 602): PORT(GSM-1-in) isdn port with (caller id 200) setting tone 'cause_01' dir '' 000000 DEBUG (in set_tone() line 1543): isdn port now plays tone:'cause_01'. 000000 DEBUG (in message_get() line 107): message MESSAGE_DISCONNECT reading from 3 to 3 (memory 8624398) 000000 TRACE 10.02.12 07:51:42.887 CH(3): MNCC_DISC_REQ LCR<->BSC port 1 progress coding=3 location=1 descr=8 cause coding=3 location=1 value=1 000000 DEBUG (in new_state() line 252): PORT(GSM-1-in) new state PORT_STATE_IN_PROCEEDING --> PORT_STATE_OUT_DISCONNECT 000000 DEBUG (in message_epoint() line 778): Pgsm_bs(GSM-1-in) gsm port with (caller id 200) received unhandled nessage: 11 000000 DEBUG (in read_audio() line 482): PORT(GSM-1-in) no tone: /usr/local/lcr/tones_american/cause_01 000000 DEBUG (in read_audio() line 585): PORT(GSM-1-in) opening tone: /usr/local/lcr/tones_american/cause_01_loop 000000 DEBUG (in read_audio() line 585): PORT(GSM-1-in) opening tone: /usr/local/lcr/tones_american/cause_01_loop 000000 TRACE 10.02.12 07:51:52.720 CH(3): MNCC_REL_IND LCR<->BSC port 1 000000 DEBUG (in message_put() line 61): message MESSAGE_RELEASE written from 3 to 3 (memory 861d580) 000000 DEBUG (in free_epointlist() line 81): PORT(3) removed epoint from port 000000 DEBUG (in new_state() line 252): PORT(GSM-1-in) new state PORT_STATE_OUT_DISCONNECT --> PORT_STATE_RELEASE 000000 DEBUG (in message_get() line 107): message MESSAGE_RELEASE reading from 3 to 3 (memory 861d580) 000000 DEBUG (in ea_message_port() line 2735): EPOINT(3) release with cause=16 location=0 (terminal '', caller id '200') 000000 TRACE 10.02.12 07:51:52.720 EP(3): RELEASE from CH(3) cause value=16 location=0-User 000000 DEBUG (in port_disconnect_release() line 2207): EPOINT(3) current multipoint cause 0 location 0, received cause 16 location 0. 000000 DEBUG (in port_disconnect_release() line 2209): EPOINT(3) new multipoint cause 16 location 0. 000000 DEBUG (in process_hangup() line 2420): EPOINT(3): terminal '' 000000 DEBUG (in process_hangup() line 2500): EPOINT(3): terminal : current action 'remote' has a hangup function, so we call it... 000000 TRACE 10.02.12 07:51:52.721 EP(3): ACTION hangup 000000 DEBUG (in free_portlist() line 185): EPOINT(3) removed port_list from endpoint 000000 DEBUG (in release() line 215): EPOINT(3): do pending release (joincause 16 location 0) 000000 DEBUG (in release() line 233): EPOINT(3) do pending release (portcause 16 portlocation) 000000 DEBUG (in release() line 310): EPOINT(3) do pending release of epoint itself. 000000 DEBUG (in ~Pgsm_bs() line 62): Destroyed GSM BS process(GSM-1-in). 000000 DEBUG (in ~Pgsm() line 159): Destroyed GSM process(GSM-1-in). 000000 DEBUG (in drop_bchannel() line 1074): PmISDN(GSM-1-in) dropping bchannel 000000 TRACE 10.02.12 07:51:52.721 CH(3): BCHANNEL deactivate port 1 channel 1 000000 DEBUG (in ~PmISDN() line 224): destroyed mISDNPort(GSM-1-in). Currently 0 objects 000000 DEBUG (in ~Port() line 210): removing port of type 4625, name 'GSM-1-in' 000000 DEBUG (in ~Endpoint() line 134): removed endpoint 3. 000000 DEBUG (in b_sock_callback() line 2017): DL_RELEASE confirm: bchannel is now de-activated (socket 14). 000000 TRACE 10.02.12 07:51:52.721 CH: BCHANNEL remove socket port 1 channel 1 socket 14 --- Interface.conf for detail. OpenBSC:/usr/local/lcr# cat interface.conf # interface.conf ################ # Example of an ISDN interface on port 0 used for external calls. #[Ext] #extern #portnum 0 # Example of a multilink ISDN interface (Anlagenanschluss) on port 2 # and 3 #[Ext] #extern #portnum 2 #portnum 3 # Example of an PTP ISDN interface on port 0 # Layer-2-Hold is required to keep link alive. #[Ext] #extern #portnum 0 #ptp #layer2hold yes # Example of an internal ISDN interface on port 1, which accepts all extensions #[Int] #extension #portnum 1 #nt # Example of an ISDN interface on port 1, which accepts only extensions # 201, 202 and 203 #[Int] #extension #msn 201,202,203 #portnum 1 #nt # Example of three ISDN interfaces on port 1, 2 and 3, which accept # extension 201 on all interfaces, and extension 202 and 203 on the first port # only. # Hint: To make extension ring on all three interfaces parallel, use # "interface Int1,Int2,In3" in extension's settings file. #[Int1] #extension #msn 201,202,203 #portnum 1 #nt #[Int2] #extension #msn 201 #portnum 2 #nt #[Int3] #extension #msn 201 #portnum 3 #nt # Example of an ISDN interface on port 0 that requires screening of caller IDs. # This is required if the connected line doesn't screen caller IDs. # Also this interface will connect bchannel during call setup, so tones are # required. #[Ext] #extern #screen-out unknown 300 national 21250993300 #screen-out unknown 2% national 212509932% #tones yes #portnum 0 # Example of an ISDN PRI interface on port 0 that has directed channels. # 10 channels (channel 1-10) are incomming only. # 10 channels (channel 11-15,17-21) are outgoing only. # 10 channels (channel 22-31) are both way. # We prefer to use directed channels first, then we request any channel. # Outgoing calls on both-way-channels shall be indicated as "any channel". # (Siemens EWSD will select bot-way-channels when indicated that way.) #[Ext] #extern #portnum 0 #layer2hold #channel-in 1,2,3,4,5,6,7,8,9,10,22,23,24,25,26,27,28,29,30,31 #channel-out force,11,12,13,14,15,17,18,19,20,21,any # Example of an ISDN interface that runs in NT-mode, but provides tones during # setup. Also we provide tones during setup also. # This is usefull to interconnect to another PBX. # Additinally the timeout values for the different call states are adjusted to 60 seconds. # They are: setup, dialing, proceeding, alerting, disconnect #[PBX] #portnum 4 #nt #layer2hold yes #earlyb yes #tones yes #timeouts 60 60 60 60 60 # Example of an interface on port 0 connected to another LCR # This can be done by direct cross cable (terminated of course) or via L1oIP. # Since the remote side (NT-mode) normally doesn't accept informations like # redirected number or display facility, use 'te-special' to even transmit that # against the ISDN specifications. A remote LCR can handle that. # Now all information elements can be transmitted in both directions. #[Ext] #extern #portnum 0 #te-special # Alternatively give port name. You will find the name with 'isdninfo' tool. #[Int2] #portname hfc-s_usb.1 #nt # The remote switch may reject extreamly large numbers to be dialed during # setup message. Define a limit of maximum numbers to dial. The rest of # digits will be dialed after setup via overlap dialing. #[Ext] #extern #portnum 0 #dialmax 20 # Example of an ISDN interface on port 1, with alternate tones_dir to use. # In this case, the tones are "german" tones generated by mISDN_dsp.ko. # It is possible to give different sample sets, like "tones_german". #[Int] #extension #msn 201,202,203 #tones_dir german #portnum 1 #nt # A special case for GSM Network interface. # You may add 'extension' and 'msn' keywords to turn all your subscribers # in you GSM network to internal 'extensions'. # The MSN numbers will equal the subscriber number. [GSM] gsm-bs tones yes earlyb no # A special case for GSM Mobile Station interface. # give "gsm-ms ". # You may add 'extern' to make this interface the external line by default. #[GSM] #gsm-ms 1 #tones no #earlyb yes ##extern # Use chan_lcr (Asterisk PBX interface) as internal interface. # The interface requires mISDN_l1loop.ko to be loaded: # modprobe mISDN_l1loop nchannel=8 # use up to 8 b-channels # The caller ID is used as extension, if "extension" parameter is given. # Use "screen-in % xxx" to modify any caller id to xxx. # An internal extension does not receive tones ("earlyb"), but sends them. [ast] remote asterisk extension #screen-in % 209 earlyb no tones yes # Use Sofia-SIP as SIP point-to-point interface #[sip] #sip #sip 10.0.0.12 10.0.0.34 #earlyb no #tones no # Hint: Enter "lcr interface" for quick help on interface options. # Add your interfaces here: #[Ext] #extern #portnum 0 #[Int] #extension #msn 200,201,202,203 #portnum 1 #nt On Fri, Feb 10, 2012 at 1:40 AM, Andreas Eversberg wrote: > Don Fanning wrote: > > So my next question is how do I create an extension for the mobile and > > link it to asterisk? Is there a way for LCR to automatically generate > > extensions? > hi don, > > remove "extension" keyword from your interface config. all calls are > then treated as external calls. > > > regards, > > andreas > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From don at 00100100.net Sat Feb 11 01:02:05 2012 From: don at 00100100.net (Don Fanning) Date: Fri, 10 Feb 2012 17:02:05 -0800 Subject: Newbie question: CM Service reject In-Reply-To: References: <4F34E61A.1000205@eversberg.eu> Message-ID: One other note. I have gotten it to ring the mobile from asterisk. But from the mobile to asterisk does not work. Thank you again for any assistance! Regards, -Don On Fri, Feb 10, 2012 at 12:58 PM, Don Fanning wrote: > With that removed I get a new error: "the number you have dialed is not > assigned". It's not routing to the asterisk yet (the idea is that it hits > extension 500 on the asterisk which is the welcome to asterisk default > extension) but no activity is present on the asterisk console. Sorry, the > documentation is rather weak in this area. > > Thanks again for any assistance! > -Don > --- > lcr output > 000000 DEBUG (in _action_init_call() line 34): EPOINT(3): Creating new > join instance. > 000000 DEBUG (in JoinRemote() line 32): Constructor(new join) ref=1002 > 000000 DEBUG (in JoinRemote() line 36): New remote join connected to > endpoint id 3 and application asterisk (ref=1002) > 000000 TRACE 10.02.12 07:51:42.885 EP(3): ACTION remote (setup) number > 500 remote asterisk > 000000 DEBUG (in message_put() line 61): message MESSAGE_SETUP written > from 3 to 3 (memory 8629248) > 000000 DEBUG (in message_put() line 61): message MESSAGE_OVERLAP written > from 3 to 3 (memory 862cb00) > 000000 TRACE 10.02.12 07:51:42.885 EP(3): SETUP ACKNOWLEDGE to CH(3) > 000000 DEBUG (in message_get() line 107): message MESSAGE_TONE reading > from 3 to 3 (memory 86220d8) > 000000 DEBUG (in message_epoint() line 602): PORT(GSM-1-in) isdn port with > (caller id 200) setting tone 'dialing' dir '' > 000000 DEBUG (in set_tone() line 1543): isdn port now plays tone:'dialing'. > 000000 DEBUG (in message_get() line 107): message MESSAGE_SETUP reading > from 3 to 3 (memory 8629248) > 000000 DEBUG (in message_epoint() line 60): Message 5 of endpoint 3 from > LCR to remote (ref=1002) > 000000 DEBUG (in message_get() line 107): message MESSAGE_OVERLAP reading > from 3 to 3 (memory 862cb00) > 000000 DEBUG (in message_epoint() line 778): Pgsm_bs(GSM-1-in) gsm port > with (caller id 200) received unhandled nessage: 7 > 000000 DEBUG (in b_sock_callback() line 2009): DL_ESTABLISH confirm: > bchannel is now activated (socket 14). > 000000 TRACE 10.02.12 07:51:42.886 CH(3): BCHANNEL control port 1 > DSP-DTMF 1 > 000000 DEBUG (in message_remote() line 78): Message 12 of endpoint 3 from > remote to LCR (ref=1002) > 000000 DEBUG (in message_put() line 61): message MESSAGE_RELEASE written > from 3 to 3 (memory 861d228) > 000000 DEBUG (in message_get() line 107): message MESSAGE_RELEASE reading > from 3 to 3 (memory 861d228) > 000000 DEBUG (in ea_message_join() line 3397): EPOINT(3) epoint with > terminal '' (caller id '200') received release with cause 1 location 1 > 000000 DEBUG (in join_disconnect_release() line 3092): EPOINT(3) we have > own cause or we have no patterns. (own_cause=0 pattern=0) > 000000 DEBUG (in message_put() line 61): message MESSAGE_TONE written from > 3 to 3 (memory 8620ae0) > 000000 TRACE 10.02.12 07:51:42.887 EP(3): TONE to CH(3) directory > default name cause_01 > 000000 DEBUG (in message_put() line 61): message MESSAGE_DISCONNECT > written from 3 to 3 (memory 8624398) > 000000 TRACE 10.02.12 07:51:42.887 EP(3): DISCONNECT to CH(3) cause > value=1 location=1-Local-PBX > 000000 DEBUG (in message_get() line 107): message MESSAGE_TONE reading > from 3 to 3 (memory 8620ae0) > 000000 DEBUG (in message_epoint() line 602): PORT(GSM-1-in) isdn port with > (caller id 200) setting tone 'cause_01' dir '' > 000000 DEBUG (in set_tone() line 1543): isdn port now plays > tone:'cause_01'. > 000000 DEBUG (in message_get() line 107): message MESSAGE_DISCONNECT > reading from 3 to 3 (memory 8624398) > 000000 TRACE 10.02.12 07:51:42.887 CH(3): MNCC_DISC_REQ LCR<->BSC port 1 > progress coding=3 location=1 descr=8 cause coding=3 location=1 value=1 > 000000 DEBUG (in new_state() line 252): PORT(GSM-1-in) new state > PORT_STATE_IN_PROCEEDING --> PORT_STATE_OUT_DISCONNECT > 000000 DEBUG (in message_epoint() line 778): Pgsm_bs(GSM-1-in) gsm port > with (caller id 200) received unhandled nessage: 11 > 000000 DEBUG (in read_audio() line 482): PORT(GSM-1-in) no tone: > /usr/local/lcr/tones_american/cause_01 > 000000 DEBUG (in read_audio() line 585): PORT(GSM-1-in) opening tone: > /usr/local/lcr/tones_american/cause_01_loop > 000000 DEBUG (in read_audio() line 585): PORT(GSM-1-in) opening tone: > /usr/local/lcr/tones_american/cause_01_loop > 000000 TRACE 10.02.12 07:51:52.720 CH(3): MNCC_REL_IND LCR<->BSC port 1 > 000000 DEBUG (in message_put() line 61): message MESSAGE_RELEASE written > from 3 to 3 (memory 861d580) > 000000 DEBUG (in free_epointlist() line 81): PORT(3) removed epoint from > port > 000000 DEBUG (in new_state() line 252): PORT(GSM-1-in) new state > PORT_STATE_OUT_DISCONNECT --> PORT_STATE_RELEASE > 000000 DEBUG (in message_get() line 107): message MESSAGE_RELEASE reading > from 3 to 3 (memory 861d580) > 000000 DEBUG (in ea_message_port() line 2735): EPOINT(3) release with > cause=16 location=0 (terminal '', caller id '200') > 000000 TRACE 10.02.12 07:51:52.720 EP(3): RELEASE from CH(3) cause > value=16 location=0-User > 000000 DEBUG (in port_disconnect_release() line 2207): EPOINT(3) current > multipoint cause 0 location 0, received cause 16 location 0. > 000000 DEBUG (in port_disconnect_release() line 2209): EPOINT(3) new > multipoint cause 16 location 0. > 000000 DEBUG (in process_hangup() line 2420): EPOINT(3): terminal '' > 000000 DEBUG (in process_hangup() line 2500): EPOINT(3): terminal : > current action 'remote' has a hangup function, so we call it... > 000000 TRACE 10.02.12 07:51:52.721 EP(3): ACTION hangup > 000000 DEBUG (in free_portlist() line 185): EPOINT(3) removed port_list > from endpoint > 000000 DEBUG (in release() line 215): EPOINT(3): do pending release > (joincause 16 location 0) > 000000 DEBUG (in release() line 233): EPOINT(3) do pending release > (portcause 16 portlocation) > 000000 DEBUG (in release() line 310): EPOINT(3) do pending release of > epoint itself. > 000000 DEBUG (in ~Pgsm_bs() line 62): Destroyed GSM BS process(GSM-1-in). > 000000 DEBUG (in ~Pgsm() line 159): Destroyed GSM process(GSM-1-in). > 000000 DEBUG (in drop_bchannel() line 1074): PmISDN(GSM-1-in) dropping > bchannel > 000000 TRACE 10.02.12 07:51:52.721 CH(3): BCHANNEL deactivate port 1 > channel 1 > 000000 DEBUG (in ~PmISDN() line 224): destroyed mISDNPort(GSM-1-in). > Currently 0 objects > 000000 DEBUG (in ~Port() line 210): removing port of type 4625, name > 'GSM-1-in' > 000000 DEBUG (in ~Endpoint() line 134): removed endpoint 3. > 000000 DEBUG (in b_sock_callback() line 2017): DL_RELEASE confirm: > bchannel is now de-activated (socket 14). > 000000 TRACE 10.02.12 07:51:52.721 CH: BCHANNEL remove socket port 1 > channel 1 socket 14 > --- > Interface.conf for detail. > > OpenBSC:/usr/local/lcr# cat interface.conf > # interface.conf > ################ > # Example of an ISDN interface on port 0 used for external calls. > > #[Ext] > #extern > #portnum 0 > > # Example of a multilink ISDN interface (Anlagenanschluss) on port 2 > # and 3 > > #[Ext] > #extern > #portnum 2 > #portnum 3 > > > # Example of an PTP ISDN interface on port 0 > # Layer-2-Hold is required to keep link alive. > > #[Ext] > #extern > #portnum 0 > #ptp > #layer2hold yes > > > # Example of an internal ISDN interface on port 1, which accepts all > extensions > > #[Int] > #extension > #portnum 1 > #nt > > > # Example of an ISDN interface on port 1, which accepts only extensions > # 201, 202 and 203 > > #[Int] > #extension > #msn 201,202,203 > #portnum 1 > #nt > > > # Example of three ISDN interfaces on port 1, 2 and 3, which accept > # extension 201 on all interfaces, and extension 202 and 203 on the first > port > # only. > # Hint: To make extension ring on all three interfaces parallel, use > # "interface Int1,Int2,In3" in extension's settings file. > > #[Int1] > #extension > #msn 201,202,203 > #portnum 1 > #nt > > #[Int2] > #extension > #msn 201 > #portnum 2 > #nt > > #[Int3] > #extension > #msn 201 > #portnum 3 > #nt > > > # Example of an ISDN interface on port 0 that requires screening of caller > IDs. > # This is required if the connected line doesn't screen caller IDs. > # Also this interface will connect bchannel during call setup, so tones are > # required. > > #[Ext] > #extern > #screen-out unknown 300 national 21250993300 > #screen-out unknown 2% national 212509932% > #tones yes > #portnum 0 > > > # Example of an ISDN PRI interface on port 0 that has directed channels. > # 10 channels (channel 1-10) are incomming only. > # 10 channels (channel 11-15,17-21) are outgoing only. > # 10 channels (channel 22-31) are both way. > # We prefer to use directed channels first, then we request any channel. > # Outgoing calls on both-way-channels shall be indicated as "any channel". > # (Siemens EWSD will select bot-way-channels when indicated that way.) > > #[Ext] > #extern > #portnum 0 > #layer2hold > #channel-in 1,2,3,4,5,6,7,8,9,10,22,23,24,25,26,27,28,29,30,31 > #channel-out force,11,12,13,14,15,17,18,19,20,21,any > > > # Example of an ISDN interface that runs in NT-mode, but provides tones > during > # setup. Also we provide tones during setup also. > # This is usefull to interconnect to another PBX. > # Additinally the timeout values for the different call states are > adjusted to 60 seconds. > # They are: setup, dialing, proceeding, alerting, disconnect > > #[PBX] > #portnum 4 > #nt > #layer2hold yes > #earlyb yes > #tones yes > #timeouts 60 60 60 60 60 > > > # Example of an interface on port 0 connected to another LCR > # This can be done by direct cross cable (terminated of course) or via > L1oIP. > # Since the remote side (NT-mode) normally doesn't accept informations like > # redirected number or display facility, use 'te-special' to even transmit > that > # against the ISDN specifications. A remote LCR can handle that. > # Now all information elements can be transmitted in both directions. > > #[Ext] > #extern > #portnum 0 > #te-special > > > # Alternatively give port name. You will find the name with 'isdninfo' > tool. > > #[Int2] > #portname hfc-s_usb.1 > #nt > > > # The remote switch may reject extreamly large numbers to be dialed during > # setup message. Define a limit of maximum numbers to dial. The rest of > # digits will be dialed after setup via overlap dialing. > > #[Ext] > #extern > #portnum 0 > #dialmax 20 > > > # Example of an ISDN interface on port 1, with alternate tones_dir to use. > # In this case, the tones are "german" tones generated by mISDN_dsp.ko. > # It is possible to give different sample sets, like "tones_german". > > #[Int] > #extension > #msn 201,202,203 > #tones_dir german > #portnum 1 > #nt > > > # A special case for GSM Network interface. > # You may add 'extension' and 'msn' keywords to turn all your subscribers > # in you GSM network to internal 'extensions'. > # The MSN numbers will equal the subscriber number. > [GSM] > gsm-bs > tones yes > earlyb no > > # A special case for GSM Mobile Station interface. > # give "gsm-ms ". > # You may add 'extern' to make this interface the external line by default. > #[GSM] > #gsm-ms 1 > #tones no > #earlyb yes > ##extern > > > # Use chan_lcr (Asterisk PBX interface) as internal interface. > # The interface requires mISDN_l1loop.ko to be loaded: > # modprobe mISDN_l1loop nchannel=8 # use up to 8 b-channels > # The caller ID is used as extension, if "extension" parameter is given. > # Use "screen-in % xxx" to modify any caller id to xxx. > # An internal extension does not receive tones ("earlyb"), but sends them. > [ast] > remote asterisk > extension > #screen-in % 209 > earlyb no > tones yes > > > # Use Sofia-SIP as SIP point-to-point interface > #[sip] > #sip > #sip 10.0.0.12 10.0.0.34 > #earlyb no > #tones no > > > # Hint: Enter "lcr interface" for quick help on interface options. > > > # Add your interfaces here: > > > #[Ext] > #extern > #portnum 0 > > > #[Int] > #extension > #msn 200,201,202,203 > #portnum 1 > #nt > > > > On Fri, Feb 10, 2012 at 1:40 AM, Andreas Eversberg wrote: > >> Don Fanning wrote: >> > So my next question is how do I create an extension for the mobile and >> > link it to asterisk? Is there a way for LCR to automatically generate >> > extensions? >> hi don, >> >> remove "extension" keyword from your interface config. all calls are >> then treated as external calls. >> >> >> regards, >> >> andreas >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From don at 00100100.net Sat Feb 11 01:42:43 2012 From: don at 00100100.net (Don Fanning) Date: Fri, 10 Feb 2012 17:42:43 -0800 Subject: Newbie question: CM Service reject In-Reply-To: References: <4F34E61A.1000205@eversberg.eu> Message-ID: Got it worked out.. Thanks again everyone for their assistance! On Fri, Feb 10, 2012 at 5:02 PM, Don Fanning wrote: > One other note. I have gotten it to ring the mobile from asterisk. But > from the mobile to asterisk does not work. > > Thank you again for any assistance! > > Regards, > -Don > > > On Fri, Feb 10, 2012 at 12:58 PM, Don Fanning wrote: > >> With that removed I get a new error: "the number you have dialed is not >> assigned". It's not routing to the asterisk yet (the idea is that it hits >> extension 500 on the asterisk which is the welcome to asterisk default >> extension) but no activity is present on the asterisk console. Sorry, the >> documentation is rather weak in this area. >> >> Thanks again for any assistance! >> -Don >> --- >> lcr output >> 000000 DEBUG (in _action_init_call() line 34): EPOINT(3): Creating new >> join instance. >> 000000 DEBUG (in JoinRemote() line 32): Constructor(new join) ref=1002 >> 000000 DEBUG (in JoinRemote() line 36): New remote join connected to >> endpoint id 3 and application asterisk (ref=1002) >> 000000 TRACE 10.02.12 07:51:42.885 EP(3): ACTION remote (setup) number >> 500 remote asterisk >> 000000 DEBUG (in message_put() line 61): message MESSAGE_SETUP written >> from 3 to 3 (memory 8629248) >> 000000 DEBUG (in message_put() line 61): message MESSAGE_OVERLAP written >> from 3 to 3 (memory 862cb00) >> 000000 TRACE 10.02.12 07:51:42.885 EP(3): SETUP ACKNOWLEDGE to CH(3) >> 000000 DEBUG (in message_get() line 107): message MESSAGE_TONE reading >> from 3 to 3 (memory 86220d8) >> 000000 DEBUG (in message_epoint() line 602): PORT(GSM-1-in) isdn port >> with (caller id 200) setting tone 'dialing' dir '' >> 000000 DEBUG (in set_tone() line 1543): isdn port now plays >> tone:'dialing'. >> 000000 DEBUG (in message_get() line 107): message MESSAGE_SETUP reading >> from 3 to 3 (memory 8629248) >> 000000 DEBUG (in message_epoint() line 60): Message 5 of endpoint 3 from >> LCR to remote (ref=1002) >> 000000 DEBUG (in message_get() line 107): message MESSAGE_OVERLAP reading >> from 3 to 3 (memory 862cb00) >> 000000 DEBUG (in message_epoint() line 778): Pgsm_bs(GSM-1-in) gsm port >> with (caller id 200) received unhandled nessage: 7 >> 000000 DEBUG (in b_sock_callback() line 2009): DL_ESTABLISH confirm: >> bchannel is now activated (socket 14). >> 000000 TRACE 10.02.12 07:51:42.886 CH(3): BCHANNEL control port 1 >> DSP-DTMF 1 >> 000000 DEBUG (in message_remote() line 78): Message 12 of endpoint 3 from >> remote to LCR (ref=1002) >> 000000 DEBUG (in message_put() line 61): message MESSAGE_RELEASE written >> from 3 to 3 (memory 861d228) >> 000000 DEBUG (in message_get() line 107): message MESSAGE_RELEASE reading >> from 3 to 3 (memory 861d228) >> 000000 DEBUG (in ea_message_join() line 3397): EPOINT(3) epoint with >> terminal '' (caller id '200') received release with cause 1 location 1 >> 000000 DEBUG (in join_disconnect_release() line 3092): EPOINT(3) we have >> own cause or we have no patterns. (own_cause=0 pattern=0) >> 000000 DEBUG (in message_put() line 61): message MESSAGE_TONE written >> from 3 to 3 (memory 8620ae0) >> 000000 TRACE 10.02.12 07:51:42.887 EP(3): TONE to CH(3) directory >> default name cause_01 >> 000000 DEBUG (in message_put() line 61): message MESSAGE_DISCONNECT >> written from 3 to 3 (memory 8624398) >> 000000 TRACE 10.02.12 07:51:42.887 EP(3): DISCONNECT to CH(3) cause >> value=1 location=1-Local-PBX >> 000000 DEBUG (in message_get() line 107): message MESSAGE_TONE reading >> from 3 to 3 (memory 8620ae0) >> 000000 DEBUG (in message_epoint() line 602): PORT(GSM-1-in) isdn port >> with (caller id 200) setting tone 'cause_01' dir '' >> 000000 DEBUG (in set_tone() line 1543): isdn port now plays >> tone:'cause_01'. >> 000000 DEBUG (in message_get() line 107): message MESSAGE_DISCONNECT >> reading from 3 to 3 (memory 8624398) >> 000000 TRACE 10.02.12 07:51:42.887 CH(3): MNCC_DISC_REQ LCR<->BSC port 1 >> progress coding=3 location=1 descr=8 cause coding=3 location=1 value=1 >> 000000 DEBUG (in new_state() line 252): PORT(GSM-1-in) new state >> PORT_STATE_IN_PROCEEDING --> PORT_STATE_OUT_DISCONNECT >> 000000 DEBUG (in message_epoint() line 778): Pgsm_bs(GSM-1-in) gsm port >> with (caller id 200) received unhandled nessage: 11 >> 000000 DEBUG (in read_audio() line 482): PORT(GSM-1-in) no tone: >> /usr/local/lcr/tones_american/cause_01 >> 000000 DEBUG (in read_audio() line 585): PORT(GSM-1-in) opening tone: >> /usr/local/lcr/tones_american/cause_01_loop >> 000000 DEBUG (in read_audio() line 585): PORT(GSM-1-in) opening tone: >> /usr/local/lcr/tones_american/cause_01_loop >> 000000 TRACE 10.02.12 07:51:52.720 CH(3): MNCC_REL_IND LCR<->BSC port 1 >> 000000 DEBUG (in message_put() line 61): message MESSAGE_RELEASE written >> from 3 to 3 (memory 861d580) >> 000000 DEBUG (in free_epointlist() line 81): PORT(3) removed epoint from >> port >> 000000 DEBUG (in new_state() line 252): PORT(GSM-1-in) new state >> PORT_STATE_OUT_DISCONNECT --> PORT_STATE_RELEASE >> 000000 DEBUG (in message_get() line 107): message MESSAGE_RELEASE reading >> from 3 to 3 (memory 861d580) >> 000000 DEBUG (in ea_message_port() line 2735): EPOINT(3) release with >> cause=16 location=0 (terminal '', caller id '200') >> 000000 TRACE 10.02.12 07:51:52.720 EP(3): RELEASE from CH(3) cause >> value=16 location=0-User >> 000000 DEBUG (in port_disconnect_release() line 2207): EPOINT(3) current >> multipoint cause 0 location 0, received cause 16 location 0. >> 000000 DEBUG (in port_disconnect_release() line 2209): EPOINT(3) new >> multipoint cause 16 location 0. >> 000000 DEBUG (in process_hangup() line 2420): EPOINT(3): terminal '' >> 000000 DEBUG (in process_hangup() line 2500): EPOINT(3): terminal : >> current action 'remote' has a hangup function, so we call it... >> 000000 TRACE 10.02.12 07:51:52.721 EP(3): ACTION hangup >> 000000 DEBUG (in free_portlist() line 185): EPOINT(3) removed port_list >> from endpoint >> 000000 DEBUG (in release() line 215): EPOINT(3): do pending release >> (joincause 16 location 0) >> 000000 DEBUG (in release() line 233): EPOINT(3) do pending release >> (portcause 16 portlocation) >> 000000 DEBUG (in release() line 310): EPOINT(3) do pending release of >> epoint itself. >> 000000 DEBUG (in ~Pgsm_bs() line 62): Destroyed GSM BS process(GSM-1-in). >> 000000 DEBUG (in ~Pgsm() line 159): Destroyed GSM process(GSM-1-in). >> 000000 DEBUG (in drop_bchannel() line 1074): PmISDN(GSM-1-in) dropping >> bchannel >> 000000 TRACE 10.02.12 07:51:52.721 CH(3): BCHANNEL deactivate port 1 >> channel 1 >> 000000 DEBUG (in ~PmISDN() line 224): destroyed mISDNPort(GSM-1-in). >> Currently 0 objects >> 000000 DEBUG (in ~Port() line 210): removing port of type 4625, name >> 'GSM-1-in' >> 000000 DEBUG (in ~Endpoint() line 134): removed endpoint 3. >> 000000 DEBUG (in b_sock_callback() line 2017): DL_RELEASE confirm: >> bchannel is now de-activated (socket 14). >> 000000 TRACE 10.02.12 07:51:52.721 CH: BCHANNEL remove socket port 1 >> channel 1 socket 14 >> --- >> Interface.conf for detail. >> >> OpenBSC:/usr/local/lcr# cat interface.conf >> # interface.conf >> ################ >> # Example of an ISDN interface on port 0 used for external calls. >> >> #[Ext] >> #extern >> #portnum 0 >> >> # Example of a multilink ISDN interface (Anlagenanschluss) on port 2 >> # and 3 >> >> #[Ext] >> #extern >> #portnum 2 >> #portnum 3 >> >> >> # Example of an PTP ISDN interface on port 0 >> # Layer-2-Hold is required to keep link alive. >> >> #[Ext] >> #extern >> #portnum 0 >> #ptp >> #layer2hold yes >> >> >> # Example of an internal ISDN interface on port 1, which accepts all >> extensions >> >> #[Int] >> #extension >> #portnum 1 >> #nt >> >> >> # Example of an ISDN interface on port 1, which accepts only extensions >> # 201, 202 and 203 >> >> #[Int] >> #extension >> #msn 201,202,203 >> #portnum 1 >> #nt >> >> >> # Example of three ISDN interfaces on port 1, 2 and 3, which accept >> # extension 201 on all interfaces, and extension 202 and 203 on the first >> port >> # only. >> # Hint: To make extension ring on all three interfaces parallel, use >> # "interface Int1,Int2,In3" in extension's settings file. >> >> #[Int1] >> #extension >> #msn 201,202,203 >> #portnum 1 >> #nt >> >> #[Int2] >> #extension >> #msn 201 >> #portnum 2 >> #nt >> >> #[Int3] >> #extension >> #msn 201 >> #portnum 3 >> #nt >> >> >> # Example of an ISDN interface on port 0 that requires screening of >> caller IDs. >> # This is required if the connected line doesn't screen caller IDs. >> # Also this interface will connect bchannel during call setup, so tones >> are >> # required. >> >> #[Ext] >> #extern >> #screen-out unknown 300 national 21250993300 >> #screen-out unknown 2% national 212509932% >> #tones yes >> #portnum 0 >> >> >> # Example of an ISDN PRI interface on port 0 that has directed channels. >> # 10 channels (channel 1-10) are incomming only. >> # 10 channels (channel 11-15,17-21) are outgoing only. >> # 10 channels (channel 22-31) are both way. >> # We prefer to use directed channels first, then we request any channel. >> # Outgoing calls on both-way-channels shall be indicated as "any channel". >> # (Siemens EWSD will select bot-way-channels when indicated that way.) >> >> #[Ext] >> #extern >> #portnum 0 >> #layer2hold >> #channel-in 1,2,3,4,5,6,7,8,9,10,22,23,24,25,26,27,28,29,30,31 >> #channel-out force,11,12,13,14,15,17,18,19,20,21,any >> >> >> # Example of an ISDN interface that runs in NT-mode, but provides tones >> during >> # setup. Also we provide tones during setup also. >> # This is usefull to interconnect to another PBX. >> # Additinally the timeout values for the different call states are >> adjusted to 60 seconds. >> # They are: setup, dialing, proceeding, alerting, disconnect >> >> #[PBX] >> #portnum 4 >> #nt >> #layer2hold yes >> #earlyb yes >> #tones yes >> #timeouts 60 60 60 60 60 >> >> >> # Example of an interface on port 0 connected to another LCR >> # This can be done by direct cross cable (terminated of course) or via >> L1oIP. >> # Since the remote side (NT-mode) normally doesn't accept informations >> like >> # redirected number or display facility, use 'te-special' to even >> transmit that >> # against the ISDN specifications. A remote LCR can handle that. >> # Now all information elements can be transmitted in both directions. >> >> #[Ext] >> #extern >> #portnum 0 >> #te-special >> >> >> # Alternatively give port name. You will find the name with 'isdninfo' >> tool. >> >> #[Int2] >> #portname hfc-s_usb.1 >> #nt >> >> >> # The remote switch may reject extreamly large numbers to be dialed during >> # setup message. Define a limit of maximum numbers to dial. The rest of >> # digits will be dialed after setup via overlap dialing. >> >> #[Ext] >> #extern >> #portnum 0 >> #dialmax 20 >> >> >> # Example of an ISDN interface on port 1, with alternate tones_dir to use. >> # In this case, the tones are "german" tones generated by mISDN_dsp.ko. >> # It is possible to give different sample sets, like "tones_german". >> >> #[Int] >> #extension >> #msn 201,202,203 >> #tones_dir german >> #portnum 1 >> #nt >> >> >> # A special case for GSM Network interface. >> # You may add 'extension' and 'msn' keywords to turn all your subscribers >> # in you GSM network to internal 'extensions'. >> # The MSN numbers will equal the subscriber number. >> [GSM] >> gsm-bs >> tones yes >> earlyb no >> >> # A special case for GSM Mobile Station interface. >> # give "gsm-ms ". >> # You may add 'extern' to make this interface the external line by >> default. >> #[GSM] >> #gsm-ms 1 >> #tones no >> #earlyb yes >> ##extern >> >> >> # Use chan_lcr (Asterisk PBX interface) as internal interface. >> # The interface requires mISDN_l1loop.ko to be loaded: >> # modprobe mISDN_l1loop nchannel=8 # use up to 8 b-channels >> # The caller ID is used as extension, if "extension" parameter is given. >> # Use "screen-in % xxx" to modify any caller id to xxx. >> # An internal extension does not receive tones ("earlyb"), but sends them. >> [ast] >> remote asterisk >> extension >> #screen-in % 209 >> earlyb no >> tones yes >> >> >> # Use Sofia-SIP as SIP point-to-point interface >> #[sip] >> #sip >> #sip 10.0.0.12 10.0.0.34 >> #earlyb no >> #tones no >> >> >> # Hint: Enter "lcr interface" for quick help on interface options. >> >> >> # Add your interfaces here: >> >> >> #[Ext] >> #extern >> #portnum 0 >> >> >> #[Int] >> #extension >> #msn 200,201,202,203 >> #portnum 1 >> #nt >> >> >> >> On Fri, Feb 10, 2012 at 1:40 AM, Andreas Eversberg wrote: >> >>> Don Fanning wrote: >>> > So my next question is how do I create an extension for the mobile and >>> > link it to asterisk? Is there a way for LCR to automatically generate >>> > extensions? >>> hi don, >>> >>> remove "extension" keyword from your interface config. all calls are >>> then treated as external calls. >>> >>> >>> regards, >>> >>> andreas >>> >>> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From flw at smart.ms Thu Feb 16 22:02:27 2012 From: flw at smart.ms (flw at smart.ms) Date: Thu, 16 Feb 2012 23:02:27 +0100 (CET) Subject: nanoBTS with newer firmware (patch) Message-ID: <183019675.2626365.1329429747792.JavaMail.fmail@mwmweb026> Hi list, I just had tried to connect a nanoBTS model 165a with firmware v142b13d0 to openBSC. The BTS does connect to OML, starts with the PING - PONG and identifies itself, but nothing else happens (i.e. no software activate request). As recent firmware requires an explict IDENTITY ACK after answering an IDENTITY REQ with the RESP, I made a small patch to ipaccess.c - and voila, BTS connects OML, gets initalised (at the second attempt as usual - I'll try to dig into this later), establishes RSL and is happily showing green. Feel free to integrate the attached patch. Best regards, Flo. ? -------------- next part -------------- A non-text attachment was scrubbed... Name: ipa_id_ack.patch Type: application/octet-stream Size: 410 bytes Desc: not available URL: From freakgsm at yahoo.com Sat Feb 18 20:53:38 2012 From: freakgsm at yahoo.com (Gsm Freak) Date: Sat, 18 Feb 2012 12:53:38 -0800 (PST) Subject: nanoBTS Message-ID: <1329598418.94684.YahooMailNeo@web121201.mail.ne1.yahoo.com> Hi, ? Can anyone please help me buy used nanoBTS? ? ? Thanks, -------------- next part -------------- An HTML attachment was scrubbed... URL: From laforge at gnumonks.org Mon Feb 20 15:57:45 2012 From: laforge at gnumonks.org (Harald Welte) Date: Mon, 20 Feb 2012 16:57:45 +0100 Subject: OsmoDevCon preliminary schedule Message-ID: <20120220155745.GV3026@prithivi.gnumonks.org> Hi all! = Schedule = I've put together a preliminary schedule for OsmoDevCon. It can be seen at http://laforge.gnumonks.org/tmp/OsmoDevCon.ics or as a html rendering at http://laforge.gnumonks.org/tmp/OsmoDevCon.html Pleaes notice that there is still a lot of flexibility, let me know if I forgot anything or if there is something missing. Please also note that there are some topics which were suggested and where there is an obvious speaker/moderator, but where that person probably doesn't really know anything about having to talk about that topic yet (e.g. Holgers work on cellmgr-ng, Smalltalk projects, ...). So please don't be too surprised if you find your name somewhere. We will probably want to talk about the topic, whether you will have time to prepare some slides or not ;) If somebody knows a good way to render a nice overview HTML table from the .ics file, I would appreciate that, as it would give a better overview. I've attached a icedove screenshot for your reference meanwhile. = Arrival / Departure = We are starting at 11am on friday, for people who arrive that very morning in Berlin. There are no scheduled talks/discussions after the lunch break on monday, but we still have the room until monday night, so feel free to stay around for more unscheduled discussions and hacking. = Meals = == Lunch == We will probably have sponsored lunches on one or two days brought by catering into c-base, but apart from that all meals will be on your own expense. Nevertheless we could try to organize something (like ordering large pizzas) and then share the cost. This would avoid the time delays associated with having to go to a restaurant, make an order, wait for the food, go back to c-base, etc. == Dinner == All I could offer with regard to dinner is to make reservations in not-too-far-away restaurants, where we could go together. Please let me know if I should take care of that or rather not. Regards, Harald -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) -------------- next part -------------- A non-text attachment was scrubbed... Name: OsmoDevCon.png Type: image/png Size: 61547 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 190 bytes Desc: Digital signature URL: From dburgess at jcis.net Mon Feb 20 17:48:49 2012 From: dburgess at jcis.net (David A. Burgess) Date: Mon, 20 Feb 2012 09:48:49 -0800 Subject: OsmoDevCon preliminary schedule In-Reply-To: <20120220155745.GV3026@prithivi.gnumonks.org> References: <20120220155745.GV3026@prithivi.gnumonks.org> Message-ID: <86333BBB-0650-4AE6-91E9-193060E229A4@jcis.net> Harald - Thank-you for setting this up. My own schedule allows for full days every day and I would be glad to continue on Monday afternoon if others are interested. If you would like me to speak some on "OpenBTS public vs. commercial" I would be glad to do that. An open discussion is good, as long as it is an informed discussion. I could also give a more detailed presentation on the radiomodem and FEC parts of OpenBTS if there is interest in such low-layer details, maybe on Monday afternoon if there are still people around. Also, would it be OK to record some of these sessions for private use or allow another developer to "sit in" via video on some of them? (If not, I understand, but there are some specific individuals who could benefit from or even contribute to some specific sessions who are not available to travel in person. For example, I think it would be good for Kurtis to participate in the "OpenBTS public vs. commercial" session.) -- David On Feb 20, 2012, at 7:57 AM, Harald Welte wrote: > Hi all! > > = Schedule = > > I've put together a preliminary schedule for OsmoDevCon. It can be seen > at http://laforge.gnumonks.org/tmp/OsmoDevCon.ics or as a html rendering > at http://laforge.gnumonks.org/tmp/OsmoDevCon.html > > Pleaes notice that there is still a lot of flexibility, let me know if I > forgot anything or if there is something missing. > > Please also note that there are some topics which were suggested and > where there is an obvious speaker/moderator, but where that person > probably doesn't really know anything about having to talk about that > topic yet (e.g. Holgers work on cellmgr-ng, Smalltalk projects, ...). > > So please don't be too surprised if you find your name somewhere. We > will probably want to talk about the topic, whether you will have time > to prepare some slides or not ;) > > If somebody knows a good way to render a nice overview HTML table from > the .ics file, I would appreciate that, as it would give a better > overview. I've attached a icedove screenshot for your reference > meanwhile. > > = Arrival / Departure = > > We are starting at 11am on friday, for people who arrive that very > morning in Berlin. There are no scheduled talks/discussions after the > lunch break on monday, but we still have the room until monday night, so > feel free to stay around for more unscheduled discussions and hacking. > > = Meals = > > == Lunch == > > We will probably have sponsored lunches on one or two days brought by > catering into c-base, but apart from that all meals will be on your own > expense. > > Nevertheless we could try to organize something (like ordering large > pizzas) and then share the cost. This would avoid the time delays > associated with having to go to a restaurant, make an order, wait for > the food, go back to c-base, etc. > > == Dinner == > > All I could offer with regard to dinner is to make reservations in > not-too-far-away restaurants, where we could go together. Please let me > know if I should take care of that or rather not. > > > Regards, > Harald > -- > - Harald Welte http://laforge.gnumonks.org/ > ============================================================================ > "Privacy in residential applications is a desirable marketing option." > (ETSI EN 300 175-7 Ch. A6) > -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 535 bytes Desc: This is a digitally signed message part URL: From 246tnt at gmail.com Mon Feb 20 17:58:20 2012 From: 246tnt at gmail.com (Sylvain Munaut) Date: Mon, 20 Feb 2012 18:58:20 +0100 Subject: OsmoDevCon preliminary schedule In-Reply-To: <86333BBB-0650-4AE6-91E9-193060E229A4@jcis.net> References: <20120220155745.GV3026@prithivi.gnumonks.org> <86333BBB-0650-4AE6-91E9-193060E229A4@jcis.net> Message-ID: Hi David, > I could also give a more detailed presentation on the radiomodem and FEC parts of OpenBTS if there is interest in such low-layer details, maybe on Monday afternoon if there are still people around. I'm definitely interested in that, and I'm only leaving on tuesday so monday afternoon is OK for me. Cheers, Sylvain From peter at stuge.se Mon Feb 20 18:53:17 2012 From: peter at stuge.se (Peter Stuge) Date: Mon, 20 Feb 2012 19:53:17 +0100 Subject: OsmoDevCon preliminary schedule In-Reply-To: <86333BBB-0650-4AE6-91E9-193060E229A4@jcis.net> References: <20120220155745.GV3026@prithivi.gnumonks.org> <86333BBB-0650-4AE6-91E9-193060E229A4@jcis.net> Message-ID: <20120220185317.986.qmail@stuge.se> David A. Burgess wrote: > I could also give a more detailed presentation on the radiomodem > and FEC parts of OpenBTS if there is interest in such low-layer > details, maybe on Monday afternoon if there are still people > around. I'm also interested in that! //Peter -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 190 bytes Desc: not available URL: From alexander.chemeris at gmail.com Mon Feb 20 20:55:51 2012 From: alexander.chemeris at gmail.com (Alexander Chemeris) Date: Tue, 21 Feb 2012 00:55:51 +0400 Subject: OsmoDevCon preliminary schedule In-Reply-To: <86333BBB-0650-4AE6-91E9-193060E229A4@jcis.net> References: <20120220155745.GV3026@prithivi.gnumonks.org> <86333BBB-0650-4AE6-91E9-193060E229A4@jcis.net> Message-ID: On Mon, Feb 20, 2012 at 21:48, David A. Burgess wrote: > Harald - > > Thank-you for setting this up. ?My own schedule allows for full days every day and I would be glad to continue on Monday afternoon if others are interested. > > If you would like me to speak some on "OpenBTS public vs. commercial" I would be glad to do that. ?An open discussion is good, as long as it is an informed discussion. I expected you to participate when I proposed this topic. >? I could also give a more detailed presentation on the radiomodem and FEC parts of OpenBTS if there is interest in such low-layer details, maybe on Monday afternoon if there are still people around. We're interested as well, but we may be living on Mon evening, so we would appreciate if this could be squeezed into the schedule earlier. > Also, would it be OK to record some of these sessions for private use or allow another developer to "sit in" via video on some of them? ?(If not, I understand, but there are some specific individuals who could benefit from or even contribute to some specific sessions who are not available to travel in person. ?For example, I think it would be good for Kurtis to participate in the "OpenBTS public vs. commercial" session.) A good question. I would also love to have recordings, at least for our internal use. And if participant don't object we could probably even make them public? Let me know if we need a good camera to shoot the event. I may be able to get one. -- Regards, Alexander Chemeris. From ttsou at vt.edu Mon Feb 20 19:41:03 2012 From: ttsou at vt.edu (Thomas Tsou) Date: Mon, 20 Feb 2012 14:41:03 -0500 Subject: OsmoDevCon preliminary schedule In-Reply-To: <20120220155745.GV3026@prithivi.gnumonks.org> References: <20120220155745.GV3026@prithivi.gnumonks.org> Message-ID: On Mon, Feb 20, 2012 at 10:57 AM, Harald Welte wrote: > Hi all! > > = Schedule = > > I've put together a preliminary schedule for OsmoDevCon. ?It can be seen > at http://laforge.gnumonks.org/tmp/OsmoDevCon.ics or as a html rendering > at http://laforge.gnumonks.org/tmp/OsmoDevCon.html > > Pleaes notice that there is still a lot of flexibility, let me know if I > forgot anything or if there is something missing. I know it's incredibly late given the December 24th deadline, but is it still possible to register? I am very interested in David's radiomodem and FEC presentation. I can also provide discussion on the public multi-arfcn implementation and c64x transceiver. Both features should be near completion by the conference date. Thomas From alexander.chemeris at gmail.com Mon Feb 20 21:31:26 2012 From: alexander.chemeris at gmail.com (Alexander Chemeris) Date: Tue, 21 Feb 2012 01:31:26 +0400 Subject: OsmoDevCon preliminary schedule In-Reply-To: References: <20120220155745.GV3026@prithivi.gnumonks.org> Message-ID: On Mon, Feb 20, 2012 at 23:41, Thomas Tsou wrote: > On Mon, Feb 20, 2012 at 10:57 AM, Harald Welte wrote: >> Hi all! >> >> = Schedule = >> >> I've put together a preliminary schedule for OsmoDevCon. ?It can be seen >> at http://laforge.gnumonks.org/tmp/OsmoDevCon.ics or as a html rendering >> at http://laforge.gnumonks.org/tmp/OsmoDevCon.html >> >> Pleaes notice that there is still a lot of flexibility, let me know if I >> forgot anything or if there is something missing. > > I know it's incredibly late given the December 24th deadline, but is > it still possible to register? > > I am very interested in David's radiomodem and FEC presentation. I can > also provide discussion on the public multi-arfcn implementation and > c64x transceiver. Both features should be near completion by the > conference date. That would be an awesome addition if Harald could stretch a room. What if we offer an official opportunity to participate and even make presentations over Skype? Will i disrupts the live nature of the conference? -- Regards, Alexander Chemeris. From dburgess at jcis.net Mon Feb 20 23:45:15 2012 From: dburgess at jcis.net (David A. Burgess) Date: Mon, 20 Feb 2012 15:45:15 -0800 Subject: OsmoDevCon preliminary schedule In-Reply-To: References: <20120220155745.GV3026@prithivi.gnumonks.org> Message-ID: <241D5E35-718C-4F72-9799-6FE72D3CD042@jcis.net> I think that presenting over Skype would not be very interesting. I appreciate and respect Thomas and his work and hope to meet him in person one day, but I still think that presenters should be present. By "participate" I was just referring to participation in open discussions, not leading presentations. Also, I had suggested the topic of the OpenBTS PHY really more as a general overview of efficient signal processing for cellular signals, thinking that such a topic might be of interest to Osmocom developers. Do understand that I am not suggesting another session specific to OpenBTS. I personally am only interested in discussions of OpenBTS to the degree that there are overlapping interests with Osmocom. On Feb 20, 2012, at 1:31 PM, Alexander Chemeris wrote: > > What if we offer an official opportunity to participate and even make > presentations over Skype? Will i disrupts the live nature of the > conference? > From laforge at gnumonks.org Tue Feb 21 00:20:29 2012 From: laforge at gnumonks.org (Harald Welte) Date: Tue, 21 Feb 2012 01:20:29 +0100 Subject: OsmoDevCon / SIP / Teleconference In-Reply-To: <241D5E35-718C-4F72-9799-6FE72D3CD042@jcis.net> References: <20120220155745.GV3026@prithivi.gnumonks.org> <241D5E35-718C-4F72-9799-6FE72D3CD042@jcis.net> Message-ID: <20120221002029.GK3026@prithivi.gnumonks.org> Hi all! I really wanted OsmoDevCon to be an even from Osmocom (+related) develoeprs for such developers, with the idea of working together intensely and sharing some experiences face-to-face. I also understand not everyone is able to attend, for scheduling, travel or simply because they didn't realize about the event in time. I think broadcasting at least some the presentations (not general discussions) via SIP or any other audio streaming method might be ok, but I would make that dependent on the individual speaker. For discussions or other non-presentations, I don't think it's a good idea. Talking privately in a room full of people is one thing, talking while it is publicly streamed and possibly recorded an entirely different thing. Having remote presenters is also not what I had in mind. We might consider that if one of the scheduled speakers is unable to attend, but not as a planned scenario for events that are not even scheduled. Furthermore, I'm not a big fan of active participation by remote parties either, I fear it has a huge potential to delay the event. Now there might be occasional exceptions, i.e. somebody not present at the event but still actively involved in one particular subject that we want to discuss. In that case having a teleconference via SIP or other method may be appropriate for that given topic / person. If I understood correctly, Sylvain and Peter have suggested to take care of it from the technical/infrastructure side. I appreciate that and we may use it where apropriate (see above). btw: I strongly discourage the use of skype in the context of Osmocom by all means! We're working very hard to create Free Software implementations of open-specified communications protocols. Let's not make the world more complicated by using (and thus suggesting it was appropriate to use) completely proprietary communications systems. Regards, Harald -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From dburgess at jcis.net Tue Feb 21 01:05:25 2012 From: dburgess at jcis.net (David A. Burgess) Date: Mon, 20 Feb 2012 17:05:25 -0800 Subject: OsmoDevCon / SIP / Teleconference In-Reply-To: <20120221002029.GK3026@prithivi.gnumonks.org> References: <20120220155745.GV3026@prithivi.gnumonks.org> <241D5E35-718C-4F72-9799-6FE72D3CD042@jcis.net> <20120221002029.GK3026@prithivi.gnumonks.org> Message-ID: Harald - I largely agree, and apologize if my request was misunderstood or expanded beyond its original intent. Also, that is a good point about Skype. -- David On Feb 20, 2012, at 4:20 PM, Harald Welte wrote: > Hi all! > > I really wanted OsmoDevCon to be an even from Osmocom (+related) > develoeprs for such developers, with the idea of working together > intensely and sharing some experiences face-to-face. > > I also understand not everyone is able to attend, for scheduling, travel > or simply because they didn't realize about the event in time. > > I think broadcasting at least some the presentations (not general > discussions) via SIP or any other audio streaming method might be ok, > but I would make that dependent on the individual speaker. For > discussions or other non-presentations, I don't think it's a good idea. > Talking privately in a room full of people is one thing, talking while > it is publicly streamed and possibly recorded an entirely different > thing. > > Having remote presenters is also not what I had in mind. We might > consider that if one of the scheduled speakers is unable to attend, but > not as a planned scenario for events that are not even scheduled. > > Furthermore, I'm not a big fan of active participation by remote parties > either, I fear it has a huge potential to delay the event. > > Now there might be occasional exceptions, i.e. somebody not present at > the event but still actively involved in one particular subject that we > want to discuss. In that case having a teleconference via SIP or other > method may be appropriate for that given topic / person. > > If I understood correctly, Sylvain and Peter have suggested to take care > of it from the technical/infrastructure side. I appreciate that and we > may use it where apropriate (see above). > > btw: I strongly discourage the use of skype in the context of Osmocom by > all means! We're working very hard to create Free Software > implementations of open-specified communications protocols. Let's not > make the world more complicated by using (and thus suggesting it was > appropriate to use) completely proprietary communications systems. > > Regards, > Harald > -- > - Harald Welte http://laforge.gnumonks.org/ > ============================================================================ > "Privacy in residential applications is a desirable marketing option." > (ETSI EN 300 175-7 Ch. A6) From ttsou at vt.edu Tue Feb 21 03:13:34 2012 From: ttsou at vt.edu (Thomas Tsou) Date: Mon, 20 Feb 2012 22:13:34 -0500 Subject: OsmoDevCon / SIP / Teleconference In-Reply-To: References: <20120220155745.GV3026@prithivi.gnumonks.org> <241D5E35-718C-4F72-9799-6FE72D3CD042@jcis.net> <20120221002029.GK3026@prithivi.gnumonks.org> Message-ID: On Mon, Feb 20, 2012 at 8:05 PM, David A. Burgess wrote: > Harald - > > I largely agree, and apologize if my request was misunderstood or expanded beyond its original intent. I also largely agree with Harald's statements in that the emphasis should be on face-to-face communications. In such development environments, I generally don't like the idea of remote and interactive participation because it often degrades the experience for the majority of participants. That said, I think myself and many others would be appreciative of any speakers willing to stream their presentations. But, many people - including myself - do not enjoy speaking in front of a camera, so I understand any reservations. Thomas From 246tnt at gmail.com Tue Feb 21 07:10:35 2012 From: 246tnt at gmail.com (Sylvain Munaut) Date: Tue, 21 Feb 2012 08:10:35 +0100 Subject: OsmoDevCon / SIP / Teleconference In-Reply-To: References: <20120220155745.GV3026@prithivi.gnumonks.org> <241D5E35-718C-4F72-9799-6FE72D3CD042@jcis.net> <20120221002029.GK3026@prithivi.gnumonks.org> Message-ID: Hi I definitely agree that remote interactions should be avoided. The whole point of meeting in person is to discuss the topics that we have trouble discussing remotely via IRC/mailing list/phone and where we need real live feedback. Trying to debate over SIP would just defeat the point. As for live audio/video stream, I would suggest it's a bit of a complication we don't need. We could just do recordings and upload them publically or not afterwards depending on the speaker choice. Cheers, Sylvain On Tue, Feb 21, 2012 at 4:13 AM, Thomas Tsou wrote: > On Mon, Feb 20, 2012 at 8:05 PM, David A. Burgess wrote: >> Harald - >> >> I largely agree, and apologize if my request was misunderstood or expanded beyond its original intent. > > I also largely agree with Harald's statements in that the emphasis > should be on face-to-face communications. In such development > environments, I generally don't like the idea of remote and > interactive participation because it often degrades the experience for > the majority of participants. > > That said, I think myself and many others would be appreciative of any > speakers willing to stream their presentations. But, many people - > including myself - do not enjoy speaking in front of a camera, so I > understand any reservations. > > ?Thomas > From laforge at gnumonks.org Tue Feb 21 07:54:04 2012 From: laforge at gnumonks.org (Harald Welte) Date: Tue, 21 Feb 2012 08:54:04 +0100 Subject: OsmoDevCon / SIP / Teleconference In-Reply-To: References: <20120220155745.GV3026@prithivi.gnumonks.org> <241D5E35-718C-4F72-9799-6FE72D3CD042@jcis.net> <20120221002029.GK3026@prithivi.gnumonks.org> Message-ID: <20120221075404.GS3026@prithivi.gnumonks.org> Sylvain, On Tue, Feb 21, 2012 at 08:10:35AM +0100, Sylvain Munaut wrote: > As for live audio/video stream, I would suggest it's a bit of a > complication we don't need. We could just do recordings and upload > them publically or not afterwards depending on the speaker choice. that might be an idea, but in fact it would be better to have the speaker be able to decide not to be recorded in the first place ;) Rule number one of data protection: Don't even create/store data that you don't require to store... (German: "Datensparsamkeit") Regards, Harald -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From 246tnt at gmail.com Tue Feb 21 08:37:13 2012 From: 246tnt at gmail.com (Sylvain Munaut) Date: Tue, 21 Feb 2012 09:37:13 +0100 Subject: OsmoDevCon / SIP / Teleconference In-Reply-To: <20120221075404.GS3026@prithivi.gnumonks.org> References: <20120220155745.GV3026@prithivi.gnumonks.org> <241D5E35-718C-4F72-9799-6FE72D3CD042@jcis.net> <20120221002029.GK3026@prithivi.gnumonks.org> <20120221075404.GS3026@prithivi.gnumonks.org> Message-ID: > that might be an idea, but in fact it would be better to have the > speaker be able to decide not to be recorded in the first place ;) Yes sure, I mean the speaker will be there, he can object directly, I just meant it's more flexible if you don't have to act in real time. If there are some part that shouldn't be published or are not relevant or anything, or that the speaker is ok for private copy but not wider distributions, .... Cheers, Sylvain From alexander.chemeris at gmail.com Tue Feb 21 08:45:28 2012 From: alexander.chemeris at gmail.com (Alexander Chemeris) Date: Tue, 21 Feb 2012 12:45:28 +0400 Subject: OsmoDevCon / SIP / Teleconference In-Reply-To: References: <20120220155745.GV3026@prithivi.gnumonks.org> <241D5E35-718C-4F72-9799-6FE72D3CD042@jcis.net> <20120221002029.GK3026@prithivi.gnumonks.org> <20120221075404.GS3026@prithivi.gnumonks.org> Message-ID: On Tue, Feb 21, 2012 at 12:37, Sylvain Munaut <246tnt at gmail.com> wrote: >> that might be an idea, but in fact it would be better to have the >> speaker be able to decide not to be recorded in the first place ;) > > Yes sure, I mean the speaker will be there, he can object directly, I > just meant it's more flexible if you don't have to act in real time. > If there are some part that shouldn't be published or are not relevant > or anything, or that the speaker is ok for private copy but not wider > distributions, .... Yes, my proposal for the video recording was exactly like Sylvain proposed. I didn't mention asking people for permission as I see it as an implied prerequisite. -- Regards, Alexander Chemeris. From alexander.chemeris at gmail.com Tue Feb 21 08:42:19 2012 From: alexander.chemeris at gmail.com (Alexander Chemeris) Date: Tue, 21 Feb 2012 12:42:19 +0400 Subject: OsmoDevCon / SIP / Teleconference In-Reply-To: <20120221002029.GK3026@prithivi.gnumonks.org> References: <20120220155745.GV3026@prithivi.gnumonks.org> <241D5E35-718C-4F72-9799-6FE72D3CD042@jcis.net> <20120221002029.GK3026@prithivi.gnumonks.org> Message-ID: Hi Harald, I've seen successful events of all kinds, both using online presence and not. It solely depends on the attitude of the audience and that's why I was asking about it. I apologize that it introduced too much noise. I will respect any choice, I just want to make sure we make as many people happy as possible. Regarding my Skype note - for me it's similar to using Altium where I would love to use an open-source app. I always prefer open-source as you know, but I'm quite pragmatic in tools selection when it affects my performance of working on open-source projects. I again apologize for mentioning it where it's not appropriate. On Tue, Feb 21, 2012 at 04:20, Harald Welte wrote: > Hi all! > > I really wanted OsmoDevCon to be an even from Osmocom (+related) > develoeprs for such developers, with the idea of working together > intensely and sharing some experiences face-to-face. > > I also understand not everyone is able to attend, for scheduling, travel > or simply because they didn't realize about the event in time. > > I think broadcasting at least some the presentations (not general > discussions) via SIP or any other audio streaming method might be ok, > but I would make that dependent on the individual speaker. ?For > discussions or other non-presentations, I don't think it's a good idea. > Talking privately in a room full of people is one thing, talking while > it is publicly streamed and possibly recorded an entirely different > thing. > > Having remote presenters is also not what I had in mind. ?We might > consider that if one of the scheduled speakers is unable to attend, but > not as a planned scenario for events that are not even scheduled. > > Furthermore, I'm not a big fan of active participation by remote parties > either, I fear it has a huge potential to delay the event. > > Now there might be occasional exceptions, i.e. somebody not present at > the event but still actively involved in one particular subject that we > want to discuss. ?In that case having a teleconference via SIP or other > method may be appropriate for that given topic / person. > > If I understood correctly, Sylvain and Peter have suggested to take care > of it from the technical/infrastructure side. ?I appreciate that and we > may use it where apropriate (see above). > > btw: I strongly discourage the use of skype in the context of Osmocom by > all means! ?We're working very hard to create Free Software > implementations of open-specified communications protocols. ?Let's not > make the world more complicated by using (and thus suggesting it was > appropriate to use) completely proprietary communications systems. > > Regards, > ? ? ? ?Harald > -- > - Harald Welte ? ? ? ? ? http://laforge.gnumonks.org/ > ============================================================================ > "Privacy in residential applications is a desirable marketing option." > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?(ETSI EN 300 175-7 Ch. A6) -- Regards, Alexander Chemeris. From laforge at gnumonks.org Tue Feb 21 08:53:21 2012 From: laforge at gnumonks.org (Harald Welte) Date: Tue, 21 Feb 2012 09:53:21 +0100 Subject: OsmoDevCon / SIP / Teleconference In-Reply-To: References: <20120220155745.GV3026@prithivi.gnumonks.org> <241D5E35-718C-4F72-9799-6FE72D3CD042@jcis.net> <20120221002029.GK3026@prithivi.gnumonks.org> Message-ID: <20120221085321.GX3026@prithivi.gnumonks.org> Hi Alexander, there's no need for anyone to apologize for anything, at least not from my point of view. Some people have made various suggestions, others have sent their views, no rough languange was used - in other words an entirely civilized discussion. On Tue, Feb 21, 2012 at 12:42:19PM +0400, Alexander Chemeris wrote: > Regarding my Skype note - for me it's similar to using Altium where I > would love to use an open-source app. I don't want you to stop using it or stop mentioning to use it. I just wanted to state that in the context of an Osmcoom event, I would definitely not want to use it. As a more practical note: I'm quite sure that the various SIP and H.323 compatible soft-phones as well as hardware/emedded devices are a really good and functional alternative to Skype. I think they are much closer on a functional level to their proprietary alternative than let's say KiCAD or gEDA are to Altium Designer. Rergards, Harald -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From alexander.chemeris at gmail.com Tue Feb 21 11:38:48 2012 From: alexander.chemeris at gmail.com (Alexander Chemeris) Date: Tue, 21 Feb 2012 15:38:48 +0400 Subject: OsmoDevCon / SIP / Teleconference In-Reply-To: <20120221085321.GX3026@prithivi.gnumonks.org> References: <20120220155745.GV3026@prithivi.gnumonks.org> <241D5E35-718C-4F72-9799-6FE72D3CD042@jcis.net> <20120221002029.GK3026@prithivi.gnumonks.org> <20120221085321.GX3026@prithivi.gnumonks.org> Message-ID: On Tue, Feb 21, 2012 at 12:53, Harald Welte wrote: > > Hi Alexander, > > there's no need for anyone to apologize for anything, at least not from > my point of view. ?Some people have made various suggestions, others > have sent their views, no rough languange was used - in other words an > entirely civilized discussion. > > On Tue, Feb 21, 2012 at 12:42:19PM +0400, Alexander Chemeris wrote: > > > Regarding my Skype note - for me it's similar to using Altium where I > > would love to use an open-source app. > > I don't want you to stop using it or stop mentioning to use it. ?I just > wanted to state that in the context of an Osmcoom event, I would > definitely not want to use it. > > As a more practical note: ?I'm quite sure that the various SIP and H.323 > compatible soft-phones as well as hardware/emedded devices are a really > good and functional alternative to Skype. ?I think they are much closer > on a functional level to their proprietary alternative than let's say > KiCAD or gEDA are to Altium Designer. When I looked at them some 5 years ago as a VoIP developer, all open-source VoIP tools were in very bad state. Even our one was barely usable in non-ideal situations. May be things got better since that time. I have to review available options again when I get some free time. -- Regards, Alexander Chemeris. From ashwin.lists at gmail.com Fri Feb 24 00:30:08 2012 From: ashwin.lists at gmail.com (Ashwin Mansinghka) Date: Fri, 24 Feb 2012 06:00:08 +0530 Subject: OsmoDevCon / SIP / Teleconference In-Reply-To: <20120221002029.GK3026@prithivi.gnumonks.org> References: <20120220155745.GV3026@prithivi.gnumonks.org> <241D5E35-718C-4F72-9799-6FE72D3CD042@jcis.net> <20120221002029.GK3026@prithivi.gnumonks.org> Message-ID: <4F46DA10.2020003@gmail.com> On 02/21/2012 05:50 AM, Harald Welte wrote: > Hi all! > > I really wanted OsmoDevCon to be an even from Osmocom (+related) > develoeprs for such developers, with the idea of working together > intensely and sharing some experiences face-to-face. > Post event, availability of a detailed minutes of the event on the website can help all who could not attend in person. In case it is possible would suggest a video recording (even a mobile phone) of key sessions and/or discussions would be a good idea for others now and in general for future. :) with Regards, Ashwin -------------- next part -------------- An HTML attachment was scrubbed... URL: From spaar at mirider.augusta.de Mon Feb 20 19:53:47 2012 From: spaar at mirider.augusta.de (Dieter Spaar) Date: Mon, 20 Feb 2012 19:53:47 Subject: OsmoDevCon preliminary schedule Message-ID: <4f42a4cb.mirider@mirider.augusta.de> Hello David, > I could also give a more detailed presentation on the radiomodem and > FEC parts of OpenBTS if there is interest in such low-layer details, > maybe on Monday afternoon if there are still people around. I am interested too, however I have to leave on Monday afternoon. But if I am the only one affected there is of course no need to change the schedule. Best regards, Dieter -- Dieter Spaar, Germany spaar at mirider.augusta.de From laforge at gnumonks.org Tue Feb 21 08:03:54 2012 From: laforge at gnumonks.org (Harald Welte) Date: Tue, 21 Feb 2012 09:03:54 +0100 Subject: OsmoDevCon: Radiomodem / FEC In-Reply-To: <4f42a4cb.mirider@mirider.augusta.de> References: <4f42a4cb.mirider@mirider.augusta.de> Message-ID: <20120221080354.GT3026@prithivi.gnumonks.org> Hi Dieter and others, On Mon, Feb 20, 2012 at 07:53:47PM +0000, Dieter Spaar wrote: > > I could also give a more detailed presentation on the radiomodem and > > FEC parts of OpenBTS if there is interest in such low-layer details, > > maybe on Monday afternoon if there are still people around. > > I am interested too, however I have to leave on Monday afternoon. But > if I am the only one affected there is of course no need to change the > schedule. Well, I see the following options: Option 0) if there is consensus to move some other topic to monday afternoon in order to free some slot for the radiomodem/TRX, I am happy to alter the schedule. Option 1) Also, we could make some other slot smaller. But at least I'm feeling a bit difficult to do so without any input from you. We might reduce UMTS and Smalltalk projects to one hour each, freeing one hour for radiomodem+FEC on Sunday. We might also do the same with Core network protocols + implementation, but they're really quite complex and I was hoping to get more people involved in them... Option 2) We simply do it at one of the nights after dinner Option 3) We convince David to have his lunch a bit later while we all enjoy eating Pizza + listening to his talk during the lunch break. Ok, that would be unfair, wouldn't it? ;) Regards, Harald -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From alexander.chemeris at gmail.com Tue Feb 21 08:54:30 2012 From: alexander.chemeris at gmail.com (Alexander Chemeris) Date: Tue, 21 Feb 2012 12:54:30 +0400 Subject: OsmoDevCon: Radiomodem / FEC In-Reply-To: <20120221080354.GT3026@prithivi.gnumonks.org> References: <4f42a4cb.mirider@mirider.augusta.de> <20120221080354.GT3026@prithivi.gnumonks.org> Message-ID: Hi Harald, On Tue, Feb 21, 2012 at 12:03, Harald Welte wrote: > Hi Dieter and others, > > On Mon, Feb 20, 2012 at 07:53:47PM +0000, Dieter Spaar wrote: >> > I could also give a more detailed presentation on the radiomodem and >> > FEC parts of OpenBTS if there is interest in such low-layer details, >> > maybe on Monday afternoon if there are still people around. >> >> I am interested too, however I have to leave on Monday afternoon. But >> if I am the only one affected there is of course no need to change the >> schedule. > > Well, I see the following options: > > Option 0) if there is consensus to move some other topic to monday afternoon > in order to free some slot for the radiomodem/TRX, I am happy to alter > the schedule. > > Option 1) Also, we could make some other slot smaller. ?But at least I'm > feeling a bit difficult to do so without any input from you. > We might reduce UMTS and Smalltalk projects to one hour each, freeing > one hour for radiomodem+FEC on Sunday. ?We might also do the same with > Core network protocols + implementation, but they're really quite > complex and I was hoping to get more people involved in them... I would be happy to reduce my UmTRX talk from 1h to 20-30min if this helps. I don't think there will be a lot to tell or discuss about UmTRX. The only thing which may cause a discussion is the way of open-sourcing hardware. I would love to get feedback on this from everyone, but I'm not sure whether audience will be interested in this topic or not. Then, I think we could shrink GPRS from 2h to 1.5h and have a followup discussion at free time if needed. I'm not sure how many people will be really interested in 2h long discussion on a very specific topic. Well, unless you plan to do a long intro on GPRS architecture. -- Regards, Alexander Chemeris. From laforge at gnumonks.org Sun Feb 26 10:43:43 2012 From: laforge at gnumonks.org (Harald Welte) Date: Sun, 26 Feb 2012 11:43:43 +0100 Subject: OsmoDevCon updated schedule (was Re: OsmoDevCon: Radiomodem / FEC) In-Reply-To: References: <4f42a4cb.mirider@mirider.augusta.de> <20120221080354.GT3026@prithivi.gnumonks.org> Message-ID: <20120226104343.GY724@prithivi.gnumonks.org> Hi Alexander and others, On Tue, Feb 21, 2012 at 12:54:30PM +0400, Alexander Chemeris wrote: > I would be happy to reduce my UmTRX talk from 1h to 20-30min if this > helps. I don't think there will be a lot to tell or discuss about > UmTRX. The only thing which may cause a discussion is the way of > open-sourcing hardware. I would love to get feedback on this from > everyone, but I'm not sure whether audience will be interested in this > topic or not. Ok, noted. I also agree it might probably not require a full hour. Thus, I have made it to 30 mins and added the osmo-codegen topic into the remaining 30mins. > Then, I think we could shrink GPRS from 2h to 1.5h and have a followup > discussion at free time if needed. I'm not sure how many people will > be really interested in 2h long discussion on a very specific topic. > Well, unless you plan to do a long intro on GPRS architecture. I've removed osmo-codegen from the list of topics and reduced it to one hour in order to make space for David. Hope this is ok... Regarding the GPRS topics: I think it would help to have some technical information on what kind of tasks the PCU all needs to implement, as I guess not everyone is very familiar with it. The updated schedule is now on the official OsmoDevCon2012 page: https://openbsc.osmocom.org/trac/wiki/OsmoDevCon2012#Schedule Regards, Harald -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From dburgess at jcis.net Tue Feb 21 16:18:30 2012 From: dburgess at jcis.net (David A. Burgess) Date: Tue, 21 Feb 2012 08:18:30 -0800 Subject: OsmoDevCon: Radiomodem / FEC In-Reply-To: <20120221080354.GT3026@prithivi.gnumonks.org> References: <4f42a4cb.mirider@mirider.augusta.de> <20120221080354.GT3026@prithivi.gnumonks.org> Message-ID: Harald - I don't mind option 3 as long as there is something left for me to eat. I made the suggestion late, so I can be flexible. I don't think there is more than an hour of material. Option 2, after dinner, is OK also. -- David On Feb 21, 2012, at 12:03 AM, Harald Welte wrote: > > Option 3) We convince David to have his lunch a bit later while we > all enjoy eating Pizza + listening to his talk during the lunch break. > Ok, that would be unfair, wouldn't it? ;) > From t-openbsc at tobias.org Wed Feb 22 13:01:55 2012 From: t-openbsc at tobias.org (Tobias Engel) Date: Wed, 22 Feb 2012 14:01:55 +0100 Subject: OpenBSC bug that triggers Qualcomm baseband bug (patch) Message-ID: <4F44E743.7090404@tobias.org> Hi, currently, when OpenBSC receives any mobile originated Supplementary Service request, it always treats it as an USSD request (because the only SS it supports is a USSD request for sending back the extension of the subscriber). What I think the code in handle_rcv_ussd is meant to be doing is: If the request contained an USSD string, and if that string is equal to "*#100#", return the subscriber extension. In all other cases reject the request with "unrecognized component". But currently it returns the extension even when the SS request wasn't even an USSD request. That causes several phones with Qualcomm baseband to hang and reboot after a while because in some situations they send an interrogateSS request to query if any call forwardings are active and cannot handle the wrong answer they receive. (Strangely, that happens with most "modern" HTC phones i have tried right after logging into the network, rendering them completely useless for use with OpenBSC) Here is a patch: --- a/openbsc/src/libmsc/ussd.c +++ b/openbsc/src/libmsc/ussd.c @@ -54,7 +54,7 @@ int handle_rcv_ussd(struct gsm_subscriber_connection *conn, struct msgb *msg) if (req.text[0] == 0xFF) /* Release-Complete */ return 0; - if (strstr(USSD_TEXT_OWN_NUMBER, req.text) != NULL) { + if (strcmp(USSD_TEXT_OWN_NUMBER, (const char *) req.text) == 0) { DEBUGP(DMM, "USSD: Own number requested\n"); rc = send_own_number(conn, msg, &req); } else { -Tobias From peter at stuge.se Wed Feb 22 13:57:56 2012 From: peter at stuge.se (Peter Stuge) Date: Wed, 22 Feb 2012 14:57:56 +0100 Subject: OpenBSC bug that triggers Qualcomm baseband bug (patch) In-Reply-To: <4F44E743.7090404@tobias.org> References: <4F44E743.7090404@tobias.org> Message-ID: <20120222135756.14986.qmail@stuge.se> Tobias Engel wrote: > Strangely, that happens with most "modern" HTC phones i have tried > right after logging into the network, rendering them completely useless > for use with OpenBSC Confirm. Many HTC phones had problems both at camp and congress. > +++ b/openbsc/src/libmsc/ussd.c > @@ -54,7 +54,7 @@ int handle_rcv_ussd(struct gsm_subscriber_connection > *conn, struct msgb *msg) > if (req.text[0] == 0xFF) /* Release-Complete */ > return 0; > > - if (strstr(USSD_TEXT_OWN_NUMBER, req.text) != NULL) { > + if (strcmp(USSD_TEXT_OWN_NUMBER, (const char *) req.text) == 0) { Yay! I hope it gets included soon! //Peter From laforge at gnumonks.org Fri Feb 24 14:54:34 2012 From: laforge at gnumonks.org (Harald Welte) Date: Fri, 24 Feb 2012 15:54:34 +0100 Subject: OpenBSC bug that triggers Qualcomm baseband bug (patch) In-Reply-To: <4F44E743.7090404@tobias.org> References: <4F44E743.7090404@tobias.org> Message-ID: <20120224145434.GJ10688@prithivi.gnumonks.org> Hi Tobias, thanks for your bug analysis and patch. However, I don't really see how > - if (strstr(USSD_TEXT_OWN_NUMBER, req.text) != NULL) { > + if (strcmp(USSD_TEXT_OWN_NUMBER, (const char *) req.text) == 0) { will fix it. What other SS operations include a *#100# in them, so the old code would match on them? Thanks! -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From t-openbsc at tobias.org Fri Feb 24 19:05:10 2012 From: t-openbsc at tobias.org (Tobias Engel) Date: Fri, 24 Feb 2012 20:05:10 +0100 Subject: OpenBSC bug that triggers Qualcomm baseband bug (patch) In-Reply-To: <20120224145434.GJ10688@prithivi.gnumonks.org> References: <4F44E743.7090404@tobias.org> <20120224145434.GJ10688@prithivi.gnumonks.org> Message-ID: <4F47DF66.7040508@tobias.org> Hi Harald, > thanks for your bug analysis and patch. However, I don't really see how > >> - if (strstr(USSD_TEXT_OWN_NUMBER, req.text) != NULL) { >> + if (strcmp(USSD_TEXT_OWN_NUMBER, (const char *) req.text) == 0) { > > will fix it. What other SS operations include a *#100# in them, so the > old code would match on them? no, the old code matches any _substring_ of "*#100#", including the empty string (which is the case if it was a non-USSD-SS operation). (In strstr, a substring of the second parameter is searched for in the first parameter.) If it would have been if (strstr(req.text, USSD_TEXT_OWN_NUMBER) != NULL) { only strings that at least included "*#100#" would have been matched. -Tobias From laforge at gnumonks.org Fri Feb 24 21:23:27 2012 From: laforge at gnumonks.org (Harald Welte) Date: Fri, 24 Feb 2012 22:23:27 +0100 Subject: OpenBSC bug that triggers Qualcomm baseband bug (patch) In-Reply-To: <4F47DF66.7040508@tobias.org> References: <4F44E743.7090404@tobias.org> <20120224145434.GJ10688@prithivi.gnumonks.org> <4F47DF66.7040508@tobias.org> Message-ID: <20120224212327.GC12415@prithivi.gnumonks.org> On Fri, Feb 24, 2012 at 08:05:10PM +0100, Tobias Engel wrote: > Hi Harald, > > > thanks for your bug analysis and patch. However, I don't really see how > > > >> - if (strstr(USSD_TEXT_OWN_NUMBER, req.text) != NULL) { > >> + if (strcmp(USSD_TEXT_OWN_NUMBER, (const char *) req.text) == 0) { > > > > will fix it. What other SS operations include a *#100# in them, so the > > old code would match on them? > > no, the old code matches any _substring_ of "*#100#", including the > empty string (which is the case if it was a non-USSD-SS operation). doh! It probably shows that I don't remember having ever used strstr() in any program myself... patch applied. -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From holger at freyther.de Fri Feb 24 19:17:26 2012 From: holger at freyther.de (Holger Hans Peter Freyther) Date: Fri, 24 Feb 2012 20:17:26 +0100 Subject: OpenBSC bug that triggers Qualcomm baseband bug (patch) In-Reply-To: <20120224145434.GJ10688@prithivi.gnumonks.org> References: <4F44E743.7090404@tobias.org> <20120224145434.GJ10688@prithivi.gnumonks.org> Message-ID: <4F47E246.7040404@freyther.de> On 02/24/2012 03:54 PM, Harald Welte wrote: > Hi Tobias, > > thanks for your bug analysis and patch. However, I don't really see how > >> - if (strstr(USSD_TEXT_OWN_NUMBER, req.text) != NULL) { >> + if (strcmp(USSD_TEXT_OWN_NUMBER, (const char *) req.text) == 0) { the old code got strstr the wrong way.. needle and the haystack are mixed up... From andreas at eversberg.eu Fri Feb 24 20:49:51 2012 From: andreas at eversberg.eu (Andreas Eversberg) Date: Fri, 24 Feb 2012 21:49:51 +0100 Subject: OpenBSC bug that triggers Qualcomm baseband bug (patch) In-Reply-To: <4F47E246.7040404@freyther.de> References: <4F44E743.7090404@tobias.org> <20120224145434.GJ10688@prithivi.gnumonks.org> <4F47E246.7040404@freyther.de> Message-ID: <4F47F7EF.40707@eversberg.eu> >>> - if (strstr(USSD_TEXT_OWN_NUMBER, req.text) != NULL) { >>> + if (strcmp(USSD_TEXT_OWN_NUMBER, (const char *) req.text) == 0) { >>> > the old code got strstr the wrong way.. needle and the haystack are mixed up... > hmm, this explains why a call forward query (no USSD) always caused to get a reply with own number. From tacooper at vt.edu Wed Feb 22 19:15:10 2012 From: tacooper at vt.edu (Thomas Cooper) Date: Wed, 22 Feb 2012 14:15:10 -0500 Subject: Location Update (IMSI Attach) Procedure Message-ID: Hey Osmoworld, Just a little intro before my rambling questions... I've been working on connecting OpenBTS and osmo-bts/OpenBSC together, and everything works well enough to at least send messages between the two (it's somewhat hackish but it works for me so far). The phone sees the network and when I attempt to connect, it is assigned a SDCCH and starts the typical location update process. This makes me think the underlying issue is in my OpenBSC/network setup. Now for the problems: (probably best to check the console output below first) Even though the MS receives an ID request and returns an ID response, the LU Request times out and returns cause=13 (default from config). I'm not sure what happens after the ID response since it doesn't seem to have sent anything else down to the MS. I also don't know too much about the MS's job, but it seems to send 3 LU requests every time (2 of which are unnecessary and rejected as duplicates). I assume that's what the preceding ERROR IND messages are referring to, but I don't know for certain. My BTS BCCH has LAI=001/01/1, which is correctly set in both OpenBTS and OpenBSC config files. The Location Updating Request contains LAI=001/01/65534, which I think may be the main issue since LAC=65534 is reserved (even looking in GSM-04.08, I couldn't find any details about this; can you shed some light please?). The MS works with standard OpenBTS by the way. I've looked through the gsm_04_08 code and Wireshark capture, but no clues stick out. I'm not too familiar with OpenBSC in general, so this could be as simple as setting some kind of config parameter. I figured I'd ask on here for help in case I'm just missing something basic. Here is the console output (with debug and authorize-everyone flags on): Wed Feb 22 13:06:24 2012 <0004> abis_rsl.c:1317 (bts=0,trx=0,ts=0,ss=0) Activating ARFCN(51) SS(0) lctype SDCCH r=LOCATION_UPDATE ra=0x0e ta=0 Wed Feb 22 13:06:24 2012 <0004> abis_rsl.c:1064 (bts=0,trx=0,ts=0,ss=0) CHANNEL ACTIVATE ACK Wed Feb 22 13:06:25 2012 <0000> abis_rsl.c:1493 (bts=0,trx=0,ts=0,ss=0) SAPI=0 ESTABLISH INDICATION Wed Feb 22 13:06:25 2012 <0002> gsm_04_08.c:1023 LOCATION UPDATING REQUEST: mi_type=0x01 MI(460020020292786) type=NORMAL Wed Feb 22 13:06:25 2012 <0001> gsm_04_08.c:114 (bts 0 trx 0 ts 0 pd 05) Sending 0x18 to MS. Wed Feb 22 13:06:25 2012 <0000> abis_rsl.c:1493 (bts=0,trx=0,ts=0,ss=0) SAPI=0 Wed Feb 22 13:06:25 2012 <0000> abis_rsl.c:1439 (bts=0,trx=0,ts=0,ss=0) ERROR INDICATION cause=unknown 0x0 Wed Feb 22 13:06:25 2012 <0000> abis_rsl.c:1493 (bts=0,trx=0,ts=0,ss=0) SAPI=0 ESTABLISH INDICATION Wed Feb 22 13:06:25 2012 <0002> gsm_04_08.c:1023 LOCATION UPDATING REQUEST: mi_type=0x01 MI(460020020292786) type=NORMAL ignoring request due an existing one: 0x20f1350. Wed Feb 22 13:06:25 2012 <0002> gsm_04_08.c:383 Subscriber 460020020292786: LOCATION UPDATING REJECT LAC=1 BTS=0 Wed Feb 22 13:06:25 2012 <0001> gsm_04_08.c:114 (bts 0 trx 0 ts 0 pd 05) Sending 0x04 to MS. Wed Feb 22 13:06:25 2012 <0000> abis_rsl.c:1493 (bts=0,trx=0,ts=0,ss=0) SAPI=0 Wed Feb 22 13:06:25 2012 <0000> abis_rsl.c:1439 (bts=0,trx=0,ts=0,ss=0) ERROR INDICATION cause=unknown 0x0 Wed Feb 22 13:06:25 2012 <0000> abis_rsl.c:1493 (bts=0,trx=0,ts=0,ss=0) SAPI=0 ESTABLISH INDICATION Wed Feb 22 13:06:25 2012 <0002> gsm_04_08.c:1023 LOCATION UPDATING REQUEST: mi_type=0x01 MI(460020020292786) type=NORMAL ignoring request due an existing one: 0x20f1350. Wed Feb 22 13:06:25 2012 <0002> gsm_04_08.c:383 Subscriber 460020020292786: LOCATION UPDATING REJECT LAC=1 BTS=0 Wed Feb 22 13:06:25 2012 <0001> gsm_04_08.c:114 (bts 0 trx 0 ts 0 pd 05) Sending 0x04 to MS. Wed Feb 22 13:06:25 2012 <0000> abis_rsl.c:1493 (bts=0,trx=0,ts=0,ss=0) SAPI=0 DATA INDICATION Wed Feb 22 13:06:25 2012 <0003> bsc_api.c:430 CLASSMARK CHANGE CM2(len=3) CM3(len=4) Wed Feb 22 13:06:27 2012 <0000> abis_rsl.c:1493 (bts=0,trx=0,ts=0,ss=0) SAPI=0 DATA INDICATION Wed Feb 22 13:06:27 2012 <0002> gsm_04_08.c:446 IDENTITY RESPONSE: mi_type=0x02 MI(357966009107140) Wed Feb 22 13:06:30 2012 <0002> gsm_04_08.c:484 Location Updating Request procedure timedout. Wed Feb 22 13:06:30 2012 <0002> gsm_04_08.c:383 Subscriber 460020020292786: LOCATION UPDATING REJECT LAC=1 BTS=0 Wed Feb 22 13:06:30 2012 <0001> gsm_04_08.c:114 (bts 0 trx 0 ts 0 pd 05) Sending 0x04 to MS. Wed Feb 22 13:06:30 2012 <0000> chan_alloc.c:429 (bts=0,trx=0,ts=0,ss=0) starting release sequence Wed Feb 22 13:06:30 2012 <0003> gsm_04_08_utils.c:231 Sending Channel Release: Chan: Number: 0 Type: 1 Wed Feb 22 13:06:30 2012 <0004> abis_rsl.c:579 (bts=0,trx=0,ts=0,ss=0) DEACTivate SACCH CMD Wed Feb 22 13:06:31 2012 <0000> abis_rsl.c:1493 (bts=0,trx=0,ts=0,ss=0) SAPI=0 RELEASE INDICATION Wed Feb 22 13:06:31 2012 <0004> abis_rsl.c:621 (bts=0,trx=0,ts=0,ss=0) RF Channel Release CMD due error 0 Wed Feb 22 13:06:31 2012 <0004> abis_rsl.c:658 (bts=0,trx=0,ts=0,ss=0) RF CHANNEL RELEASE ACK Thanks for any help, Tom Cooper -- Graduate Research Assistant Wireless @ Virginia Tech tacooper at vt.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From tacooper at vt.edu Wed Feb 22 23:56:34 2012 From: tacooper at vt.edu (Thomas Cooper) Date: Wed, 22 Feb 2012 18:56:34 -0500 Subject: Location Update (IMSI Attach) Procedure In-Reply-To: References: Message-ID: I seem to have it working now, it wasn't clear but the subscriber wasn't explicitly authorized. I fixed it via the telnet commands; like I guessed, I just wasn't well knowledged in operating OpenBSC. I would still like to hear about my other question regarding the LAC=65534 being reserved though. On Feb 22, 2012 2:15 PM, "Thomas Cooper" wrote: > Hey Osmoworld, > Just a little intro before my rambling questions... I've been working on > connecting OpenBTS and osmo-bts/OpenBSC together, and everything works well > enough to at least send messages between the two (it's somewhat hackish but > it works for me so far). The phone sees the network and when I attempt to > connect, it is assigned a SDCCH and starts the typical location update > process. This makes me think the underlying issue is in my OpenBSC/network > setup. > > Now for the problems: (probably best to check the console output below > first) > Even though the MS receives an ID request and returns an ID response, the > LU Request times out and returns cause=13 (default from config). I'm not > sure what happens after the ID response since it doesn't seem to have sent > anything else down to the MS. > I also don't know too much about the MS's job, but it seems to send 3 LU > requests every time (2 of which are unnecessary and rejected as > duplicates). I assume that's what the preceding ERROR IND messages are > referring to, but I don't know for certain. > > My BTS BCCH has LAI=001/01/1, which is correctly set in both OpenBTS and > OpenBSC config files. The Location Updating Request contains > LAI=001/01/65534, which I think may be the main issue since LAC=65534 is > reserved (even looking in GSM-04.08, I couldn't find any details about > this; can you shed some light please?). The MS works with standard OpenBTS > by the way. > > I've looked through the gsm_04_08 code and Wireshark capture, but no clues > stick out. I'm not too familiar with OpenBSC in general, so this could be > as simple as setting some kind of config parameter. I figured I'd ask on > here for help in case I'm just missing something basic. > > Here is the console output (with debug and authorize-everyone flags on): > > Wed Feb 22 13:06:24 2012 <0004> abis_rsl.c:1317 (bts=0,trx=0,ts=0,ss=0) > Activating ARFCN(51) SS(0) lctype SDCCH r=LOCATION_UPDATE ra=0x0e ta=0 > Wed Feb 22 13:06:24 2012 <0004> abis_rsl.c:1064 (bts=0,trx=0,ts=0,ss=0) > CHANNEL ACTIVATE ACK > Wed Feb 22 13:06:25 2012 <0000> abis_rsl.c:1493 (bts=0,trx=0,ts=0,ss=0) > SAPI=0 ESTABLISH INDICATION > Wed Feb 22 13:06:25 2012 <0002> gsm_04_08.c:1023 LOCATION UPDATING > REQUEST: mi_type=0x01 MI(460020020292786) type=NORMAL > Wed Feb 22 13:06:25 2012 <0001> gsm_04_08.c:114 (bts 0 trx 0 ts 0 pd 05) > Sending 0x18 to MS. > Wed Feb 22 13:06:25 2012 <0000> abis_rsl.c:1493 (bts=0,trx=0,ts=0,ss=0) > SAPI=0 Wed Feb 22 13:06:25 2012 <0000> abis_rsl.c:1439 > (bts=0,trx=0,ts=0,ss=0) ERROR INDICATION cause=unknown 0x0 > Wed Feb 22 13:06:25 2012 <0000> abis_rsl.c:1493 (bts=0,trx=0,ts=0,ss=0) > SAPI=0 ESTABLISH INDICATION > Wed Feb 22 13:06:25 2012 <0002> gsm_04_08.c:1023 LOCATION UPDATING > REQUEST: mi_type=0x01 MI(460020020292786) type=NORMAL ignoring request due > an existing one: 0x20f1350. > Wed Feb 22 13:06:25 2012 <0002> gsm_04_08.c:383 Subscriber > 460020020292786: LOCATION UPDATING REJECT LAC=1 BTS=0 > Wed Feb 22 13:06:25 2012 <0001> gsm_04_08.c:114 (bts 0 trx 0 ts 0 pd 05) > Sending 0x04 to MS. > Wed Feb 22 13:06:25 2012 <0000> abis_rsl.c:1493 (bts=0,trx=0,ts=0,ss=0) > SAPI=0 Wed Feb 22 13:06:25 2012 <0000> abis_rsl.c:1439 > (bts=0,trx=0,ts=0,ss=0) ERROR INDICATION cause=unknown 0x0 > Wed Feb 22 13:06:25 2012 <0000> abis_rsl.c:1493 (bts=0,trx=0,ts=0,ss=0) > SAPI=0 ESTABLISH INDICATION > Wed Feb 22 13:06:25 2012 <0002> gsm_04_08.c:1023 LOCATION UPDATING > REQUEST: mi_type=0x01 MI(460020020292786) type=NORMAL ignoring request due > an existing one: 0x20f1350. > Wed Feb 22 13:06:25 2012 <0002> gsm_04_08.c:383 Subscriber > 460020020292786: LOCATION UPDATING REJECT LAC=1 BTS=0 > Wed Feb 22 13:06:25 2012 <0001> gsm_04_08.c:114 (bts 0 trx 0 ts 0 pd 05) > Sending 0x04 to MS. > Wed Feb 22 13:06:25 2012 <0000> abis_rsl.c:1493 (bts=0,trx=0,ts=0,ss=0) > SAPI=0 DATA INDICATION > Wed Feb 22 13:06:25 2012 <0003> bsc_api.c:430 CLASSMARK CHANGE CM2(len=3) > CM3(len=4) > Wed Feb 22 13:06:27 2012 <0000> abis_rsl.c:1493 (bts=0,trx=0,ts=0,ss=0) > SAPI=0 DATA INDICATION > Wed Feb 22 13:06:27 2012 <0002> gsm_04_08.c:446 IDENTITY RESPONSE: > mi_type=0x02 MI(357966009107140) > Wed Feb 22 13:06:30 2012 <0002> gsm_04_08.c:484 Location Updating Request > procedure timedout. > Wed Feb 22 13:06:30 2012 <0002> gsm_04_08.c:383 Subscriber > 460020020292786: LOCATION UPDATING REJECT LAC=1 BTS=0 > Wed Feb 22 13:06:30 2012 <0001> gsm_04_08.c:114 (bts 0 trx 0 ts 0 pd 05) > Sending 0x04 to MS. > Wed Feb 22 13:06:30 2012 <0000> chan_alloc.c:429 (bts=0,trx=0,ts=0,ss=0) > starting release sequence > Wed Feb 22 13:06:30 2012 <0003> gsm_04_08_utils.c:231 Sending Channel > Release: Chan: Number: 0 Type: 1 > Wed Feb 22 13:06:30 2012 <0004> abis_rsl.c:579 (bts=0,trx=0,ts=0,ss=0) > DEACTivate SACCH CMD > Wed Feb 22 13:06:31 2012 <0000> abis_rsl.c:1493 (bts=0,trx=0,ts=0,ss=0) > SAPI=0 RELEASE INDICATION > Wed Feb 22 13:06:31 2012 <0004> abis_rsl.c:621 (bts=0,trx=0,ts=0,ss=0) RF > Channel Release CMD due error 0 > Wed Feb 22 13:06:31 2012 <0004> abis_rsl.c:658 (bts=0,trx=0,ts=0,ss=0) RF > CHANNEL RELEASE ACK > > Thanks for any help, > Tom Cooper > > -- > Graduate Research Assistant > Wireless @ Virginia Tech > tacooper at vt.edu > -------------- next part -------------- An HTML attachment was scrubbed... URL: From don at 00100100.net Wed Feb 22 23:00:29 2012 From: don at 00100100.net (Don Fanning) Date: Wed, 22 Feb 2012 15:00:29 -0800 Subject: uint32_t does not name a type Message-ID: Trying to replicate my setup to a new machine. Not sure what I'm missing as now my old LCR source is showing the same issue on Debian 6.06. No difference with the current GIT commit... same error. root at Netbox:/usr/src/lcr# make make all-am make[1]: Entering directory `/usr/src/lcr' g++ -DHAVE_CONFIG_H -I. -DWITH_MISDN -DWITH_CRYPT -DWITH_GSM_BS -Wall -DCONFIG_DATA="\"/usr/local/lcr\"" -DSHARE_DATA="\"/usr/local/lcr\"" -DLOG_DIR="\"/usr/local/lcr\"" -DEXTENSION_DATA="\"/usr/local/lcr/extensions\"" -g -O2 -MT gsm.o -MD -MP -MF .deps/gsm.Tpo -c -o gsm.o gsm.cpp In file included from gsm.cpp:14: mncc.h:195: error: ?uint32_t? does not name a type mncc.h:196: error: ?uint32_t? does not name a type mncc.h:197: error: ?uint32_t? does not name a type mncc.h:198: error: ?uint16_t? does not name a type mncc.h:199: error: ?uint32_t? does not name a type mncc.h:200: error: ?uint32_t? does not name a type gsm.cpp: In member function ?void Pgsm::send_mncc_rtp_connect()?: gsm.cpp:133: error: ?struct gsm_mncc_rtp? has no member named ?ip? gsm.cpp:134: error: ?struct gsm_mncc_rtp? has no member named ?port? gsm.cpp:137: error: ?struct gsm_mncc_rtp? has no member named ?payload_msg_type? gsm.cpp:140: error: ?struct gsm_mncc_rtp? has no member named ?payload_msg_type? gsm.cpp:143: error: ?struct gsm_mncc_rtp? has no member named ?payload_msg_type? gsm.cpp:146: error: ?struct gsm_mncc_rtp? has no member named ?payload_msg_type? gsm.cpp:149: error: ?struct gsm_mncc_rtp? has no member named ?payload_type? gsm.cpp:150: error: ?struct gsm_mncc_rtp? has no member named ?payload_msg_type? gsm.cpp:150: error: ?struct gsm_mncc_rtp? has no member named ?payload_type? gsm.cpp:151: error: ?struct gsm_mncc_rtp? has no member named ?msg_type? gsm.cpp: In member function ?void Pgsm::setup_cnf(unsigned int, unsigned int, gsm_mncc*)?: gsm.cpp:500: error: ?struct gsm_mncc_rtp? has no member named ?msg_type? gsm.cpp: In member function ?void Pgsm::rtp_create_ind(unsigned int, unsigned int, gsm_mncc*)?: gsm.cpp:649: error: ?struct gsm_mncc_rtp? has no member named ?ip? gsm.cpp:649: error: ?struct gsm_mncc_rtp? has no member named ?port? gsm.cpp:650: error: ?struct gsm_mncc_rtp? has no member named ?ip? gsm.cpp:651: error: ?struct gsm_mncc_rtp? has no member named ?port? gsm.cpp:656: error: ?struct gsm_mncc_rtp? has no member named ?ip? gsm.cpp:656: error: ?struct gsm_mncc_rtp? has no member named ?port? gsm.cpp: In member function ?void Pgsm::rtp_connect_ind(unsigned int, unsigned int, gsm_mncc*)?: gsm.cpp:669: error: ?struct gsm_mncc_rtp? has no member named ?ip? gsm.cpp:669: error: ?struct gsm_mncc_rtp? has no member named ?port? gsm.cpp:670: error: ?struct gsm_mncc_rtp? has no member named ?ip? gsm.cpp:671: error: ?struct gsm_mncc_rtp? has no member named ?port? make[1]: *** [gsm.o] Error 1 make[1]: Leaving directory `/usr/src/lcr' make: *** [all] Error 2 -------------- next part -------------- An HTML attachment was scrubbed... URL: From andreas at eversberg.eu Fri Feb 24 09:08:02 2012 From: andreas at eversberg.eu (Andreas Eversberg) Date: Fri, 24 Feb 2012 10:08:02 +0100 Subject: uint32_t does not name a type In-Reply-To: References: Message-ID: <4F475372.3010307@eversberg.eu> Don Fanning wrote: > mncc.h:195: error: ?uint32_t? does not name a type hi don, can you shnow me your output of ./configure ... ? thanx, andreas From don at 00100100.net Fri Feb 24 16:27:46 2012 From: don at 00100100.net (Don Fanning) Date: Fri, 24 Feb 2012 08:27:46 -0800 Subject: uint32_t does not name a type In-Reply-To: <4F475372.3010307@eversberg.eu> References: <4F475372.3010307@eversberg.eu> Message-ID: Here you go... Thanks! OpenBSC:/usr/src/lcr# ./configure --prefix=/opt/lcr --with-asterisk --with-gsm-bs checking for gcc... gcc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking how to run the C preprocessor... gcc -E checking for grep that handles long lines and -e... /bin/grep checking for egrep... /bin/grep -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking minix/config.h usability... no checking minix/config.h presence... no checking for minix/config.h... no checking whether it is safe to define __EXTENSIONS__... yes checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /bin/mkdir -p checking for gawk... no checking for mawk... mawk checking whether make sets $(MAKE)... yes checking for style of include used by make... GNU checking dependency style of gcc... gcc3 checking how to run the C preprocessor... gcc -E checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking dependency style of g++... gcc3 checking for gcc... (cached) gcc checking whether we are using the GNU C compiler... (cached) yes checking whether gcc accepts -g... (cached) yes checking for gcc option to accept ISO C89... (cached) none needed checking whether make sets $(MAKE)... (cached) yes checking mISDN/mbuffer.h usability... yes checking mISDN/mbuffer.h presence... yes checking for mISDN/mbuffer.h... yes checking asterisk/compiler.h usability... yes checking asterisk/compiler.h presence... yes checking for asterisk/compiler.h... yes checking for struct tone_zone_sound in asterisk/indications.h... no checking for struct ast_tone_zone_sound in asterisk/indications.h... yes checking for struct ast_party_caller in asterisk/channel.h... no checking openssl/rsa.h usability... yes checking openssl/rsa.h presence... yes checking for openssl/rsa.h... yes checking for main in -lcrypto... yes checking /usr/include/gsm/gsm.h... yes checking for pkg-config... /usr/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking for main in -lm... yes checking for main in -lncurses... yes checking for main in -lpthread... yes checking for dirent.h that defines DIR... yes checking for library containing opendir... none required checking for ANSI C header files... (cached) yes checking for sys/wait.h that is POSIX.1 compatible... yes checking fcntl.h usability... yes checking fcntl.h presence... yes checking for fcntl.h... yes checking netinet/in.h usability... yes checking netinet/in.h presence... yes checking for netinet/in.h... yes checking for stdlib.h... (cached) yes checking for string.h... (cached) yes checking sys/file.h usability... yes checking sys/file.h presence... yes checking for sys/file.h... yes checking sys/ioctl.h usability... yes checking sys/ioctl.h presence... yes checking for sys/ioctl.h... yes checking sys/socket.h usability... yes checking sys/socket.h presence... yes checking for sys/socket.h... yes checking sys/time.h usability... yes checking sys/time.h presence... yes checking for sys/time.h... yes checking for unistd.h... (cached) yes checking ctype.h usability... yes checking ctype.h presence... yes checking for ctype.h... yes checking assert.h usability... yes checking assert.h presence... yes checking for assert.h... yes checking for assert.h... (cached) yes checking for stdbool.h that conforms to C99... yes checking for _Bool... yes checking for an ANSI C-conforming const... yes checking for inline... inline checking for pid_t... yes checking whether time.h and sys/time.h may both be included... yes checking whether struct tm is in sys/time.h or time.h... time.h checking vfork.h usability... no checking vfork.h presence... no checking for vfork.h... no checking for fork... yes checking for vfork... yes checking for working fork... yes checking for working vfork... (cached) yes checking whether gcc needs -traditional... no checking whether lstat correctly handles trailing slash... yes checking whether lstat accepts an empty string... no checking whether lstat correctly handles trailing slash... (cached) yes checking for stdlib.h... (cached) yes checking for GNU libc compatible malloc... yes checking for working memcmp... yes checking return type of signal handlers... void checking for working strnlen... yes checking for working strtod... yes checking for vprintf... yes checking for _doprnt... no checking for gettimeofday... yes checking for memmove... yes checking for memset... yes checking for mkdir... yes checking for socket... yes checking for strcasecmp... yes checking for strchr... yes checking for strerror... yes checking for strncasecmp... yes checking for strstr... yes checking for strtol... yes checking for strtoul... yes configure: creating ./config.status config.status: creating Makefile config.status: creating config.h config.status: config.h is unchanged config.status: executing depfiles commands configure: Compiled with mISDN support configure: Compiled with GSM network side support configure: Not compiled with GSM mobile side support configure: Compiled with Asterisk channel driver support configure: Not compiled with CCITT No.5 support configure: Not compiled with SIP support OpenBSC:/usr/src/lcr# make clean && make test -z "lcradmin gentones genwave" || rm -f lcradmin gentones genwave rm -f *.po test -z "chan_lcr.so" || rm -f chan_lcr.so test -z "lcr genrc genextension" || rm -f lcr genrc genextension rm -f *.o make all-am make[1]: Entering directory `/usr/src/lcr' g++ -DHAVE_CONFIG_H -I. -DWITH_MISDN -DWITH_CRYPT -DWITH_GSM_BS -Wall -DCONFIG_DATA="\"/usr/local/lcr\"" -DSHARE_DATA="\"/usr/local/lcr\"" -DLOG_DIR="\"/usr/local/lcr\"" -DEXTENSION_DATA="\"/usr/local/lcr/extensions\"" -g -O2 -MT lcradmin.o -MD -MP -MF .deps/lcradmin.Tpo -c -o lcradmin.o lcradmin.c mv -f .deps/lcradmin.Tpo .deps/lcradmin.Po g++ -DHAVE_CONFIG_H -I. -DWITH_MISDN -DWITH_CRYPT -DWITH_GSM_BS -Wall -DCONFIG_DATA="\"/usr/local/lcr\"" -DSHARE_DATA="\"/usr/local/lcr\"" -DLOG_DIR="\"/usr/local/lcr\"" -DEXTENSION_DATA="\"/usr/local/lcr/extensions\"" -g -O2 -MT cause.o -MD -MP -MF .deps/cause.Tpo -c -o cause.o cause.c mv -f .deps/cause.Tpo .deps/cause.Po g++ -DHAVE_CONFIG_H -I. -DWITH_MISDN -DWITH_CRYPT -DWITH_GSM_BS -Wall -DCONFIG_DATA="\"/usr/local/lcr\"" -DSHARE_DATA="\"/usr/local/lcr\"" -DLOG_DIR="\"/usr/local/lcr\"" -DEXTENSION_DATA="\"/usr/local/lcr/extensions\"" -g -O2 -MT options.o -MD -MP -MF .deps/options.Tpo -c -o options.o options.c mv -f .deps/options.Tpo .deps/options.Po g++ -g -O2 -o lcradmin lcradmin.o cause.o options.o -lpthread -lncurses -lm g++ -DHAVE_CONFIG_H -I. -DWITH_MISDN -DWITH_CRYPT -DWITH_GSM_BS -Wall -DCONFIG_DATA="\"/usr/local/lcr\"" -DSHARE_DATA="\"/usr/local/lcr\"" -DLOG_DIR="\"/usr/local/lcr\"" -DEXTENSION_DATA="\"/usr/local/lcr/extensions\"" -g -O2 -MT gentones.o -MD -MP -MF .deps/gentones.Tpo -c -o gentones.o gentones.c mv -f .deps/gentones.Tpo .deps/gentones.Po g++ -g -O2 -o gentones gentones.o -lpthread -lncurses -lm g++ -DHAVE_CONFIG_H -I. -DWITH_MISDN -DWITH_CRYPT -DWITH_GSM_BS -Wall -DCONFIG_DATA="\"/usr/local/lcr\"" -DSHARE_DATA="\"/usr/local/lcr\"" -DLOG_DIR="\"/usr/local/lcr\"" -DEXTENSION_DATA="\"/usr/local/lcr/extensions\"" -g -O2 -MT genwave.o -MD -MP -MF .deps/genwave.Tpo -c -o genwave.o genwave.c mv -f .deps/genwave.Tpo .deps/genwave.Po g++ -g -O2 -o genwave genwave.o -lpthread -lncurses -lm gcc -DWITH_MISDN -DWITH_CRYPT -DWITH_GSM_BS -Wall -DCONFIG_DATA="\"/usr/local/lcr\"" -DSHARE_DATA="\"/usr/local/lcr\"" -DLOG_DIR="\"/usr/local/lcr\"" -DEXTENSION_DATA="\"/usr/local/lcr/extensions\"" -Dtone_zone_sound=ast_tone_zone_sound -g -O2 -D_GNU_SOURCE -fPIC -c chan_lcr.c -o chan_lcr.po chan_lcr.c:689:2: warning: #warning DISABLED DUE TO DOUBLE LOCKING PROBLEM chan_lcr.c: In function ?load_module?: chan_lcr.c:3299: warning: passing argument 2 of ?ast_register_application2? from incompatible pointer type /usr/include/asterisk/module.h:427: note: expected ?int (*)(struct ast_channel *, void *)? but argument is of type ?int (*)(struct ast_channel *, void *)? gcc -DWITH_MISDN -DWITH_CRYPT -DWITH_GSM_BS -Wall -DCONFIG_DATA="\"/usr/local/lcr\"" -DSHARE_DATA="\"/usr/local/lcr\"" -DLOG_DIR="\"/usr/local/lcr\"" -DEXTENSION_DATA="\"/usr/local/lcr/extensions\"" -D_GNU_SOURCE -g -O2 -fPIC -c bchannel.c -o bchannel.po gcc -DWITH_MISDN -DWITH_CRYPT -DWITH_GSM_BS -Wall -DCONFIG_DATA="\"/usr/local/lcr\"" -DSHARE_DATA="\"/usr/local/lcr\"" -DLOG_DIR="\"/usr/local/lcr\"" -DEXTENSION_DATA="\"/usr/local/lcr/extensions\"" -D_GNU_SOURCE -g -O2 -fPIC -c options.c -o options.po gcc -DWITH_MISDN -DWITH_CRYPT -DWITH_GSM_BS -Wall -DCONFIG_DATA="\"/usr/local/lcr\"" -DSHARE_DATA="\"/usr/local/lcr\"" -DLOG_DIR="\"/usr/local/lcr\"" -DEXTENSION_DATA="\"/usr/local/lcr/extensions\"" -D_GNU_SOURCE -g -O2 -fPIC -c callerid.c -o callerid.po gcc -DWITH_MISDN -DWITH_CRYPT -DWITH_GSM_BS -Wall -DCONFIG_DATA="\"/usr/local/lcr\"" -DSHARE_DATA="\"/usr/local/lcr\"" -DLOG_DIR="\"/usr/local/lcr\"" -DEXTENSION_DATA="\"/usr/local/lcr/extensions\"" -D_GNU_SOURCE -g -O2 -fPIC -c select.c -o select.po gcc -g -O2 -shared -o chan_lcr.so chan_lcr.po bchannel.po options.po callerid.po select.po -lpthread -lncurses -lm g++ -DHAVE_CONFIG_H -I. -DWITH_MISDN -DWITH_CRYPT -DWITH_GSM_BS -Wall -DCONFIG_DATA="\"/usr/local/lcr\"" -DSHARE_DATA="\"/usr/local/lcr\"" -DLOG_DIR="\"/usr/local/lcr\"" -DEXTENSION_DATA="\"/usr/local/lcr/extensions\"" -g -O2 -MT main.o -MD -MP -MF .deps/main.Tpo -c -o main.o main.c mv -f .deps/main.Tpo .deps/main.Po g++ -DHAVE_CONFIG_H -I. -DWITH_MISDN -DWITH_CRYPT -DWITH_GSM_BS -Wall -DCONFIG_DATA="\"/usr/local/lcr\"" -DSHARE_DATA="\"/usr/local/lcr\"" -DLOG_DIR="\"/usr/local/lcr\"" -DEXTENSION_DATA="\"/usr/local/lcr/extensions\"" -g -O2 -MT select.o -MD -MP -MF .deps/select.Tpo -c -o select.o select.c mv -f .deps/select.Tpo .deps/select.Po g++ -DHAVE_CONFIG_H -I. -DWITH_MISDN -DWITH_CRYPT -DWITH_GSM_BS -Wall -DCONFIG_DATA="\"/usr/local/lcr\"" -DSHARE_DATA="\"/usr/local/lcr\"" -DLOG_DIR="\"/usr/local/lcr\"" -DEXTENSION_DATA="\"/usr/local/lcr/extensions\"" -g -O2 -MT trace.o -MD -MP -MF .deps/trace.Tpo -c -o trace.o trace.c mv -f .deps/trace.Tpo .deps/trace.Po g++ -DHAVE_CONFIG_H -I. -DWITH_MISDN -DWITH_CRYPT -DWITH_GSM_BS -Wall -DCONFIG_DATA="\"/usr/local/lcr\"" -DSHARE_DATA="\"/usr/local/lcr\"" -DLOG_DIR="\"/usr/local/lcr\"" -DEXTENSION_DATA="\"/usr/local/lcr/extensions\"" -g -O2 -MT tones.o -MD -MP -MF .deps/tones.Tpo -c -o tones.o tones.c mv -f .deps/tones.Tpo .deps/tones.Po g++ -DHAVE_CONFIG_H -I. -DWITH_MISDN -DWITH_CRYPT -DWITH_GSM_BS -Wall -DCONFIG_DATA="\"/usr/local/lcr\"" -DSHARE_DATA="\"/usr/local/lcr\"" -DLOG_DIR="\"/usr/local/lcr\"" -DEXTENSION_DATA="\"/usr/local/lcr/extensions\"" -g -O2 -MT alawulaw.o -MD -MP -MF .deps/alawulaw.Tpo -c -o alawulaw.o alawulaw.c mv -f .deps/alawulaw.Tpo .deps/alawulaw.Po g++ -DHAVE_CONFIG_H -I. -DWITH_MISDN -DWITH_CRYPT -DWITH_GSM_BS -Wall -DCONFIG_DATA="\"/usr/local/lcr\"" -DSHARE_DATA="\"/usr/local/lcr\"" -DLOG_DIR="\"/usr/local/lcr\"" -DEXTENSION_DATA="\"/usr/local/lcr/extensions\"" -g -O2 -MT interface.o -MD -MP -MF .deps/interface.Tpo -c -o interface.o interface.c mv -f .deps/interface.Tpo .deps/interface.Po g++ -DHAVE_CONFIG_H -I. -DWITH_MISDN -DWITH_CRYPT -DWITH_GSM_BS -Wall -DCONFIG_DATA="\"/usr/local/lcr\"" -DSHARE_DATA="\"/usr/local/lcr\"" -DLOG_DIR="\"/usr/local/lcr\"" -DEXTENSION_DATA="\"/usr/local/lcr/extensions\"" -g -O2 -MT message.o -MD -MP -MF .deps/message.Tpo -c -o message.o message.c mv -f .deps/message.Tpo .deps/message.Po g++ -DHAVE_CONFIG_H -I. -DWITH_MISDN -DWITH_CRYPT -DWITH_GSM_BS -Wall -DCONFIG_DATA="\"/usr/local/lcr\"" -DSHARE_DATA="\"/usr/local/lcr\"" -DLOG_DIR="\"/usr/local/lcr\"" -DEXTENSION_DATA="\"/usr/local/lcr/extensions\"" -g -O2 -MT callerid.o -MD -MP -MF .deps/callerid.Tpo -c -o callerid.o callerid.c mv -f .deps/callerid.Tpo .deps/callerid.Po g++ -DHAVE_CONFIG_H -I. -DWITH_MISDN -DWITH_CRYPT -DWITH_GSM_BS -Wall -DCONFIG_DATA="\"/usr/local/lcr\"" -DSHARE_DATA="\"/usr/local/lcr\"" -DLOG_DIR="\"/usr/local/lcr\"" -DEXTENSION_DATA="\"/usr/local/lcr/extensions\"" -g -O2 -MT socket_server.o -MD -MP -MF .deps/socket_server.Tpo -c -o socket_server.o socket_server.c mv -f .deps/socket_server.Tpo .deps/socket_server.Po g++ -DHAVE_CONFIG_H -I. -DWITH_MISDN -DWITH_CRYPT -DWITH_GSM_BS -Wall -DCONFIG_DATA="\"/usr/local/lcr\"" -DSHARE_DATA="\"/usr/local/lcr\"" -DLOG_DIR="\"/usr/local/lcr\"" -DEXTENSION_DATA="\"/usr/local/lcr/extensions\"" -g -O2 -MT port.o -MD -MP -MF .deps/port.Tpo -c -o port.o port.cpp mv -f .deps/port.Tpo .deps/port.Po g++ -DHAVE_CONFIG_H -I. -DWITH_MISDN -DWITH_CRYPT -DWITH_GSM_BS -Wall -DCONFIG_DATA="\"/usr/local/lcr\"" -DSHARE_DATA="\"/usr/local/lcr\"" -DLOG_DIR="\"/usr/local/lcr\"" -DEXTENSION_DATA="\"/usr/local/lcr/extensions\"" -g -O2 -MT vbox.o -MD -MP -MF .deps/vbox.Tpo -c -o vbox.o vbox.cpp mv -f .deps/vbox.Tpo .deps/vbox.Po g++ -DHAVE_CONFIG_H -I. -DWITH_MISDN -DWITH_CRYPT -DWITH_GSM_BS -Wall -DCONFIG_DATA="\"/usr/local/lcr\"" -DSHARE_DATA="\"/usr/local/lcr\"" -DLOG_DIR="\"/usr/local/lcr\"" -DEXTENSION_DATA="\"/usr/local/lcr/extensions\"" -g -O2 -MT mISDN.o -MD -MP -MF .deps/mISDN.Tpo -c -o mISDN.o mISDN.cpp mv -f .deps/mISDN.Tpo .deps/mISDN.Po g++ -DHAVE_CONFIG_H -I. -DWITH_MISDN -DWITH_CRYPT -DWITH_GSM_BS -Wall -DCONFIG_DATA="\"/usr/local/lcr\"" -DSHARE_DATA="\"/usr/local/lcr\"" -DLOG_DIR="\"/usr/local/lcr\"" -DEXTENSION_DATA="\"/usr/local/lcr/extensions\"" -g -O2 -MT dss1.o -MD -MP -MF .deps/dss1.Tpo -c -o dss1.o dss1.cpp mv -f .deps/dss1.Tpo .deps/dss1.Po g++ -DHAVE_CONFIG_H -I. -DWITH_MISDN -DWITH_CRYPT -DWITH_GSM_BS -Wall -DCONFIG_DATA="\"/usr/local/lcr\"" -DSHARE_DATA="\"/usr/local/lcr\"" -DLOG_DIR="\"/usr/local/lcr\"" -DEXTENSION_DATA="\"/usr/local/lcr/extensions\"" -g -O2 -MT loop.o -MD -MP -MF .deps/loop.Tpo -c -o loop.o loop.c mv -f .deps/loop.Tpo .deps/loop.Po g++ -DHAVE_CONFIG_H -I. -DWITH_MISDN -DWITH_CRYPT -DWITH_GSM_BS -Wall -DCONFIG_DATA="\"/usr/local/lcr\"" -DSHARE_DATA="\"/usr/local/lcr\"" -DLOG_DIR="\"/usr/local/lcr\"" -DEXTENSION_DATA="\"/usr/local/lcr/extensions\"" -g -O2 -MT crypt.o -MD -MP -MF .deps/crypt.Tpo -c -o crypt.o crypt.cpp mv -f .deps/crypt.Tpo .deps/crypt.Po g++ -DHAVE_CONFIG_H -I. -DWITH_MISDN -DWITH_CRYPT -DWITH_GSM_BS -Wall -DCONFIG_DATA="\"/usr/local/lcr\"" -DSHARE_DATA="\"/usr/local/lcr\"" -DLOG_DIR="\"/usr/local/lcr\"" -DEXTENSION_DATA="\"/usr/local/lcr/extensions\"" -g -O2 -MT remote.o -MD -MP -MF .deps/remote.Tpo -c -o remote.o remote.cpp mv -f .deps/remote.Tpo .deps/remote.Po g++ -DHAVE_CONFIG_H -I. -DWITH_MISDN -DWITH_CRYPT -DWITH_GSM_BS -Wall -DCONFIG_DATA="\"/usr/local/lcr\"" -DSHARE_DATA="\"/usr/local/lcr\"" -DLOG_DIR="\"/usr/local/lcr\"" -DEXTENSION_DATA="\"/usr/local/lcr/extensions\"" -g -O2 -MT joinremote.o -MD -MP -MF .deps/joinremote.Tpo -c -o joinremote.o joinremote.cpp mv -f .deps/joinremote.Tpo .deps/joinremote.Po g++ -DHAVE_CONFIG_H -I. -DWITH_MISDN -DWITH_CRYPT -DWITH_GSM_BS -Wall -DCONFIG_DATA="\"/usr/local/lcr\"" -DSHARE_DATA="\"/usr/local/lcr\"" -DLOG_DIR="\"/usr/local/lcr\"" -DEXTENSION_DATA="\"/usr/local/lcr/extensions\"" -g -O2 -MT gsm_audio.o -MD -MP -MF .deps/gsm_audio.Tpo -c -o gsm_audio.o gsm_audio.c mv -f .deps/gsm_audio.Tpo .deps/gsm_audio.Po g++ -DHAVE_CONFIG_H -I. -DWITH_MISDN -DWITH_CRYPT -DWITH_GSM_BS -Wall -DCONFIG_DATA="\"/usr/local/lcr\"" -DSHARE_DATA="\"/usr/local/lcr\"" -DLOG_DIR="\"/usr/local/lcr\"" -DEXTENSION_DATA="\"/usr/local/lcr/extensions\"" -g -O2 -MT gsm.o -MD -MP -MF .deps/gsm.Tpo -c -o gsm.o gsm.cpp In file included from gsm.cpp:14: mncc.h:193: error: ?uint32_t? does not name a type mncc.h:194: error: ?uint32_t? does not name a type mncc.h:195: error: ?uint32_t? does not name a type mncc.h:196: error: ?uint16_t? does not name a type gsm.cpp: In member function ?void Pgsm::setup_cnf(unsigned int, unsigned int, gsm_mncc*)?: gsm.cpp:475: error: ?struct gsm_mncc_rtp? has no member named ?msg_type? gsm.cpp: In member function ?void Pgsm::rtp_create_ind(unsigned int, unsigned int, gsm_mncc*)?: gsm.cpp:624: error: ?struct gsm_mncc_rtp? has no member named ?ip? gsm.cpp:624: error: ?struct gsm_mncc_rtp? has no member named ?port? gsm.cpp:625: error: ?struct gsm_mncc_rtp? has no member named ?ip? gsm.cpp:626: error: ?struct gsm_mncc_rtp? has no member named ?port? gsm.cpp:633: error: ?struct gsm_mncc_rtp? has no member named ?ip? gsm.cpp:633: error: ?struct gsm_mncc_rtp? has no member named ?port? gsm.cpp:635: error: ?struct gsm_mncc_rtp? has no member named ?ip? gsm.cpp:636: error: ?struct gsm_mncc_rtp? has no member named ?port? gsm.cpp:637: error: ?struct gsm_mncc_rtp? has no member named ?msg_type? gsm.cpp: In member function ?void Pgsm::rtp_connect_ind(unsigned int, unsigned int, gsm_mncc*)?: gsm.cpp:649: error: ?struct gsm_mncc_rtp? has no member named ?ip? gsm.cpp:649: error: ?struct gsm_mncc_rtp? has no member named ?port? gsm.cpp:650: error: ?struct gsm_mncc_rtp? has no member named ?ip? gsm.cpp:651: error: ?struct gsm_mncc_rtp? has no member named ?port? gsm.cpp: In member function ?void Pgsm::message_progress(unsigned int, int, parameter*)?: gsm.cpp:670: error: ?struct gsm_mncc_rtp? has no member named ?ip? gsm.cpp:671: error: ?struct gsm_mncc_rtp? has no member named ?port? gsm.cpp:672: error: ?struct gsm_mncc_rtp? has no member named ?msg_type? gsm.cpp: In member function ?void Pgsm::message_connect(unsigned int, int, parameter*)?: gsm.cpp:780: error: ?struct gsm_mncc_rtp? has no member named ?ip? gsm.cpp:781: error: ?struct gsm_mncc_rtp? has no member named ?port? gsm.cpp:782: error: ?struct gsm_mncc_rtp? has no member named ?msg_type? make[1]: *** [gsm.o] Error 1 make[1]: Leaving directory `/usr/src/lcr' make: *** [all] Error 2 OpenBSC:/usr/src/lcr# On Fri, Feb 24, 2012 at 1:08 AM, Andreas Eversberg wrote: > Don Fanning wrote: > > mncc.h:195: error: ?uint32_t? does not name a type > hi don, > > can you shnow me your output of ./configure ... ? > > thanx, > > andreas > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From nobody_su at chaostreff.ch Sun Feb 26 22:10:47 2012 From: nobody_su at chaostreff.ch (Miguel Elias) Date: Sun, 26 Feb 2012 23:10:47 +0100 Subject: Easterhegg 2012 registration open Message-ID: <4F4AADE7.8060700@chaostreff.ch> Hi together, the registration for the next Easterhegg in Basel (Switzerland) is open. -->> https://easterhegg.ch We are still looking for workshops and lectures. You can find more information in the attached text file. Here our poster: https://easterhegg.ch/eh2012-plakat-a3.pdf Gruss Miguel aka nobody -- ------------------------------------------------------------------ Chaostreff Basel, Birsfelderstrasse 6, 4132 Muttenz, Schweiz WEB: https://www.chaostreff.ch Wiki: http://wiki.chaostreff.ch Jabber: nobody_su at jabber.ccc.de ------------------------------------------------------------------ === Please don't print this e-mail unless you really need to, this is your contribution to save the environment. === -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: CFP de:en.txt URL: From carcellelist at free.fr Tue Feb 28 00:33:51 2012 From: carcellelist at free.fr (carcelle) Date: Tue, 28 Feb 2012 01:33:51 +0100 Subject: mISDN/lcr/asterisk compilation issues Message-ID: <20120228003351.GH10919@massoud> Dear openbsc folks, i am following up on the osmo-nitb/ggsn/sgsn config running w/ a nanoBTS-1800. i have been trying to get mISDN/lcr to build to be able to create the chan_lcr into asterisk (i am more familiar w/ dahdi/asterisk for isdn cahnnels) though so far i am not able to get it to work : *configuration : **host : running linux debian lenny 2.6.26-2-686) **autoconf 2.61 **mISDN-1_1_9.1 (downloaded as a tarball) builds mISDN_dsp.ko but not mISDN_l1loop.ko **lcr doest not build (./configure passes) /usr/src/lcr# git-apply --verbose lcrOpenBSC.patch Checking patch gsm_bs.cpp... error: while searching for: int bts_model_nanobts_init(void); static struct log_target *stderr_target; /* timer to store statistics */ #define DB_SYNC_INTERVAL 60, 0 static struct timer_list db_sync_timer; error: patch failed: gsm_bs.cpp:39 error: gsm_bs.cpp: patch does not apply /usr/src/lcr# make (...) gcc -DWITH_GSM_BS -I./openbsc/include -I./libosmocore/include -I./openbsc -Wall -DCONFIG_DATA="\"/usr/local/lcr\"" -DSHARE_DATA="\"/usr/local/lcr\"" -DLOG_DIR="\"/usr/local/lcr\"" -DEXTENSION_DATA="\"/usr/local/lcr/extensions\"" -D_GNU_SOURCE -fPIC -c bchannel.c -o bchannel.po bchannel.c:29:31: error: mISDN/mISDNcompat.h: No such file or directory bchannel.c:30: error: 'MISDN_AF_ISDN' undeclared here (not in a function) bchannel.c:31:24: error: mISDN/q931.h: No such file or directory bchannel.c: In function 'bchannel_create': bchannel.c:148: error: 'PF_ISDN' undeclared (first use in this function) bchannel.c:148: error: (Each undeclared identifier is reported only once bchannel.c:148: error: for each function it appears in.) bchannel.c:174: error: 'AF_ISDN' undeclared (first use in this function) make[1]: *** [bchannel.po] Error 1 make[1]: Leaving directory `/usr/src/lcr' (lcr from git : commit 6e1e99808e5b1c16b00904d31f95d0b74487023e) *questions : **do i need misdn to build lcr if running a nanobts w/ Abis-over-ip ? **am i missing something in the build order ? **any packaged version of misdn for debian 2.6.26-2-686 ? thanks for your support. Xavier. From peter at stuge.se Tue Feb 28 01:01:40 2012 From: peter at stuge.se (Peter Stuge) Date: Tue, 28 Feb 2012 02:01:40 +0100 Subject: mISDN/lcr/asterisk compilation issues In-Reply-To: <20120228003351.GH10919@massoud> References: <20120228003351.GH10919@massoud> Message-ID: <20120228010140.7582.qmail@stuge.se> Hi Xavier, carcelle wrote: > i have been trying to get mISDN/lcr to build Where is your ISDN in this setup? What will lcr route to? //Peter From andreas at eversberg.eu Tue Feb 28 16:39:24 2012 From: andreas at eversberg.eu (Andreas Eversberg) Date: Tue, 28 Feb 2012 17:39:24 +0100 Subject: mISDN/lcr/asterisk compilation issues In-Reply-To: <20120228003351.GH10919@massoud> References: <20120228003351.GH10919@massoud> Message-ID: <4F4D033C.6040304@eversberg.eu> hi xavier, please use the socket branch of mISDN and mISDNuser. see www.mISDN.eu use the master branch of lcr. see www.mISDN.eu use the master branch of openbsc. see http://openbsc.osmocom.org/trac/wiki/OpenBSC lcr is now able to bridge between gsm and sip. for openbsc you don't need any patch, since we use a socket interface between openbsc and lcr now. it is already included in both. regards, andreas From carcellelist at free.fr Tue Feb 28 23:23:06 2012 From: carcellelist at free.fr (carcelle) Date: Wed, 29 Feb 2012 00:23:06 +0100 Subject: mISDN/lcr/asterisk compilation issues In-Reply-To: <4F4D033C.6040304@eversberg.eu> References: <20120228003351.GH10919@massoud> <4F4D033C.6040304@eversberg.eu> Message-ID: <20120228232306.GJ10919@massoud> dear andreas, thanks for your support > please use the socket branch of mISDN and mISDNuser. see www.mISDN.eu ./configure gives me the following error configure: error: kernel build tree does not exist build:/lib/modules/2.6.26-2-686/build / source:/lib/modules/2.6.26-2-686/source though on my 2.6.26-2-686 debian i have installed : dpkg -l|grep 2.6.26 ii linux-headers-2.6.26-2-686 2.6.26-27 Header files ii linux-source-2.6.26 2.6.26-27 Linux kernel is there something that i missing before the configure the autoconf/automake i have are too old for the latest git version of the socket branch > use the master branch of lcr. see www.mISDN.eu > use the master branch of openbsc. see > http://openbsc.osmocom.org/trac/wiki/OpenBSC > > lcr is now able to bridge between gsm and sip. for openbsc you don't > need any patch, since we use a socket interface between openbsc and lcr > now. it is already included in both. excellent, i will then be able to route gsm<->sip my best regards, xavier. > regards, > > andreas > From peter at stuge.se Tue Feb 28 23:58:18 2012 From: peter at stuge.se (Peter Stuge) Date: Wed, 29 Feb 2012 00:58:18 +0100 Subject: mISDN/lcr/asterisk compilation issues In-Reply-To: <20120228232306.GJ10919@massoud> References: <20120228003351.GH10919@massoud> <4F4D033C.6040304@eversberg.eu> <20120228232306.GJ10919@massoud> Message-ID: <20120228235818.6714.qmail@stuge.se> carcelle wrote: > the autoconf/automake i have are too old for the latest git version > of the socket branch Then upgrade autoconf/automake. > excellent, i will then be able to route gsm<->sip If this is your (only) goal then I'm not sure if you need mISDN? //Peter From andreas at eversberg.eu Wed Feb 29 07:26:10 2012 From: andreas at eversberg.eu (jolly) Date: Wed, 29 Feb 2012 08:26:10 +0100 Subject: mISDN/lcr/asterisk compilation issues In-Reply-To: <20120228235818.6714.qmail@stuge.se> References: <20120228003351.GH10919@massoud> <4F4D033C.6040304@eversberg.eu> <20120228232306.GJ10919@massoud> <20120228235818.6714.qmail@stuge.se> Message-ID: <4F4DD312.3000803@eversberg.eu> >> excellent, i will then be able to route gsm<->sip >> > If this is your (only) goal then I'm not sure if you need mISDN? > > hi, you don't need mISDN to just route gsm<->sip. you may specify "--without-misdn" at configure, to disable it. regards, andreas From carcellelist at free.fr Wed Feb 29 11:37:53 2012 From: carcellelist at free.fr (carcelle) Date: Wed, 29 Feb 2012 12:37:53 +0100 Subject: mISDN/lcr/asterisk compilation issues In-Reply-To: <4F4DD312.3000803@eversberg.eu> References: <20120228003351.GH10919@massoud> <4F4D033C.6040304@eversberg.eu> <20120228232306.GJ10919@massoud> <20120228235818.6714.qmail@stuge.se> <4F4DD312.3000803@eversberg.eu> Message-ID: <20120229113753.GK10919@massoud> dear Andreas, On Wed, Feb 29, 2012 at 08:26:10AM +0100, jolly wrote: > > >> excellent, i will then be able to route gsm<->sip > >> > > If this is your (only) goal then I'm not sure if you need mISDN? > > > > > hi, > > you don't need mISDN to just route gsm<->sip. you may specify > "--without-misdn" at configure, to disable it. If I use the lastest git for lcr (git clone git://git.misdn.eu/lcr.git/) then : ./autogen.sh ./configure --witout-misdn make complains anyway chan_lcr.c:2752: warning: dereferencing type-punned pointer will break strict-aliasing rules gcc -Wall -DCONFIG_DATA="\"/usr/local/lcr\"" -DSHARE_DATA="\"/usr/local/lcr\"" -DLOG_DIR="\"/usr/local/lcr\"" -DEXTENSION_DATA="\"/usr/local/lcr/extensions\"" -D_GNU_SOURCE -g -O2 -fPIC -c bchan nel.c -o bchannel.po bchannel.c:26:27: error: mISDN/mISDNif.h: No such file or directory bchannel.c:28:31: error: mISDN/mISDNcompat.h: No such file or directory bchannel.c:29: error: 'MISDN_AF_ISDN' undeclared here (not in a function) bchannel.c:30:24: error: mISDN/q931.h: No such file or directory my best, xavier. > regards, > > andreas > > From 246tnt at gmail.com Wed Feb 29 13:25:19 2012 From: 246tnt at gmail.com (Sylvain Munaut) Date: Wed, 29 Feb 2012 14:25:19 +0100 Subject: mISDN/lcr/asterisk compilation issues In-Reply-To: <20120229113753.GK10919@massoud> References: <20120228003351.GH10919@massoud> <4F4D033C.6040304@eversberg.eu> <20120228232306.GJ10919@massoud> <20120228235818.6714.qmail@stuge.se> <4F4DD312.3000803@eversberg.eu> <20120229113753.GK10919@massoud> Message-ID: > ./autogen.sh > ./configure --witout-misdn > If you try witHout the typo, that might work better. Cheers, Sylvain -------------- next part -------------- An HTML attachment was scrubbed... URL: From alexander.huemer at xx.vu Wed Feb 29 13:54:21 2012 From: alexander.huemer at xx.vu (Alexander Huemer) Date: Wed, 29 Feb 2012 14:54:21 +0100 Subject: mISDN/lcr/asterisk compilation issues In-Reply-To: References: Message-ID: <1330523662-29713-1-git-send-email-alexander.huemer@xx.vu> The option --without-misdn shouldn't be necessary IMO, because configure tries to detect the presence of misdn anyway, at least that's true for the misdn.eu repo. It seems the compile path without WITH_MISDN was not tested, the code does not compile for me that way. A quick patch follows up. Kind regards, -Alexander Huemer From alexander.huemer at xx.vu Wed Feb 29 13:54:21 2012 From: alexander.huemer at xx.vu (Alexander Huemer) Date: Wed, 29 Feb 2012 14:54:21 +0100 Subject: mISDN/lcr/asterisk compilation issues In-Reply-To: References: Message-ID: <1330523662-29713-1-git-send-email-alexander.huemer@xx.vu> The option --without-misdn shouldn't be necessary IMO, because configure tries to detect the presence of misdn anyway, at least that's true for the misdn.eu repo. It seems the compile path without WITH_MISDN was not tested, the code does not compile for me that way. A quick patch follows up. Kind regards, -Alexander Huemer From alexander.huemer at xx.vu Wed Feb 29 13:54:22 2012 From: alexander.huemer at xx.vu (Alexander Huemer) Date: Wed, 29 Feb 2012 14:54:22 +0100 Subject: [PATCH] fix build without mISDN In-Reply-To: References: Message-ID: <1330523662-29713-2-git-send-email-alexander.huemer@xx.vu> --- appbridge.cpp | 4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/appbridge.cpp b/appbridge.cpp index efad0d9..7309c80 100644 --- a/appbridge.cpp +++ b/appbridge.cpp @@ -152,9 +152,9 @@ fail: } else #endif { + char *ifname = interface_out->name; #ifdef WITH_MISDN struct mISDNport *mISDNport; - char *ifname = interface_out->name; int channel = 0; struct admin_list *admin; int earlyb; @@ -199,7 +199,7 @@ fail: add_trace("interface", NULL, "%s", ifname); end_trace(); cause = 31; - goto fail + goto fail; #endif } if (!port) -- 1.7.2.5 From alexander.huemer at xx.vu Wed Feb 29 13:54:22 2012 From: alexander.huemer at xx.vu (Alexander Huemer) Date: Wed, 29 Feb 2012 14:54:22 +0100 Subject: [PATCH] fix build without mISDN In-Reply-To: References: Message-ID: <1330523662-29713-2-git-send-email-alexander.huemer@xx.vu> --- appbridge.cpp | 4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/appbridge.cpp b/appbridge.cpp index efad0d9..7309c80 100644 --- a/appbridge.cpp +++ b/appbridge.cpp @@ -152,9 +152,9 @@ fail: } else #endif { + char *ifname = interface_out->name; #ifdef WITH_MISDN struct mISDNport *mISDNport; - char *ifname = interface_out->name; int channel = 0; struct admin_list *admin; int earlyb; @@ -199,7 +199,7 @@ fail: add_trace("interface", NULL, "%s", ifname); end_trace(); cause = 31; - goto fail + goto fail; #endif } if (!port) -- 1.7.2.5 From carcellelist at free.fr Wed Feb 29 16:03:43 2012 From: carcellelist at free.fr (carcelle) Date: Wed, 29 Feb 2012 17:03:43 +0100 Subject: [PATCH] fix build without mISDN In-Reply-To: <1330523662-29713-2-git-send-email-alexander.huemer@xx.vu> References: <1330523662-29713-2-git-send-email-alexander.huemer@xx.vu> Message-ID: <20120229160343.GL10919@massoud> Dear Alexander, Andreas, Sylvain, still experiencing problems building without misdn : i have corrected my typo error and use the last patch from alexander but still errors at compilation : /usr/src/lcr# make make all-am make[1]: Entering directory `/usr/src/lcr' gcc -Wall -DCONFIG_DATA="\"/usr/local/lcr\"" -DSHARE_DATA="\"/usr/local/lcr\"" -DLOG_DIR="\" /usr/local/lcr\"" -DEXTENSION_DATA="\"/usr/local/lcr/extensions\"" -D_GNU_SOURCE -g -O2 -fPIC -c b channel.c -o bchannel.po bchannel.c:26:27: error: mISDN/mISDNif.h: No such file or directory bchannel.c:28:31: error: mISDN/mISDNcompat.h: No such file or directory bchannel.c:29: error: 'MISDN_AF_ISDN' undeclared here (not in a function) bchannel.c:30:24: error: mISDN/q931.h: No such file or directory ... my best, xavier. On Wed, Feb 29, 2012 at 02:54:22PM +0100, Alexander Huemer wrote: > --- > appbridge.cpp | 4 ++-- > 1 files changed, 2 insertions(+), 2 deletions(-) > > diff --git a/appbridge.cpp b/appbridge.cpp > index efad0d9..7309c80 100644 > --- a/appbridge.cpp > +++ b/appbridge.cpp > @@ -152,9 +152,9 @@ fail: > } else > #endif > { > + char *ifname = interface_out->name; > #ifdef WITH_MISDN > struct mISDNport *mISDNport; > - char *ifname = interface_out->name; > int channel = 0; > struct admin_list *admin; > int earlyb; > @@ -199,7 +199,7 @@ fail: > add_trace("interface", NULL, "%s", ifname); > end_trace(); > cause = 31; > - goto fail > + goto fail; > #endif > } > if (!port) > -- > 1.7.2.5 > > From alexander.huemer at xx.vu Wed Feb 29 16:26:08 2012 From: alexander.huemer at xx.vu (Alexander Huemer) Date: Wed, 29 Feb 2012 17:26:08 +0100 Subject: [PATCH] fix build without mISDN In-Reply-To: <20120229160343.GL10919@massoud> References: <1330523662-29713-2-git-send-email-alexander.huemer@xx.vu> <20120229160343.GL10919@massoud> Message-ID: <20120229162608.GB29813@de.xx.vu> On Wed, Feb 29, 2012 at 05:03:43PM +0100, carcelle wrote: > Dear Alexander, Andreas, Sylvain, > > still experiencing problems building without misdn : i have corrected my typo > error and use the last patch from alexander but still errors at compilation : > > /usr/src/lcr# make > make all-am > make[1]: Entering directory `/usr/src/lcr' > gcc -Wall -DCONFIG_DATA="\"/usr/local/lcr\"" > -DSHARE_DATA="\"/usr/local/lcr\"" -DLOG_DIR="\" > /usr/local/lcr\"" -DEXTENSION_DATA="\"/usr/local/lcr/extensions\"" -D_GNU_SOURCE > -g -O2 -fPIC -c b > channel.c -o bchannel.po > bchannel.c:26:27: error: mISDN/mISDNif.h: No such file or directory > bchannel.c:28:31: error: mISDN/mISDNcompat.h: No such file or directory > bchannel.c:29: error: 'MISDN_AF_ISDN' undeclared here (not in a function) > bchannel.c:30:24: error: mISDN/q931.h: No such file or directory > ... > > my best, > > xavier. > Are you sure that you cloned the repository from git.misdn.eu and not git.misdn.org ? Did configure accept the --without-misdn option? Did you do a `make clean` before running `make` again? Kind regards, -Alexander Huemer From peter at stuge.se Wed Feb 29 17:28:03 2012 From: peter at stuge.se (Peter Stuge) Date: Wed, 29 Feb 2012 18:28:03 +0100 Subject: [PATCH] fix build without mISDN In-Reply-To: <20120229162608.GB29813@de.xx.vu> References: <1330523662-29713-2-git-send-email-alexander.huemer@xx.vu> <20120229160343.GL10919@massoud> <20120229162608.GB29813@de.xx.vu> Message-ID: <20120229172803.29287.qmail@stuge.se> Alexander Huemer wrote: > > make[1]: Entering directory `/usr/src/lcr' .. > > channel.c -o bchannel.po > > bchannel.c:26:27: error: mISDN/mISDNif.h: No such file or directory > > bchannel.c:28:31: error: mISDN/mISDNcompat.h: No such file or directory > > bchannel.c:29: error: 'MISDN_AF_ISDN' undeclared here (not in a function) > > bchannel.c:30:24: error: mISDN/q931.h: No such file or directory > > Are you sure that you cloned the repository from git.misdn.eu and > not git.misdn.org ? No mISDN should be neccessary if I understood correctly. Put above includes inside #if WITH_MISDN like is used elsewhere in the code. //Peter From alexander.huemer at xx.vu Wed Feb 29 18:40:13 2012 From: alexander.huemer at xx.vu (Alexander Huemer) Date: Wed, 29 Feb 2012 19:40:13 +0100 Subject: [PATCH] fix build without mISDN In-Reply-To: <20120229172803.29287.qmail@stuge.se> References: <1330523662-29713-2-git-send-email-alexander.huemer@xx.vu> <20120229160343.GL10919@massoud> <20120229162608.GB29813@de.xx.vu> <20120229172803.29287.qmail@stuge.se> Message-ID: <20120229184012.GA3768@de.xx.vu> On Wed, Feb 29, 2012 at 06:28:03PM +0100, Peter Stuge wrote: > Alexander Huemer wrote: > > > make[1]: Entering directory `/usr/src/lcr' > .. > > > channel.c -o bchannel.po > > > bchannel.c:26:27: error: mISDN/mISDNif.h: No such file or directory > > > bchannel.c:28:31: error: mISDN/mISDNcompat.h: No such file or directory > > > bchannel.c:29: error: 'MISDN_AF_ISDN' undeclared here (not in a function) > > > bchannel.c:30:24: error: mISDN/q931.h: No such file or directory > > > > Are you sure that you cloned the repository from git.misdn.eu and > > not git.misdn.org ? > > No mISDN should be neccessary if I understood correctly. Put above > includes inside #if WITH_MISDN like is used elsewhere in the code. It seems like that's not enough. bchannel.c contains code that depends on misdn stuff. There is no path provided for building lcr with asterisk but without misdn support, at least for this file. jolly? Maybe this discussion should continue on the isdn4linux ML, this is not an openbsc issue. Kind regards, -Alexander Huemer From tacooper at vt.edu Tue Feb 28 21:59:03 2012 From: tacooper at vt.edu (Thomas Cooper) Date: Tue, 28 Feb 2012 16:59:03 -0500 Subject: Specifying channel mode for speech Message-ID: Osmo-bts gets the MODE_MODIFY_REQ from OpenBSC with GSM48_CMODE_SPEECH_EFR to use for the channel mode. However, I would like to be able to specify using GSM48_CMODE_SPEECH_V1 instead (which is FR; EFR is not supported in L1). Is there an easy way to set the preferred channel mode/audio support? I didn't see anything on the VTY wiki or in the config file. Thanks, Tom From andreas at eversberg.eu Wed Feb 29 07:20:02 2012 From: andreas at eversberg.eu (jolly) Date: Wed, 29 Feb 2012 08:20:02 +0100 Subject: Specifying channel mode for speech In-Reply-To: References: Message-ID: <4F4DD1A2.1000404@eversberg.eu> Thomas Cooper wrote: > Osmo-bts gets the MODE_MODIFY_REQ from OpenBSC with > GSM48_CMODE_SPEECH_EFR to use for the channel mode. However, I would > like to be able to specify using GSM48_CMODE_SPEECH_V1 instead (which > is FR; EFR is not supported in L1). Is there an easy way to set the > preferred channel mode/audio support? I didn't see anything on the VTY > wiki or in the config file. > hi tom, you may change the line 46 at mncc_builtin.c. the first entry in this array is the full rate code, the second entry is the half rate codec. (depending on the trx configuration) just change the first entry. regards, andreas From andreas at eversberg.eu Wed Feb 29 07:21:13 2012 From: andreas at eversberg.eu (jolly) Date: Wed, 29 Feb 2012 08:21:13 +0100 Subject: Specifying channel mode for speech In-Reply-To: References: Message-ID: <4F4DD1E9.8080409@eversberg.eu> Thomas Cooper wrote: > Osmo-bts gets the MODE_MODIFY_REQ from OpenBSC with > GSM48_CMODE_SPEECH_EFR to use for the channel mode. However, I would > like to be able to specify using GSM48_CMODE_SPEECH_V1 instead (which > is FR; EFR is not supported in L1). Is there an easy way to set the > preferred channel mode/audio support? I didn't see anything on the VTY > wiki or in the config file. > hi tom, you may change the line 46 at mncc_builtin.c. the first entry in this array is the full rate code, the second entry is the half rate codec. (depending on the trx configuration) just change the first entry to GSM48_CMODE_SPEECH_V1. regards, andreas From holger at freyther.de Wed Feb 29 08:54:24 2012 From: holger at freyther.de (Holger Hans Peter Freyther) Date: Wed, 29 Feb 2012 09:54:24 +0100 Subject: Specifying channel mode for speech In-Reply-To: <4F4DD1E9.8080409@eversberg.eu> References: <4F4DD1E9.8080409@eversberg.eu> Message-ID: <4F4DE7C0.5000000@freyther.de> On 02/29/2012 08:21 AM, jolly wrote: > you may change the line 46 at mncc_builtin.c. the first entry in this > array is the full rate code, the second entry is the half rate codec. > (depending on the trx configuration) just change the first entry to > GSM48_CMODE_SPEECH_V1. you can change this with the VTY config. Look at commit ab386e6120559ef2deb6a27f4455539cba920c9d that introduced it. holger From tacooper at vt.edu Wed Feb 29 15:42:16 2012 From: tacooper at vt.edu (Thomas Cooper) Date: Wed, 29 Feb 2012 10:42:16 -0500 Subject: Specifying channel mode for speech Message-ID: Thank you for the quick and helpful replies, Andreas and Holger! I had a feeling there was an easy answer. -Tom > Message: 6 > Date: Wed, 29 Feb 2012 08:21:13 +0100 > From: jolly > To: Thomas Cooper > Cc: openbsc at lists.osmocom.org > Subject: Re: Specifying channel mode for speech > Message-ID: <4F4DD1E9.8080409 at eversberg.eu> > Content-Type: text/plain; charset=ISO-8859-1 > > Thomas Cooper wrote: >> Osmo-bts gets the MODE_MODIFY_REQ from OpenBSC with >> GSM48_CMODE_SPEECH_EFR to use for the channel mode. However, I would >> like to be able to specify using GSM48_CMODE_SPEECH_V1 instead (which >> is FR; EFR is not supported in L1). Is there an easy way to set the >> preferred channel mode/audio support? I didn't see anything on the VTY >> wiki or in the config file. >> > hi tom, > > you may change the line 46 at mncc_builtin.c. the first entry in this > array is the full rate code, the second entry is the half rate codec. > (depending on the trx configuration) ?just change the first entry to > GSM48_CMODE_SPEECH_V1. > > regards, > > andreas > > ------------------------------ > > Message: 8 > Date: Wed, 29 Feb 2012 09:54:24 +0100 > From: Holger Hans Peter Freyther > To: openbsc at lists.osmocom.org > Subject: Re: Specifying channel mode for speech > Message-ID: <4F4DE7C0.5000000 at freyther.de> > Content-Type: text/plain; charset=ISO-8859-1 > > On 02/29/2012 08:21 AM, jolly wrote: > >> you may change the line 46 at mncc_builtin.c. the first entry in this >> array is the full rate code, the second entry is the half rate codec. >> (depending on the trx configuration) ?just change the first entry to >> GSM48_CMODE_SPEECH_V1. > > you can change this with the VTY config. Look at commit > ab386e6120559ef2deb6a27f4455539cba920c9d that introduced it. > > holger > From laforge at gnumonks.org Wed Feb 29 12:21:52 2012 From: laforge at gnumonks.org (Harald Welte) Date: Wed, 29 Feb 2012 13:21:52 +0100 Subject: neighbour cells In-Reply-To: <4F4DE00E.3010509@eversberg.eu> References: <4F4DE00E.3010509@eversberg.eu> Message-ID: <20120229122152.GK21122@prithivi.gnumonks.org> Hi Jolly, On Wed, Feb 29, 2012 at 09:21:34AM +0100, jolly wrote: > i improved the generation of neighbour cells of openbsc. the patch is > committed at origin/jolly/rtpmux. Thanks a lot for working on this. It's a really nasty subject with lots of bit-fiddling and many strange cases. > it generated the system information messages of neighbour cells in the > same and in other bands. depending on the location of the bcch and the > neighbour cells, the messages SI 2/5 and optionally SI 2bis/5bis and SI > 2ter/5ter are generated. > > i have tested it with several configurations. i would like to commit it > to master. any suggestions? I've reviewed it, and the patch seems fine to me. I haven't tested it, though. Feel free to commit it to master. And thanks for the verbose changelog message. Regards, Harald -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)