From laforge at gnumonks.org Thu Feb 4 16:42:03 2010 From: laforge at gnumonks.org (Harald Welte) Date: Thu, 4 Feb 2010 17:42:03 +0100 Subject: RSL "Channel Release" Sequence In-Reply-To: <201001281034.12115.zecke@selfish.org> References: <201001281034.12115.zecke@selfish.org> Message-ID: <20100204164203.GE29796@prithivi.gnumonks.org> On Thu, Jan 28, 2010 at 10:34:11AM +0100, Holger Freyther wrote: > I'm currently implementing Early Assignment in the On Waves branch and as part > of this I will have to take care of RSL channel releases as well. > > Someone else was pointing this out as well but I could not find the email. Our > channel release is a bit sloppy and I will fix it and start using T3111 and > T3109 in the rsl code for doing so. great. > I'm going to change that into the following way. > > "normal" case: > 1.) Release the established SAPIs > 2.) After their ACKs release the Channel > Have all this guarded by T3109 (or whatever is more appropriate) > > "abnormal" case: > 1.) Start T3109 > 2.) Then do the normal case. makes perfect sense. > During the shutdown sequence I need to make sure that we are not allocating > the channel again. I'm thinking of either using the chan mode Harald was > introducing while doing the hand over work, or just a "locked" flag to not > assign the channel. are you referring to gsm_lchan_state? if yes, then there alrady is a LCHAN_S_REL_REQ state, i.e. release has been requested but not acknowleged yet, while the channel will not be allocated again. -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From bjarnisi at gmail.com Tue Feb 2 15:18:09 2010 From: bjarnisi at gmail.com (=?ISO-8859-1?Q?Bjarni_S=2E_Sigur=F0sson?=) Date: Tue, 2 Feb 2010 15:18:09 +0000 Subject: Reseting Unit-ID on nanoBTS Message-ID: <430474bb1002020718s650c5ae2g45cd84ba568281bd@mail.gmail.com> Hello, I have a nanoBTS from ipaccess. I used ipaccess-config to set the Unit-ID of the nanoBTS and also the Primary OML IP address. Everything worked OK and OpenBSC and the nanoBTS where communicating. My problem now is that I want to connect the nanoBTS back to my original BSC (from Zynetix). By using ipaccess-config I set the OML IP address back to what it was originally but the unit does not connect to the original BSC. I have two other nanoBTS's and their Unit-ID is 65535/255/255 before they 'sign up' to the BSC, where they get another Unit-ID. I've tried using ipaccess-config to set the Unit-ID to that value but get an error: "Failure to set attribute. This seems fatal" Does anyone know how I can reset the Unit-ID to 65535/255/255 ? Best regards, Bjarni S. Sigurdsson From 246tnt at gmail.com Thu Feb 4 22:59:57 2010 From: 246tnt at gmail.com (Sylvain Munaut) Date: Thu, 4 Feb 2010 23:59:57 +0100 Subject: Reseting Unit-ID on nanoBTS In-Reply-To: <430474bb1002020718s650c5ae2g45cd84ba568281bd@mail.gmail.com> References: <430474bb1002020718s650c5ae2g45cd84ba568281bd@mail.gmail.com> Message-ID: <866320f71002041459j70f2684l4582a03ac16c9505@mail.gmail.com> Hi, > Does anyone know how I can reset the Unit-ID to 65535/255/255 ? There is a reset procedure. See http://lists.gnumonks.org/pipermail/openbsc/2009-August/000804.html Sylvain From tillusbazillus at gmx.net Tue Feb 2 17:54:08 2010 From: tillusbazillus at gmx.net (till) Date: Tue, 02 Feb 2010 18:54:08 +0100 Subject: Problem after create-trx1, query gives no info about it. Message-ID: <20100202175408.250520@gmx.net> Hi, i have problems bringing up the second TRX. I used the following procedure: ./bs11_config -p /dev/ttyUSB0 disconnect ./bs11_config -p /dev/ttyUSB0 create-trx1 After reboot the query tells me: ./bs11_config -p /dev/ttyUSB0 query LMT LOGON: ACK PHASE: 3 Normal MBCCU0: Load MBCCU1: Load Abis-link: Restoring ... BS11 Power Amplifier 0 ATTRIBUTES: TRX Power: 30mW (GSM) LMT LOGOFF: ACK Now i wondered where is the trx1, did anyone has a similar problem? I have the BS-11 ESN PCB Serial Number: 001127 which should have two TRX. Greets & thx Till -- Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3.5 - sicherer, schneller und einfacher! http://portal.gmx.net/de/go/chbrowser From laforge at gnumonks.org Thu Feb 4 16:34:14 2010 From: laforge at gnumonks.org (Harald Welte) Date: Thu, 4 Feb 2010 17:34:14 +0100 Subject: Problem after create-trx1, query gives no info about it. In-Reply-To: <20100202175408.250520@gmx.net> References: <20100202175408.250520@gmx.net> Message-ID: <20100204163414.GD29796@prithivi.gnumonks.org> On Tue, Feb 02, 2010 at 06:54:08PM +0100, till wrote: > Hi, > > i have problems bringing up the second TRX. I used the following procedure: > > ./bs11_config -p /dev/ttyUSB0 disconnect > ./bs11_config -p /dev/ttyUSB0 create-trx1 > > > After reboot the query tells me: > > ./bs11_config -p /dev/ttyUSB0 query > LMT LOGON: ACK > > PHASE: 3 Normal MBCCU0: Load MBCCU1: Load Abis-link: Restoring THis "MBCCU1: Load" tells you that the second TRX object has been creted and it is active and loaded. > BS11 Power Amplifier 0 ATTRIBUTES: > TRX Power: 30mW (GSM) > Now i wondered where is the trx1, did anyone has a similar problem? I have > the BS-11 ESN PCB Serial Number: 001127 which should have two TRX. it might well be a bug in the bs11_config program that the second PA does not show. -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From meierk at informatik.uni-freiburg.de Wed Feb 17 16:01:12 2010 From: meierk at informatik.uni-freiburg.de (Konrad Meier) Date: Wed, 17 Feb 2010 17:01:12 +0100 Subject: Who has a nanoBTS for sale? Message-ID: <4B7C12C8.9040106@informatik.uni-freiburg.de> Hello, I am working at the university of Freiburg in Germany and I am very interested in buying some nanoBTS for a project at the computation department. Who has a nanoBTS (GSM1800) for sale? Depending on the price I need 3-5 units. Regards Konrad Meier From kevredon at mail.tsaitgaist.info Wed Feb 17 18:55:19 2010 From: kevredon at mail.tsaitgaist.info (Kevin REDON) Date: Wed, 17 Feb 2010 19:55:19 +0100 Subject: Who has a nanoBTS for sale? In-Reply-To: <4B7C12C8.9040106@informatik.uni-freiburg.de> References: <4B7C12C8.9040106@informatik.uni-freiburg.de> Message-ID: <1266432919.19991.102.camel@dennou> ip.access is the official reseller. But it getting really hard to get them, especially for universities, and without the complete software package. Else they sell it for several ten thousand euros. Try to get in touch with them. good luck, Kevin Redon On Wed, 2010-02-17 at 17:01 +0100, Konrad Meier wrote: > Hello, > > I am working at the university of Freiburg in Germany and I am very > interested in buying some nanoBTS for a project at the computation > department. > > Who has a nanoBTS (GSM1800) for sale? Depending on the price I need 3-5 > units. > > Regards > Konrad Meier > From ihab.elbakri at hotmail.com Wed Feb 17 16:40:52 2010 From: ihab.elbakri at hotmail.com (Ihab el Bakri) Date: Wed, 17 Feb 2010 17:40:52 +0100 Subject: Installation Error Message-ID: Hi, I am having some trouble installing OpenBSC on kernel 2.6.32 (Ubuntu), the actual error message: make[2]: Entering directory `/home/bs11/openbsc/openbsc/src' gcc -DHAVE_CONFIG_H -I. -I.. -I../include -Wall -g -O2 -MT gsm_04_11.o -MD -MP -MF .deps/gsm_04_11.Tpo -c -o gsm_04_11.o gsm_04_11.c gsm_04_11.c:349:16: error: invalid suffix "b111" on integer constant gsm_04_11.c:350:8: error: invalid suffix "b000" on integer constant gsm_04_11.c:352:8: error: invalid suffix "b001" on integer constant gsm_04_11.c:354:8: error: invalid suffix "b010" on integer constant gsm_04_11.c:356:8: error: invalid suffix "b011" on integer constant make[2]: *** [gsm_04_11.o] Error 1 make[2]: Leaving directory `/home/bs11/openbsc/openbsc/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/bs11/openbsc/openbsc' make: *** [all] Error 2 any other information about connecting to the BS-11 with a sangoma E1 card will be very helpfull ! best regards Ihab el Bakri _________________________________________________________________ Hotmail: Powerful Free email with security by Microsoft. https://signup.live.com/signup.aspx?id=60969 -------------- next part -------------- An HTML attachment was scrubbed... URL: From zecke at selfish.org Wed Feb 17 18:02:05 2010 From: zecke at selfish.org (Holger Freyther) Date: Wed, 17 Feb 2010 19:02:05 +0100 Subject: Installation Error In-Reply-To: References: Message-ID: <201002171902.05328.zecke@selfish.org> On Wednesday 17 February 2010 17:40:52 Ihab el Bakri wrote: > Hi, > > I am having some trouble installing OpenBSC on kernel 2.6.32 (Ubuntu), the > actual error message: which version of gcc are you using? From ihab.elbakri at hotmail.com Thu Feb 18 09:13:20 2010 From: ihab.elbakri at hotmail.com (Ihab el Bakri) Date: Thu, 18 Feb 2010 10:13:20 +0100 Subject: Installation Error In-Reply-To: <201002171902.05328.zecke@selfish.org> References: , <201002171902.05328.zecke@selfish.org> Message-ID: Hi Holger, am using gcc version 4.2 best regards Ihab l bakri > From: zecke at selfish.org > To: openbsc at lists.gnumonks.org > Subject: Re: Installation Error > Date: Wed, 17 Feb 2010 19:02:05 +0100 > > On Wednesday 17 February 2010 17:40:52 Ihab el Bakri wrote: > > Hi, > > > > I am having some trouble installing OpenBSC on kernel 2.6.32 (Ubuntu), the > > actual error message: > > which version of gcc are you using? > > _________________________________________________________________ Hotmail: Trusted email with powerful SPAM protection. https://signup.live.com/signup.aspx?id=60969 -------------- next part -------------- An HTML attachment was scrubbed... URL: From laforge at gnumonks.org Fri Feb 19 19:02:04 2010 From: laforge at gnumonks.org (Harald Welte) Date: Fri, 19 Feb 2010 20:02:04 +0100 Subject: Announcing project OsmocomBB: Open Source GSM Stack Message-ID: <20100219190204.GD14552@prithivi.gnumonks.org> Good news, everyone [tm]! I am hereby publicly announcing project OsmocomBB: A Free and Open Source software project to create a Free Software GSM baseband firmware. The baseband chipset is the part of a mobile phone that actuall communicates directly with the GSM network. It typically includes a DSP and a microprocessor running some RTOS, drivers for the baseband chipset, the GSM protocol stack and some kind of user interface. GSM has been deployed first 19 years ago. Despite billions of phones deployed world wide, all of them run a proprietary baseband firmware, consisting of proprietary drivers, RTOS and GSM protocol stack. OsmocomBB has set out to change this. We do not want our phones to be a black box connected 24/7 to a public network. We want to decide what kind of data our phone reveals about us or not. The authors behind the project have already spent the last 15 months implementing an Open Source GSM network side protocol implementation called OpenBSC. In January 2010, they decided to go after the phone side protocol stack - which turned into OsmocomBB. => What is the project status? Right now we are at a state where we have full control over the baseband hardware, including the DSP and ARM cores, the analog baseband chip, the RF transceiver, keypad, LCD display and other components. We can scan the GSM band for cells, perform FCCH detection, run automatic gain control to synchronize to the cells carrier, detect the SCH to get BSIC and GSM frame number, as well as dump the BCCH and CCCH of the cell. => What does Osmocom mean? Open Source MObile COMmunications. It is meant as an umbrella name for various FOSS projects related to communications, including OsmocomBB but also including sister projects like OpenBSC. => Can I make phone calls yet? No. We are currently in Rx (receive) only mode, and have no Layer2 or Layer3 implementation yet. However, the difficult parts of driving the GMS hardware and implementing a minimal Layer1 are behind us, so we are confident to proceed to actual phone calls during the months to come. => Where can I get the source? The git repository is at git://git.osmocom.org/osmocom-bb.git The mailing lists are at http://lists.osmocom.org/ The project homepage including wiki is at http://bb.osmocom.org/ => What phones are supported? We are implementing OsmocomBB as hardware-independent as possible. At the moment, we only have drivers for the Ti Calypso Digital Baseband chip. Our main target are the following Motorola-branded phones (made by Compal): C115/116/117/118/119/120/121/122/123/139/140/155 Adding support for other Calypso-based phones should be relatively easy, but porting it to a different baseband chip is a lot of work, especially without access to good documentation. => How can you help? We need developers who have experience in microcontroller development working on an ARM7TDMI core. You do not need to know anything about GSM in order to help us with tasks such as the UI, driving the battery charging controller, etc. If you want to join, get yourself a phone, serial cable, join the developer mailing list and introduce yourself! Happy Hacking Harald Welte -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From laforge at gnumonks.org Sat Feb 20 22:28:37 2010 From: laforge at gnumonks.org (Harald Welte) Date: Sat, 20 Feb 2010 23:28:37 +0100 Subject: Build dependency / libosmocore Message-ID: <20100220222837.GA6672@prithivi.gnumonks.org> Hi! JFYI: Zecke and myself have been playing around with the first steps towards a layer2 of the mobile station side. In order to reduce code duplicaiton, we have moved a lot of header files and some code such as msgb.c, signal.c, bitvec.c and others into the library "libosmocore" (LIBrary Open Source MObile [communications] CORE). This library resides at git://git.osmocore.org/libosmocore.git You will have to download, compile and install the library before you can compile/install openbsc. This is done with the usual 'autoreconf -i && ./configure && make' steps. Sorry for the minor inconvenience, but we really didn't want to have code duplication between our projects. 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 ihab.elbakri at hotmail.com Sun Feb 21 08:11:33 2010 From: ihab.elbakri at hotmail.com (Ihab el Bakri) Date: Sun, 21 Feb 2010 09:11:33 +0100 Subject: Build dependency / libosmocore In-Reply-To: <20100220222837.GA6672@prithivi.gnumonks.org> References: <20100220222837.GA6672@prithivi.gnumonks.org> Message-ID: Hi Harald, Please check the osmocore git address, am getting this error : fatal: Unable to look up git.osmocore.org (port 9418) (Name or service not known) Best regards, Ihab el Bakri > Date: Sat, 20 Feb 2010 23:28:37 +0100 > From: laforge at gnumonks.org > To: openbsc at lists.gnumonks.org > Subject: Build dependency / libosmocore > > Hi! > > JFYI: Zecke and myself have been playing around with the first steps towards a > layer2 of the mobile station side. > > In order to reduce code duplicaiton, we have moved a lot of header files > and some code such as msgb.c, signal.c, bitvec.c and others into the library > "libosmocore" (LIBrary Open Source MObile [communications] CORE). > > This library resides at git://git.osmocore.org/libosmocore.git > > You will have to download, compile and install the library before you can > compile/install openbsc. This is done with the usual 'autoreconf -i && > ./configure && make' steps. > > Sorry for the minor inconvenience, but we really didn't want to have code > duplication between our projects. > > Regards, > Harald > -- > - Harald Welte http://laforge.gnumonks.org/ > ============================================================================ > "Privacy in residential applications is a desirable marketing option." > (ETSI EN 300 175-7 Ch. A6) > _________________________________________________________________ Your E-mail and More On-the-Go. Get Windows Live Hotmail Free. https://signup.live.com/signup.aspx?id=60969 -------------- next part -------------- An HTML attachment was scrubbed... URL: From laforge at gnumonks.org Sun Feb 21 09:11:25 2010 From: laforge at gnumonks.org (Harald Welte) Date: Sun, 21 Feb 2010 10:11:25 +0100 Subject: Build dependency / libosmocore In-Reply-To: References: <20100220222837.GA6672@prithivi.gnumonks.org> Message-ID: <20100221091125.GG6672@prithivi.gnumonks.org> Hi Ihab el Bakri, On Sun, Feb 21, 2010 at 09:11:33AM +0100, Ihab el Bakri wrote: > Please check the osmocore git address, am getting this error : > fatal: Unable to look up git.osmocore.org (port 9418) (Name or service not known) sorry, my mistake: it is git://git.osmocom.org/libosmocore.git 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 ihab.elbakri at hotmail.com Tue Feb 23 10:14:56 2010 From: ihab.elbakri at hotmail.com (Ihab el Bakri) Date: Tue, 23 Feb 2010 11:14:56 +0100 Subject: Sangoma E1 card problems Message-ID: Hi, I have been looking for a Sangoma E1 card patch (Sangoma A200/Remora FXO/FXS Analog AFT dual E1 card), and found the old patch from http://lists.gnumonks.org/pipermail/openbsc/2009-August/000821.html Unfortunately it didnt help, wanpipe modules are loaded , card is working but when connecting to Siemens Bs-11 and (./bsc_hack -c bs11.conf) the following error message pops out : DB: Database initialized. DB: Database prepared. mi_e1_line_update could not open socket Address family not supported by protocol and when trying to load hfcmulti dslot=1 i get : FATAL: Error inserting mISDN_l1 (/lib/modules/2.6.24-24-server/extra/mISDN_l1.ko): Unknown symbol in module, or unknown parameter (see dmesg) dmesg says: [ 3136.216408] mISDN_l1: Unknown symbol mISDN_SetHandledPID [ 3136.216507] mISDN_l1: Unknown symbol mISDN_register [ 3136.216573] mISDN_l1: Unknown symbol mISDN_ctrl [ 3136.216628] mISDN_l1: Unknown symbol mISDN_debug [ 3136.216663] mISDN_l1: Unknown symbol mISDN_module_register [ 3136.216751] mISDN_l1: Unknown symbol mISDN_init_instance [ 3136.216795] mISDN_l1: Unknown symbol mISDN_queue_message [ 3136.216834] mISDN_l1: Unknown symbol mISDN_module_unregister [ 3136.216916] mISDN_l1: Unknown symbol mISDN_getrev [ 3136.216975] mISDN_l1: Unknown symbol mISDN_unregister I've checked out the patch file, and there was an error in the path of the wanpipe api ---> should be /etc/wanpipe/api/legacy/aft/ ... also didnt help. is any body using Sangoma E1 card ? Ubuntu 8.04.3 kernel (2.6.24-24-server) mISDN V2 + core.c patch working asterisk setup Best regards Ihab el Bakri _________________________________________________________________ Hotmail: Trusted email with powerful SPAM protection. https://signup.live.com/signup.aspx?id=60969 -------------- next part -------------- An HTML attachment was scrubbed... URL: From Andreas.Eversberg at versatel.de Tue Feb 23 12:08:46 2010 From: Andreas.Eversberg at versatel.de (Andreas.Eversberg) Date: Tue, 23 Feb 2010 13:08:46 +0100 Subject: AW: Sangoma E1 card problems Message-ID: hi, two questions > FATAL: Error inserting mISDN_l1 (/lib/modules/2.6.24-24-server/extra/mISDN_l1.ko): Unknown symbol in module, or unknown parameter (see dmesg) mISDN_l1 i part of mISDN version 1. why do you load it? is it because your hfcmulti module is also version 1? just remove all extra (mISDN-)modules and re-install mISDN. > is any body using Sangoma E1 card ? does it have an HFC-E1 chipset? maybe you should enable init-debugging: modprobe hfcmulti debug=0x40000 in case it loads, see dmesg if it is detected. also do "lspci -nv" to see device ids. regards, andreas From laforge at gnumonks.org Wed Feb 24 22:03:09 2010 From: laforge at gnumonks.org (Harald Welte) Date: Wed, 24 Feb 2010 23:03:09 +0100 Subject: Sangoma E1 card problems In-Reply-To: References: Message-ID: <20100224220308.GB9820@prithivi.gnumonks.org> Hi Ihab el Bakri, you seem to be confusing mISDN with the sangoma wanpipe stack! OpenBSC, as you noticed, only supports cards supported by mISDN. Sangoma cards are entirely different, they use a different driver stack. Trying to use both at the same time can only result in trouble. So unfortunately you're on your own with doing the required development/integration work to getting it to work :( -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From ihab.elbakri at hotmail.com Thu Feb 25 08:31:04 2010 From: ihab.elbakri at hotmail.com (Ihab el Bakri) Date: Thu, 25 Feb 2010 09:31:04 +0100 Subject: Sangoma E1 card problems In-Reply-To: <20100224220308.GB9820@prithivi.gnumonks.org> References: , <20100224220308.GB9820@prithivi.gnumonks.org> Message-ID: Hi Harald, Yes, thats what i thought to, so I bought a Junghanns E1-card with the HFC-E1 chipset to fix that problem :) I tried to do some developing with the wanpipe stack, but i think buying another card is more effective and saves me alot of time. Best regards Ihab el Bakri > Date: Wed, 24 Feb 2010 23:03:09 +0100 > From: laforge at gnumonks.org > To: ihab.elbakri at hotmail.com > CC: openbsc at lists.gnumonks.org > Subject: Re: Sangoma E1 card problems > > Hi Ihab el Bakri, > > you seem to be confusing mISDN with the sangoma wanpipe stack! > > OpenBSC, as you noticed, only supports cards supported by mISDN. > > Sangoma cards are entirely different, they use a different driver stack. > > Trying to use both at the same time can only result in trouble. > > So unfortunately you're on your own with doing the required > development/integration work to getting it to work :( > > -- > - Harald Welte http://laforge.gnumonks.org/ > ============================================================================ > "Privacy in residential applications is a desirable marketing option." > (ETSI EN 300 175-7 Ch. A6) _________________________________________________________________ Hotmail: Trusted email with powerful SPAM protection. https://signup.live.com/signup.aspx?id=60969 -------------- next part -------------- An HTML attachment was scrubbed... URL: From ihab.elbakri at hotmail.com Thu Feb 25 13:59:20 2010 From: ihab.elbakri at hotmail.com (Ihab el Bakri) Date: Thu, 25 Feb 2010 14:59:20 +0100 Subject: bsc_hack In-Reply-To: <20100224220308.GB9820@prithivi.gnumonks.org> References: , <20100224220308.GB9820@prithivi.gnumonks.org> Message-ID: Hello there, finally, got nearly everything to work, but am unable to see the network on my mobile and am getting this message when running bsc_hack with a config file : DB: Database initialized. DB: Database prepared. 1 device found id: 0 Dprotocols: 00000018 Bprotocols: 0000000e protocol: 4 nrbchan: 30 name: hfc-e1.1 activate bchan activate bchan <000c> trau_frame.c:116 can't decode unknown TRAU Frame Type 0x00 Thank in advance Ihab el Bakri _________________________________________________________________ Hotmail: Powerful Free email with security by Microsoft. https://signup.live.com/signup.aspx?id=60969 -------------- next part -------------- An HTML attachment was scrubbed... URL: From Andreas.Eversberg at versatel.de Thu Feb 25 14:48:22 2010 From: Andreas.Eversberg at versatel.de (Andreas.Eversberg) Date: Thu, 25 Feb 2010 15:48:22 +0100 Subject: AW: bsc_hack Message-ID: hi, check if you selected the right timeslot for d-channel: use "dslot=1" (old driver) or "layermask=0x02" (newer driver) when loading the hfcmulti.ko. use "--debug=DMI" and loop your line (connect pin 1 to pin 4, and pin 2 to pin 5). do you get activation-message when looping? if not, be sure to shift all jumpers toward the slot cover. if you see the loop, but no activation-message after booting BS11 (takes about 15 minutes), swap connector 1 and 2. one connector must be connected to pin 1 and 2, and the other to pin 4 and 5. andreas ________________________________ Von: openbsc-bounces at lists.gnumonks.org [mailto:openbsc-bounces at lists.gnumonks.org] Im Auftrag von Ihab el Bakri Gesendet: Donnerstag, 25. Februar 2010 14:59 An: openbsc Betreff: bsc_hack Hello there, finally, got nearly everything to work, but am unable to see the network on my mobile and am getting this message when running bsc_hack with a config file : DB: Database initialized. DB: Database prepared. 1 device found id: 0 Dprotocols: 00000018 Bprotocols: 0000000e protocol: 4 nrbchan: 30 name: hfc-e1.1 activate bchan activate bchan <000c> trau_frame.c:116 can't decode unknown TRAU Frame Type 0x00 Thank in advance Ihab el Bakri -------------- next part -------------- An HTML attachment was scrubbed... URL: From squ at tent.at Thu Feb 25 09:00:35 2010 From: squ at tent.at (Kai =?iso-8859-1?Q?M=FCnz?=) Date: Thu, 25 Feb 2010 10:00:35 +0100 (CET) Subject: BS11 + HFC-E1 Board for sale Message-ID: <354d67d26fcc6a80b325f6a264ae47c4.squirrel@mailadmin.nerdsurf.de> Hello, Due to lack of time I have to sell my equipment: 1x Siemens BS11, GSM900, Dual-Trx 1x CologneChip HFC-E1 Board Unit is working in this setup. Fixed price excluding shipping: Euro 500 The Unit is located in 69436 Sch?nbrunn (Germany) (Heidelberg Area). I still got the original packaging of the BS11 so shipping is possible. (additional costs) Regards, Kai From squ at tent.at Thu Feb 25 11:31:56 2010 From: squ at tent.at (Kai =?iso-8859-1?Q?M=FCnz?=) Date: Thu, 25 Feb 2010 12:31:56 +0100 (CET) Subject: BS11 + HFC-E1 Board for sale In-Reply-To: <354d67d26fcc6a80b325f6a264ae47c4.squirrel@mailadmin.nerdsurf.de> References: <354d67d26fcc6a80b325f6a264ae47c4.squirrel@mailadmin.nerdsurf.de> Message-ID: <69d5e4b4fc3a2ca13877800411b57021.squirrel@mailadmin.nerdsurf.de> Unit is sold. > Hello, > > Due to lack of time I have to sell my equipment: > > 1x Siemens BS11, GSM900, Dual-Trx > > 1x CologneChip HFC-E1 Board > > Unit is working in this setup. > > Fixed price excluding shipping: Euro 500 > > The Unit is located in 69436 Sch?nbrunn (Germany) (Heidelberg Area). > > I still got the original packaging of the BS11 so shipping is possible. > (additional costs) > > Regards, > Kai > > From meierk at informatik.uni-freiburg.de Thu Feb 25 17:40:50 2010 From: meierk at informatik.uni-freiburg.de (Konrad Meier) Date: Thu, 25 Feb 2010 18:40:50 +0100 Subject: no Voice during a call with nanoBTS 139 Message-ID: <4B86B622.2080106@informatik.uni-freiburg.de> Hello, I am using a nanoBTS 139. After accepting a call between to cell phones I hear nothing. The connection is up but you are not able to hear each other. Attached are the debug output from bsc_hack and the pcap file. Any idea? Thanks. Regards Konrad -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: logfile.txt URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: out.pcap Type: application/cap Size: 5303 bytes Desc: not available URL: From zecke at selfish.org Thu Feb 25 18:27:42 2010 From: zecke at selfish.org (Holger Freyther) Date: Thu, 25 Feb 2010 19:27:42 +0100 Subject: no Voice during a call with nanoBTS 139 In-Reply-To: <4B86B622.2080106@informatik.uni-freiburg.de> References: <4B86B622.2080106@informatik.uni-freiburg.de> Message-ID: <201002251927.42495.zecke@selfish.org> On Thursday 25 February 2010 18:40:50 Konrad Meier wrote: > <0004> abis_rsl.c:1631 (bts=0,trx=0,ts=4,ss=0) IPAC_BIND speech_mode=0x11 > <0004> abis_rsl.c:1186 (bts=0,trx=0,ts=4,ss=0) CHANNEL MODE MODIFY ACK > <0004> abis_rsl.c:1814 (bts=0,trx=0,ts=4,ss=0) IPAC_CRCX_NACK NACK is not good. We try to ask the nanoBTS to allocate an audio endpoint for "receive only" and EFR. And your BTS is saying NO! From zecke at selfish.org Thu Feb 25 21:05:57 2010 From: zecke at selfish.org (Holger Freyther) Date: Thu, 25 Feb 2010 22:05:57 +0100 Subject: no Voice during a call with nanoBTS 139 In-Reply-To: <4B86B622.2080106@informatik.uni-freiburg.de> References: <4B86B622.2080106@informatik.uni-freiburg.de> Message-ID: <201002252205.57946.zecke@selfish.org> On Thursday 25 February 2010 18:40:50 Konrad Meier wrote: > After accepting a call between to cell phones I hear nothing. The > connection is up but you are not able to hear each other. > > Attached are the debug output from bsc_hack and the pcap file. Hi, one more thing. For the nanoBTS it is better to just use tcpdump to dump the information. The current PCAP code in bsc_hack only works properly for the bs11... and I would love to remove it once someone is confirming that the mISDNtools can capture this information too. From 246tnt at gmail.com Fri Feb 26 00:35:18 2010 From: 246tnt at gmail.com (Sylvain Munaut) Date: Fri, 26 Feb 2010 01:35:18 +0100 Subject: no Voice during a call with nanoBTS 139 In-Reply-To: <201002252205.57946.zecke@selfish.org> References: <4B86B622.2080106@informatik.uni-freiburg.de> <201002252205.57946.zecke@selfish.org> Message-ID: <866320f71002251635rf77f817na88a185e8c64a227@mail.gmail.com> Hi, You need one of the patch that's in my pending branch. The "ipaccess: Send RTP Payload IE for CRCX & MDCX" patch to be exact. Try sylvain/pending branch and it should work. Basically the RTP Payload IE is required. Sylvain From meierk at informatik.uni-freiburg.de Fri Feb 26 15:29:19 2010 From: meierk at informatik.uni-freiburg.de (Konrad Meier) Date: Fri, 26 Feb 2010 16:29:19 +0100 Subject: no Voice during a call with nanoBTS 139 In-Reply-To: <866320f71002251635rf77f817na88a185e8c64a227@mail.gmail.com> References: <4B86B622.2080106@informatik.uni-freiburg.de> <201002252205.57946.zecke@selfish.org> <866320f71002251635rf77f817na88a185e8c64a227@mail.gmail.com> Message-ID: <4B87E8CF.2000900@informatik.uni-freiburg.de> Sylvain Munaut schrieb: > Hi, > > You need one of the patch that's in my pending branch. The > "ipaccess: Send RTP Payload IE for CRCX & MDCX" patch to be exact. > > Try sylvain/pending branch and it should work. Basically the RTP > Payload IE is required. > > Sylvain > Hi Sylvain, I tried you branch code. After initializing the nanoBTS the bsc_hack crashed with the following output: DB: Database initialized. DB: Database prepared. <000d> input/ipaccess.c:504 accept()ed new OML link from 132.230.8.239 <0005> bsc_init.c:626 bootstrapping OML for BTS 0 <000d> input/ipaccess.c:562 accept()ed new RSL link from 132.230.8.239 <0004> bsc_init.c:761 bootstrapping RSL for BTS/TRX (0/0) on ARFCN 514 using MCC=1 MNC=1 LAC=1 CID=0 BSIC=63 TSC=7 *** stack smashing detected ***: ./bsc_hack terminated ======= Backtrace: ========= /lib/tls/i686/cmov/libc.so.6(__fortify_fail+0x48)[0x211ed8] /lib/tls/i686/cmov/libc.so.6(__fortify_fail+0x0)[0x211e90] ./bsc_hack[0x804b8af] ./bsc_hack[0x806d77b] ./bsc_hack[0x8070629] ./bsc_hack[0x806a275] ./bsc_hack[0x804a6ce] /lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xe6)[0x147b56] ./bsc_hack[0x804a2a1] ======= Memory map: ======== 00110000-00125000 r-xp 00000000 08:05 864987 /lib/tls/i686/cmov/libpthread-2.10.1.so 00125000-00126000 r--p 00014000 08:05 864987 /lib/tls/i686/cmov/libpthread-2.10.1.so 00126000-00127000 rw-p 00015000 08:05 864987 /lib/tls/i686/cmov/libpthread-2.10.1.so 00127000-00129000 rw-p 00000000 00:00 0 00131000-0026f000 r-xp 00000000 08:05 864973 /lib/tls/i686/cmov/libc-2.10.1.so 0026f000-00270000 ---p 0013e000 08:05 864973 /lib/tls/i686/cmov/libc-2.10.1.so 00270000-00272000 r--p 0013e000 08:05 864973 /lib/tls/i686/cmov/libc-2.10.1.so 00272000-00273000 rw-p 00140000 08:05 864973 /lib/tls/i686/cmov/libc-2.10.1.so 00273000-00276000 rw-p 00000000 00:00 0 00276000-002fc000 r-xp 00000000 08:05 841133 /usr/lib/libsqlite3.so.0.8.6 002fc000-002fd000 r--p 00086000 08:05 841133 /usr/lib/libsqlite3.so.0.8.6 002fd000-002fe000 rw-p 00087000 08:05 841133 /usr/lib/libsqlite3.so.0.8.6 00359000-0037d000 r-xp 00000000 08:05 864977 /lib/tls/i686/cmov/libm-2.10.1.so 0037d000-0037e000 r--p 00023000 08:05 864977 /lib/tls/i686/cmov/libm-2.10.1.so 0037e000-0037f000 rw-p 00024000 08:05 864977 /lib/tls/i686/cmov/libm-2.10.1.so 00709000-00712000 r-xp 00000000 08:05 864975 /lib/tls/i686/cmov/libcrypt-2.10.1.so 00712000-00713000 r--p 00008000 08:05 864975 /lib/tls/i686/cmov/libcrypt-2.10.1.so 00713000-00714000 rw-p 00009000 08:05 864975 /lib/tls/i686/cmov/libcrypt-2.10.1.so 00714000-0073b000 rw-p 00000000 00:00 0 007bf000-007c1000 r-xp 00000000 08:05 864976 /lib/tls/i686/cmov/libdl-2.10.1.so 007c1000-007c2000 r--p 00001000 08:05 864976 /lib/tls/i686/cmov/libdl-2.10.1.so 007c2000-007c3000 rw-p 00002000 08:05 864976 /lib/tls/i686/cmov/libdl-2.10.1.so 008ce000-008e9000 r-xp 00000000 08:05 187717 /lib/ld-2.10.1.so 008e9000-008ea000 r--p 0001a000 08:05 187717 /lib/ld-2.10.1.so 008ea000-008eb000 rw-p 0001b000 08:05 187717 /lib/ld-2.10.1.so 00989000-0098e000 r-xp 00000000 08:05 3394967 /usr/lib/dbd/libdbdsqlite3.so 0098e000-0098f000 r--p 00004000 08:05 3394967 /usr/lib/dbd/libdbdsqlite3.so 0098f000-00990000 rw-p 00005000 08:05 3394967 /usr/lib/dbd/libdbdsqlite3.so 00b9e000-00bba000 r-xp 00000000 08:05 191751 /lib/libgcc_s.so.1 00bba000-00bbb000 r--p 0001b000 08:05 191751 /lib/libgcc_s.so.1 00bbb000-00bbc000 rw-p 0001c000 08:05 191751 /lib/libgcc_s.so.1 00ec1000-00ecc000 r-xp 00000000 08:05 1103345 /usr/lib/libdbi.so.0.0.5 00ecc000-00ecd000 rw-p 0000a000 08:05 1103345 /usr/lib/libdbi.so.0.0.5 00ee2000-00ee3000 r-xp 00000000 00:00 0 [vdso] 08048000-08091000 r-xp 00000000 08:05 1518261 /home/konrad/openbsc/openbsc/src/bsc_hack 08091000-08092000 r--p 00048000 08:05 1518261 /home/konrad/openbsc/openbsc/src/bsc_hack 08092000-08095000 rw-p 00049000 08:05 1518261 /home/konrad/openbsc/openbsc/src/bsc_hack 08095000-08099000 rw-p 00000000 00:00 0 08817000-0889f000 rw-p 00000000 00:00 0 [heap] b6fdd000-b6fde000 ---p 00000000 00:00 0 b6fde000-b77e0000 rw-p 00000000 00:00 0 b77fd000-b7800000 rw-p 00000000 00:00 0 bfe1b000-bfe30000 rw-p 00000000 00:00 0 [stack] signal 6 received talloc report on 'vty' (total 26794 bytes in 2351 blocks) save_cwd contains 33 bytes in 1 blocks (ref 0) 0x8836b00 vty_command contains 15081 bytes in 1180 blocks (ref 0) 0x8836ac8 vty_vector contains 11680 bytes in 1169 blocks (ref 0) 0x8836a90 full talloc report on 'openbsc' (total 137802 bytes in 62 blocks) struct e1inp_line contains 45208 bytes in 1 blocks (ref 0) 0x88733a8 struct ia_e1_handle contains 60 bytes in 1 blocks (ref 0) 0x885c588 telnet_connection contains 1 bytes in 1 blocks (ref 0) 0x881b048 struct gsm_network contains 85112 bytes in 5 blocks (ref 0) 0x881af20 struct gsm_bts contains 84856 bytes in 2 blocks (ref 0) 0x885cc08 struct gsm_bts_trx contains 82348 bytes in 1 blocks (ref 0) 0x885d608 OpenBSC contains 8 bytes in 1 blocks (ref 0) 0x881e060 OpenBSC contains 8 bytes in 1 blocks (ref 0) 0x881f2c0 counter contains 500 bytes in 26 blocks (ref 0) 0x8817568 struct counter contains 20 bytes in 1 blocks (ref 0) 0x881f278 struct counter contains 20 bytes in 1 blocks (ref 0) 0x881f230 struct counter contains 20 bytes in 1 blocks (ref 0) 0x881f1e8 struct counter contains 20 bytes in 1 blocks (ref 0) 0x881f1a0 struct counter contains 20 bytes in 1 blocks (ref 0) 0x881d8b8 struct counter contains 20 bytes in 1 blocks (ref 0) 0x881d870 struct counter contains 20 bytes in 1 blocks (ref 0) 0x881d828 struct counter contains 20 bytes in 1 blocks (ref 0) 0x881d7e0 struct counter contains 20 bytes in 1 blocks (ref 0) 0x881d798 struct counter contains 20 bytes in 1 blocks (ref 0) 0x881d750 struct counter contains 20 bytes in 1 blocks (ref 0) 0x881d708 struct counter contains 20 bytes in 1 blocks (ref 0) 0x8819980 struct counter contains 20 bytes in 1 blocks (ref 0) 0x8819938 struct counter contains 20 bytes in 1 blocks (ref 0) 0x88198f0 struct counter contains 20 bytes in 1 blocks (ref 0) 0x88198a8 struct counter contains 20 bytes in 1 blocks (ref 0) 0x8819860 struct counter contains 20 bytes in 1 blocks (ref 0) 0x881aa40 struct counter contains 20 bytes in 1 blocks (ref 0) 0x881a9f8 struct counter contains 20 bytes in 1 blocks (ref 0) 0x881a9b0 struct counter contains 20 bytes in 1 blocks (ref 0) 0x881a968 struct counter contains 20 bytes in 1 blocks (ref 0) 0x881a920 struct counter contains 20 bytes in 1 blocks (ref 0) 0x881b0f8 struct counter contains 20 bytes in 1 blocks (ref 0) 0x881b0b0 struct counter contains 20 bytes in 1 blocks (ref 0) 0x881e0a0 struct counter contains 20 bytes in 1 blocks (ref 0) 0x881e5d8 trau_upq_entry contains 0 bytes in 1 blocks (ref 0) 0x8817530 trau_map_entry contains 0 bytes in 1 blocks (ref 0) 0x88174f8 transaction contains 0 bytes in 1 blocks (ref 0) 0x88174c0 subch_txq_entry contains 0 bytes in 1 blocks (ref 0) 0x8817488 signal_handler contains 140 bytes in 8 blocks (ref 0) 0x8817450 struct signal_handler contains 20 bytes in 1 blocks (ref 0) 0x885cb50 struct signal_handler contains 20 bytes in 1 blocks (ref 0) 0x88565b8 struct signal_handler contains 20 bytes in 1 blocks (ref 0) 0x88176c0 struct signal_handler contains 20 bytes in 1 blocks (ref 0) 0x8817678 struct signal_handler contains 20 bytes in 1 blocks (ref 0) 0x8817630 struct signal_handler contains 20 bytes in 1 blocks (ref 0) 0x88175e8 struct signal_handler contains 20 bytes in 1 blocks (ref 0) 0x88175a0 paging_request contains 0 bytes in 1 blocks (ref 0) 0x8817418 gsm_call contains 0 bytes in 1 blocks (ref 0) 0x88173e0 subscr_request contains 0 bytes in 1 blocks (ref 0) 0x88173a8 subscriber contains 0 bytes in 1 blocks (ref 0) 0x8817370 sms contains 0 bytes in 1 blocks (ref 0) 0x8817338 loc_updating_oper contains 0 bytes in 1 blocks (ref 0) 0x8817300 bs11_file_list_entry contains 0 bytes in 1 blocks (ref 0) 0x88172c8 msgb contains 6780 bytes in 8 blocks (ref 0) 0x8817290 RSL contains 1072 bytes in 1 blocks (ref 0) 0x887fab0 RSL contains 1072 bytes in 1 blocks (ref 0) 0x887f648 RSL contains 1072 bytes in 1 blocks (ref 0) 0x887f1e0 RSL contains 1072 bytes in 1 blocks (ref 0) 0x887ed78 RSL contains 1072 bytes in 1 blocks (ref 0) 0x887e910 RSL contains 1072 bytes in 1 blocks (ref 0) 0x885c5f8 Abis/IP contains 348 bytes in 1 blocks (ref 0) 0x8872288 Aborted For debugging the Code with gdb I had to change the makefile. (See attached patch) Here is the backtrace: Program received signal SIGABRT, Aborted. 0x0021a832 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2 (gdb) bt #0 0x0021a832 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2 #1 0x00b8e4d1 in *__GI_raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 #2 0x00b91932 in *__GI_abort () at abort.c:92 #3 0x00bc4ee5 in __libc_message (do_abort=2, fmt=0xc866dd "*** %s ***: %s terminated\n") at ../sysdeps/unix/sysv/linux/libc_fatal.c:189 #4 0x00c44ed8 in *__GI___fortify_fail (msg=0xc866c5 "stack smashing detected") at fortify_fail.c:32 #5 0x00c44e90 in __stack_chk_fail () at stack_chk_fail.c:29 #6 0x0804b8df in input_event (event=1, type=E1INP_SIGN_RSL, trx=0x80df1c0) at bsc_init.c:787 #7 0x0806d7ab in e1inp_event (ts=0x80f54f4, evt=1, tei=0 '\000', sapi=77 'M') at e1_input.c:519 #8 0x08070659 in handle_ts1_read (bfd=0x80f5a5c, what=) at input/ipaccess.c:360 #9 ipaccess_fd_cb (bfd=0x80f5a5c, what=) at input/ipaccess.c:469 #10 0x0806a2a5 in bsc_select_main (polling=0) at select.c:109 #11 0x0804a6fe in main (argc=1, argv=0xbffff2d4) at bsc_hack.c:233 I located the Error in file bsc_init.c line 677: si_tmp[23] -> buffer overflow changing si_tmp[24] fixed the crash but the nanoBTS refuses to work. Do you have any idea? Regards Konrad -------------- next part -------------- A non-text attachment was scrubbed... Name: gdb-fix.patch Type: text/x-patch Size: 626 bytes Desc: not available URL: From 246tnt at gmail.com Fri Feb 26 15:38:25 2010 From: 246tnt at gmail.com (Sylvain Munaut) Date: Fri, 26 Feb 2010 16:38:25 +0100 Subject: no Voice during a call with nanoBTS 139 In-Reply-To: <4B87E8CF.2000900@informatik.uni-freiburg.de> References: <4B86B622.2080106@informatik.uni-freiburg.de> <201002252205.57946.zecke@selfish.org> <866320f71002251635rf77f817na88a185e8c64a227@mail.gmail.com> <4B87E8CF.2000900@informatik.uni-freiburg.de> Message-ID: <866320f71002260738x25ac33adk1a5f38aa6787372d@mail.gmail.com> > I tried you branch code. After initializing the nanoBTS the bsc_hack crashed > with the following output: It's a bug that was fixed afterwards. Maybe try to just cherry pick the patch I was talking about in my previous message or merge the master with my branch to get the more recent work as well. Cheers, Sylvain From meierk at informatik.uni-freiburg.de Fri Feb 26 16:47:21 2010 From: meierk at informatik.uni-freiburg.de (Konrad Meier) Date: Fri, 26 Feb 2010 17:47:21 +0100 Subject: no Voice during a call with nanoBTS 139 In-Reply-To: <866320f71002260738x25ac33adk1a5f38aa6787372d@mail.gmail.com> References: <4B86B622.2080106@informatik.uni-freiburg.de> <201002252205.57946.zecke@selfish.org> <866320f71002251635rf77f817na88a185e8c64a227@mail.gmail.com> <4B87E8CF.2000900@informatik.uni-freiburg.de> <866320f71002260738x25ac33adk1a5f38aa6787372d@mail.gmail.com> Message-ID: <4B87FB19.4070406@informatik.uni-freiburg.de> Sylvain Munaut schrieb: >> I tried you branch code. After initializing the nanoBTS the bsc_hack crashed >> with the following output: > > It's a bug that was fixed afterwards. Maybe try to just cherry pick > the patch I was talking about in my previous message or merge the > master with my branch to get the more recent work as well. > > Cheers, > > Sylvain > Ok, the bsc_hack is running but the problem still exists. I can't hear a voice during a call. Thanks for your help! Here is the debug output: DB: Database initialized. DB: Database prepared. <0005> bsc_init.c:626 bootstrapping OML for BTS 0 <0005> abis_nm.c:545 OC=SITE MANAGER(00) INST=(ff,ff,ff) STATE CHG: OP_STATE=Disabled AVAIL=Not installed(07) <0005> abis_nm.c:545 OC=BTS(01) INST=(00,ff,ff) STATE CHG: OP_STATE=Disabled AVAIL=Not installed(07) <0005> abis_nm.c:545 OC=BASEBAND TRANSCEIVER(04) INST=(00,00,ff) STATE CHG: OP_STATE=Disabled AVAIL=Not installed(07) <0005> abis_nm.c:545 OC=CHANNEL(03) INST=(00,00,00) STATE CHG: OP_STATE=Disabled AVAIL=Not installed(07) <0005> abis_nm.c:545 OC=CHANNEL(03) INST=(00,00,01) STATE CHG: OP_STATE=Disabled AVAIL=Not installed(07) <0005> abis_nm.c:545 OC=CHANNEL(03) INST=(00,00,02) STATE CHG: OP_STATE=Disabled AVAIL=Not installed(07) <0005> abis_nm.c:545 OC=CHANNEL(03) INST=(00,00,03) STATE CHG: OP_STATE=Disabled AVAIL=Not installed(07) <0005> abis_nm.c:545 OC=CHANNEL(03) INST=(00,00,04) STATE CHG: OP_STATE=Disabled AVAIL=Not installed(07) <0005> abis_nm.c:545 OC=CHANNEL(03) INST=(00,00,05) STATE CHG: OP_STATE=Disabled AVAIL=Not installed(07) <0005> abis_nm.c:545 OC=CHANNEL(03) INST=(00,00,06) STATE CHG: OP_STATE=Disabled AVAIL=Not installed(07) <0005> abis_nm.c:545 OC=CHANNEL(03) INST=(00,00,07) STATE CHG: OP_STATE=Disabled AVAIL=Not installed(07) <0005> abis_nm.c:545 OC=RADIO CARRIER(02) INST=(00,00,ff) STATE CHG: OP_STATE=Disabled AVAIL=Not installed(07) <0005> abis_nm.c:545 OC=GPRS NSE(f0) INST=(00,ff,ff) STATE CHG: OP_STATE=Disabled AVAIL=Not installed(07) <0005> abis_nm.c:545 OC=GPRS CELL(f1) INST=(00,00,ff) STATE CHG: OP_STATE=Disabled AVAIL=Not installed(07) <0005> abis_nm.c:545 OC=GPRS NSVC(f2) INST=(00,00,ff) STATE CHG: OP_STATE=Disabled AVAIL=Not installed(07) <0005> abis_nm.c:545 OC=GPRS NSVC(f2) INST=(00,01,ff) STATE CHG: OP_STATE=Disabled AVAIL=Not installed(07) <0005> abis_nm.c:545 OC=SITE MANAGER(00) INST=(ff,ff,ff) SW Activate Request: ACKing and Activating <0005> abis_nm.c:888 Found SW config: 42 12 00 08 31 32 30 61 30 30 32 00 13 00 0a 76 31 34 39 62 34 34 64 30 00 42 12 00 08 31 32 30 61 30 30 32 00 13 00 0a 76 31 34 39 62 34 34 64 30 00 <0005> abis_nm.c:545 OC=SITE MANAGER(00) INST=(ff,ff,ff) STATE CHG: OP_STATE=Disabled AVAIL=Not installed(07) <0005> abis_nm.c:545 OC=SITE MANAGER(00) INST=(ff,ff,ff) Software Activated Report <0005> abis_nm.c:545 OC=SITE MANAGER(00) INST=(ff,ff,ff) STATE CHG: OP_STATE=Disabled AVAIL=Off line(03) <0005> abis_nm.c:545 OC=SITE MANAGER(00) INST=(ff,ff,ff) Sending OPSTART <0005> abis_nm.c:545 OC=BTS(01) INST=(00,ff,ff) SW Activate Request: ACKing and Activating <0005> abis_nm.c:888 Found SW config: 42 12 00 08 31 32 30 61 30 30 32 00 13 00 0a 76 31 34 39 62 34 34 64 30 00 <0005> abis_nm.c:545 OC=GPRS NSE(f0) INST=(00,ff,ff) SW Activate Request: NACKing for GPRS obj_class 0xf0 <0005> abis_nm.c:545 OC=SITE MANAGER(00) INST=(ff,ff,ff) STATE CHG: OP_STATE=Enabled <0005> abis_nm.c:545 OC=SITE MANAGER(00) INST=(ff,ff,ff) Sending OPSTART <0005> abis_nm.c:545 OC=BTS(01) INST=(00,ff,ff) Software Activated Report <0005> abis_nm.c:545 OC=BTS(01) INST=(00,ff,ff) STATE CHG: OP_STATE=Disabled AVAIL=Dependency(05) <0005> abis_nm.c:1791 Set BTS Attr (bts=0) <0005> abis_nm.c:545 OC=BTS(01) INST=(00,ff,ff) Sending OPSTART <0005> abis_nm.c:545 OC=BASEBAND TRANSCEIVER(04) INST=(00,00,ff) SW Activate Request: ACKing and Activating <0005> abis_nm.c:888 Found SW config: 42 12 00 08 31 32 30 61 30 30 31 00 13 00 0a 76 31 34 39 62 34 34 64 30 00 42 12 00 08 31 32 30 61 30 30 32 00 13 00 0a 76 31 34 39 62 34 34 64 30 00 <0005> abis_nm.c:545 OC=RADIO CARRIER(02) INST=(00,00,ff) SW Activate Request: ACKing and Activating <0005> abis_nm.c:888 Found SW config: 42 12 00 08 31 32 30 61 30 30 31 00 13 00 0a 76 31 34 39 62 34 34 64 30 00 42 12 00 08 31 32 30 61 30 30 32 00 13 00 0a 76 31 34 39 62 34 34 64 30 00 <0005> abis_nm.c:545 OC=BTS(01) INST=(00,ff,ff) STATE CHG: OP_STATE=Disabled AVAIL=Dependency(05) ADM=Unlocked <0005> abis_nm.c:545 OC=BTS(01) INST=(00,ff,ff) STATE CHG: OP_STATE=Disabled AVAIL=Dependency(05) ADM=Unlocked <0005> abis_nm.c:545 OC=BASEBAND TRANSCEIVER(04) INST=(00,00,ff) Software Activated Report <0005> abis_nm.c:545 OC=BASEBAND TRANSCEIVER(04) INST=(00,00,ff) Sending OPSTART <0005> abis_nm.c:2862 ip.access RSL CONNECT IP=0.0.0.0 PORT=3003 STREAM=0x00 <0005> abis_nm.c:545 OC=BASEBAND TRANSCEIVER(04) INST=(00,00,ff) STATE CHG: OP_STATE=Disabled AVAIL=Dependency(05) <0005> abis_nm.c:545 OC=RADIO CARRIER(02) INST=(00,00,ff) Software Activated Report <0005> abis_nm.c:1808 Set TRX Attr (bts=0,trx=0) <0005> abis_nm.c:545 OC=RADIO CARRIER(02) INST=(00,00,ff) Sending OPSTART <0005> abis_nm.c:545 OC=RADIO CARRIER(02) INST=(00,00,ff) STATE CHG: OP_STATE=Disabled AVAIL=Dependency(05) <0005> abis_nm.c:545 OC=BASEBAND TRANSCEIVER(04) INST=(00,00,ff) STATE CHG: OP_STATE=Disabled AVAIL=Dependency(05) ADM=Unlocked <0005> abis_nm.c:545 OC=CHANNEL(03) INST=(00,00,00) Software Activated Report <0005> abis_nm.c:545 OC=CHANNEL(03) INST=(00,00,00) STATE CHG: OP_STATE=Disabled AVAIL=Dependency(05) <0005> abis_nm.c:1966 Set Chan Attr (bts=0,trx=0,ts=0) <0005> abis_nm.c:545 OC=CHANNEL(03) INST=(00,00,00) Sending OPSTART <0005> abis_nm.c:545 OC=CHANNEL(03) INST=(00,00,01) Software Activated Report <0005> abis_nm.c:545 OC=CHANNEL(03) INST=(00,00,01) STATE CHG: OP_STATE=Disabled AVAIL=Dependency(05) <0005> abis_nm.c:1966 Set Chan Attr (bts=0,trx=0,ts=1) <0005> abis_nm.c:545 OC=CHANNEL(03) INST=(00,00,01) Sending OPSTART <0005> abis_nm.c:545 OC=CHANNEL(03) INST=(00,00,02) Software Activated Report <0005> abis_nm.c:545 OC=CHANNEL(03) INST=(00,00,02) STATE CHG: OP_STATE=Disabled AVAIL=Dependency(05) <0005> abis_nm.c:1966 Set Chan Attr (bts=0,trx=0,ts=2) <0005> abis_nm.c:545 OC=CHANNEL(03) INST=(00,00,02) Sending OPSTART <0005> abis_nm.c:545 OC=CHANNEL(03) INST=(00,00,03) Software Activated Report <0005> abis_nm.c:545 OC=CHANNEL(03) INST=(00,00,03) STATE CHG: OP_STATE=Disabled AVAIL=Dependency(05) <0005> abis_nm.c:1966 Set Chan Attr (bts=0,trx=0,ts=3) <0005> abis_nm.c:545 OC=CHANNEL(03) INST=(00,00,03) Sending OPSTART <0005> abis_nm.c:545 OC=CHANNEL(03) INST=(00,00,04) Software Activated Report <0005> abis_nm.c:545 OC=CHANNEL(03) INST=(00,00,04) STATE CHG: OP_STATE=Disabled AVAIL=Dependency(05) <0005> abis_nm.c:1966 Set Chan Attr (bts=0,trx=0,ts=4) <0005> abis_nm.c:545 OC=CHANNEL(03) INST=(00,00,04) Sending OPSTART <0005> abis_nm.c:545 OC=CHANNEL(03) INST=(00,00,05) Software Activated Report <0005> abis_nm.c:545 OC=CHANNEL(03) INST=(00,00,05) STATE CHG: OP_STATE=Disabled AVAIL=Dependency(05) <0005> abis_nm.c:1966 Set Chan Attr (bts=0,trx=0,ts=5) <0005> abis_nm.c:545 OC=CHANNEL(03) INST=(00,00,05) Sending OPSTART <0005> abis_nm.c:545 OC=CHANNEL(03) INST=(00,00,06) Software Activated Report <0005> abis_nm.c:545 OC=CHANNEL(03) INST=(00,00,06) STATE CHG: OP_STATE=Disabled AVAIL=Dependency(05) <0005> abis_nm.c:1966 Set Chan Attr (bts=0,trx=0,ts=6) <0005> abis_nm.c:545 OC=CHANNEL(03) INST=(00,00,06) Sending OPSTART <0005> abis_nm.c:545 OC=CHANNEL(03) INST=(00,00,07) Software Activated Report <0005> abis_nm.c:545 OC=CHANNEL(03) INST=(00,00,07) STATE CHG: OP_STATE=Disabled AVAIL=Dependency(05) <0005> abis_nm.c:1966 Set Chan Attr (bts=0,trx=0,ts=7) <0005> abis_nm.c:545 OC=CHANNEL(03) INST=(00,00,07) Sending OPSTART <0005> abis_nm.c:545 OC=BASEBAND TRANSCEIVER(04) INST=(00,00,ff) STATE CHG: OP_STATE=Disabled AVAIL=Dependency(05) ADM=Unlocked <0005> abis_nm.c:545 OC=BASEBAND TRANSCEIVER(04) INST=(00,00,ff) IPACCESS(0xe1): RSL CONNECT ACK IP=132.230.8.231 PORT=3003 STREAM=0x00 <0005> abis_nm.c:545 OC=RADIO CARRIER(02) INST=(00,00,ff) STATE CHG: OP_STATE=Disabled AVAIL=Dependency(05) ADM=Unlocked <0005> abis_nm.c:545 OC=RADIO CARRIER(02) INST=(00,00,ff) STATE CHG: OP_STATE=Disabled AVAIL=Dependency(05) ADM=Unlocked <0005> abis_nm.c:545 OC=CHANNEL(03) INST=(00,00,00) STATE CHG: OP_STATE=Disabled AVAIL=Dependency(05) ADM=Unlocked <0005> abis_nm.c:545 OC=CHANNEL(03) INST=(00,00,00) STATE CHG: OP_STATE=Disabled AVAIL=Dependency(05) ADM=Unlocked <0005> abis_nm.c:545 OC=BTS(01) INST=(00,ff,ff) STATE CHG: OP_STATE=Enabled ADM=Unlocked <0005> abis_nm.c:545 OC=BASEBAND TRANSCEIVER(04) INST=(00,00,ff) STATE CHG: OP_STATE=Enabled ADM=Unlocked <0005> abis_nm.c:545 OC=RADIO CARRIER(02) INST=(00,00,ff) STATE CHG: OP_STATE=Enabled ADM=Unlocked <0005> abis_nm.c:545 OC=CHANNEL(03) INST=(00,00,00) STATE CHG: OP_STATE=Enabled ADM=Unlocked <0005> abis_nm.c:545 OC=CHANNEL(03) INST=(00,00,01) STATE CHG: OP_STATE=Disabled AVAIL=Dependency(05) ADM=Unlocked <0005> abis_nm.c:545 OC=CHANNEL(03) INST=(00,00,01) STATE CHG: OP_STATE=Disabled AVAIL=Dependency(05) ADM=Unlocked <0005> abis_nm.c:545 OC=CHANNEL(03) INST=(00,00,01) STATE CHG: OP_STATE=Enabled ADM=Unlocked <0005> abis_nm.c:545 OC=CHANNEL(03) INST=(00,00,02) STATE CHG: OP_STATE=Disabled AVAIL=Dependency(05) ADM=Unlocked <0005> abis_nm.c:545 OC=CHANNEL(03) INST=(00,00,02) STATE CHG: OP_STATE=Disabled AVAIL=Dependency(05) ADM=Unlocked <0005> abis_nm.c:545 OC=CHANNEL(03) INST=(00,00,02) STATE CHG: OP_STATE=Enabled ADM=Unlocked <0005> abis_nm.c:545 OC=CHANNEL(03) INST=(00,00,03) STATE CHG: OP_STATE=Disabled AVAIL=Dependency(05) ADM=Unlocked <0005> abis_nm.c:545 OC=CHANNEL(03) INST=(00,00,03) STATE CHG: OP_STATE=Disabled AVAIL=Dependency(05) ADM=Unlocked <0005> abis_nm.c:545 OC=CHANNEL(03) INST=(00,00,03) STATE CHG: OP_STATE=Enabled ADM=Unlocked <0005> abis_nm.c:545 OC=CHANNEL(03) INST=(00,00,04) STATE CHG: OP_STATE=Disabled AVAIL=Dependency(05) ADM=Unlocked <0005> abis_nm.c:545 OC=CHANNEL(03) INST=(00,00,04) STATE CHG: OP_STATE=Disabled AVAIL=Dependency(05) ADM=Unlocked <0005> abis_nm.c:545 OC=CHANNEL(03) INST=(00,00,04) STATE CHG: OP_STATE=Enabled ADM=Unlocked <0005> abis_nm.c:545 OC=CHANNEL(03) INST=(00,00,05) STATE CHG: OP_STATE=Disabled AVAIL=Dependency(05) ADM=Unlocked <0005> abis_nm.c:545 OC=CHANNEL(03) INST=(00,00,05) STATE CHG: OP_STATE=Disabled AVAIL=Dependency(05) ADM=Unlocked <0005> abis_nm.c:545 OC=CHANNEL(03) INST=(00,00,05) STATE CHG: OP_STATE=Enabled ADM=Unlocked <0005> abis_nm.c:545 OC=CHANNEL(03) INST=(00,00,06) STATE CHG: OP_STATE=Disabled AVAIL=Dependency(05) ADM=Unlocked <0005> abis_nm.c:545 OC=CHANNEL(03) INST=(00,00,06) STATE CHG: OP_STATE=Disabled AVAIL=Dependency(05) ADM=Unlocked <0005> abis_nm.c:545 OC=CHANNEL(03) INST=(00,00,06) STATE CHG: OP_STATE=Enabled ADM=Unlocked <0005> abis_nm.c:545 OC=CHANNEL(03) INST=(00,00,07) STATE CHG: OP_STATE=Disabled AVAIL=Dependency(05) ADM=Unlocked <0005> abis_nm.c:545 OC=CHANNEL(03) INST=(00,00,07) STATE CHG: OP_STATE=Disabled AVAIL=Dependency(05) ADM=Unlocked <0005> abis_nm.c:545 OC=CHANNEL(03) INST=(00,00,07) STATE CHG: OP_STATE=Enabled ADM=Unlocked <0004> bsc_init.c:761 bootstrapping RSL for BTS/TRX (0/0) on ARFCN 514 using MCC=1 MNC=1 LAC=1 CID=0 BSIC=63 TSC=7 <0003> bsc_init.c:689 SI 1: 55 06 19 8f 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 e5 04 00 2b <0003> bsc_init.c:689 SI 2: 59 06 1a 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ff e5 04 00 <0003> bsc_init.c:689 SI 3: 49 06 1b 00 00 00 f1 10 00 01 41 03 00 22 47 00 e5 04 00 3b 2b 2b 2b <0003> bsc_init.c:689 SI 4: 31 06 1c 00 f1 10 00 01 47 00 e5 04 00 2b 2b 2b 2b 2b 2b 2b 2b 2b 2b <0003> bsc_init.c:706 SI 5: 49 06 1d 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 <0003> bsc_init.c:713 SI 6: 2d 06 1e 00 00 00 f1 10 00 01 22 ff <0004> abis_rsl.c:1355 (bts=0,trx=0,ts=0,ss=0) Activating ARFCN(514) SS(0) lctype SDCCH r=LOCATION_UPDATE ra=0x17 <0004> abis_rsl.c:1161 (bts=0,trx=0,ts=0,ss=0) CHANNEL ACTIVATE ACK <0000> abis_rsl.c:1460 (bts=0,trx=0,ts=0,ss=0) SAPI=0 ESTABLISH INDICATION <0002> gsm_04_08.c:1382 LOCATION UPDATING REQUEST: mi_type=0x01 MI(262026550055616) type=NORMAL <0001> gsm_04_08_utils.c:144 (bts 0 trx 0 ts 0 pd 05) Sending 0x18 to MS. <0000> abis_rsl.c:1460 (bts=0,trx=0,ts=0,ss=0) SAPI=0 DATA INDICATION <0003> gsm_04_08.c:1467 CLASSMARK CHANGE CM2(len=3) CM3(len=7) <0000> abis_rsl.c:1460 (bts=0,trx=0,ts=0,ss=0) SAPI=0 DATA INDICATION <0002> gsm_04_08.c:901 IDENTITY RESPONSE: mi_type=0x02 MI(352495022152950) <0002> gsm_04_08.c:865 -> LOCATION UPDATE ACCEPT <0001> gsm_04_08_utils.c:144 (bts 0 trx 0 ts 0 pd 05) Sending 0x02 to MS. <0002> gsm_subscriber.c:112 Subscriber 262026550055616 ATTACHED LAC=1 <0003> gsm_04_08_utils.c:385 Sending Channel Release: Chan: Number: 0 Type: 1 <0001> gsm_04_08_utils.c:144 (bts 0 trx 0 ts 0 pd 06) Sending 0x0d to MS. <0004> abis_rsl.c:746 (bts=0,trx=0,ts=0,ss=0) DEACTivate SACCH CMD <0000> chan_alloc.c:325 (bts=0,trx=0,ts=0,ss=0) Recycling Channel <0004> abis_rsl.c:1072 (bts=0,trx=0,ts=0,ss=0): MEAS RES for inactive channel <0000> abis_rsl.c:1460 (bts=0,trx=0,ts=0,ss=0) SAPI=0 RELEASE CONFIRMATION <0004> abis_rsl.c:764 (bts=0,trx=0,ts=0,ss=0) RF Channel Release CMD <0004> abis_rsl.c:1177 (bts=0,trx=0,ts=0,ss=0) RF CHANNEL RELEASE ACK <0004> abis_rsl.c:1355 (bts=0,trx=0,ts=0,ss=0) Activating ARFCN(514) SS(0) lctype SDCCH r=LOCATION_UPDATE ra=0x10 <0004> abis_rsl.c:1161 (bts=0,trx=0,ts=0,ss=0) CHANNEL ACTIVATE ACK <0000> abis_rsl.c:1460 (bts=0,trx=0,ts=0,ss=0) SAPI=0 ESTABLISH INDICATION <0002> gsm_04_08.c:1382 LOCATION UPDATING REQUEST: mi_type=0x04 MI(178331526) type=IMSI ATTACH <0001> gsm_04_08_utils.c:144 (bts 0 trx 0 ts 0 pd 05) Sending 0x18 to MS. <0000> abis_rsl.c:1460 (bts=0,trx=0,ts=0,ss=0) SAPI=0 DATA INDICATION <0003> gsm_04_08.c:1467 CLASSMARK CHANGE CM2(len=3) CM3(len=2) <0000> abis_rsl.c:1460 (bts=0,trx=0,ts=0,ss=0) SAPI=0 DATA INDICATION <0002> gsm_04_08.c:901 IDENTITY RESPONSE: mi_type=0x02 MI(350105809824020) <0002> gsm_04_08.c:865 -> LOCATION UPDATE ACCEPT <0001> gsm_04_08_utils.c:144 (bts 0 trx 0 ts 0 pd 05) Sending 0x02 to MS. <0002> gsm_subscriber.c:112 Subscriber 262021514127926 ATTACHED LAC=1 <0003> gsm_04_08_utils.c:385 Sending Channel Release: Chan: Number: 0 Type: 1 <0001> gsm_04_08_utils.c:144 (bts 0 trx 0 ts 0 pd 06) Sending 0x0d to MS. <0004> abis_rsl.c:746 (bts=0,trx=0,ts=0,ss=0) DEACTivate SACCH CMD <0000> chan_alloc.c:325 (bts=0,trx=0,ts=0,ss=0) Recycling Channel <0004> abis_rsl.c:1072 (bts=0,trx=0,ts=0,ss=0): MEAS RES for inactive channel <0000> abis_rsl.c:1460 (bts=0,trx=0,ts=0,ss=0) SAPI=0 RELEASE CONFIRMATION <0004> abis_rsl.c:764 (bts=0,trx=0,ts=0,ss=0) RF Channel Release CMD <0004> abis_rsl.c:1177 (bts=0,trx=0,ts=0,ss=0) RF CHANNEL RELEASE ACK <0004> abis_rsl.c:1355 (bts=0,trx=0,ts=2,ss=0) Activating ARFCN(514) SS(0) lctype TCH/F r=OTHER ra=0xfd <0004> abis_rsl.c:1161 (bts=0,trx=0,ts=2,ss=0) CHANNEL ACTIVATE ACK <0000> abis_rsl.c:1460 (bts=0,trx=0,ts=2,ss=0) SAPI=0 ESTABLISH INDICATION <0002> gsm_04_08.c:1257 <- CM SERVICE REQUEST serv_type=0x01 mi_type=0x04 M(1230489847) <0002> gsm_04_08.c:1208 -> CM SERVICE ACK <0001> gsm_04_08_utils.c:144 (bts 0 trx 0 ts 2 pd 05) Sending 0x21 to MS. <0000> abis_rsl.c:1460 (bts=0,trx=0,ts=2,ss=0) SAPI=0 DATA INDICATION <0003> gsm_04_08.c:1467 CLASSMARK CHANGE CM2(len=3) CM3(len=7) <0000> abis_rsl.c:1460 (bts=0,trx=0,ts=2,ss=0) SAPI=0 DATA INDICATION <0001> gsm_04_08.c:3461 (bts 0 trx 0 ts 2 ti 8 sub 48214) Received 'SETUP' from MS in state 0 (NULL) <0001> gsm_04_08.c:3466 Unknown transaction ID 8, creating new trans. <0001> transaction.c:69 subscr=0x8a833a8, subscr->net=0x8a20f20 <0001> gsm_04_08.c:1655 new state NULL -> INITIATED <0001> gsm_04_08.c:2155 Subscriber 262026550055616 (48214) sends SETUP to 45679 <0001> gsm_04_08.c:1715 (bts 0 trx 0 ts 2 ti 8 sub 48214) Sending 'MNCC_SETUP_IND' to MNCC. <0001> gsm_04_08.c:3367 (bts 0 trx 0 ts 2 ti 08 sub 48214) Received 'MNCC_LCHAN_MODIFY' from MNCC in state 1 (INITIATED) <0003> gsm_04_08_utils.c:621 -> CHANNEL MODE MODIFY mode=0x21 <0001> gsm_04_08_utils.c:144 (bts 0 trx 0 ts 2 pd 06) Sending 0x10 to MS. <0001> gsm_04_08.c:3367 (bts 0 trx 0 ts 2 ti 08 sub 48214) Received 'MNCC_CALL_PROC_REQ' from MNCC in state 1 (INITIATED) <0001> gsm_04_08.c:1655 new state INITIATED -> MO_CALL_PROC <0001> gsm_04_08_utils.c:139 (bts 0 trx 0 ts 2 ti 80) Sending 'CALL_PROC' to MS. <0001> transaction.c:69 subscr=0x8a62878, subscr->net=0x8a20f20 <0000> abis_rsl.c:1460 (bts=0,trx=0,ts=2,ss=0) SAPI=0 DATA INDICATION <0003> gsm_04_08_utils.c:671 CHANNEL MODE MODIFY ACK <0004> abis_rsl.c:1631 (bts=0,trx=0,ts=2,ss=0) IPAC_BIND speech_mode=0x11 <0004> abis_rsl.c:1186 (bts=0,trx=0,ts=2,ss=0) CHANNEL MODE MODIFY ACK <0004> abis_rsl.c:1814 (bts=0,trx=0,ts=2,ss=0) IPAC_CRCX_NACK <0004> abis_rsl.c:1355 (bts=0,trx=0,ts=3,ss=0) Activating ARFCN(514) SS(0) lctype TCH/F r=PAGING ra=0x2b <0004> abis_rsl.c:1161 (bts=0,trx=0,ts=3,ss=0) CHANNEL ACTIVATE ACK <0000> abis_rsl.c:1460 (bts=0,trx=0,ts=3,ss=0) SAPI=0 ESTABLISH INDICATION <0003> gsm_04_08.c:1431 PAGING RESPONSE: mi_type=0x04 MI(748932926) <0003> gsm_04_08.c:1449 <- Channel was requested by 262021514127926 <0001> gsm_04_08.c:1797 Paging subscr 45679 succeeded! <0001> gsm_04_08.c:2078 starting timer T303 with 30 seconds <0001> gsm_04_08.c:1655 new state NULL -> CALL_PRESENT <0001> gsm_04_08_utils.c:139 (bts 0 trx 0 ts 3 ti 00) Sending 'SETUP' to MS. <0000> abis_rsl.c:1460 (bts=0,trx=0,ts=3,ss=0) SAPI=0 DATA INDICATION <0003> gsm_04_08.c:1467 CLASSMARK CHANGE CM2(len=3) CM3(len=2) <0000> abis_rsl.c:1460 (bts=0,trx=0,ts=3,ss=0) SAPI=0 DATA INDICATION <0001> gsm_04_08.c:3461 (bts 0 trx 0 ts 3 ti 0 sub 45679) Received 'CALL_CONF' from MS in state 6 (CALL_PRESENT) <0001> gsm_04_08.c:1696 stopping pending timer T303 <0001> gsm_04_08.c:2078 starting timer T310 with 180 seconds <0001> gsm_04_08.c:1655 new state CALL_PRESENT -> MO_TERM_CALL_CONF <0001> gsm_04_08.c:1715 (bts 0 trx 0 ts 3 ti 0 sub 45679) Sending 'MNCC_CALL_CONF_IND' to MNCC. <0001> gsm_04_08.c:3367 (bts 0 trx 0 ts 3 ti 00 sub 45679) Received 'MNCC_LCHAN_MODIFY' from MNCC in state 9 (MO_TERM_CALL_CONF) <0003> gsm_04_08_utils.c:621 -> CHANNEL MODE MODIFY mode=0x21 <0001> gsm_04_08_utils.c:144 (bts 0 trx 0 ts 3 pd 06) Sending 0x10 to MS. <0000> abis_rsl.c:1460 (bts=0,trx=0,ts=3,ss=0) SAPI=0 DATA INDICATION <0003> gsm_04_08_utils.c:671 CHANNEL MODE MODIFY ACK <0004> abis_rsl.c:1631 (bts=0,trx=0,ts=3,ss=0) IPAC_BIND speech_mode=0x11 <0004> abis_rsl.c:1186 (bts=0,trx=0,ts=3,ss=0) CHANNEL MODE MODIFY ACK <0000> abis_rsl.c:1460 (bts=0,trx=0,ts=3,ss=0) SAPI=0 DATA INDICATION <0001> gsm_04_08.c:3461 (bts 0 trx 0 ts 3 ti 0 sub 45679) Received 'ALERTING' from MS in state 9 (MO_TERM_CALL_CONF) <0001> gsm_04_08.c:1696 stopping pending timer T310 <0001> gsm_04_08.c:2078 starting timer T301 with 180 seconds <0001> gsm_04_08.c:1655 new state MO_TERM_CALL_CONF -> CALL_RECEIVED <0001> gsm_04_08.c:1715 (bts 0 trx 0 ts 3 ti 0 sub 45679) Sending 'MNCC_ALERT_IND' to MNCC. <0001> gsm_04_08.c:3367 (bts 0 trx 0 ts 2 ti 08 sub 48214) Received 'MNCC_ALERT_REQ' from MNCC in state 3 (MO_CALL_PROC) <0001> gsm_04_08.c:1655 new state MO_CALL_PROC -> CALL_DELIVERED <0001> gsm_04_08_utils.c:139 (bts 0 trx 0 ts 2 ti 80) Sending 'ALERTING' to MS. <0004> abis_rsl.c:1814 (bts=0,trx=0,ts=3,ss=0) IPAC_CRCX_NACK <0000> abis_rsl.c:1460 (bts=0,trx=0,ts=3,ss=0) SAPI=0 DATA INDICATION <0001> gsm_04_08.c:3461 (bts 0 trx 0 ts 3 ti 0 sub 45679) Received 'CONNECT' from MS in state 7 (CALL_RECEIVED) <0001> gsm_04_08.c:1696 stopping pending timer T301 <0001> gsm_04_08.c:1655 new state CALL_RECEIVED -> CONNECT_REQUEST <0001> gsm_04_08.c:1715 (bts 0 trx 0 ts 3 ti 0 sub 45679) Sending 'MNCC_SETUP_CNF' to MNCC. <0001> gsm_04_08.c:3367 (bts 0 trx 0 ts 3 ti 00 sub 45679) Received 'MNCC_SETUP_COMPL_REQ' from MNCC in state 8 (CONNECT_REQUEST) <0001> gsm_04_08.c:1655 new state CONNECT_REQUEST -> ACTIVE <0001> gsm_04_08_utils.c:139 (bts 0 trx 0 ts 3 ti 00) Sending 'CONNECT_ACK' to MS. <0001> gsm_04_08.c:3367 (bts 0 trx 0 ts 2 ti 08 sub 48214) Received 'MNCC_SETUP_RSP' from MNCC in state 4 (CALL_DELIVERED) <0001> gsm_04_08.c:2078 starting timer T313 with 30 seconds <0001> gsm_04_08.c:1655 new state CALL_DELIVERED -> CONNECT_IND <0001> gsm_04_08_utils.c:139 (bts 0 trx 0 ts 2 ti 80) Sending 'CONNECT' to MS. <0001> gsm_04_08.c:1866 Setting up TCH map between (bts=0,trx=0,ts=3) and (bts=0,trx=0,ts=2) <0004> abis_rsl.c:1662 (bts=0,trx=0,ts=3,ss=0) IPAC_MDCX IP=0.0.0.0 PORT=0 RTP_PAYLOAD2=0 CONN_ID=0 speech_mode=0x01 <0004> abis_rsl.c:1662 (bts=0,trx=0,ts=2,ss=0) IPAC_MDCX IP=0.0.0.0 PORT=0 RTP_PAYLOAD2=0 CONN_ID=0 speech_mode=0x01 <0000> abis_rsl.c:1460 (bts=0,trx=0,ts=2,ss=0) SAPI=0 DATA INDICATION <0001> gsm_04_08.c:3461 (bts 0 trx 0 ts 2 ti 8 sub 48214) Received 'CONNECT_ACK' from MS in state 28 (CONNECT_IND) <0001> gsm_04_08.c:1696 stopping pending timer T313 <0001> gsm_04_08.c:1655 new state CONNECT_IND -> ACTIVE <0001> gsm_04_08.c:1715 (bts 0 trx 0 ts 2 ti 8 sub 48214) Sending 'MNCC_SETUP_COMPL_IND' to MNCC. <0004> abis_rsl.c:1824 (bts=0,trx=0,ts=3,ss=0) IPAC_MDCX_NACK <0004> abis_rsl.c:1824 (bts=0,trx=0,ts=2,ss=0) IPAC_MDCX_NACK <0000> abis_rsl.c:1460 (bts=0,trx=0,ts=3,ss=0) SAPI=0 DATA INDICATION <0001> gsm_04_08.c:3461 (bts 0 trx 0 ts 3 ti 0 sub 45679) Received 'DISCONNECT' from MS in state 10 (ACTIVE) <0001> gsm_04_08.c:1655 new state ACTIVE -> DISCONNECT_IND <0001> gsm_04_08.c:1715 (bts 0 trx 0 ts 3 ti 0 sub 45679) Sending 'MNCC_DISC_IND' to MNCC. <0001> gsm_04_08.c:3367 (bts 0 trx 0 ts 3 ti 00 sub 45679) Received 'MNCC_REL_REQ' from MNCC in state 12 (DISCONNECT_IND) <0001> gsm_04_08.c:2078 starting timer T308 with 10 seconds <0001> gsm_04_08.c:1655 new state DISCONNECT_IND -> RELEASE_REQ <0001> gsm_04_08_utils.c:139 (bts 0 trx 0 ts 3 ti 00) Sending 'RELEASE' to MS. <0001> gsm_04_08.c:3367 (bts 0 trx 0 ts 2 ti 08 sub 48214) Received 'MNCC_DISC_REQ' from MNCC in state 10 (ACTIVE) <0001> gsm_04_08.c:2078 starting timer T306 with 30 seconds <0001> gsm_04_08.c:1655 new state ACTIVE -> DISCONNECT_IND <0001> gsm_04_08_utils.c:139 (bts 0 trx 0 ts 2 ti 80) Sending 'DISCONNECT' to MS. <0000> abis_rsl.c:1460 (bts=0,trx=0,ts=3,ss=0) SAPI=0 DATA INDICATION <0001> gsm_04_08.c:3461 (bts 0 trx 0 ts 3 ti 0 sub 45679) Received 'RELEASE_COMPL' from MS in state 19 (RELEASE_REQ) <0001> gsm_04_08.c:1696 stopping pending timer T308 <0001> gsm_04_08.c:1655 new state RELEASE_REQ -> NULL <0000> abis_rsl.c:1460 (bts=0,trx=0,ts=2,ss=0) SAPI=0 DATA INDICATION <0001> gsm_04_08.c:3461 (bts 0 trx 0 ts 2 ti 8 sub 48214) Received 'RELEASE' from MS in state 12 (DISCONNECT_IND) <0001> gsm_04_08.c:1696 stopping pending timer T306 <0001> gsm_04_08_utils.c:139 (bts 0 trx 0 ts 2 ti 80) Sending 'RELEASE_COMPL' to MS. <0001> gsm_04_08.c:1715 (bts 0 trx 0 ts 2 ti 8 sub 48214) Sending 'MNCC_REL_IND' to MNCC. <0001> gsm_04_08.c:1655 new state DISCONNECT_IND -> NULL <0001> gsm_04_08.c:3254 (bts - trx - ts - ti -- sub ) Received 'MNCC_REL_REQ' from MNCC with unknown callref 1 <0001> gsm_04_08.c:1723 (bts - trx - ts - ti -- sub -) Sending 'MNCC_REL_IND' to MNCC. <0000> abis_rsl.c:1460 (bts=0,trx=0,ts=3,ss=0) SAPI=0 RELEASE INDICATION <0004> abis_rsl.c:764 (bts=0,trx=0,ts=3,ss=0) RF Channel Release CMD <0004> abis_rsl.c:1177 (bts=0,trx=0,ts=3,ss=0) RF CHANNEL RELEASE ACK <0004> abis_rsl.c:1181 (bts=0,trx=0,ts=3,ss=0) CHAN REL ACK but state ACTIVE <0000> abis_rsl.c:1460 (bts=0,trx=0,ts=2,ss=0) SAPI=0 RELEASE INDICATION <0004> abis_rsl.c:764 (bts=0,trx=0,ts=2,ss=0) RF Channel Release CMD <0004> abis_rsl.c:1177 (bts=0,trx=0,ts=2,ss=0) RF CHANNEL RELEASE ACK <0004> abis_rsl.c:1181 (bts=0,trx=0,ts=2,ss=0) CHAN REL ACK but state ACTIVE ^Csignal 2 received <0005> bsc_init.c:642 shutting down OML for BTS 0 From 246tnt at gmail.com Fri Feb 26 17:32:51 2010 From: 246tnt at gmail.com (246tnt at gmail.com) Date: Fri, 26 Feb 2010 17:32:51 +0000 Subject: no Voice during a call with nanoBTS 139 In-Reply-To: <4B87FB19.4070406@informatik.uni-freiburg.de> Message-ID: <000e0cdfd9f8f5701204808449a8@google.com> > Ok, the bsc_hack is running but the problem still exists. I can't hear a > voice during a call. That's weird. Can you post a tcpdump of the communication with the nano BTS ? Sylvain -------------- next part -------------- An HTML attachment was scrubbed... URL: From meierk at informatik.uni-freiburg.de Fri Feb 26 19:16:37 2010 From: meierk at informatik.uni-freiburg.de (Konrad Meier) Date: Fri, 26 Feb 2010 20:16:37 +0100 Subject: no Voice during a call with nanoBTS 139 In-Reply-To: <000e0cdfd9f8f5701204808449a8@google.com> References: <000e0cdfd9f8f5701204808449a8@google.com> Message-ID: <4B881E15.6020603@informatik.uni-freiburg.de> 246tnt at gmail.com schrieb: > That's weird. > > Can you post a tcpdump of the communication with the nano BTS ? http://www.ks.uni-freiburg.de/download/misc/debug.pcap I hope this helps. Regards Konrad From bjarnisi at gmail.com Fri Feb 26 20:23:46 2010 From: bjarnisi at gmail.com (=?ISO-8859-1?Q?Bjarni_S=2E_Sigur=F0sson?=) Date: Fri, 26 Feb 2010 20:23:46 +0000 Subject: no Voice during a call with nanoBTS 139 In-Reply-To: <4B881E15.6020603@informatik.uni-freiburg.de> References: <000e0cdfd9f8f5701204808449a8@google.com> <4B881E15.6020603@informatik.uni-freiburg.de> Message-ID: <430474bb1002261223g611a691n451ca127648a9d2a@mail.gmail.com> FYI, I had the same problem with a very old model of the nanoBTS 139, probably one of the first units released. I compiled the "sylvain/pending" branch and that fixed the voice problem. Regards, BSS On Fri, Feb 26, 2010 at 7:16 PM, Konrad Meier wrote: > 246tnt at gmail.com schrieb: >> >> That's weird. >> >> Can you post a tcpdump of the communication with the nano BTS ? > > http://www.ks.uni-freiburg.de/download/misc/debug.pcap > > I hope this helps. > > Regards Konrad > > From 246tnt at gmail.com Fri Feb 26 20:42:50 2010 From: 246tnt at gmail.com (Sylvain Munaut) Date: Fri, 26 Feb 2010 21:42:50 +0100 Subject: no Voice during a call with nanoBTS 139 In-Reply-To: <4B881E15.6020603@informatik.uni-freiburg.de> References: <000e0cdfd9f8f5701204808449a8@google.com> <4B881E15.6020603@informatik.uni-freiburg.de> Message-ID: <866320f71002261242r3825c58au5de32a0c886a049b@mail.gmail.com> Hi You either didn't merge properly or didn't take the right branch or didn' cherry pick the right patch because the packets send on your trace don't show the right RTP payload IE on the CRCX messages. I just rebased my sylvain/pending branch onto master so just update and try this branch again and it should work. Cheers, Sylvain