From holger at freyther.de Thu Feb 4 07:12:19 2016 From: holger at freyther.de (Holger Freyther) Date: Thu, 4 Feb 2016 08:12:19 +0100 Subject: Moving from trac to a single redmine Message-ID: <29DF7E51-8366-40A3-8EF1-F4705D3A0E6D@freyther.de> Hi guys, I think some of us would like to move to redmine and start using public tickets more frequently. So in case we move there are some topics to be discussed and I would like to start with a couple of them right now. Tickets: Redmine has a global linear sequence of ticket numbers. If we move from many tracs to a single redmine we can either: * not import tickets * only import from one project * deal with changing ticket numbers In terms of installations the GMR trac is broken in regard to tickets, there are some for SDR that are probably not being fixed anytime soon, baseband might be relevant and OpenBSC is unlikely to be relevant. I don't think we have ever used ticket reference in OpenBSC commit messages so in terms of OpenBSC having changing ticket numbers would not be a big deal. E.g. we could add a custom field with the old trac number? Wiki: We have external references that should be redirected to the new place. Is there any way besides maintaining a list in the apache2/nginx configuration and making redirects as we find broken references? Can we proactively manage this? Is anybody willing to come up with a script and nginx configuration for doing this? kind regards holger From laforge at gnumonks.org Fri Feb 5 16:10:54 2016 From: laforge at gnumonks.org (Harald Welte) Date: Fri, 5 Feb 2016 17:10:54 +0100 Subject: Moving from trac to a single redmine In-Reply-To: <29DF7E51-8366-40A3-8EF1-F4705D3A0E6D@freyther.de> References: <29DF7E51-8366-40A3-8EF1-F4705D3A0E6D@freyther.de> Message-ID: <20160205161054.GE10932@nataraja> Hi Holger, On Thu, Feb 04, 2016 at 08:12:19AM +0100, Holger Freyther wrote: > I think some of us would like to move to redmine and start using > public tickets more frequently. So in case we move there are some > topics to be discussed and I would like to start with a couple of them > right now. Thanks for getting the public discussion about this started. To give some more background to the mailing list: * The trac installations at osmocom.org are pretty much underused/dormant. The only part that's used is the Wiki. * Osmocom started when a single project (OpenBSC) got a sister project (OsmocomBB) and has grown into many projects. Running a single trac instance for each project on a separate dns hostname is overkill. Also, as code is shifted around between libraries and programs, we'd appreciate some flexibility. * at sysmocom internally we have successfully used redmine for dozens of different projects. The project hierarchy can be changed as needed on the fly, and issues can relate to issues of other projects, shifted from project to project, etc. * Quite a bit of the work we do at sysmocom on the Osmocom software should have the issue tracker for bugs and features in the public, but as our internal redmine is so much easier than the public trac setup, we kept using the internal redmine. So my plan moving forward is to migrate all Osmocom projects (initially those related to GSM) to a public redmine, and then keep all issues updated there. This would give more visibility into the work we're doing, such as the EDGE PCU, the 3G NITB + SGSN, the HNB-GW, etc. > Redmine has a global linear sequence of ticket numbers. If we move > from many tracs to a single redmine we can either: > > * not import tickets > * only import from one project > * deal with changing ticket numbers I think not importing tickets or dealing wih changing numbers is the way to go. > In terms of installations the GMR trac is broken in regard to tickets, > there are some for SDR that are probably not being fixed anytime soon, > baseband might be relevant and OpenBSC is unlikely to be relevant. I > don't think we have ever used ticket reference in OpenBSC commit > messages so in terms of OpenBSC having changing ticket numbers would > not be a big deal. E.g. we could add a custom field with the old trac > number? If there is automatic import/conversion available, I'd prefer to import the OsmocomBB, SIMtrace, (non-spam) Security and OpenBSC tickets, even though most of them are probably stale and outdated for years. They're still part of the history. Changing the numbers doesn't matter, as we don't refer to them. > We have external references that should be redirected to the new > place. Is there any way besides maintaining a list in the > apache2/nginx configuration and making redirects as we find broken > references? Can we proactively manage this? Is anybody willing to come > up with a script and nginx configuration for doing this? I'm not aware of any tools that might be able to help here. Indeed, it would be great if anyone would volunteer to generate a script to generate the redirects. I guess the old format is e.g. http://openbsc.osmocom.org/trac/wiki/nanoBTS/Internals and the new URL would be something like http://projects.osmocom.org/redmine/openbsc/wiki/nanoBTS/Internals Or should we strip even the redmine from the URL? And should we have a rewrite for http://openbsc.osmocom.org/redmine to http://projects.osmocom.org/redmine/openbsc ? Any ideas? 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 Fri Feb 5 20:57:12 2016 From: 246tnt at gmail.com (Sylvain Munaut) Date: Fri, 5 Feb 2016 21:57:12 +0100 Subject: Moving from trac to a single redmine In-Reply-To: <20160205161054.GE10932@nataraja> References: <29DF7E51-8366-40A3-8EF1-F4705D3A0E6D@freyther.de> <20160205161054.GE10932@nataraja> Message-ID: Hi, >> I think some of us would like to move to redmine and start using >> public tickets more frequently. So in case we move there are some >> topics to be discussed and I would like to start with a couple of them >> right now. +1 for redmine. >> In terms of installations the GMR trac is broken in regard to tickets, >> there are some for SDR that are probably not being fixed anytime soon, >> baseband might be relevant and OpenBSC is unlikely to be relevant. I >> don't think we have ever used ticket reference in OpenBSC commit >> messages so in terms of OpenBSC having changing ticket numbers would >> not be a big deal. E.g. we could add a custom field with the old trac >> number? > > If there is automatic import/conversion available, I'd prefer to import > the OsmocomBB, SIMtrace, (non-spam) Security and OpenBSC tickets, even > though most of them are probably stale and outdated for years. They're > still part of the history. Changing the numbers doesn't matter, as we > don't refer to them. - OsmocomBB never used tickets AFAIK. - OsmocomGMR definitely never used them - OsmocomSDR ... don't think it's worth importing. - Security ... yeah maybe, although not really sure anyone is really using this. >> We have external references that should be redirected to the new >> place. Is there any way besides maintaining a list in the >> apache2/nginx configuration and making redirects as we find broken >> references? Can we proactively manage this? Is anybody willing to come >> up with a script and nginx configuration for doing this? > > I'm not aware of any tools that might be able to help here. > > Indeed, it would be great if anyone would volunteer to generate a script > to generate the redirects. script ? The page names should be the same, so it should pretty much be just a few redirects per project with regexp to redirect properly. Shouldn't be too hard once we settled for a URL scheme. Any reason not to go for just http://osmocom.org/ as a base ? We have nothing really in the front page and we could just let redmine handle it too. Then just http://osmocom.org/projectname/wiki/page/name looks good to me if doable. Cheers, Sylvain From laforge at gnumonks.org Fri Feb 5 23:54:33 2016 From: laforge at gnumonks.org (Harald Welte) Date: Sat, 6 Feb 2016 00:54:33 +0100 Subject: OsmoDevCon 2016 planning / wiki page In-Reply-To: <20160113133526.GO9964@nataraja> References: <20160112151200.GP1762@nataraja> <20160113133526.GO9964@nataraja> Message-ID: <20160205235433.GP10932@nataraja> Hi all, I've just created the template wiki page for OsmoDevCon2016 at http://openbsc.osmocom.org/trac/wiki/OsmoDevCon2016 please add your name to the list if you're interested to attend (and qualify as somebody who contributed to Osmocom projects). Please also add any talks or workshops that you'd like to either a) hold yourself, or b) would want somebody else to talk about Looking forward to meeting you all again. It will already be the fifth OsmoDevCon, so we might consider a small birthday celebration :) 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 robert.steve07 at gmail.com Fri Feb 12 16:56:10 2016 From: robert.steve07 at gmail.com (robert) Date: Fri, 12 Feb 2016 18:56:10 +0200 Subject: Route call from OpenBSC to real operator using osmocombb Message-ID: <531D17F1-AE48-4DFA-915E-37689591260E@gmail.com> Hi, Is it possible to route a call from a phone connected to openBSC (virtual BTS) to a real network using an osmocombb phone. In other words, to give a user within my own network the ability to call another phone connected to any other operator without routing the call through internet. From domi at tomcsanyi.net Fri Feb 12 20:53:18 2016 From: domi at tomcsanyi.net (=?utf-8?B?VG9tY3PDoW55aSwgRG9tb25rb3M=?=) Date: Fri, 12 Feb 2016 21:53:18 +0100 (CET) Subject: Route call from OpenBSC to real operator using osmocombb In-Reply-To: <531D17F1-AE48-4DFA-915E-37689591260E@gmail.com> References: <531D17F1-AE48-4DFA-915E-37689591260E@gmail.com> Message-ID: <09FA88FE-292E-4FA9-9F9D-2209C8B0BC7C@tomcsanyi.net> Hi Robert, As far as I know technically this is possible, but you'd need to add some code. I think you could connect openBSC with osmocomBB using SIP, but I think there is no SIP sink code yet in the mobile app. Andreas might have something along these lines, but I could be fully wrong. So the idea would be to route all outgoing calls via Linux Call Router to the SIP sink of osmocomBB. Also osmocomBB needs to be connected to the real network using a real SIM card. Note that all calls originating from your network will have the same caller ID (the phone number of the real SIM card). It would be an interesting project I think. Cheers, Domi 2016. febr. 12. d?tummal, 17:56 id?pontban robert ?rta: > Hi, > > Is it possible to route a call from a phone connected to openBSC (virtual BTS) to a real network using an osmocombb phone. In other words, to give a user within my own network the ability to call another phone connected to any other operator without routing the call through internet. From robert.steve07 at gmail.com Sat Feb 13 08:30:16 2016 From: robert.steve07 at gmail.com (robert) Date: Sat, 13 Feb 2016 10:30:16 +0200 Subject: Route call from OpenBSC to real operator using osmocombb In-Reply-To: <09FA88FE-292E-4FA9-9F9D-2209C8B0BC7C@tomcsanyi.net> References: <531D17F1-AE48-4DFA-915E-37689591260E@gmail.com> <09FA88FE-292E-4FA9-9F9D-2209C8B0BC7C@tomcsanyi.net> Message-ID: <667CC6D2-8CA3-4BAC-823D-B0D525204C96@gmail.com> Hi Domonkos, So I understand that it could be done but some more work should be done. Is it only a matter of getting the right configuration to route outgoing calls via LCR to the SIP sink of osmocomBB or must I also change some code in OpenBSC/OsmocomBB ? Best regards, Robert, On Feb 12, 2016, at 10:53 PM, Tomcs?nyi, Domonkos wrote: > Hi Robert, > > As far as I know technically this is possible, but you'd need to add some code. > I think you could connect openBSC with osmocomBB using SIP, but I think there is no SIP sink code yet in the mobile app. Andreas might have something along these lines, but I could be fully wrong. > > So the idea would be to route all outgoing calls via Linux Call Router to the SIP sink of osmocomBB. Also osmocomBB needs to be connected to the real network using a real SIM card. Note that all calls originating from your network will have the same caller ID (the phone number of the real SIM card). > > It would be an interesting project I think. > > Cheers, > Domi > > 2016. febr. 12. d?tummal, 17:56 id?pontban robert ?rta: > >> Hi, >> >> Is it possible to route a call from a phone connected to openBSC (virtual BTS) to a real network using an osmocombb phone. In other words, to give a user within my own network the ability to call another phone connected to any other operator without routing the call through internet. From domi at tomcsanyi.net Sat Feb 13 08:31:02 2016 From: domi at tomcsanyi.net (=?utf-8?Q?Tomcs=C3=A1nyi_Domonkos?=) Date: Sat, 13 Feb 2016 09:31:02 +0100 Subject: Route call from OpenBSC to real operator using osmocombb In-Reply-To: <667CC6D2-8CA3-4BAC-823D-B0D525204C96@gmail.com> References: <531D17F1-AE48-4DFA-915E-37689591260E@gmail.com> <09FA88FE-292E-4FA9-9F9D-2209C8B0BC7C@tomcsanyi.net> <667CC6D2-8CA3-4BAC-823D-B0D525204C96@gmail.com> Message-ID: As far as I know osmocomBB doesn?t have a SIP sink yet, you?d need to create the code for that. Cheers, Domi > 2016. febr. 13. d?tummal, 9:30 id?pontban robert ?rta: > > Hi Domonkos, > > So I understand that it could be done but some more work should be done. Is it only a matter of getting the right configuration to route outgoing calls via LCR to the SIP sink of osmocomBB or must I also change some code in OpenBSC/OsmocomBB ? > > Best regards, > Robert, > > On Feb 12, 2016, at 10:53 PM, Tomcs?nyi, Domonkos wrote: > >> Hi Robert, >> >> As far as I know technically this is possible, but you'd need to add some code. >> I think you could connect openBSC with osmocomBB using SIP, but I think there is no SIP sink code yet in the mobile app. Andreas might have something along these lines, but I could be fully wrong. >> >> So the idea would be to route all outgoing calls via Linux Call Router to the SIP sink of osmocomBB. Also osmocomBB needs to be connected to the real network using a real SIM card. Note that all calls originating from your network will have the same caller ID (the phone number of the real SIM card). >> >> It would be an interesting project I think. >> >> Cheers, >> Domi >> >> 2016. febr. 12. d?tummal, 17:56 id?pontban robert ?rta: >> >>> Hi, >>> >>> Is it possible to route a call from a phone connected to openBSC (virtual BTS) to a real network using an osmocombb phone. In other words, to give a user within my own network the ability to call another phone connected to any other operator without routing the call through internet. > From robert.steve07 at gmail.com Sat Feb 13 10:43:11 2016 From: robert.steve07 at gmail.com (robert) Date: Sat, 13 Feb 2016 12:43:11 +0200 Subject: Route call from OpenBSC to real operator using osmocombb In-Reply-To: <667CC6D2-8CA3-4BAC-823D-B0D525204C96@gmail.com> References: <531D17F1-AE48-4DFA-915E-37689591260E@gmail.com> <09FA88FE-292E-4FA9-9F9D-2209C8B0BC7C@tomcsanyi.net> <667CC6D2-8CA3-4BAC-823D-B0D525204C96@gmail.com> Message-ID: Hi, Is it the same if try to receive calls from outer networks and route them to a certain phone connected to my network. Does it also require adding some code? On Feb 13, 2016, at 10:30 AM, robert wrote: > Hi Domonkos, > > So I understand that it could be done but some more work should be done. Is it only a matter of getting the right configuration to route outgoing calls via LCR to the SIP sink of osmocomBB or must I also change some code in OpenBSC/OsmocomBB ? > > Best regards, > Robert, > > On Feb 12, 2016, at 10:53 PM, Tomcs?nyi, Domonkos wrote: > >> Hi Robert, >> >> As far as I know technically this is possible, but you'd need to add some code. >> I think you could connect openBSC with osmocomBB using SIP, but I think there is no SIP sink code yet in the mobile app. Andreas might have something along these lines, but I could be fully wrong. >> >> So the idea would be to route all outgoing calls via Linux Call Router to the SIP sink of osmocomBB. Also osmocomBB needs to be connected to the real network using a real SIM card. Note that all calls originating from your network will have the same caller ID (the phone number of the real SIM card). >> >> It would be an interesting project I think. >> >> Cheers, >> Domi >> >> 2016. febr. 12. d?tummal, 17:56 id?pontban robert ?rta: >> >>> Hi, >>> >>> Is it possible to route a call from a phone connected to openBSC (virtual BTS) to a real network using an osmocombb phone. In other words, to give a user within my own network the ability to call another phone connected to any other operator without routing the call through internet. > From laforge at gnumonks.org Sun Feb 14 20:13:05 2016 From: laforge at gnumonks.org (Harald Welte) Date: Sun, 14 Feb 2016 21:13:05 +0100 Subject: Route call from OpenBSC to real operator using osmocombb In-Reply-To: References: <531D17F1-AE48-4DFA-915E-37689591260E@gmail.com> <09FA88FE-292E-4FA9-9F9D-2209C8B0BC7C@tomcsanyi.net> <667CC6D2-8CA3-4BAC-823D-B0D525204C96@gmail.com> Message-ID: <20160214201305.GF6692@nataraja> On Sat, Feb 13, 2016 at 09:31:02AM +0100, Tomcs?nyi Domonkos wrote: > As far as I know osmocomBB doesn?t have a SIP sink yet, you?d need to > create the code for that. You can connect OsmocomBB via its MNCC interface to LCR as a gsm-ms channel. This is similar to attaching OsmoNITB via its MNCC interface as a gsm-bs channel to LCR. So it should be no problem to connect both OsmoNITB and OsmocomBB simultaneously to a single LCR instance and route calls vice-versa. -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From robert.steve07 at gmail.com Mon Feb 15 10:35:49 2016 From: robert.steve07 at gmail.com (robert) Date: Mon, 15 Feb 2016 12:35:49 +0200 Subject: Route call from OpenBSC to real operator using osmocombb In-Reply-To: <20160214201305.GF6692@nataraja> References: <531D17F1-AE48-4DFA-915E-37689591260E@gmail.com> <09FA88FE-292E-4FA9-9F9D-2209C8B0BC7C@tomcsanyi.net> <667CC6D2-8CA3-4BAC-823D-B0D525204C96@gmail.com> <20160214201305.GF6692@nataraja> Message-ID: <76A5D5AE-82EE-4531-BE6A-E26390978135@gmail.com> I will give it a try ! Best regards, Robert, On Feb 14, 2016, at 10:13 PM, Harald Welte wrote: > On Sat, Feb 13, 2016 at 09:31:02AM +0100, Tomcs?nyi Domonkos wrote: >> As far as I know osmocomBB doesn?t have a SIP sink yet, you?d need to >> create the code for that. > > You can connect OsmocomBB via its MNCC interface to LCR as a gsm-ms > channel. This is similar to attaching OsmoNITB via its MNCC interface > as a gsm-bs channel to LCR. > > So it should be no problem to connect both OsmoNITB and OsmocomBB > simultaneously to a single LCR instance and route calls vice-versa. > > -- > - Harald Welte http://laforge.gnumonks.org/ > ============================================================================ > "Privacy in residential applications is a desirable marketing option." > (ETSI EN 300 175-7 Ch. A6) From andrey.osmocom at gmail.com Wed Feb 17 04:30:43 2016 From: andrey.osmocom at gmail.com (Andrey) Date: Tue, 16 Feb 2016 20:30:43 -0800 Subject: Disable the vocoder in the DSP Message-ID: Hello guys, I am looking for a way to disable the vocoder for voice calls, i.e., supply my own 260 bits every 20 ms to be sent in the uplink TCH instead of the output from the vocoder in the Calypso DSP, and on the downlink, receive the bits which would otherwise go into the vocoder. My question is: is it possible to do what I seek using the know-how of Calypso DSP black magic that has already been amassed by the OsmocomBB project? I am thinking of the following 3 possible starting points: 1. LCR integration: the mobile app can be configured to route voice call audio to the Linux host instead of the phone's earpiece and mic, right? At which point does it intercept the standard voice path? Does it intercept right where I want it, passing raw over-the-air TCH bits to the external host, such that Asterisk or whatever has to run the GSM codec, or is the intercept happening at the point of linear PCM samples, such that the uplink TCH bits are still generated by the DSP black box? 2. The burst_ind branch lets the Linux host see every burst that is received on the downlink, right? It would therefore include TCH bursts during voice calls, right? This way I should be able to capture all of the raw TCH bits on the downlink - but what about the uplink? 3. I've also read about the Calypso-as-BTS hack - way cool! In order to work, this hack must support both receiving and transmitting arbitrary bursts, right? If neither option 1 nor option 2 would work, do you guys think the Calypso-as-BTS implementation code would serve as a starting point for what I seek? I do need to run the OsmocomBB phone in the standard MS role, not in the BTS role, and I need to place voice calls on the network in the standard manner - but with TCH rerouted to my own source and sink for raw over-the-air bits. TIA for any guidance! From 246tnt at gmail.com Wed Feb 17 06:49:09 2016 From: 246tnt at gmail.com (Sylvain Munaut) Date: Wed, 17 Feb 2016 07:49:09 +0100 Subject: Disable the vocoder in the DSP In-Reply-To: References: Message-ID: Hi, > I am looking for a way to disable the vocoder for voice calls, i.e., > supply my own 260 bits every 20 ms to be sent in the uplink TCH > instead of the output from the vocoder in the Calypso DSP, and on the > downlink, receive the bits which would otherwise go into the vocoder. > > My question is: is it possible to do what I seek using the know-how of > Calypso DSP black magic that has already been amassed by the OsmocomBB > project? I am thinking of the following 3 possible starting points: > > 1. LCR integration: the mobile app can be configured to route voice > call audio to the Linux host instead of the phone's earpiece and > mic, right? At which point does it intercept the standard voice > path? Does it intercept right where I want it, passing raw > over-the-air TCH bits to the external host, such that Asterisk or > whatever has to run the GSM codec, or is the intercept happening at > the point of linear PCM samples, such that the uplink TCH bits are > still generated by the DSP black box? It's neither PCM audio, nor raw TCH bits. They're the raw codec data ( so 260 bits / 20 ms for FR codec ). I say they're not the raw TCH bits because the DSP is still doing all the channel coding / error correction and this process is codec specific. The bits will be re-ordered and some of them will be protected by ECC and some won't because the channel coding excpect to find GSM FR codec bits there. > 2. The burst_ind branch lets the Linux host see every burst that is > received on the downlink, right? It would therefore include TCH > bursts during voice calls, right? This way I should be able to > capture all of the raw TCH bits on the downlink - but what about > the uplink? > > 3. I've also read about the Calypso-as-BTS hack - way cool! In order > to work, this hack must support both receiving and transmitting > arbitrary bursts, right? If neither option 1 nor option 2 would > work, do you guys think the Calypso-as-BTS implementation code > would serve as a starting point for what I seek? I do need to run > the OsmocomBB phone in the standard MS role, not in the BTS role, > and I need to place voice calls on the network in the standard > manner - but with TCH rerouted to my own source and sink for raw > over-the-air bits. Both these method provide access to the raw bursts bits, but : 1) that means you need to do all the channel coding yourself 2) they screw so much with the DSP that it can't act as a phone at all anymore ( FCCH sync broken for instance ) Cheers, Sylvain From andrey.osmocom at gmail.com Wed Feb 17 19:38:27 2016 From: andrey.osmocom at gmail.com (Andrey) Date: Wed, 17 Feb 2016 11:38:27 -0800 Subject: Disable the vocoder in the DSP In-Reply-To: References: Message-ID: On 2/16/16, Sylvain Munaut <246tnt at gmail.com> wrote: > It's neither PCM audio, nor raw TCH bits. > > They're the raw codec data ( so 260 bits / 20 ms for FR codec ). > > I say they're not the raw TCH bits because the DSP is still doing all > the channel coding / error correction and this process is codec > specific. The bits will be re-ordered and some of them will be > protected by ECC and some won't because the channel coding excpect to > find GSM FR codec bits there. What you just described is exactly what I need - awesome! Now I need to study the implementation code in both layer1 and layer23 and understand how it works - any pointers? Thanks a lot for the help! From laforge at gnumonks.org Thu Feb 18 18:43:18 2016 From: laforge at gnumonks.org (Harald Welte) Date: Thu, 18 Feb 2016 19:43:18 +0100 Subject: Moving from trac to a single redmine In-Reply-To: <29DF7E51-8366-40A3-8EF1-F4705D3A0E6D@freyther.de> References: <29DF7E51-8366-40A3-8EF1-F4705D3A0E6D@freyther.de> Message-ID: <20160218184318.GW4570@nataraja> Hi Holger, let's move ahead and start with the migration, I can't wait to put all the various tickets into a public redmine. Thanks! -- - 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 Thu Feb 18 18:52:55 2016 From: holger at freyther.de (Holger Freyther) Date: Thu, 18 Feb 2016 19:52:55 +0100 Subject: Moving from trac to a single redmine In-Reply-To: <20160218184318.GW4570@nataraja> References: <29DF7E51-8366-40A3-8EF1-F4705D3A0E6D@freyther.de> <20160218184318.GW4570@nataraja> Message-ID: <753DCDAF-0723-4EC5-8E3C-870B7D5959C5@freyther.de> > On 18 Feb 2016, at 19:43, Harald Welte wrote: > > Hi Holger, Hi all! > > let's move ahead and start with the migration, I can't wait to put all > the various tickets into a public redmine. last weekend I used the "stock" redmine trac->redmine converter and the result is on projects.osmocom.org. It is not perfect but I think good enough to start moving. We see that certain formating needs a post-import correction but that should be doable by all of us quickly. My plan/timeline (on short notice but I don't expect a major resistence so I hope it is fine): * Patch the redmine importer to not import tickets. This hopefully allows me to import other tracs at the same time (and re-add the security tickets by hand) * Friday evening set the tracs to read-only (I probably move the account file away) * Saturday/Sunday do the migration of the trac. * Make it available on osmocom.org (currently it is projects.osmocom.org) * Keep the trac as read-only version for now In the mid-term: * We need to post-process some pages and move them around to have a better structure * Add permanent redirects from the trac to osmocom.org for "approved" content. This way normal traffic will automatically move to the new page and then we can look at the access.log for which pages still need a re-direct. any objections? holger From holger at freyther.de Fri Feb 19 07:09:59 2016 From: holger at freyther.de (Holger Freyther) Date: Fri, 19 Feb 2016 08:09:59 +0100 Subject: Moving from trac to a single redmine In-Reply-To: <20160218231601.GC18542@dub6> References: <29DF7E51-8366-40A3-8EF1-F4705D3A0E6D@freyther.de> <20160218184318.GW4570@nataraja> <753DCDAF-0723-4EC5-8E3C-870B7D5959C5@freyther.de> <20160218231601.GC18542@dub6> Message-ID: > On 19 Feb 2016, at 00:16, Neels Hofmeyr wrote: > > > nitpick: I notice that in redmine, the project name "Openbsc" should > probably be capitalized ("OpenBSC")? The redmine importer insists only works if I enter "openbsc" and then it apparently does "Openbsc" with it. But we can fix that after the import. >> * Saturday/Sunday do the migration of the trac. > > was I too quick then? I'll recreate my account again if necessary. I think we do not need to remove accounts. We might have to fix the email address of contributors that got their account automatically created as part of the import. > >> any objections? > > no problem, since we're all idling around all the time anyway ;) > More seriously though, the wiki is on my todo list to explain gtphub and > adjust that overview png, also to include Iu. Some day not too far I hope... The wiki conversion is not that great. We really have to do some work in post processing and making sure that all content has been migrated. E.g. "Software/Overview" and "SoftwareOverview" seem to confuse the importer: http://projects.osmocom.org/projects/baseband/wiki/SoftwareOverview vs. http://bb.osmocom.org/trac/wiki/Software/Overview vs. http://bb.osmocom.org/trac/wiki/SoftwareOverview So there will be some fallout but I think it still makes sense to move forward now. holger From axilirator at gmail.com Fri Feb 19 08:08:12 2016 From: axilirator at gmail.com (=?UTF-8?B?0JLQsNC00LjQvCDQr9C90LjRhtC60LjQuQ==?=) Date: Fri, 19 Feb 2016 14:08:12 +0600 Subject: Moving from trac to a single redmine Message-ID: Hi all! Moving all projects to a Redmine is a good way, I think. In connection with the event I would like to offer my help with post-processing some old pages (mostly OsmocomBB) and with improving the new wiki structure. So, my suggestions: - Create the main page that will describe all all of the child projects of Osmocom umbrella including recent news and plans. - Separate the libosmocore related pages from OsmocomBB into a new section named "Libraries", for example. - Separate both SIMTrace and softSIM into a new sections. It it would be nice to enable Strict-Transport-Security to avoid some traffic interception attempts. Also what about enabling SPF and DKIM for mailing lists? With best regards, Vadim Yanitskiy. 2016-02-19 4:46 GMT+06:00 : > Send OpenBSC mailing list submissions to > openbsc at lists.osmocom.org > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.osmocom.org/mailman/listinfo/openbsc > or, via email, send a message with subject or body 'help' to > openbsc-request at lists.osmocom.org > > You can reach the person managing the list at > openbsc-owner at lists.osmocom.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of OpenBSC digest..." > > > Today's Topics: > > 1. Re: autoreconf v2.69 with subdir-objects: ./configure creates > directory 'src/tests/\$(top_srcdir)' (Neels Hofmeyr) > 2. Re: hnb_cs_lu.msc (Neels Hofmeyr) > 3. Re: hnb_cs_lu.msc (Harald Welte) > 4. branches: daniel/gprs-iu + sysmocom/cscn = sysmocom/iu; > merging to master (Neels Hofmeyr) > 5. Re: Moving from trac to a single redmine (Harald Welte) > 6. Re: Moving from trac to a single redmine (Holger Freyther) > 7. Re: branches: daniel/gprs-iu + sysmocom/cscn = sysmocom/iu; > merging to master (Holger Freyther) > 8. sysmocom/iu: your commits from today (Neels Hofmeyr) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 17 Feb 2016 15:44:35 +0100 > From: Neels Hofmeyr > To: Eric Blake > Cc: bug-autoconf at gnu.org, openbsc at lists.osmocom.org > Subject: Re: autoreconf v2.69 with subdir-objects: ./configure creates > directory 'src/tests/\$(top_srcdir)' > Message-ID: <20160217144435.GD2106 at dub6> > Content-Type: text/plain; charset="us-ascii" > > Eric, > > you've clarified just about all of my questions. > Many thanks for your reply! > > ~Neels > > > https://lists.gnu.org/archive/html/automake/2015-12/msg00001.html > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: signature.asc > Type: application/pgp-signature > Size: 819 bytes > Desc: Digital signature > URL: < > http://lists.osmocom.org/pipermail/openbsc/attachments/20160217/8d3fdbf8/attachment-0001.bin > > > > ------------------------------ > > Message: 2 > Date: Wed, 17 Feb 2016 15:47:10 +0100 > From: Neels Hofmeyr > To: Harald Welte > Cc: openbsc at lists.osmocom.org > Subject: Re: hnb_cs_lu.msc > Message-ID: <20160217144710.GE2106 at dub6> > Content-Type: text/plain; charset="iso-8859-1" > > Update: it seems that for IuPS/SGSN, a quite identical Identity Request > message is indeed answered upon by the UE, so the reason why I'm not > receiving one for IuCS/CSCN is unclear. > > ~Neels > > On Wed, Feb 17, 2016 at 02:18:54PM +0100, Neels Hofmeyr wrote: > > Hi Harald, > > > > in osmo-iuh/doc/hnb_cs_lu.msc I find that after the location update > > request from the UE, an identity request "should" follow from the CN. > > > > Yesterday I made my first pcap using our hNodeB and that weighty black UE > > we use for testing, and saw that the MSC indeed sends out an identity > > request at that time [1], however, the UE simply never responds to it. > > > > My question: is the hnb_cs_lu.msc declarative and definitely correct, or > > could it be that in 3G, UEs in general expect authentication first, as > > the "osmo-iuh/pcap/UPP RANAP.pcap" suggests (starting at packet #335). > > > > Since my sources tell me (i.e. Daniel) that an identity request at that > > time is indeed kinda special practise by openbsc to collect all IMEIs we > > possibly can, I'm going for authentication first. > > > > Just wanted to make sure you agree that the hnb_cs_lu.msc may be erratic > > in that case. Thanks! > > > > ~Neels > > > > [1] near openbsc/src/libmsc/gsm_04_08.c:589 (thanks Daniel!) > > > > -- > > - Neels Hofmeyr http://www.sysmocom.de/ > > ======================================================================= > > * sysmocom - systems for mobile communications GmbH > > * Alt-Moabit 93 > > * 10559 Berlin, Germany > > * Sitz / Registered office: Berlin, HRB 134158 B > > * Gesch?ftsf?hrer / Managing Directors: Holger Freyther, Harald Welte > > > > -- > - Neels Hofmeyr http://www.sysmocom.de/ > ======================================================================= > * sysmocom - systems for mobile communications GmbH > * Alt-Moabit 93 > * 10559 Berlin, Germany > * Sitz / Registered office: Berlin, HRB 134158 B > * Gesch?ftsf?hrer / Managing Directors: Holger Freyther, Harald Welte > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: signature.asc > Type: application/pgp-signature > Size: 819 bytes > Desc: Digital signature > URL: < > http://lists.osmocom.org/pipermail/openbsc/attachments/20160217/7dbd36fd/attachment-0001.bin > > > > ------------------------------ > > Message: 3 > Date: Wed, 17 Feb 2016 17:26:52 +0100 > From: Harald Welte > To: Neels Hofmeyr > Cc: openbsc at lists.osmocom.org > Subject: Re: hnb_cs_lu.msc > Message-ID: <20160217162652.GU5868 at nataraja> > Content-Type: text/plain; charset=us-ascii > > Hi Neels, > > On Wed, Feb 17, 2016 at 02:18:54PM +0100, Neels Hofmeyr wrote: > > in osmo-iuh/doc/hnb_cs_lu.msc I find that after the location update > > request from the UE, an identity request "should" follow from the CN. > > it is no 'should at all'. There are some "Common MM Procedures" that > can be invoked by MM (on the network side) at any time. This includes, > AFAIR: > * IDENTITY REQ / RESP > * AUTHENTICATION REQ / RESP > * MM INFO > > So the network can at any point in time ask the MS/UE about any of its > identities. > > > Yesterday I made my first pcap using our hNodeB and that weighty black UE > > we use for testing, and saw that the MSC indeed sends out an identity > > request at that time [1], however, the UE simply never responds to it. > > OsmoNITB was originally developed as part of security research, and thus > we wanted to demonstrate the fact that we can query the IMSI and IMEI of > every phone at a very early stage. This is why we always ask for the > IMEI, and we ask for the IMSI if we don't already know it (because it > was contained in the LU / CM SERV REQ, or because we know the TMSI and > can use it to map to the IMSI). > > If there's no response from the phone, then it's likely something is > going wrong somehwere in between. Do you see the request on the RUA > interface towards the HNB? What does the HNB logging/tracing tell you > about that message? What does a protocol trace on a UE with xgoldmon > tell you? > > > My question: is the hnb_cs_lu.msc declarative and definitely correct, or > > could it be that in 3G, UEs in general expect authentication first, as > > the "osmo-iuh/pcap/UPP RANAP.pcap" suggests (starting at packet #335). > > No. There might still be situtaions where the IMSI is not known to the > network at LU time, and the network must be able to obtain it via > IDENTITY REQUEST before being able to obtain the auth quintuples and > perform authentication. > > What else would you do if you'd get a LU with an unknown TMSI? > > -- > - Harald Welte http://www.sysmocom.de/ > ======================================================================= > * sysmocom - systems for mobile communications GmbH > * Alt-Moabit 93 > * 10559 Berlin, Germany > * Sitz / Registered office: Berlin, HRB 134158 B > * Geschaeftsfuehrer / Managing Directors: Holger Freyther, Harald Welte > > > ------------------------------ > > Message: 4 > Date: Thu, 18 Feb 2016 12:56:20 +0100 > From: Neels Hofmeyr > To: openbsc at lists.osmocom.org > Subject: branches: daniel/gprs-iu + sysmocom/cscn = sysmocom/iu; > merging to master > Message-ID: <20160218115512.GA2630 at dub6> > Content-Type: text/plain; charset="iso-8859-1" > > The openbsc branches to use for testing IuPS and IuCS have changed, > because Daniel and I have merged the branches. > > They used to be daniel/gprs-iu (IIRC) and sysmocom/cscn. > Both are now merged as: > > sysmocom/iu > > Holger, this is relevant to our coverity configuration. > > > We are still using other branches that may or may not be merged to their > respective masters. I'd like to publicly record here why or why not we > should merge them now. Please add any reasons you know. > > We're using master for Iu[h|CS|PS] in: > > libasn1c: * master > libosmo-abis: * master > libosmocore: * master > openggsn: * master > osmo-python-tests: * master > osmo-iuh: * master > > Reasons NOT to merge to master in: > > openbsc: * sysmocom/iu > - hardcoded kc and sres for testing > - NITB and most probably osmo-bsc are not operational > - A-interface not implemented in CSCN > > asn1c: * aper-prefix > - ? > > libosmo-netif: * sysmocom/sctp > - ? > > libosmo-sccp: * laforge/wip > - ? > > Thanks for any additions... > > ~Neels > > -- > - Neels Hofmeyr http://www.sysmocom.de/ > ======================================================================= > * sysmocom - systems for mobile communications GmbH > * Alt-Moabit 93 > * 10559 Berlin, Germany > * Sitz / Registered office: Berlin, HRB 134158 B > * Gesch?ftsf?hrer / Managing Directors: Holger Freyther, Harald Welte > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: signature.asc > Type: application/pgp-signature > Size: 819 bytes > Desc: Digital signature > URL: < > http://lists.osmocom.org/pipermail/openbsc/attachments/20160218/3f7a1c48/attachment-0001.bin > > > > ------------------------------ > > Message: 5 > Date: Thu, 18 Feb 2016 19:43:18 +0100 > From: Harald Welte > To: Holger Freyther > Cc: baseband-devel at lists.osmocom.org, OpenBSC Mailing List > , osmocom-sdr at lists.osmocom.org, > gmr at lists.osmocom.org > Subject: Re: Moving from trac to a single redmine > Message-ID: <20160218184318.GW4570 at nataraja> > Content-Type: text/plain; charset=us-ascii > > Hi Holger, > > let's move ahead and start with the migration, I can't wait to put all > the various tickets into a public redmine. > > Thanks! > -- > - Harald Welte > http://laforge.gnumonks.org/ > > ============================================================================ > "Privacy in residential applications is a desirable marketing option." > (ETSI EN 300 175-7 Ch. > A6) > > > ------------------------------ > > Message: 6 > Date: Thu, 18 Feb 2016 19:52:55 +0100 > From: Holger Freyther > To: baseband-devel at lists.osmocom.org, OpenBSC Mailing List > , osmocom-sdr at lists.osmocom.org, > gmr at lists.osmocom.org > Subject: Re: Moving from trac to a single redmine > Message-ID: <753DCDAF-0723-4EC5-8E3C-870B7D5959C5 at freyther.de> > Content-Type: text/plain; charset=us-ascii > > > > On 18 Feb 2016, at 19:43, Harald Welte wrote: > > > > Hi Holger, > > Hi all! > > > > > > let's move ahead and start with the migration, I can't wait to put all > > the various tickets into a public redmine. > > > last weekend I used the "stock" redmine trac->redmine converter and the > result is on projects.osmocom.org. It is not perfect but I think good > enough to start moving. We see that certain formating needs a post-import > correction but that should be doable by all of us quickly. > > My plan/timeline (on short notice but I don't expect a major resistence so > I hope it is fine): > > * Patch the redmine importer to not import tickets. This hopefully allows > me to import other tracs at the same time (and re-add the security tickets > by hand) > * Friday evening set the tracs to read-only (I probably move the account > file away) > * Saturday/Sunday do the migration of the trac. > * Make it available on osmocom.org (currently it is projects.osmocom.org) > * Keep the trac as read-only version for now > > In the mid-term: > > * We need to post-process some pages and move them around to have a better > structure > * Add permanent redirects from the trac to osmocom.org for "approved" > content. This way normal traffic will automatically move to the new page > and then we can look at the access.log for which pages still need a > re-direct. > > > > any objections? > > holger > > > > ------------------------------ > > Message: 7 > Date: Thu, 18 Feb 2016 21:02:42 +0100 > From: Holger Freyther > To: Neels Hofmeyr > Cc: openbsc at lists.osmocom.org > Subject: Re: branches: daniel/gprs-iu + sysmocom/cscn = sysmocom/iu; > merging to master > Message-ID: > Content-Type: text/plain; charset=iso-8859-1 > > > > On 18 Feb 2016, at 12:56, Neels Hofmeyr wrote: > > > > The openbsc branches to use for testing IuPS and IuCS have changed, > > because Daniel and I have merged the branches. > > > > They used to be daniel/gprs-iu (IIRC) and sysmocom/cscn. > > Both are now merged as: > > > > sysmocom/iu > > > > Holger, this is relevant to our coverity configuration. > > and the build is broken. > > /home/builder/coverity/install-iuh/include/osmocom/ranap/ranap_ies_defs.h:126:1: > warning: > "ENHANCEDRELOCATIONCOMPLETEREQUESTIES_RANAP_EXTENDEDRNC_ID_PRESENT" > redefined > /home/builder/coverity/install-iuh/include/osmocom/ranap/ranap_ies_defs.h:125:1: > warning: this is the location of the previous definition > /home/builder/coverity/install-iuh/include/osmocom/ranap/ranap_ies_defs.h:436:1: > warning: > "RANAP_ENHANCEDRELOCATIONINFORMATIONREQUESTIES_RANAP_IUSIGNALLINGCONNECTIONIDENTIFIER_PRESENT" > redefined > /home/builder/coverity/install-iuh/include/osmocom/ranap/ranap_ies_defs.h:434:1: > warning: this is the location of the previous definition > /home/builder/coverity/install-iuh/include/osmocom/ranap/ranap_ies_defs.h:437:1: > warning: > "RANAP_ENHANCEDRELOCATIONINFORMATIONREQUESTIES_RANAP_GLOBALCN_ID_PRESENT" > redefined > /home/builder/coverity/install-iuh/include/osmocom/ranap/ranap_ies_defs.h:435:1: > warning: this is the location of the previous definition > In file included from > /home/builder/coverity/install-iuh/include/osmocom/ranap/ranap_common.h:592, > from > /home/builder/coverity/install-iuh/include/osmocom/ranap/ranap_ies_defs.h:7, > from iu.c:26: > /home/builder/coverity/install-iuh/include/osmocom/ranap/ranap_ies_defs.h:856: > error: redefinition of typedef 'RANAP_RAB_SetupOrModifiedItemIEs_t' > ../../include/openbsc/iu.h:8: note: previous declaration of > 'RANAP_RAB_SetupOrModifiedItemIEs_t' was here > In file included from iu.c:31: > /home/builder/coverity/install-iuh/include/asn1c/asn1helpers.h: In > function 'OCTET_STRING_noalloc': > /home/builder/coverity/install-iuh/include/asn1c/asn1helpers.h:26: > warning: assignment discards qualifiers from pointer target type > iu.c: In function 'ranap_handle_co_rab_ass_resp': > iu.c:273: warning: implicit declaration of function > 'ranap_free_rab_setupormodifieditemies' > make[3]: *** [iu.o] Error 1 > make[3]: Leaving directory > `/home/builder/coverity/source-iuh/openbsc/openbsc/src/libiu' > make[2]: *** [all-recursive] Error 1 > make[2]: Leaving directory > `/home/builder/coverity/source-iuh/openbsc/openbsc/src' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory > `/home/builder/coverity/source-iuh/openbsc/openbsc' > make: *** [all] Error 2 > > branches used: > > asn1c > * aper-prefix > layer1-api > * master > libasn1c > * master > libosmo-abis > * master > libosmo-dsp > * master > libosmo-netif > * sysmocom/sctp > libosmo-sccp > * laforge/wip > libosmocore > * master > libsmpp34 > * master > openbsc > * sysmocom/iu > openggsn > * master > osmo-bts > * master > osmo-gmr > * master > osmo-iuh > * master > osmo-pcu > * master > > ------------------------------ > > Message: 8 > Date: Thu, 18 Feb 2016 23:45:44 +0100 > From: Neels Hofmeyr > To: Daniel Willmann > Cc: openbsc at lists.osmocom.org > Subject: sysmocom/iu: your commits from today > Message-ID: <20160218224544.GA18542 at dub6> > Content-Type: text/plain; charset="iso-8859-1" > > Moin Daniel :) > > (1) > About ebd4d820b3b0d7ba5db3b25a14f407d0c7276044 > "libiu: Use custom setupormodifieditemies function" > > It seems you forgot to commit the actual function definition of > ranap_decode_rab_setupormodifieditemies_fromlist() > I got the caller of it only and thus can't compile as-is. > > > (2) > About 38e2f1bca4e43414ed39a938d7c5d8bafe5e8533 > " > Revert "iu.c: avoid warning by declaring > ranap_free_rab_setupormodifieditemies()" > > There should be no need to silence this warning, the ranap_free_* > functions are declared in libranap headers. In any case this will only > obscure any real issue. Maybe osmo-iuh was not rebuilt completely > (including generation of the c files from the python script). > > This reverts commit 05ae5b1245f95bf765b42e49af7b2596e013f0a0. > " > > I declared ranap_free_rab_setupormodifieditemies() like that because it is > indeed not declared in a header that is installed. Also a grep tells me > that no ranap_free_* is found in any osmo-iuh header file at all. > I also did a 'make regen' in osmo-iuh/src/ to no avail. > By 'libranap headers' I assume you mean libosmo-ranap, or is there a > libranap I'm not aware of yet? > > If the ranap_free_* aren't in headers yet, I agree that they should be. I > wanted to silence the warning without being sucked down the rabbit hole of > autogenerated asn1 stuff. Any suggestions: more than welcome. > > > (3) > In general, I would welcome to see more of your WIP work in publicly > visible private branches, maturing as you go and merged to sysmocom/iu > once ready. For one, having a backup of your work-in-progress in the git > repos makes it harder to lose it due to hardware failure. More important > for me though is that I can see what you're up to, e.g. I could possibly > find the ranap_..._fromlist() function defintion now. It's of course > opening up your "most private" code developments to the outside world, > possibly some stupid commits will be seen by one or two hacker peers, but > I think it's a healthy premise that we all commit mostly bollocks and all > needs refinement anyway... once again: push it! :) > > > Ah, push it > Push it good > Ah, push it > Pu-Push it real good > -- Salt N Pepa (1987) > > > As always I'm open to opinions and suggestions... > > ~Neels > > > -- > - Neels Hofmeyr http://www.sysmocom.de/ > ======================================================================= > * sysmocom - systems for mobile communications GmbH > * Alt-Moabit 93 > * 10559 Berlin, Germany > * Sitz / Registered office: Berlin, HRB 134158 B > * Gesch?ftsf?hrer / Managing Directors: Holger Freyther, Harald Welte > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: signature.asc > Type: application/pgp-signature > Size: 819 bytes > Desc: Digital signature > URL: < > http://lists.osmocom.org/pipermail/openbsc/attachments/20160218/e2656577/attachment.bin > > > > ------------------------------ > > Subject: Digest Footer > > _______________________________________________ > OpenBSC mailing list > OpenBSC at lists.osmocom.org > https://lists.osmocom.org/mailman/listinfo/openbsc > > > ------------------------------ > > End of OpenBSC Digest, Vol 16, Issue 19 > *************************************** > -------------- next part -------------- An HTML attachment was scrubbed... URL: From holger at freyther.de Fri Feb 19 11:36:29 2016 From: holger at freyther.de (Holger Freyther) Date: Fri, 19 Feb 2016 12:36:29 +0100 Subject: Moving from trac to a single redmine In-Reply-To: References: Message-ID: <80FDBDBD-2B0E-46EC-B751-AE47B3CF1F87@freyther.de> > On 19 Feb 2016, at 09:08, ????? ??????? wrote: > > Hi all! > > So, my suggestions: > - Create the main page that will describe all all of the child projects > of Osmocom umbrella including recent news and plans. > - Separate the libosmocore related pages from OsmocomBB > into a new section named "Libraries", for example. > - Separate both SIMTrace and softSIM into a new sections. yes, we can have separate projects for them now and should do it. I don't think we can move wiki pages from one project to another but we should be able to somehow add redirects. I intend to add one more wiki plugin to have table of contents and other features we are used to from trac. > It it would be nice to enable Strict-Transport-Security to avoid > some traffic interception attempts. Also what about enabling > SPF and DKIM for mailing lists? projects.osmocom.org is using "Let's encrypt". Do you have a guide HSTS with nginx? SPF/DKIM: The only SPF record I ever wrote was to allow everyone send mail for one of my domains to please outlook.com. What is improved by having only two systems that are allowed to send for lists.osmocom.org? From axilirator at gmail.com Fri Feb 19 13:18:15 2016 From: axilirator at gmail.com (=?UTF-8?B?0JLQsNC00LjQvCDQr9C90LjRhtC60LjQuQ==?=) Date: Fri, 19 Feb 2016 19:18:15 +0600 Subject: Moving from trac to a single redmine In-Reply-To: <80FDBDBD-2B0E-46EC-B751-AE47B3CF1F87@freyther.de> References: <80FDBDBD-2B0E-46EC-B751-AE47B3CF1F87@freyther.de> Message-ID: > > Do you have a guide HSTS with nginx? It can be easily enabled adding this string at the Nginx config in the server section: add_header Strict-Transport-Security "max-age=31536000; includeSubDomains"; SPF/DKIM: The only SPF record I ever wrote was to allow everyone send mail > for one of my domains to please outlook.com. What is improved by having > only two systems that are allowed to send for lists.osmocom.org? I think that SPF record will no limit anybody to send mails for lists.osmocom.org, but vice versa. I wrote about that because sometimes the digests and subscription messages marked as spam. ? ?????????? ???????????, ??????? ?????. 2016-02-19 17:36 GMT+06:00 Holger Freyther : > > > On 19 Feb 2016, at 09:08, ????? ??????? wrote: > > > > Hi all! > > > > > > So, my suggestions: > > - Create the main page that will describe all all of the child projects > > of Osmocom umbrella including recent news and plans. > > - Separate the libosmocore related pages from OsmocomBB > > into a new section named "Libraries", for example. > > - Separate both SIMTrace and softSIM into a new sections. > > yes, we can have separate projects for them now and should do it. I don't > think we can move wiki pages from one project to another but we should be > able to somehow add redirects. > > I intend to add one more wiki plugin to have table of contents and other > features we are used to from trac. > > > > > It it would be nice to enable Strict-Transport-Security to avoid > > some traffic interception attempts. Also what about enabling > > SPF and DKIM for mailing lists? > > > projects.osmocom.org is using "Let's encrypt". Do you have a guide HSTS > with nginx? > > SPF/DKIM: The only SPF record I ever wrote was to allow everyone send mail > for one of my domains to please outlook.com. What is improved by having > only two systems that are allowed to send for lists.osmocom.org? > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From khorben at defora.org Fri Feb 19 18:38:31 2016 From: khorben at defora.org (Pierre Pronchery) Date: Fri, 19 Feb 2016 19:38:31 +0100 Subject: Moving from trac to a single redmine In-Reply-To: References: <80FDBDBD-2B0E-46EC-B751-AE47B3CF1F87@freyther.de> Message-ID: <56C76127.6050803@defora.org> Hi, On 02/19/16 14:18, ????? ??????? wrote: > SPF/DKIM: The only SPF record I ever wrote was to allow everyone > send mail for one of my domains to please outlook.com > . What is improved by having only two systems > that are allowed to send for lists.osmocom.org > ? > > I think that SPF record will no limit anybody to send mails for > lists.osmocom.org , but vice versa. > I wrote about that because sometimes the digests and subscription > messages marked as spam. Then I believe the following SPF record should be provided for lists.osmocom.org: "v=spf1 a mx a:gandharva.secretlabs.de -all" Feel free to double-check though; pointers: - https://en.wikipedia.org/wiki/Sender_Policy_Framework - http://www.openspf.org/Introduction HTH, -- khorben > 2016-02-19 17:36 GMT+06:00 Holger Freyther >: > > > > On 19 Feb 2016, at 09:08, ????? ??????? > wrote: > > > > Hi all! > > > > > > So, my suggestions: > > - Create the main page that will describe all all of the child projects > > of Osmocom umbrella including recent news and plans. > > - Separate the libosmocore related pages from OsmocomBB > > into a new section named "Libraries", for example. > > - Separate both SIMTrace and softSIM into a new sections. > > yes, we can have separate projects for them now and should do it. I > don't think we can move wiki pages from one project to another but > we should be able to somehow add redirects. > > I intend to add one more wiki plugin to have table of contents and > other features we are used to from trac. > > > > > It it would be nice to enable Strict-Transport-Security to avoid > > some traffic interception attempts. Also what about enabling > > SPF and DKIM for mailing lists? > > > projects.osmocom.org is using "Let's > encrypt". Do you have a guide HSTS with nginx? > > SPF/DKIM: The only SPF record I ever wrote was to allow everyone > send mail for one of my domains to please outlook.com > . What is improved by having only two systems > that are allowed to send for lists.osmocom.org > ? -- khorben From robert.luben at openmailbox.org Fri Feb 19 19:38:38 2016 From: robert.luben at openmailbox.org (robert.luben at openmailbox.org) Date: Fri, 19 Feb 2016 20:38:38 +0100 Subject: http://bb.osmocom.org/trac/wiki/SIMReader page Message-ID: <561003a808b1b2ff0b5a0f5d6524b0f8@openmailbox.org> Hello, I've installed osmocombb software on Ubuntu 15.04 according to this guide on wiki: http://bb.osmocom.org/trac/wiki/Software/GettingStarted No problem so far at this point, everything compiles, layer1 runs on Motorola C123 via cable etc. But when tried to follow this guide: http://bb.osmocom.org/trac/wiki/SIMReader I'm getting errors after running make inside src directory, and beside that I think that wiki guide is bit unclear here: diff --git a/src/target/firmware/Makefile b/src/target/firmware/Makefile On my Ubuntu 15.04 diff --get alone gives error 'diff: unrecognised option '--git'. I tried also via Vi to uncomment -# on -#CFLAGS += -DCONFIG_TX_ENABLE line inside /src/target/firmware/Makefile and compile but to no avail... Any help with this? Thanks in advance :) Robert. From holger at freyther.de Fri Feb 19 20:00:42 2016 From: holger at freyther.de (Holger Freyther) Date: Fri, 19 Feb 2016 21:00:42 +0100 Subject: Moving from trac to a single redmine In-Reply-To: References: <29DF7E51-8366-40A3-8EF1-F4705D3A0E6D@freyther.de> <20160218184318.GW4570@nataraja> <753DCDAF-0723-4EC5-8E3C-870B7D5959C5@freyther.de> <20160218231601.GC18542@dub6> Message-ID: > On 19 Feb 2016, at 08:09, Holger Freyther wrote: > > > The wiki conversion is not that great. We really have to do some work in post processing and making sure that all content has been migrated. E.g. "Software/Overview" and "SoftwareOverview" seem to confuse the importer: > > http://projects.osmocom.org/projects/baseband/wiki/SoftwareOverview vs. http://bb.osmocom.org/trac/wiki/Software/Overview vs. http://bb.osmocom.org/trac/wiki/SoftwareOverview I am fixing this but if somebody wants to help with some code/regexp it would be nice too. In trac we have: [[Image(motorola_filter_replacement_step_1_low.jpg, 250px)]] For redmine we need: {{thumbnail(motorola_filter_replacement_step_1_low.jpg, size=250)}} Anyone wants to try his luck with a regexp to do this automatically? Or a bit of ruby code to split and manipulate if it is matching [[Image? From khorben at defora.org Fri Feb 19 20:19:45 2016 From: khorben at defora.org (Pierre Pronchery) Date: Fri, 19 Feb 2016 21:19:45 +0100 Subject: Moving from trac to a single redmine In-Reply-To: References: <29DF7E51-8366-40A3-8EF1-F4705D3A0E6D@freyther.de> <20160218184318.GW4570@nataraja> <753DCDAF-0723-4EC5-8E3C-870B7D5959C5@freyther.de> <20160218231601.GC18542@dub6> Message-ID: <56C778E1.1020900@defora.org> On 19/02/2016 21:00, Holger Freyther wrote: > In trac we have: > > [[Image(motorola_filter_replacement_step_1_low.jpg, 250px)]] > > For redmine we need: > > {{thumbnail(motorola_filter_replacement_step_1_low.jpg, size=250)}} > > Anyone wants to try his luck with a regexp to do this automatically? > Or a bit of ruby code to split and manipulate if it is matching [[Image? This works for me: $ REGEXP='s/\[\[Image(\([^,]*\), *\([0-9]*\)px)\]\]/{{thumbnail(\1, size=\2)}}/' $ echo '[[Image(motorola_filter_replacement_step_1_low.jpg, 250px)]]' | sed -e "$REGEXP" {{thumbnail(motorola_filter_replacement_step_1_low.jpg, size=250)}} HTH, -- khorben From holger at freyther.de Fri Feb 19 20:26:46 2016 From: holger at freyther.de (Holger Freyther) Date: Fri, 19 Feb 2016 21:26:46 +0100 Subject: Moving from trac to a single redmine In-Reply-To: <56C778E1.1020900@defora.org> References: <29DF7E51-8366-40A3-8EF1-F4705D3A0E6D@freyther.de> <20160218184318.GW4570@nataraja> <753DCDAF-0723-4EC5-8E3C-870B7D5959C5@freyther.de> <20160218231601.GC18542@dub6> <56C778E1.1020900@defora.org> Message-ID: <26718034-3FD3-4269-AA65-D7274CB194B1@freyther.de> > On 19 Feb 2016, at 21:19, Pierre Pronchery wrote: > > > This works for me: > > $ REGEXP='s/\[\[Image(\([^,]*\), *\([0-9]*\)px)\]\]/{{thumbnail(\1, > size=\2)}}/' > $ echo '[[Image(motorola_filter_replacement_step_1_low.jpg, 250px)]]' | > sed -e "$REGEXP" > {{thumbnail(motorola_filter_replacement_step_1_low.jpg, size=250)}} great. could you try to make it work with irb and 'string'.gsub(/regexp/, 'replacement') too? thanks! holger From robert.luben at openmailbox.org Fri Feb 19 20:45:17 2016 From: robert.luben at openmailbox.org (robert.luben at openmailbox.org) Date: Fri, 19 Feb 2016 21:45:17 +0100 Subject: http://bb.osmocom.org/trac/wiki/SIMReader page Message-ID: <900aefc359a4688dd3d1385cfb85593c@openmailbox.org> Hello, In this tutorial: http://bb.osmocom.org/trac/wiki/SIMReader Some parts for me were confusing like this one: "git clone git://git.osmocom.org/osmocom-bb.git cd osmocom-bb git checkout -b testing remotes/origin/sylvain/testing" and this one: diff --git a/src/target/firmware/Makefile b/src/target/firmware/Makefile (diff --git Does not work on Ubuntu 15.04) I tried this instead of aforementioned: mkdir osmocombb git clone git://git.osmocom.org/osmocom-bb.git master cd master/src make cd ~/osmocombb git clone git://git.osmocom.org/osmocom-bb.git -b sylvain/testing testing Then I uncommented line with #CFLAGS += -DCONFIG_TX_ENABLE inside osmocombb/master/src/target/firmware/Makefile cd master make And then followed rest of wiki guide. Any comment? Thanks. Robert. From holger at freyther.de Fri Feb 19 22:03:10 2016 From: holger at freyther.de (Holger Freyther) Date: Fri, 19 Feb 2016 23:03:10 +0100 Subject: Moving from trac to a single redmine In-Reply-To: References: <29DF7E51-8366-40A3-8EF1-F4705D3A0E6D@freyther.de> <20160218184318.GW4570@nataraja> <753DCDAF-0723-4EC5-8E3C-870B7D5959C5@freyther.de> <20160218231601.GC18542@dub6> Message-ID: <5E9E5F4C-658A-491F-9AD7-9B7418238A5C@freyther.de> > On 19 Feb 2016, at 08:09, Holger Freyther wrote: > > > The wiki conversion is not that great. We really have to do some work in post processing and making sure that all content has been migrated. E.g. "Software/Overview" and "SoftwareOverview" seem to confuse the importer: > > http://projects.osmocom.org/projects/baseband/wiki/SoftwareOverview vs. http://bb.osmocom.org/trac/wiki/Software/Overview vs. http://bb.osmocom.org/trac/wiki/SoftwareOverview > > So there will be some fallout but I think it still makes sense to move forward now. This post is Sponsored by the Ministry of Stuff you Didn't want to know. Trac has a "flat" wiki model. The hierarchy is added by the notion of adding / into the path. This means that SoftwareOverview is a top-level page and Software/Overview is a child of software. In Redmine there is the concept of "parent" pages but the name is a flat namespace. So by convention the page would be called "Overview" but be a child of "Software". Redmine will normalize a pagetitle like Software/Overview to SoftwareOverview. To avoid having "SoftwareOverview" and "Software/Overview" clash I am expanding the later to SoftwareSoftwareOverview and this gives us funny names and broken links (*sigh*) but with reasonable effort this seems to be as good as I can get it. This means our manual fix-up step will so far include: * Fix general format issue (e.g.
 but no 
) * Remove custom html I created to have a multi-column view. * Fix the [[Image unless I get the regexp to work in ruby * Rename SoftwareSoftwareOverview and other pages (and delete the old one) kind regards holger From holger at freyther.de Fri Feb 19 22:24:00 2016 From: holger at freyther.de (Holger Freyther) Date: Fri, 19 Feb 2016 23:24:00 +0100 Subject: Moving from trac to a single redmine In-Reply-To: <26718034-3FD3-4269-AA65-D7274CB194B1@freyther.de> References: <29DF7E51-8366-40A3-8EF1-F4705D3A0E6D@freyther.de> <20160218184318.GW4570@nataraja> <753DCDAF-0723-4EC5-8E3C-870B7D5959C5@freyther.de> <20160218231601.GC18542@dub6> <56C778E1.1020900@defora.org> <26718034-3FD3-4269-AA65-D7274CB194B1@freyther.de> Message-ID: <64A23121-6284-4F7D-A063-DFC95F4BB3E2@freyther.de> > On 19 Feb 2016, at 21:26, Holger Freyther wrote: > > > > great. could you try to make it work with irb and 'string'.gsub(/regexp/, 'replacement') too? txt2.gsub(/^\[\[Image\(([^,]*)\,\W*([0-9]*)px\)\]\]/, '{{thumbnail(\1, size=\2}}') From axilirator at gmail.com Sat Feb 20 06:23:09 2016 From: axilirator at gmail.com (=?UTF-8?B?0JLQsNC00LjQvCDQr9C90LjRhtC60LjQuQ==?=) Date: Sat, 20 Feb 2016 12:23:09 +0600 Subject: http://bb.osmocom.org/trac/wiki/SIMReader page Message-ID: Hi! But when tried to follow this guide: > > http://bb.osmocom.org/trac/wiki/SIMReader > This guide is outdated. Currently the master branch can perform R/W operations with SIM without any problems. Just use it. ? ?????????? ???????????, ??????? ?????. -------------- next part -------------- An HTML attachment was scrubbed... URL: From axilirator at gmail.com Sat Feb 20 06:49:23 2016 From: axilirator at gmail.com (=?UTF-8?B?0JLQsNC00LjQvCDQr9C90LjRhtC60LjQuQ==?=) Date: Sat, 20 Feb 2016 12:49:23 +0600 Subject: Moving from trac to a single redmine Message-ID: Hi! > Then I believe the following SPF record should be provided for > lists.osmocom.org: > "v=spf1 a mx a:gandharva.secretlabs.de -all" What for "a:gandharva.secretlabs.de" is in this string? ? ?????????? ???????????, ??????? ?????. -------------- next part -------------- An HTML attachment was scrubbed... URL: From holger at freyther.de Sat Feb 20 10:58:07 2016 From: holger at freyther.de (Holger Freyther) Date: Sat, 20 Feb 2016 11:58:07 +0100 Subject: Progress of trac->redmine migration Message-ID: <7BA392B9-A3E6-41E6-98ED-10F7F4B699DD@freyther.de> Hi all, I think we are close to the point of no return. All tickets and wikis have been imported. Please have a quick look if there is something obviously broken and if not I will proceed with post-processing and renaming tonight. kind regards holger From laforge at gnumonks.org Sun Feb 21 16:31:15 2016 From: laforge at gnumonks.org (Harald Welte) Date: Sun, 21 Feb 2016 17:31:15 +0100 Subject: Moving from trac to a single redmine In-Reply-To: <80FDBDBD-2B0E-46EC-B751-AE47B3CF1F87@freyther.de> References: <80FDBDBD-2B0E-46EC-B751-AE47B3CF1F87@freyther.de> Message-ID: <20160221163115.GO4570@nataraja> Hi all, On Fri, Feb 19, 2016 at 12:36:29PM +0100, Holger Freyther wrote: > > So, my suggestions: > > - Create the main page that will describe all all of the child projects > > of Osmocom umbrella including recent news and plans. in progress. > > - Separate the libosmocore related pages from OsmocomBB > > into a new section named "Libraries", for example. Libaries has libosmocore / libosmo-netif / libosmo-abis as sub-projects, related wiki pages have been moved. > > - Separate both SIMTrace and softSIM into a new sections. SIMtrace is a new project. > I don't think we can move wiki pages from one project to another but > we should be able to somehow add redirects. Luckily one can move wiki pages (including their attachments and any child wiki pages) between projects, that's what I've been doing most parts of today. > I intend to add one more wiki plugin to have table of contents and > other features we are used to from trac. You can play with the tree-like structure of wiki pages and use constructs like {{child_pages(BTS_Hardwware,depth=1)}} to automaticall get an automatic list/tree of child pages into another page. There most likely are more advanced tools avaiailable, but I find that already quite powerful. -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From khorben at defora.org Mon Feb 22 00:48:49 2016 From: khorben at defora.org (Pierre Pronchery) Date: Mon, 22 Feb 2016 01:48:49 +0100 Subject: Moving from trac to a single redmine In-Reply-To: <20160221163115.GO4570@nataraja> References: <80FDBDBD-2B0E-46EC-B751-AE47B3CF1F87@freyther.de> <20160221163115.GO4570@nataraja> Message-ID: <56CA5AF1.30007@defora.org> On 21/02/2016 17:31, Harald Welte wrote: >> I intend to add one more wiki plugin to have table of contents and >> other features we are used to from trac. > > You can play with the tree-like structure of wiki pages and use > constructs like {{child_pages(BTS_Hardwware,depth=1)}} to automaticall > get an automatic list/tree of child pages into another page. For the table of contents in Redmine, I usually place: {{>toc}} at the top of any wiki page and it just works - no plug-in involved. I am using standard installations on Debian {old,}stable, with Textile markup (which is the default there). HTH, -- khorben From khorben at defora.org Mon Feb 22 00:59:08 2016 From: khorben at defora.org (Pierre Pronchery) Date: Mon, 22 Feb 2016 01:59:08 +0100 Subject: Moving from trac to a single redmine In-Reply-To: References: Message-ID: <56CA5D5C.4070801@defora.org> Hey, On 20/02/2016 07:49, ????? ??????? wrote: > Then I believe the following SPF record should be provided for > lists.osmocom.org : > "v=spf1 a mx a:gandharva.secretlabs.de > -all" > > > What for "a:gandharva.secretlabs.de " is > in this string? I checked the e-mail headers from the messages I received for this list, and misread this host as being an occasional originator. Checking a few messages again, only ganesha.gnumonks.org and lists.osmocom.org seem to be (or have been) sending e-mails for this list, and they are both part of the MX record already; so this should be enough: "v=spf1 a mx -all" Cheers, -- khorben From robert.steve07 at gmail.com Mon Feb 22 08:57:00 2016 From: robert.steve07 at gmail.com (robert) Date: Mon, 22 Feb 2016 10:57:00 +0200 Subject: Route call from OpenBSC to real operator using osmocombb In-Reply-To: <20160214201305.GF6692@nataraja> References: <531D17F1-AE48-4DFA-915E-37689591260E@gmail.com> <09FA88FE-292E-4FA9-9F9D-2209C8B0BC7C@tomcsanyi.net> <667CC6D2-8CA3-4BAC-823D-B0D525204C96@gmail.com> <20160214201305.GF6692@nataraja> Message-ID: HI, When I try to route calls, the osmo phone which is connected to the real network starts initiating the call but then immediately releases the connection with the following cause ?Requested facility not subscribed?. Does anyone know what is causing this error ? Best regards, Robert, On Feb 14, 2016, at 10:13 PM, Harald Welte wrote: > On Sat, Feb 13, 2016 at 09:31:02AM +0100, Tomcs?nyi Domonkos wrote: >> As far as I know osmocomBB doesn?t have a SIP sink yet, you?d need to >> create the code for that. > > You can connect OsmocomBB via its MNCC interface to LCR as a gsm-ms > channel. This is similar to attaching OsmoNITB via its MNCC interface > as a gsm-bs channel to LCR. > > So it should be no problem to connect both OsmoNITB and OsmocomBB > simultaneously to a single LCR instance and route calls vice-versa. > > -- > - Harald Welte http://laforge.gnumonks.org/ > ============================================================================ > "Privacy in residential applications is a desirable marketing option." > (ETSI EN 300 175-7 Ch. A6) From northmirko at gmail.com Mon Feb 22 22:58:16 2016 From: northmirko at gmail.com (Mirko Kovacevic) Date: Mon, 22 Feb 2016 23:58:16 +0100 Subject: Calypso BTS (C140) and Osmo BTS Message-ID: Hi, *Can we still use osmocomBB phones (C140,C139..) with Osmo-BTS project?* I use transceiver program from *jolly/testing* branch and firmware in compal_86 ( trx.highram.bin ) from *sylvian/testing* branch, all from osmocomBB. It is the only way to get phones start sync on particular arfcn. If I write this configuration in osmo-bts.cfg: *!! OsmoBTS () configuration saved from vty!!!log stderr logging color 0 logging timestamp 0 logging level all everything logging level rsl info logging level oml info logging level rll notice logging level rr notice logging level meas notice logging level pag info logging level l1c info logging level l1p info logging level dsp debug logging level abis notice!line vty no login!phy 0 instance 0bts 0 band 900 ipa unit-id 1801 0 oml remote-ip 127.0.0.1 trx 0 phy 0 instance 0* I can make launch *osmo-bts-trx* program. After launching *osmo-nitb*, Osmo-BTS is writing this log: <000b> trx_if.c:379 transceiver (phy0.0) rejected TRX command with response: 'RSP POWERON -22' <0001> bts.c:203 Shutting down BTS 0, Reason SIGINT and when shutdown timer is elapsed, Osmo-BTS exit writing this log: Shutdown timer expired. *What should I put into osmo-bts.cfg and openbsc.cfg to make thing work ?* I know that Calypso BTS support only one timeslot. Tried to modify openbsc.cfg to support only one TS, by putting: *timeslot 0 phys_chan_config CCCH+SDCCH4 timeslot 1 phys_chan_config NONE timeslot 2 phys_chan_config NONE timeslot 3 phys_chan_config NONE timeslot 4 phys_chan_config NONE timeslot 5 phys_chan_config NONE timeslot 6 phys_chan_config NONE timeslot 7 phys_chan_config NONE* But BSC is compling with this configuration. Thanks in advance -- *Puno pozdrava,Mirko Kova?evi?* -------------- next part -------------- An HTML attachment was scrubbed... URL: From domi at tomcsanyi.net Mon Feb 22 23:12:06 2016 From: domi at tomcsanyi.net (=?utf-8?Q?Tomcs=C3=A1nyi_Domonkos?=) Date: Tue, 23 Feb 2016 00:12:06 +0100 Subject: Calypso BTS (C140) and Osmo BTS In-Reply-To: References: Message-ID: <5DA02F43-406B-4AC9-8B09-60F5B79E710C@tomcsanyi.net> Hi Mirko, This wiki page contains all the info necessary, I was able to get it going just going through this step by step: http://openbsc.osmocom.org/trac/wiki/SDR_OsmoTRX_network_from_scratch Cheers, Domi > 2016. febr. 22. d?tummal, 23:58 id?pontban Mirko Kovacevic ?rta: > > Hi, > > Can we still use osmocomBB phones (C140,C139..) with Osmo-BTS project? > > I use transceiver program from jolly/testing branch and > firmware in compal_86 ( trx.highram.bin ) from sylvian/testing branch, > all from osmocomBB. > > It is the only way to get phones start sync on particular arfcn. > > If I write this configuration in osmo-bts.cfg: > > ! > ! OsmoBTS () configuration saved from vty > !! > ! > log stderr > logging color 0 > logging timestamp 0 > logging level all everything > logging level rsl info > logging level oml info > logging level rll notice > logging level rr notice > logging level meas notice > logging level pag info > logging level l1c info > logging level l1p info > logging level dsp debug > logging level abis notice > ! > line vty > no login > ! > phy 0 > instance 0 > bts 0 > band 900 > ipa unit-id 1801 0 > oml remote-ip 127.0.0.1 > trx 0 > phy 0 instance 0 > > > > I can make launch osmo-bts-trx program. > > After launching osmo-nitb, Osmo-BTS is writing this log: > > <000b> trx_if.c:379 transceiver (phy0.0) rejected TRX command with response: 'RSP POWERON -22' > <0001> bts.c:203 Shutting down BTS 0, Reason SIGINT > > and when shutdown timer is elapsed, Osmo-BTS exit writing this log: > > Shutdown timer expired. > > What should I put into osmo-bts.cfg and openbsc.cfg to make thing work ? > > I know that Calypso BTS support only one timeslot. > Tried to modify openbsc.cfg to support only one TS, by putting: > > timeslot 0 > phys_chan_config CCCH+SDCCH4 > timeslot 1 > phys_chan_config NONE > timeslot 2 > phys_chan_config NONE > timeslot 3 > phys_chan_config NONE > timeslot 4 > phys_chan_config NONE > timeslot 5 > phys_chan_config NONE > timeslot 6 > phys_chan_config NONE > timeslot 7 > phys_chan_config NONE > > But BSC is compling with this configuration. > > Thanks in advance > > > > -- > Puno pozdrava, > Mirko Kova?evi? > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From axilirator at gmail.com Tue Feb 23 07:32:54 2016 From: axilirator at gmail.com (=?UTF-8?B?0JLQsNC00LjQvCDQr9C90LjRhtC60LjQuQ==?=) Date: Tue, 23 Feb 2016 13:32:54 +0600 Subject: Calypso BTS (C140) and Osmo BTS Message-ID: Hi! > Can we still use osmocomBB phones (C140,C139..) with Osmo-BTS project? Yes. I use transceiver program from *jolly/testing* branch and > firmware in compal_86 ( trx.highram.bin ) from *sylvian/testing* branch, > all from osmocomBB. > > Stop doing this mix. The firmware from one branch you use incompatible with host software form another. Use one branch only! It looks like you have a new toolchain "gnu-arm-build.3.sh". The firmware images from this branches works better if it's compiled with older toolchain version. Try to use http://bb.osmocom.org/trac/attachment/wiki/GnuArmToolchain/gnu-arm-build.2.sh or https://github.com/axilirator/gnu-arm-installer. I know that Calypso BTS support only one timeslot. > > Using two phones you will be able to serve two timeslots. Follow this guide I recently wrote: http://bb.osmocom.org/trac/wiki/Tutorials/CalypsoBTS http://openbsc.osmocom.org/trac/wiki/SDR_OsmoTRX_network_from_scratch is outdated. ? ?????????? ???????????, ??????? ?????. -------------- next part -------------- An HTML attachment was scrubbed... URL: From northmirko at gmail.com Tue Feb 23 09:07:33 2016 From: northmirko at gmail.com (Mirko Kovacevic) Date: Tue, 23 Feb 2016 10:07:33 +0100 Subject: Calypso BTS (C140) and Osmo BTS In-Reply-To: References: Message-ID: Hi, ?????, Tomi thank you for your answers. I suspected toolchain from early beginning because two years ago I managed to make things work. I primarily followed procedure from this link http://bb.osmocom.org/trac/wiki/Tutorials/CalypsoBTS. When I do steps with OsmoBTS: *git clone git://git.osmocom.org/osmo-bts.git * *cd osmo-bts autoreconf -i ./configure --enable-trx make sudo make install* Then I can't use *osmo-bts.cfg* in this form: *bts 0 band DCS1800 ipa unit-id 1801 0 oml remote-ip 127.0.0.1 rtp jitter-buffer 0 paging queue-size 200 paging lifetime 0 fn-advance 30 ms-power-loop -60 timing-advance-loop settsc setbsic trx 0 rxgain 0 power 0 slotmask 1 0 0 0 0 0 0 0* specified from mentioned URL. Also new OsmoBTS binary is not called *osmobts-trx, *but *osmo-bts-trx* and expect to use new kind of *osmo-bts.cfg* format. *Maybe I should checkout some other branch from * *git clone git://git.osmocom.org/osmo-bts.git ?* *???????,????? ?.* On Tue, Feb 23, 2016 at 8:32 AM, ????? ??????? wrote: > Hi! > > >> Can we still use osmocomBB phones (C140,C139..) with Osmo-BTS project? > > > Yes. > > I use transceiver program from *jolly/testing* branch and >> firmware in compal_86 ( trx.highram.bin ) from *sylvian/testing* branch, >> all from osmocomBB. >> >> > Stop doing this mix. The firmware from one branch you use incompatible > with host software form another. Use one branch only! > It looks like you have a new toolchain "gnu-arm-build.3.sh". The firmware > images from this branches works better if it's compiled with older > toolchain version. > Try to use > http://bb.osmocom.org/trac/attachment/wiki/GnuArmToolchain/gnu-arm-build.2.sh > or https://github.com/axilirator/gnu-arm-installer. > > I know that Calypso BTS support only one timeslot. >> >> > Using two phones you will be able to serve two timeslots. > > Follow this guide I recently wrote: > http://bb.osmocom.org/trac/wiki/Tutorials/CalypsoBTS > http://openbsc.osmocom.org/trac/wiki/SDR_OsmoTRX_network_from_scratch is > outdated. > > ? ?????????? ???????????, > ??????? ?????. > -- *Puno pozdrava,Mirko Kovacevic* -------------- next part -------------- An HTML attachment was scrubbed... URL: From axilirator at gmail.com Tue Feb 23 11:10:57 2016 From: axilirator at gmail.com (=?UTF-8?B?0JLQsNC00LjQvCDQr9C90LjRhtC60LjQuQ==?=) Date: Tue, 23 Feb 2016 17:10:57 +0600 Subject: Calypso BTS (C140) and Osmo BTS In-Reply-To: References: Message-ID: > Then I can't use *osmo-bts.cfg* in this form This is due to the recent OsmoBTS updates. I'll fix this tutorial. Try to init osmo-bts.cfg using telnet. To do that run osmo-bts-trx and telnet to localhost:4241. Then enter both commands: 'en' and then 'write file'. After that edit the osmo-bts.cfg depending on your requirements. ? ?????????? ???????????, ??????? ?????. 2016-02-23 15:07 GMT+06:00 Mirko Kovacevic : > Hi, ?????, Tomi thank you for your answers. > > I suspected toolchain from early beginning because two years ago I managed > to make things work. > I primarily followed procedure from this link > http://bb.osmocom.org/trac/wiki/Tutorials/CalypsoBTS. > > When I do steps with OsmoBTS: > > *git clone git://git.osmocom.org/osmo-bts.git > * > > *cd osmo-bts > autoreconf -i > ./configure --enable-trx > make > sudo make install* > > Then I can't use *osmo-bts.cfg* in this form: > > *bts 0 > band DCS1800 > ipa unit-id 1801 0 > oml remote-ip 127.0.0.1 > rtp jitter-buffer 0 > paging queue-size 200 > paging lifetime 0 > fn-advance 30 > ms-power-loop -60 > timing-advance-loop > settsc > setbsic > trx 0 > rxgain 0 > power 0 > slotmask 1 0 0 0 0 0 0 0* > > specified from mentioned URL. > > Also new OsmoBTS binary is not called *osmobts-trx, *but *osmo-bts-trx* > and expect to use new kind of *osmo-bts.cfg* format. > > > *Maybe I should checkout some other branch from * > > > *git clone git://git.osmocom.org/osmo-bts.git > ?* > > > *???????,????? ?.* > > > > > > On Tue, Feb 23, 2016 at 8:32 AM, ????? ??????? > wrote: > >> Hi! >> >> >>> Can we still use osmocomBB phones (C140,C139..) with Osmo-BTS project? >> >> >> Yes. >> >> I use transceiver program from *jolly/testing* branch and >>> firmware in compal_86 ( trx.highram.bin ) from *sylvian/testing* branch, >>> all from osmocomBB. >>> >>> >> Stop doing this mix. The firmware from one branch you use incompatible >> with host software form another. Use one branch only! >> It looks like you have a new toolchain "gnu-arm-build.3.sh". The >> firmware images from this branches works better if it's compiled with older >> toolchain version. >> Try to use >> http://bb.osmocom.org/trac/attachment/wiki/GnuArmToolchain/gnu-arm-build.2.sh >> or https://github.com/axilirator/gnu-arm-installer. >> >> I know that Calypso BTS support only one timeslot. >>> >>> >> Using two phones you will be able to serve two timeslots. >> >> Follow this guide I recently wrote: >> http://bb.osmocom.org/trac/wiki/Tutorials/CalypsoBTS >> http://openbsc.osmocom.org/trac/wiki/SDR_OsmoTRX_network_from_scratch is >> outdated. >> >> ? ?????????? ???????????, >> ??????? ?????. >> > > > > -- > > *Puno pozdrava,Mirko Kovacevic* > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From robert.steve07 at gmail.com Tue Feb 23 11:27:43 2016 From: robert.steve07 at gmail.com (robert) Date: Tue, 23 Feb 2016 13:27:43 +0200 Subject: Route call from OpenBSC to real operator using osmocombb In-Reply-To: References: <531D17F1-AE48-4DFA-915E-37689591260E@gmail.com> <09FA88FE-292E-4FA9-9F9D-2209C8B0BC7C@tomcsanyi.net> <667CC6D2-8CA3-4BAC-823D-B0D525204C96@gmail.com> <20160214201305.GF6692@nataraja> Message-ID: <599FD21E-73C8-45B9-BFC2-E77FEE49BCBA@gmail.com> I forgot to mention that the reason for the this failure is described in diagnostic as ?CLIR not subscribed?. At each call setup there is a ?CLIR invocation? although in the mobile.cfg file it is set to ?no clir?. How can I remove this condition in LCR ? Best regards, Robert, On Feb 22, 2016, at 10:57 AM, robert wrote: > > HI, > > When I try to route calls, the osmo phone which is connected to the real network starts initiating the call but then immediately releases the connection with the following cause ?Requested facility not subscribed?. Does anyone know what is causing this error ? > > Best regards, > Robert, > > > > On Feb 14, 2016, at 10:13 PM, Harald Welte wrote: > >> On Sat, Feb 13, 2016 at 09:31:02AM +0100, Tomcs?nyi Domonkos wrote: >>> As far as I know osmocomBB doesn?t have a SIP sink yet, you?d need to >>> create the code for that. >> >> You can connect OsmocomBB via its MNCC interface to LCR as a gsm-ms >> channel. This is similar to attaching OsmoNITB via its MNCC interface >> as a gsm-bs channel to LCR. >> >> So it should be no problem to connect both OsmoNITB and OsmocomBB >> simultaneously to a single LCR instance and route calls vice-versa. >> >> -- >> - 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 Tue Feb 23 11:34:33 2016 From: laforge at gnumonks.org (Harald Welte) Date: Tue, 23 Feb 2016 12:34:33 +0100 Subject: Route call from OpenBSC to real operator using osmocombb In-Reply-To: <599FD21E-73C8-45B9-BFC2-E77FEE49BCBA@gmail.com> References: <531D17F1-AE48-4DFA-915E-37689591260E@gmail.com> <09FA88FE-292E-4FA9-9F9D-2209C8B0BC7C@tomcsanyi.net> <667CC6D2-8CA3-4BAC-823D-B0D525204C96@gmail.com> <20160214201305.GF6692@nataraja> <599FD21E-73C8-45B9-BFC2-E77FEE49BCBA@gmail.com> Message-ID: <20160223113433.GP5883@nataraja> Hi Robert, On Tue, Feb 23, 2016 at 01:27:43PM +0200, robert wrote: > I forgot to mention that the reason for the this failure is described > in diagnostic as ?CLIR not subscribed?. At each call setup there is a > ?CLIR invocation? although in the mobile.cfg file it is set to ?no > clir?. How can I remove this condition in LCR ? please note that this is not the LCR mailing list. You may try asking such very specific questions on the mailing list officially designated to LCR support on the LCR homepage. I believe it is the mISDN mailing list. 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 northmirko at gmail.com Tue Feb 23 12:40:28 2016 From: northmirko at gmail.com (Mirko Kovacevic) Date: Tue, 23 Feb 2016 13:40:28 +0100 Subject: Calypso BTS (C140) and Osmo BTS In-Reply-To: References: Message-ID: Hi,????? good workaround, but still my OsmoBTS shutdown itself after a while. OsmoBTS sends: *<000b> trx_if.c:379 transceiver (phy0.0) rejected TRX command with response: 'RSP POWERON -22'* In meanwhile on Transceiver app I can see this log: <0011> trx.c:495 TRX Control recv: |POWEROFF|| <0011> trx.c:224 TRX Control send: |RSP POWEROFF 0| <0011> trx.c:495 TRX Control recv: |POWEROFF|| <0011> trx.c:224 TRX Control send: |RSP POWEROFF 0| <0011> trx.c:495 TRX Control recv: |RXTUNE|891600| *<0011> trx.c:365 Setting C0 ARFCN to 8 (GSM900) //Should this be some setting for OpenBTS (not OsmoBTS) ?*<0011> trx.c:224 TRX Control send: |RSP RXTUNE 0 891600| <0011> trx.c:495 TRX Control recv: |TXTUNE|936600| <0011> trx.c:224 TRX Control send: |RSP TXTUNE 0 936600| <0011> trx.c:495 TRX Control recv: |POWERON|| *<0011> trx.c:252 TRX received POWERON when not fully configured* <0011> trx.c:224 TRX Control send: |RSP POWERON -22| After rejecting of TRX command, OsmoBTS initiates a shutdown: *<0001> bts.c:203 Shutting down BTS 0, Reason SIGINT* I can provide you with more detailed logs and applied settings if this doesn't help you. ???????, ????? ?. -------------- next part -------------- An HTML attachment was scrubbed... URL: From laforge at gnumonks.org Wed Feb 24 09:26:56 2016 From: laforge at gnumonks.org (Harald Welte) Date: Wed, 24 Feb 2016 10:26:56 +0100 Subject: Calypso BTS (C140) and Osmo BTS In-Reply-To: References: Message-ID: <20160224092656.GV18382@nataraja> On Tue, Feb 23, 2016 at 05:10:57PM +0600, ????? ??????? wrote: > > Then I can't use *osmo-bts.cfg* in this form > > This is due to the recent OsmoBTS updates. I'll fix this tutorial. a kind reminder: please do so on the new projects.osmocom.org redmine installation, as the old trac installations are soon supeseded/replaced by that, and all the content has already been imported (even though it needs lots of manual cleanup). -- - 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 Wed Feb 24 09:24:42 2016 From: laforge at gnumonks.org (Harald Welte) Date: Wed, 24 Feb 2016 10:24:42 +0100 Subject: Moving from trac to a single redmine In-Reply-To: <56CA5AF1.30007@defora.org> References: <80FDBDBD-2B0E-46EC-B751-AE47B3CF1F87@freyther.de> <20160221163115.GO4570@nataraja> <56CA5AF1.30007@defora.org> Message-ID: <20160224092442.GU18382@nataraja> Hi khorben! On Mon, Feb 22, 2016 at 01:48:49AM +0100, Pierre Pronchery wrote: > On 21/02/2016 17:31, Harald Welte wrote: > > You can play with the tree-like structure of wiki pages and use > > constructs like {{child_pages(BTS_Hardwware,depth=1)}} to automaticall > > get an automatic list/tree of child pages into another page. > > For the table of contents in Redmine, I usually place: > {{>toc}} that's a table of contents within one page. My comment was about automatically creating (topic specific) indexes of other wiki pages. -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From axilirator at gmail.com Wed Feb 24 11:05:35 2016 From: axilirator at gmail.com (=?UTF-8?B?0JLQsNC00LjQvCDQr9C90LjRhtC60LjQuQ==?=) Date: Wed, 24 Feb 2016 17:05:35 +0600 Subject: Calypso BTS (C140) and Osmo BTS In-Reply-To: <20160224092656.GV18382@nataraja> References: <20160224092656.GV18382@nataraja> Message-ID: Ok, no problem. As soon as I get free time. ? ?????????? ???????????, ??????? ?????. 2016-02-24 15:26 GMT+06:00 Harald Welte : > On Tue, Feb 23, 2016 at 05:10:57PM +0600, ????? ??????? wrote: > > > Then I can't use *osmo-bts.cfg* in this form > > > > This is due to the recent OsmoBTS updates. I'll fix this tutorial. > > a kind reminder: please do so on the new projects.osmocom.org redmine > installation, as the old trac installations are soon supeseded/replaced > by that, and all the content has already been imported (even though it > needs lots of manual cleanup). > > -- > - Harald Welte > http://laforge.gnumonks.org/ > > ============================================================================ > "Privacy in residential applications is a desirable marketing option." > (ETSI EN 300 175-7 Ch. > A6) > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jarne76 at icloud.com Fri Feb 26 22:15:30 2016 From: jarne76 at icloud.com (alex) Date: Fri, 26 Feb 2016 15:15:30 -0700 (MST) Subject: layer2/3 ported to target? paging attack code? In-Reply-To: <1436034083323-4026717.post@n3.nabble.com> References: <1378227662.93957.YahooMailNeo@web121005.mail.ne1.yahoo.com> <1378232842.92551.YahooMailNeo@web121004.mail.ne1.yahoo.com> <1378299933-sup-2371@dennou> <1378325214-sup-34@dennou> <1436034083323-4026717.post@n3.nabble.com> Message-ID: <1456524930528-4026725.post@n3.nabble.com> any one try this code? its look like work but for real not. -- View this message in context: http://baseband-devel.722152.n3.nabble.com/layer2-3-ported-to-target-paging-attack-code-tp4026139p4026725.html Sent from the baseband-devel mailing list archive at Nabble.com. From laforge at gnumonks.org Sun Feb 28 09:59:40 2016 From: laforge at gnumonks.org (Harald Welte) Date: Sun, 28 Feb 2016 10:59:40 +0100 Subject: OsmoDevCon 2016 planning / wiki page In-Reply-To: <20160205235433.GP10932@nataraja> References: <20160112151200.GP1762@nataraja> <20160113133526.GO9964@nataraja> <20160205235433.GP10932@nataraja> Message-ID: <20160228095940.GC23371@nataraja> Dear all, On Sat, Feb 06, 2016 at 12:54:33AM +0100, Harald Welte wrote: > I've just created the template wiki page for OsmoDevCon2016 at > > http://openbsc.osmocom.org/trac/wiki/OsmoDevCon2016 > > please add your name to the list if you're interested to attend (and > qualify as somebody who contributed to Osmocom projects). We have meanwhile migrated this to the new redmine installation at http://projects.osmocom.org/projects/openbsc/wiki/OsmoDevCon2016 As today is February 28 (indicated as the last day for registration), please let me know if you still have not added your name but are an existing Osmocom developer/contributor and would like to attend. Please also feel free to suggest further talks / discusison topics, either about which you would like to talk, or about which you would like to hear others talk. Also, the current list of topics is merely a suggestion. Please share openly if you think you don't want to hear about one of the topics :) 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 axilirator at gmail.com Mon Feb 29 04:17:43 2016 From: axilirator at gmail.com (=?UTF-8?B?0JLQsNC00LjQvCDQr9C90LjRhtC60LjQuQ==?=) Date: Mon, 29 Feb 2016 10:17:43 +0600 Subject: Redmine theme Message-ID: Dear all, I suggest to change a stock Redmine theme to something more beautiful, for example gitmike: https://github.com/makotokw/redmine-theme-gitmike which used by srlabs.de and looks like pretty. Furthermore, the Osmocom logo will look better on light background. Opinions? ? ?????????? ???????????, ??????? ?????. -------------- next part -------------- An HTML attachment was scrubbed... URL: From jarne76 at icloud.com Mon Feb 29 08:13:21 2016 From: jarne76 at icloud.com (alex) Date: Mon, 29 Feb 2016 01:13:21 -0700 (MST) Subject: Set fixed TMSI and Kc In-Reply-To: References: <4F7F4295.7010005@ymail.com> Message-ID: <1456733601628-4026728.post@n3.nabble.com> tmsi can be at testcard but kc its look like secret but what for if its limited service only :) can any one explaine to beginner how work mobil app ? For me its not working because all what i got its limited service which is useless. -- View this message in context: http://baseband-devel.722152.n3.nabble.com/Set-fixed-TMSI-and-Kc-tp3894059p4026728.html Sent from the baseband-devel mailing list archive at Nabble.com. From domi at tomcsanyi.net Mon Feb 29 08:32:35 2016 From: domi at tomcsanyi.net (=?utf-8?B?VG9tY3PDoW55aSwgRG9tb25rb3M=?=) Date: Mon, 29 Feb 2016 09:32:35 +0100 (CET) Subject: Set fixed TMSI and Kc In-Reply-To: <1456733601628-4026728.post@n3.nabble.com> References: <4F7F4295.7010005@ymail.com> <1456733601628-4026728.post@n3.nabble.com> Message-ID: <38D39720-28AA-4302-B427-2A63F7DFE670@tomcsanyi.net> I think the code could be understood without much hassle, at least for me it took something like half an hour to patch in setting arbitrary Kc support from the vty terminal side (and I'm a terrible coder). Variables are named appropriately so as far as I remember searching for "kc" via for example grep inside the mobile app's directory should yield fruitful results. Cheers, Domi 2016. febr. 29. d?tummal, 9:13 id?pontban alex ?rta: > tmsi can be at testcard but kc its look like secret but what for if its > limited service only :) > > can any one explaine to beginner how work mobil app ? > For me its not working because all what i got its limited service which is > useless. > > > > -- > View this message in context: http://baseband-devel.722152.n3.nabble.com/Set-fixed-TMSI-and-Kc-tp3894059p4026728.html > Sent from the baseband-devel mailing list archive at Nabble.com. From jarne76 at icloud.com Mon Feb 29 09:08:55 2016 From: jarne76 at icloud.com (alex) Date: Mon, 29 Feb 2016 02:08:55 -0700 (MST) Subject: Set fixed TMSI and Kc In-Reply-To: <1456733601628-4026728.post@n3.nabble.com> References: <4F7F4295.7010005@ymail.com> <1456733601628-4026728.post@n3.nabble.com> Message-ID: <1456736935090-4026729.post@n3.nabble.com> i did many times. i see kc at interface.c setup its correct? but cannt check because limited service even for sim reader its never register to network. -- View this message in context: http://baseband-devel.722152.n3.nabble.com/Set-fixed-TMSI-and-Kc-tp3894059p4026729.html Sent from the baseband-devel mailing list archive at Nabble.com. From axilirator at gmail.com Mon Feb 29 09:41:16 2016 From: axilirator at gmail.com (=?UTF-8?B?0JLQsNC00LjQvCDQr9C90LjRhtC60LjQuQ==?=) Date: Mon, 29 Feb 2016 15:41:16 +0600 Subject: Set fixed TMSI and Kc Message-ID: Did you enabled TX support (CFLAGS += -DCONFIG_TX_ENABLE)? Also try to use an IMEI from existing MS, because sometimes PLMN can reject MSes with default IMEI. ? ?????????? ???????????, ??????? ?????. -------------- next part -------------- An HTML attachment was scrubbed... URL: From jarne76 at icloud.com Mon Feb 29 09:55:23 2016 From: jarne76 at icloud.com (alex) Date: Mon, 29 Feb 2016 02:55:23 -0700 (MST) Subject: Set fixed TMSI and Kc In-Reply-To: <1456736935090-4026729.post@n3.nabble.com> References: <4F7F4295.7010005@ymail.com> <1456733601628-4026728.post@n3.nabble.com> <1456736935090-4026729.post@n3.nabble.com> Message-ID: <1456739723967-4026730.post@n3.nabble.com> i did everything and tx and diff branchs, real sim , test sim nothing. bcch runnig ts2 even this fix. -- View this message in context: http://baseband-devel.722152.n3.nabble.com/Set-fixed-TMSI-and-Kc-tp3894059p4026730.html Sent from the baseband-devel mailing list archive at Nabble.com. From axilirator at gmail.com Mon Feb 29 10:26:04 2016 From: axilirator at gmail.com (=?UTF-8?B?0JLQsNC00LjQvCDQr9C90LjRhtC60LjQuQ==?=) Date: Mon, 29 Feb 2016 16:26:04 +0600 Subject: Set fixed TMSI and Kc Message-ID: So, please provide full logs of both osmocon and mobile processes. ? ?????????? ???????????, ??????? ?????. -------------- next part -------------- An HTML attachment was scrubbed... URL: From robert.steve07 at gmail.com Mon Feb 29 11:34:46 2016 From: robert.steve07 at gmail.com (robert) Date: Mon, 29 Feb 2016 13:34:46 +0200 Subject: flashing firmware Message-ID: Hi, Can someone confirm if the steps described in http://bb.osmocom.org/trac/wiki/flashing are still valid, as I can?t find ?loader.e88loader.bin?. I?m using sylvain/testing branch. Best regards, Robert, -------------- next part -------------- An HTML attachment was scrubbed... URL: From 246tnt at gmail.com Mon Feb 29 12:19:35 2016 From: 246tnt at gmail.com (Sylvain Munaut) Date: Mon, 29 Feb 2016 13:19:35 +0100 Subject: flashing firmware In-Reply-To: References: Message-ID: > Can someone confirm if the steps described in > http://bb.osmocom.org/trac/wiki/flashing are still valid, as I can?t find > ?loader.e88loader.bin?. I?m using sylvain/testing branch. Probably not. And unless you know how to recover things with JTAG or have a lot of spare phones and you're ready to brick a bunch of them, I wouldn't even attempt flashing. Both the code and the instructions related to it are pretty much unmaintained / untested and use at your own risk. Cheers, Sylvain From craig_comstock at yahoo.com Mon Feb 29 12:43:22 2016 From: craig_comstock at yahoo.com (Craig Comstock) Date: Mon, 29 Feb 2016 06:43:22 -0600 Subject: flashing firmware In-Reply-To: References: Message-ID: <134B2939-278C-40F9-AAD0-4B74E46C1D68@yahoo.com> As Sylvain said you probably want to use quite a bit of caution to not brick phones. That said, I added some changes a while ago locally (not in the repo) to flash my c139 phone and haven't gotten any bricks yet (cross fingers). I was working on getting nuttx-bb flashed as a sole app on the phone, debugging startup problems and re-flashing repeatedly. YMMV of course. I don't think my changes are terribly interesting but can dig them up if you get stuck. Probably you need to add some memory config and build targets to make the loader for e88? That is similar to some of my changes. Craig On February 29, 2016 6:19:35 AM CST, Sylvain Munaut <246tnt at gmail.com> wrote: >> Can someone confirm if the steps described in >> http://bb.osmocom.org/trac/wiki/flashing are still valid, as I can?t >find >> ?loader.e88loader.bin?. I?m using sylvain/testing branch. > >Probably not. > >And unless you know how to recover things with JTAG or have a lot of >spare phones and you're ready to brick a bunch of them, I wouldn't >even attempt flashing. > >Both the code and the instructions related to it are pretty much >unmaintained / untested and use at your own risk. > > >Cheers, > > Sylvain -- Sent from my Android device with K-9 Mail. Please excuse my brevity. -------------- next part -------------- An HTML attachment was scrubbed... URL: From robert.steve07 at gmail.com Mon Feb 29 12:48:04 2016 From: robert.steve07 at gmail.com (robert) Date: Mon, 29 Feb 2016 14:48:04 +0200 Subject: flashing firmware In-Reply-To: <134B2939-278C-40F9-AAD0-4B74E46C1D68@yahoo.com> References: <134B2939-278C-40F9-AAD0-4B74E46C1D68@yahoo.com> Message-ID: <3057EA39-357C-4162-B6B4-E39DC957E221@gmail.com> The problem is that I didn?t find the required file ?loader.e88loader.bin?. Should I use another branch for this purpose? Also I think that I already bricked my C118. Best regards, Robert, On Feb 29, 2016, at 2:43 PM, Craig Comstock wrote: > As Sylvain said you probably want to use quite a bit of caution to not brick phones. That said, I added some changes a while ago locally (not in the repo) to flash my c139 phone and haven't gotten any bricks yet (cross fingers). I was working on getting nuttx-bb flashed as a sole app on the phone, debugging startup problems and re-flashing repeatedly. > > YMMV of course. > > I don't think my changes are terribly interesting but can dig them up if you get stuck. > > Probably you need to add some memory config and build targets to make the loader for e88? That is similar to some of my changes. > > Craig > > > On February 29, 2016 6:19:35 AM CST, Sylvain Munaut <246tnt at gmail.com> wrote: > Can someone confirm if the steps described in > http://bb.osmocom.org/trac/wiki/flashing are still valid, as I can?t find > ?loader.e88loader.bin?. I?m using sylvain/testing branch. > > Probably not. > > And unless you know how to recover things with JTAG or have a lot of > spare phones and you're ready to brick a bunch of them, I wouldn't > even attempt flashing. > > Both the code and the instructions related to it are pretty much > unmaintained / untested and use at your own risk. > > > Cheers, > > Sylvain > > -- > Sent from my Android device with K-9 Mail. Please excuse my brevity. -------------- next part -------------- An HTML attachment was scrubbed... URL: From craig_comstock at yahoo.com Mon Feb 29 12:58:47 2016 From: craig_comstock at yahoo.com (Craig Comstock) Date: Mon, 29 Feb 2016 06:58:47 -0600 Subject: flashing firmware In-Reply-To: <3057EA39-357C-4162-B6B4-E39DC957E221@gmail.com> References: <134B2939-278C-40F9-AAD0-4B74E46C1D68@yahoo.com> <3057EA39-357C-4162-B6B4-E39DC957E221@gmail.com> Message-ID: <2E12427F-832C-4A58-BCCC-9DD9F9C5F932@yahoo.com> I'll take a look at my code. Can you send a log of any data you get over the serial port when you turn on the phone? What makes you think you bricked the phone? What steps did you take and at which point did you think the phone was bricked? On February 29, 2016 6:48:04 AM CST, robert wrote: >The problem is that I didn?t find the required file >?loader.e88loader.bin?. Should I use another branch for this purpose? >Also I think that I already bricked my C118. > > >Best regards, >Robert, > > > >On Feb 29, 2016, at 2:43 PM, Craig Comstock >wrote: > >> As Sylvain said you probably want to use quite a bit of caution to >not brick phones. That said, I added some changes a while ago locally >(not in the repo) to flash my c139 phone and haven't gotten any bricks >yet (cross fingers). I was working on getting nuttx-bb flashed as a >sole app on the phone, debugging startup problems and re-flashing >repeatedly. >> >> YMMV of course. >> >> I don't think my changes are terribly interesting but can dig them up >if you get stuck. >> >> Probably you need to add some memory config and build targets to make >the loader for e88? That is similar to some of my changes. >> >> Craig >> >> >> On February 29, 2016 6:19:35 AM CST, Sylvain Munaut ><246tnt at gmail.com> wrote: >> Can someone confirm if the steps described in >> http://bb.osmocom.org/trac/wiki/flashing are still valid, as I can?t >find >> ?loader.e88loader.bin?. I?m using sylvain/testing branch. >> >> Probably not. >> >> And unless you know how to recover things with JTAG or have a lot of >> spare phones and you're ready to brick a bunch of them, I wouldn't >> even attempt flashing. >> >> Both the code and the instructions related to it are pretty much >> unmaintained / untested and use at your own risk. >> >> >> Cheers, >> >> Sylvain >> >> -- >> Sent from my Android device with K-9 Mail. Please excuse my brevity. -- Sent from my Android device with K-9 Mail. Please excuse my brevity. -------------- next part -------------- An HTML attachment was scrubbed... URL: From robert.steve07 at gmail.com Mon Feb 29 13:05:08 2016 From: robert.steve07 at gmail.com (robert) Date: Mon, 29 Feb 2016 15:05:08 +0200 Subject: flashing firmware In-Reply-To: <2E12427F-832C-4A58-BCCC-9DD9F9C5F932@yahoo.com> References: <134B2939-278C-40F9-AAD0-4B74E46C1D68@yahoo.com> <3057EA39-357C-4162-B6B4-E39DC957E221@gmail.com> <2E12427F-832C-4A58-BCCC-9DD9F9C5F932@yahoo.com> Message-ID: <5DB0AB9C-5EBE-43AB-8ACA-46742941DC95@gmail.com> I can?t turn ON my phone anymore. I had everything working fine until the final step in the following: $ host/osmocon/osmoload funlock 0x000000 0x10000 $ host/osmocon/osmoload ferase 0x000000 0x10000 $ host/osmocon/osmoload fprogram 0 0x000000 compal_loader.bin $ host/osmocon/osmoload fprogram 0 0x002000 target/firmware/board/compal_e88/loader.e88loader.bin I used loader.highram.bin instead of loader.e88loader.bin. I didn?t get any errors even after this step but then I couldn?t do anything with the phone. Best regards, Robert, On Feb 29, 2016, at 2:58 PM, Craig Comstock wrote: > I'll take a look at my code. Can you send a log of any data you get over the serial port when you turn on the phone? What makes you think you bricked the phone? What steps did you take and at which point did you think the phone was bricked? > > On February 29, 2016 6:48:04 AM CST, robert wrote: > The problem is that I didn?t find the required file ?loader.e88loader.bin?. Should I use another branch for this purpose? Also I think that I already bricked my C118. > > > Best regards, > Robert, > > > > On Feb 29, 2016, at 2:43 PM, Craig Comstock wrote: > >> As Sylvain said you probably want to use quite a bit of caution to not brick phones. That said, I added some changes a while ago locally (not in the repo) to flash my c139 phone and haven't gotten any bricks yet (cross fingers). I was working on getting nuttx-bb flashed as a sole app on the phone, debugging startup problems and re-flashing repeatedly. >> >> YMMV of course. >> >> I don't think my changes are terribly interesting but can dig them up if you get stuck. >> >> Probably you need to add some memory config and build targets to make the loader for e88? That is similar to some of my changes. >> >> Craig >> >> >> On February 29, 2016 6:19:35 AM CST, Sylvain Munaut <246tnt at gmail.com> wrote: >> Can someone confirm if the steps described in >> http://bb.osmocom.org/trac/wiki/flashing are still valid, as I can?t find >> ?loader.e88loader.bin?. I?m using sylvain/testing branch. >> >> Probably not. >> >> And unless you know how to recover things with JTAG or have a lot of >> spare phones and you're ready to brick a bunch of them, I wouldn't >> even attempt flashing. >> >> Both the code and the instructions related to it are pretty much >> unmaintained / untested and use at your own risk. >> >> >> Cheers, >> >> Sylvain >> >> -- >> Sent from my Android device with K-9 Mail. Please excuse my brevity. > > > -- > Sent from my Android device with K-9 Mail. Please excuse my brevity. -------------- next part -------------- An HTML attachment was scrubbed... URL: From jarne76 at icloud.com Mon Feb 29 14:34:03 2016 From: jarne76 at icloud.com (alex) Date: Mon, 29 Feb 2016 07:34:03 -0700 (MST) Subject: Set fixed TMSI and Kc In-Reply-To: <1456739723967-4026730.post@n3.nabble.com> References: <4F7F4295.7010005@ymail.com> <1456733601628-4026728.post@n3.nabble.com> <1456736935090-4026729.post@n3.nabble.com> <1456739723967-4026730.post@n3.nabble.com> Message-ID: <1456756443949-4026731.post@n3.nabble.com> mobile.log showms.log mobile.cfg osmo.log -- View this message in context: http://baseband-devel.722152.n3.nabble.com/Set-fixed-TMSI-and-Kc-tp3894059p4026731.html Sent from the baseband-devel mailing list archive at Nabble.com. From robert.steve07 at gmail.com Mon Feb 29 14:47:34 2016 From: robert.steve07 at gmail.com (robert) Date: Mon, 29 Feb 2016 16:47:34 +0200 Subject: Set fixed TMSI and Kc In-Reply-To: <1456756443949-4026731.post@n3.nabble.com> References: <4F7F4295.7010005@ymail.com> <1456733601628-4026728.post@n3.nabble.com> <1456736935090-4026729.post@n3.nabble.com> <1456739723967-4026730.post@n3.nabble.com> <1456756443949-4026731.post@n3.nabble.com> Message-ID: <894D062E-DE60-4A81-AB28-8D3D72B92C85@gmail.com> Hi alex, In mobile.cfg is ?sim? set as ?reader? or ?test?? Best regards, Robert, On Feb 29, 2016, at 4:34 PM, alex wrote: > mobile.log > > showms.log > > mobile.cfg > > osmo.log > > > > -- > View this message in context: http://baseband-devel.722152.n3.nabble.com/Set-fixed-TMSI-and-Kc-tp3894059p4026731.html > Sent from the baseband-devel mailing list archive at Nabble.com. From jarne76 at icloud.com Mon Feb 29 14:49:00 2016 From: jarne76 at icloud.com (alex) Date: Mon, 29 Feb 2016 07:49:00 -0700 (MST) Subject: Set fixed TMSI and Kc In-Reply-To: <1456756443949-4026731.post@n3.nabble.com> References: <4F7F4295.7010005@ymail.com> <1456733601628-4026728.post@n3.nabble.com> <1456736935090-4026729.post@n3.nabble.com> <1456739723967-4026730.post@n3.nabble.com> <1456756443949-4026731.post@n3.nabble.com> Message-ID: <1456757340444-4026732.post@n3.nabble.com> mobil.cfg test -- View this message in context: http://baseband-devel.722152.n3.nabble.com/Set-fixed-TMSI-and-Kc-tp3894059p4026732.html Sent from the baseband-devel mailing list archive at Nabble.com. From robert.steve07 at gmail.com Mon Feb 29 14:50:40 2016 From: robert.steve07 at gmail.com (robert) Date: Mon, 29 Feb 2016 16:50:40 +0200 Subject: Set fixed TMSI and Kc In-Reply-To: <1456757340444-4026732.post@n3.nabble.com> References: <4F7F4295.7010005@ymail.com> <1456733601628-4026728.post@n3.nabble.com> <1456736935090-4026729.post@n3.nabble.com> <1456739723967-4026730.post@n3.nabble.com> <1456756443949-4026731.post@n3.nabble.com> <1456757340444-4026732.post@n3.nabble.com> Message-ID: <7E600764-B85A-464B-B2F2-2B9E2128CB1D@gmail.com> When you connect your sim card and set ?sim? as ?reader? does it work? On Feb 29, 2016, at 4:49 PM, alex wrote: > mobil.cfg test > > > > -- > View this message in context: http://baseband-devel.722152.n3.nabble.com/Set-fixed-TMSI-and-Kc-tp3894059p4026732.html > Sent from the baseband-devel mailing list archive at Nabble.com. From jarne76 at icloud.com Mon Feb 29 14:52:14 2016 From: jarne76 at icloud.com (alex) Date: Mon, 29 Feb 2016 07:52:14 -0700 (MST) Subject: Set fixed TMSI and Kc In-Reply-To: <1456757340444-4026732.post@n3.nabble.com> References: <4F7F4295.7010005@ymail.com> <1456733601628-4026728.post@n3.nabble.com> <1456736935090-4026729.post@n3.nabble.com> <1456739723967-4026730.post@n3.nabble.com> <1456756443949-4026731.post@n3.nabble.com> <1456757340444-4026732.post@n3.nabble.com> Message-ID: <1456757534411-4026733.post@n3.nabble.com> sim reader limited service same -- View this message in context: http://baseband-devel.722152.n3.nabble.com/Set-fixed-TMSI-and-Kc-tp3894059p4026733.html Sent from the baseband-devel mailing list archive at Nabble.com. From robert.steve07 at gmail.com Mon Feb 29 14:53:28 2016 From: robert.steve07 at gmail.com (robert) Date: Mon, 29 Feb 2016 16:53:28 +0200 Subject: Set fixed TMSI and Kc In-Reply-To: <1456757534411-4026733.post@n3.nabble.com> References: <4F7F4295.7010005@ymail.com> <1456733601628-4026728.post@n3.nabble.com> <1456736935090-4026729.post@n3.nabble.com> <1456739723967-4026730.post@n3.nabble.com> <1456756443949-4026731.post@n3.nabble.com> <1456757340444-4026732.post@n3.nabble.com> <1456757534411-4026733.post@n3.nabble.com> Message-ID: <92A0A44C-4382-4494-A6FA-0B3C3F16C30F@gmail.com> what about ?stick? is it "no stick?? On Feb 29, 2016, at 4:52 PM, alex wrote: > sim reader limited service same > > > > -- > View this message in context: http://baseband-devel.722152.n3.nabble.com/Set-fixed-TMSI-and-Kc-tp3894059p4026733.html > Sent from the baseband-devel mailing list archive at Nabble.com. From jarne76 at icloud.com Mon Feb 29 14:56:59 2016 From: jarne76 at icloud.com (alex) Date: Mon, 29 Feb 2016 07:56:59 -0700 (MST) Subject: Set fixed TMSI and Kc In-Reply-To: <1456757534411-4026733.post@n3.nabble.com> References: <4F7F4295.7010005@ymail.com> <1456733601628-4026728.post@n3.nabble.com> <1456736935090-4026729.post@n3.nabble.com> <1456739723967-4026730.post@n3.nabble.com> <1456756443949-4026731.post@n3.nabble.com> <1456757340444-4026732.post@n3.nabble.com> <1456757534411-4026733.post@n3.nabble.com> Message-ID: <1456757819463-4026734.post@n3.nabble.com> i am provide mobil.cfg you can see specify stick to arfcn but I try diff options and no stick too same time show subscr give all info from simcard -- View this message in context: http://baseband-devel.722152.n3.nabble.com/Set-fixed-TMSI-and-Kc-tp3894059p4026734.html Sent from the baseband-devel mailing list archive at Nabble.com. From robert.steve07 at gmail.com Mon Feb 29 14:57:03 2016 From: robert.steve07 at gmail.com (robert) Date: Mon, 29 Feb 2016 16:57:03 +0200 Subject: Set fixed TMSI and Kc In-Reply-To: <92A0A44C-4382-4494-A6FA-0B3C3F16C30F@gmail.com> References: <4F7F4295.7010005@ymail.com> <1456733601628-4026728.post@n3.nabble.com> <1456736935090-4026729.post@n3.nabble.com> <1456739723967-4026730.post@n3.nabble.com> <1456756443949-4026731.post@n3.nabble.com> <1456757340444-4026732.post@n3.nabble.com> <1456757534411-4026733.post@n3.nabble.com> <92A0A44C-4382-4494-A6FA-0B3C3F16C30F@gmail.com> Message-ID: <40D89FF5-0891-4D0F-84C5-5D5A1DA15C0F@gmail.com> try the following: -connect the sim card -in mobile.cfg: sim reader no stick location updating it should work On Feb 29, 2016, at 4:53 PM, robert wrote: > what about ?stick? is it "no stick?? > > > > On Feb 29, 2016, at 4:52 PM, alex wrote: > >> sim reader limited service same >> >> >> >> -- >> View this message in context: http://baseband-devel.722152.n3.nabble.com/Set-fixed-TMSI-and-Kc-tp3894059p4026733.html >> Sent from the baseband-devel mailing list archive at Nabble.com. > From jarne76 at icloud.com Mon Feb 29 15:00:36 2016 From: jarne76 at icloud.com (alex) Date: Mon, 29 Feb 2016 08:00:36 -0700 (MST) Subject: Set fixed TMSI and Kc In-Reply-To: <1456757819463-4026734.post@n3.nabble.com> References: <4F7F4295.7010005@ymail.com> <1456733601628-4026728.post@n3.nabble.com> <1456736935090-4026729.post@n3.nabble.com> <1456739723967-4026730.post@n3.nabble.com> <1456756443949-4026731.post@n3.nabble.com> <1456757340444-4026732.post@n3.nabble.com> <1456757534411-4026733.post@n3.nabble.com> <1456757819463-4026734.post@n3.nabble.com> Message-ID: <1456758036072-4026735.post@n3.nabble.com> network-selection auto or manual? -- View this message in context: http://baseband-devel.722152.n3.nabble.com/Set-fixed-TMSI-and-Kc-tp3894059p4026735.html Sent from the baseband-devel mailing list archive at Nabble.com. From robert.steve07 at gmail.com Mon Feb 29 15:01:09 2016 From: robert.steve07 at gmail.com (robert) Date: Mon, 29 Feb 2016 17:01:09 +0200 Subject: Set fixed TMSI and Kc In-Reply-To: <1456758036072-4026735.post@n3.nabble.com> References: <4F7F4295.7010005@ymail.com> <1456733601628-4026728.post@n3.nabble.com> <1456736935090-4026729.post@n3.nabble.com> <1456739723967-4026730.post@n3.nabble.com> <1456756443949-4026731.post@n3.nabble.com> <1456757340444-4026732.post@n3.nabble.com> <1456757534411-4026733.post@n3.nabble.com> <1456757819463-4026734.post@n3.nabble.com> <1456758036072-4026735.post@n3.nabble.com> Message-ID: <86BE62D7-1824-4416-B993-73C504D8248B@gmail.com> auto On Feb 29, 2016, at 5:00 PM, alex wrote: > network-selection auto or manual? > > > > -- > View this message in context: http://baseband-devel.722152.n3.nabble.com/Set-fixed-TMSI-and-Kc-tp3894059p4026735.html > Sent from the baseband-devel mailing list archive at Nabble.com. From axilirator at gmail.com Mon Feb 29 15:13:33 2016 From: axilirator at gmail.com (=?UTF-8?B?0JLQsNC00LjQvCDQr9C90LjRhtC60LjQuQ==?=) Date: Mon, 29 Feb 2016 21:13:33 +0600 Subject: Set fixed TMSI and Kc Message-ID: Look at this strings from your log: <0005> subscriber.c:601 Requesting SIM file 0x2fe2 <000f> sim.c:209 got new job: SIM_JOB_READ_BINARY (handle=00000004) <000f> sim.c:697 go MF <000f> sim.c:241 SELECT (file=0x3f00) <000f> sim.c:187 sending APDU (class 0xa0, ins 0xa4) <000f> sim.c:876 received APDU (len=0 sw1=0x00 sw2=0x00) <000f> sim.c:952 command failed <000f> sim.c:151 sending result to callback function (type=1) <0005> subscriber.c:657 SIM reading failed Maybe something wrong with your SIM? Try another one. Are you at the master branch? ? ?????????? ???????????, ??????? ?????. -------------- next part -------------- An HTML attachment was scrubbed... URL: From jarne76 at icloud.com Mon Feb 29 15:16:46 2016 From: jarne76 at icloud.com (alex) Date: Mon, 29 Feb 2016 08:16:46 -0700 (MST) Subject: Set fixed TMSI and Kc In-Reply-To: <1456758036072-4026735.post@n3.nabble.com> References: <4F7F4295.7010005@ymail.com> <1456733601628-4026728.post@n3.nabble.com> <1456736935090-4026729.post@n3.nabble.com> <1456739723967-4026730.post@n3.nabble.com> <1456756443949-4026731.post@n3.nabble.com> <1456757340444-4026732.post@n3.nabble.com> <1456757534411-4026733.post@n3.nabble.com> <1456757819463-4026734.post@n3.nabble.com> <1456758036072-4026735.post@n3.nabble.com> Message-ID: <1456759006780-4026736.post@n3.nabble.com> for short moment connection was active but after this <0001> gsm48_rr.c:2170 PAGING ignored, we are not camping. <0001> gsm48_rr.c:673 MON: f=646 lev=-78 snr= 0 ber= 0 LAI=255 03 69a7 ID=463f <0001> gsm48_rr.c:1601 RANDOM ACCESS (requests left 1) <0001> gsm48_rr.c:1658 RANDOM ACCESS (Tx-integer 20 combined no S(lots) 109 ra 0x07) <0001> gsm48_rr.c:1697 Use MS-TXPWR-MAX-CCH power value 0 (30 dBm) LOSS counter for CCCH 86 Dropping frame with 61 bit errors <0003> gsm322.c:3026 Loss of CCCH. <0003> gsm322.c:3031 Keep cell selected after loss, so we can use the Neighbour cell information for cell re-selection. <0003> gsm322.c:3090 Loss of SACCH, Trigger RR abort. <000e> gsm48_rr.c:2902 Radio link lost signal <0001> gsm48_rr.c:2909 LOS during RACH request <0001> gsm48_rr.c:366 new state connection pending -> idle <0003> gsm322.c:4037 (ms 1) Event 'EVENT_RET_IDLE' for Cell selection in state 'connected mode 1' <0003> gsm322.c:3565 Selecting ARFCN 646(DCS). after LOC.UPD. <0003> gsm322.c:463 Sync to ARFCN=646(DCS) rxlev=-79 (Sysinfo, ccch mode NON-COMB) <0003> gsm322.c:823 new state 'connected mode 1' -> 'C3 camped normally' <0005> gsm48_mm.c:3902 (ms 1) Received 'RR_REL_IND' from RR in state wait for RR connection (location updating) (sapi 0) <0005> gsm48_mm.c:2732 RR link released after loc. upd. <000e> gsm48_mm.c:2676 Location update failed <000e> gsm48_mm.c:2686 Try location update later <0005> gsm48_mm.c:2688 Loc. upd. failed, retry #0 <0005> gsm48_mm.c:413 starting T3211 (loc. upd. retry delay) with 15.0 seconds <0005> gsm48_mm.c:1143 We are camping normally as returning to MM IDLE <0005> gsm48_mm.c:1159 Loc. upd. allowed. <0005> gsm48_mm.c:919 new state wait for RR connection (location updating) -> MM IDLE, location updating needed <0005> gsm48_mm.c:909 new MM IDLE state location updating needed -> attempting to update <0005> gsm48_mm.c:2215 Loc. upd. already pending. <0005> gsm48_mm.c:4311 (ms 1) Received 'MM_EVENT_CELL_SELECTED' event in state MM IDLE, attempting to update <0005> gsm48_mm.c:2215 Loc. upd. already pending. <0003> gsm322.c:2981 Channel sync error, try again <0003> gsm322.c:463 Sync to ARFCN=646(DCS) rxlev=-79 (Sysinfo, ccch mode NON-COMB) <0003> gsm322.c:2938 Channel synched. (ARFCN=646(DCS), snr=16, BSIC=38) <0001> gsm322.c:2959 using DSC o -- View this message in context: http://baseband-devel.722152.n3.nabble.com/Set-fixed-TMSI-and-Kc-tp3894059p4026736.html Sent from the baseband-devel mailing list archive at Nabble.com. From robert.steve07 at gmail.com Mon Feb 29 15:20:32 2016 From: robert.steve07 at gmail.com (robert) Date: Mon, 29 Feb 2016 17:20:32 +0200 Subject: Set fixed TMSI and Kc In-Reply-To: <1456759006780-4026736.post@n3.nabble.com> References: <4F7F4295.7010005@ymail.com> <1456733601628-4026728.post@n3.nabble.com> <1456736935090-4026729.post@n3.nabble.com> <1456739723967-4026730.post@n3.nabble.com> <1456756443949-4026731.post@n3.nabble.com> <1456757340444-4026732.post@n3.nabble.com> <1456757534411-4026733.post@n3.nabble.com> <1456757819463-4026734.post@n3.nabble.com> <1456758036072-4026735.post@n3.nabble.com> <1456759006780-4026736.post@n3.nabble.com> Message-ID: try a5/1, maybe your operator doesn?t allow you to have no encryption On Feb 29, 2016, at 5:16 PM, alex wrote: > for short moment connection was active but after this > > > <0001> gsm48_rr.c:2170 PAGING ignored, we are not camping. > <0001> gsm48_rr.c:673 MON: f=646 lev=-78 snr= 0 ber= 0 LAI=255 03 69a7 > ID=463f > <0001> gsm48_rr.c:1601 RANDOM ACCESS (requests left 1) > <0001> gsm48_rr.c:1658 RANDOM ACCESS (Tx-integer 20 combined no S(lots) 109 > ra 0x07) > <0001> gsm48_rr.c:1697 Use MS-TXPWR-MAX-CCH power value 0 (30 dBm) > LOSS counter for CCCH 86 > Dropping frame with 61 bit errors > <0003> gsm322.c:3026 Loss of CCCH. > <0003> gsm322.c:3031 Keep cell selected after loss, so we can use the > Neighbour cell information for cell re-selection. > <0003> gsm322.c:3090 Loss of SACCH, Trigger RR abort. > <000e> gsm48_rr.c:2902 Radio link lost signal > <0001> gsm48_rr.c:2909 LOS during RACH request > <0001> gsm48_rr.c:366 new state connection pending -> idle > <0003> gsm322.c:4037 (ms 1) Event 'EVENT_RET_IDLE' for Cell selection in > state 'connected mode 1' > <0003> gsm322.c:3565 Selecting ARFCN 646(DCS). after LOC.UPD. > <0003> gsm322.c:463 Sync to ARFCN=646(DCS) rxlev=-79 (Sysinfo, ccch mode > NON-COMB) > <0003> gsm322.c:823 new state 'connected mode 1' -> 'C3 camped normally' > <0005> gsm48_mm.c:3902 (ms 1) Received 'RR_REL_IND' from RR in state wait > for RR connection (location updating) (sapi 0) > <0005> gsm48_mm.c:2732 RR link released after loc. upd. > <000e> gsm48_mm.c:2676 Location update failed > <000e> gsm48_mm.c:2686 Try location update later > <0005> gsm48_mm.c:2688 Loc. upd. failed, retry #0 > <0005> gsm48_mm.c:413 starting T3211 (loc. upd. retry delay) with 15.0 > seconds > <0005> gsm48_mm.c:1143 We are camping normally as returning to MM IDLE > <0005> gsm48_mm.c:1159 Loc. upd. allowed. > <0005> gsm48_mm.c:919 new state wait for RR connection (location updating) > -> MM IDLE, location updating needed > <0005> gsm48_mm.c:909 new MM IDLE state location updating needed -> > attempting to update > <0005> gsm48_mm.c:2215 Loc. upd. already pending. > <0005> gsm48_mm.c:4311 (ms 1) Received 'MM_EVENT_CELL_SELECTED' event in > state MM IDLE, attempting to update > <0005> gsm48_mm.c:2215 Loc. upd. already pending. > <0003> gsm322.c:2981 Channel sync error, try again > <0003> gsm322.c:463 Sync to ARFCN=646(DCS) rxlev=-79 (Sysinfo, ccch mode > NON-COMB) > <0003> gsm322.c:2938 Channel synched. (ARFCN=646(DCS), snr=16, BSIC=38) > <0001> gsm322.c:2959 using DSC o > > > > -- > View this message in context: http://baseband-devel.722152.n3.nabble.com/Set-fixed-TMSI-and-Kc-tp3894059p4026736.html > Sent from the baseband-devel mailing list archive at Nabble.com. From jarne76 at icloud.com Mon Feb 29 15:22:03 2016 From: jarne76 at icloud.com (alex) Date: Mon, 29 Feb 2016 08:22:03 -0700 (MST) Subject: Set fixed TMSI and Kc In-Reply-To: <1456759006780-4026736.post@n3.nabble.com> References: <1456733601628-4026728.post@n3.nabble.com> <1456736935090-4026729.post@n3.nabble.com> <1456739723967-4026730.post@n3.nabble.com> <1456756443949-4026731.post@n3.nabble.com> <1456757340444-4026732.post@n3.nabble.com> <1456757534411-4026733.post@n3.nabble.com> <1456757819463-4026734.post@n3.nabble.com> <1456758036072-4026735.post@n3.nabble.com> <1456759006780-4026736.post@n3.nabble.com> Message-ID: <1456759323200-4026737.post@n3.nabble.com> <0005> subscriber.c:601 Requesting SIM file 0x2fe2 <000f> sim.c:209 got new job: SIM_JOB_READ_BINARY (handle=00000004) <000f> sim.c:697 go MF <000f> sim.c:241 SELECT (file=0x3f00) <000f> sim.c:187 sending APDU (class 0xa0, ins 0xa4) <000f> sim.c:876 received APDU (len=0 sw1=0x00 sw2=0x00) <000f> sim.c:952 command failed <000f> sim.c:151 sending result to callback function (type=1) <0005> subscriber.c:657 SIM reading failed this log when use testsim -- View this message in context: http://baseband-devel.722152.n3.nabble.com/Set-fixed-TMSI-and-Kc-tp3894059p4026737.html Sent from the baseband-devel mailing list archive at Nabble.com. From jarne76 at icloud.com Mon Feb 29 15:22:48 2016 From: jarne76 at icloud.com (alex) Date: Mon, 29 Feb 2016 08:22:48 -0700 (MST) Subject: Set fixed TMSI and Kc In-Reply-To: <1456759323200-4026737.post@n3.nabble.com> References: <1456733601628-4026728.post@n3.nabble.com> <1456736935090-4026729.post@n3.nabble.com> <1456739723967-4026730.post@n3.nabble.com> <1456756443949-4026731.post@n3.nabble.com> <1456757340444-4026732.post@n3.nabble.com> <1456757534411-4026733.post@n3.nabble.com> <1456757819463-4026734.post@n3.nabble.com> <1456758036072-4026735.post@n3.nabble.com> <1456759006780-4026736.post@n3.nabble.com> <1456759323200-4026737.post@n3.nabble.com> Message-ID: <1456759368257-4026738.post@n3.nabble.com> i did its log with a5/1 on -- View this message in context: http://baseband-devel.722152.n3.nabble.com/Set-fixed-TMSI-and-Kc-tp3894059p4026738.html Sent from the baseband-devel mailing list archive at Nabble.com. From jarne76 at icloud.com Mon Feb 29 15:24:17 2016 From: jarne76 at icloud.com (alex) Date: Mon, 29 Feb 2016 08:24:17 -0700 (MST) Subject: Set fixed TMSI and Kc In-Reply-To: <1456759368257-4026738.post@n3.nabble.com> References: <1456736935090-4026729.post@n3.nabble.com> <1456739723967-4026730.post@n3.nabble.com> <1456756443949-4026731.post@n3.nabble.com> <1456757340444-4026732.post@n3.nabble.com> <1456757534411-4026733.post@n3.nabble.com> <1456757819463-4026734.post@n3.nabble.com> <1456758036072-4026735.post@n3.nabble.com> <1456759006780-4026736.post@n3.nabble.com> <1456759323200-4026737.post@n3.nabble.com> <1456759368257-4026738.post@n3.nabble.com> Message-ID: <1456759457317-4026739.post@n3.nabble.com> its look like lost signal every time but bts have good signal from monitor -- View this message in context: http://baseband-devel.722152.n3.nabble.com/Set-fixed-TMSI-and-Kc-tp3894059p4026739.html Sent from the baseband-devel mailing list archive at Nabble.com. From jarne76 at icloud.com Mon Feb 29 16:19:08 2016 From: jarne76 at icloud.com (alex) Date: Mon, 29 Feb 2016 09:19:08 -0700 (MST) Subject: Set fixed TMSI and Kc In-Reply-To: <1456759457317-4026739.post@n3.nabble.com> References: <1456739723967-4026730.post@n3.nabble.com> <1456756443949-4026731.post@n3.nabble.com> <1456757340444-4026732.post@n3.nabble.com> <1456757534411-4026733.post@n3.nabble.com> <1456757819463-4026734.post@n3.nabble.com> <1456758036072-4026735.post@n3.nabble.com> <1456759006780-4026736.post@n3.nabble.com> <1456759323200-4026737.post@n3.nabble.com> <1456759368257-4026738.post@n3.nabble.com> <1456759457317-4026739.post@n3.nabble.com> Message-ID: <1456762748699-4026740.post@n3.nabble.com> gsmmap branch -- View this message in context: http://baseband-devel.722152.n3.nabble.com/Set-fixed-TMSI-and-Kc-tp3894059p4026740.html Sent from the baseband-devel mailing list archive at Nabble.com. From nhofmeyr at sysmocom.de Thu Feb 18 23:16:01 2016 From: nhofmeyr at sysmocom.de (Neels Hofmeyr) Date: Fri, 19 Feb 2016 00:16:01 +0100 Subject: Moving from trac to a single redmine In-Reply-To: <753DCDAF-0723-4EC5-8E3C-870B7D5959C5@freyther.de> References: <29DF7E51-8366-40A3-8EF1-F4705D3A0E6D@freyther.de> <20160218184318.GW4570@nataraja> <753DCDAF-0723-4EC5-8E3C-870B7D5959C5@freyther.de> Message-ID: <20160218231601.GC18542@dub6> On Thu, Feb 18, 2016 at 07:52:55PM +0100, Holger Freyther wrote: > last weekend I used the "stock" redmine trac->redmine converter and the result is on projects.osmocom.org. It is not perfect but I think good enough to start moving. We see that certain formating needs a post-import correction but that should be doable by all of us quickly. I swiftly registered a 'neels' account and as soon as it's granted project memberships, I'd start off by making the overview png visible inline on the OpenBSC wiki page (unless we can automate those somehow). nitpick: I notice that in redmine, the project name "Openbsc" should probably be capitalized ("OpenBSC")? > * Saturday/Sunday do the migration of the trac. was I too quick then? I'll recreate my account again if necessary. > any objections? no problem, since we're all idling around all the time anyway ;) More seriously though, the wiki is on my todo list to explain gtphub and adjust that overview png, also to include Iu. Some day not too far I hope... ~Neels -- - Neels Hofmeyr http://www.sysmocom.de/ ======================================================================= * sysmocom - systems for mobile communications GmbH * Alt-Moabit 93 * 10559 Berlin, Germany * Sitz / Registered office: Berlin, HRB 134158 B * Gesch?ftsf?hrer / Managing Directors: Holger Freyther, Harald Welte -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: Digital signature URL: From elofssonjens at gmail.com Fri Feb 19 22:01:14 2016 From: elofssonjens at gmail.com (Jens Elofsson) Date: Fri, 19 Feb 2016 23:01:14 +0100 Subject: Moving from trac to a single redmine In-Reply-To: References: <29DF7E51-8366-40A3-8EF1-F4705D3A0E6D@freyther.de> <20160218184318.GW4570@nataraja> <753DCDAF-0723-4EC5-8E3C-870B7D5959C5@freyther.de> <20160218231601.GC18542@dub6> Message-ID: According to Google, this should do the trick perl -p -i -e 's/\[\[Image\((.+?)\)\]\]/\{\{thumbnail\($1\)\}\}/g' filename.txt (note that it replaces [[Image...]] with {{thumbnail...}} in the file without creating a backup)). /Jens E 2016-02-19 21:00 GMT+01:00 Holger Freyther : > > > On 19 Feb 2016, at 08:09, Holger Freyther wrote: > > > > > > The wiki conversion is not that great. We really have to do some work in > post processing and making sure that all content has been migrated. E.g. > "Software/Overview" and "SoftwareOverview" seem to confuse the importer: > > > > http://projects.osmocom.org/projects/baseband/wiki/SoftwareOverview vs. > http://bb.osmocom.org/trac/wiki/Software/Overview vs. > http://bb.osmocom.org/trac/wiki/SoftwareOverview > > I am fixing this but if somebody wants to help with some code/regexp it > would be nice too. > > In trac we have: > > [[Image(motorola_filter_replacement_step_1_low.jpg, 250px)]] > > For redmine we need: > > {{thumbnail(motorola_filter_replacement_step_1_low.jpg, size=250)}} > > Anyone wants to try his luck with a regexp to do this automatically? Or a > bit of ruby code to split and manipulate if it is matching [[Image? > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From asghar1992 at hotmail.com Mon Feb 29 07:16:59 2016 From: asghar1992 at hotmail.com (Patrick) Date: Mon, 29 Feb 2016 00:16:59 -0700 (MST) Subject: cell re-selection In-Reply-To: References: Message-ID: <1456730219420-4026727.post@n3.nabble.com> Hello Sir: I am working on the implementation of call handover (in dedicated mode) to the osmocom-bb code. Any progress from your side or any insights that you feel are necessary for this implementation would be highly appreciated. Regards, Asghar Mustafa. -- View this message in context: http://baseband-devel.722152.n3.nabble.com/cell-re-selection-tp3089620p4026727.html Sent from the baseband-devel mailing list archive at Nabble.com. From asghar1992 at hotmail.com Mon Feb 29 07:16:08 2016 From: asghar1992 at hotmail.com (Patrick) Date: Mon, 29 Feb 2016 00:16:08 -0700 (MST) Subject: cell re-selection In-Reply-To: References: Message-ID: <1456730168108-4026726.post@n3.nabble.com> Hello Sir: I am working on the implementation of call handover (in dedicated mode) to the osmocom-bb code. Any progress from your side or any insights that you feel are necessary for this implementation would be highly appreciated. Regards, Asghar Mustafa. -- View this message in context: http://baseband-devel.722152.n3.nabble.com/cell-re-selection-tp3089620p4026726.html Sent from the baseband-devel mailing list archive at Nabble.com. From nhofmeyr at sysmocom.de Mon Feb 29 09:21:13 2016 From: nhofmeyr at sysmocom.de (Neels Hofmeyr) Date: Mon, 29 Feb 2016 10:21:13 +0100 Subject: Redmine theme In-Reply-To: References: Message-ID: <20160229092113.GA2199@dub6> On Mon, Feb 29, 2016 at 10:17:43AM +0600, ????? ??????? wrote: > I suggest to change a stock Redmine theme to something more beautiful, > for example gitmike: https://github.com/makotokw/redmine-theme-gitmike +0.5 for using a different theme. gitmike does look slick but IMHO tends to have not enough contrast. And whether we want to look like github of all things is a bikeshed, too ;) ~Neels -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: Digital signature URL: