Hi David, On Wed, Jul 22, 2009 at 09:22:57AM -0700, David A. Burgess wrote: Yes, I was thinking about something similar, but more restrictive: * let an unknown imsi perform location update * send a SMS that this is a test network, include IMSI plus some authentication token in the SMS * send a authentication request to the phone * reject the authentication irrespective of the response This way the phone cannot stay on our network until somebody has gone to a web browser and entered imsi + auth code from that SMS. Still it's not foolproof, since anyone with airprobe could just get that imsi + auth code off the air and authenticate for somebody else :( Oh, and of course, only do that entire procedure onec for every given IMSI, so next time the location update request is rejected without any SMS, unless the auth code has been entered on the web site. I'm not sure if I can manage to implement this, but it would be the solution I would hope for. On the other hand, having to manually enter people keeps the number of users smaller and more controllable. If there's one volunteer who can take care of that, it should be fine. Regards, -- - Harald Welte <laforge(a)gnumonks.org> http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)

Hi Stefan, On Wed, Jul 22, 2009 at 07:11:12PM +0200, Stefan Schmidt wrote: I think we should advertise/communicate the GSM network as a more experimental feature. Even with two BTS at two TRX (exercising all our four ARFCN), the total call capacity is not more than 13 simultanesous MS-to-MS calls (since each call requires two timeslots). Yes we could do half-rate, but we have no software support for that so far. Sure, we can take a different approach and just let everyone in and see how many segfaults of OpenBSC we can fix under that kind of load :) But I think a 'slow start' would definitely help, where we don't allow too many people onto the network. Of course we could also allow people to register their IMSI themselves on a web-based interface, but then have something like a global counter of currently attached MS in OpenBSC and then simply refuse further people on the network. So a manual registration process has the following pro's: * the number of authorized ms on the network is limited * the number of authorized ms is growing at a slow speed * we have some personal interaction with the respective people and maybe can actually ask them to do a MO and MT call during registration, marking this handset model (IMEI) as 'known working' or file a bug report. An automatic registration process obviously has the following pro's: * we can get virtually everyone onto the network * we do not need to spend time with registering people. I'm a bit undecided, but think for HAR2009 we should probably go for a manual process first. Only after things have proven reliable in that scale, we can plan for something bigger next time (26C3). If everything works fine on the first day of HAR2009, then we could also switch from manual to the automatic process, at least if the software already exists. If the process is still manual but the web-based UI already exists, we can also see if we can find some random HAR volunteers to do the actual registration procedure. Regards. -- - Harald Welte <laforge(a)gnumonks.org> http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)

Hi Stefan! On Wed, Jul 22, 2009 at 06:32:28PM +0200, Stefan Schmidt wrote: Ok, great! well, I basically want to avoid the impression that this is a phone network for reliable use for everyone. The software will not run stable enough, and I suspect many interoperability reasons. Also, our capacity is too small for the number of people at the event. "stable" means that this is not where we should test each and every of our committ's, but rather run something that we expect to behave as sane/stable as possible. I don't really know yet. I'll ask the HAR guys how early we can start to put up our equipment. Don't count on any equipment being there for us. I'll bring my own personal tent (well, it is a tent intended for 5 people AFAIR), but that's it. If we start to ask for support from HAR, I think this will in turn raise the expectations that we actually provide a stable operational service for them - something that I think we simply cannot provide yet. well, those SIM's would have to be sold, and that would mean dealing with cash, dealing with change, etc. - not very practical IMHO. Also, if we sell something, that again leads to the conclusion that people should get something in return. It might also raise the wrong impression to the regulatory authority if we actually charge money for anything. heh. well, we can have a simple script that respawns the two (in the right order) if bsc_hack dies. We should have 'ulimit -c unlimited' and store all the core files for later debugging. Also, the pcap files have to be rotated away at every bsc_hack restart. We also need to ensure that we save the bsc_hack binary that corresponds to the respective core versions. Maybe actually the entire corresponding source tree for gdb. That would be a task for our pre-HAR TODO list (I'll start one soon). Well, I think it is always good to have another unit, and if only as spare part in case one breaks or magicall disappears. Apart from that, it might also help for testing BS-11 specific code on something that is not the production network. Regards. -- - Harald Welte <laforge(a)gnumonks.org> http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)

Hello. On Thu, 2009-07-23 at 18:47, Stefan Schmidt wrote: I reserved the tent plus 3 tables and banks from 11.8 - to 18.8 now. The tent is an SG30, means to cover an area of 30 square meter. Should we inform the HAR orga about the size and a preferred place? regards Stefan Schmidt