[osmocom-event-orga] Re: RFC: OsmoDevCall restart: Your input required
Hi again, I initially wrote: > The polls are open until October 21st, 2021. As the turn-out has been rather high already, I think we have a clear winner: * monthly schedule (92.5% approval) * 20:00 CET/CEST at (73.8% approval) * Wednesdays at (89.1% approval) So the new slot for OsmoDevCall will be Wednesdays 20:00 CET/CEST. This puts the first OsmoDevCall as per the new schedule at next wee Wednesdays: October 19, 2022. Can't wait to get this re-launched. Given the lower (monthly) interval, I am planning to split the retronetworking related talks into a separate event series, independent of OsmoDevCall. So OsmoDevCall will stay focused mainly on mobile communications related topics. Looking forward to meeting you again next week. Regards, Harald -- - Harald Weltehttp://laforge.gnumonks.org/ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)
[osmocom-event-orga] RFC: OsmoDevCall restart: Your input required
Dear Osmocom community, your input is required in order to tune the re-launch of the OsmoDevCall talk series. One of the complaints before the suspension in Summer this year was that the "Friday night 8pm CEST" timeslot was not exactly ideal for several people. Finding a common denominator might be difficult, given that Osmocom is a dayjob for some, a hobby for most, and we're of course not all in the same time zone or even continent. So let's try to run a couple of polls to figure out: * What is the best day of the week for OsmoDevCall? https://bitpoll.de/poll/CEQnaQKEvO/ * What is the best time of day for OsmoDevCall? https://bitpoll.de/poll/59dgmzOocT/ * What is the best frequency of OsmoDevCall https://bitpoll.de/poll/8jyuRJB6Hb/ The polls are open until October 21st, 2021. I would appreciate a high turn-out so we have a good representation across our community to make an educated decision about the schedule of futur events. Can't wait to re-start OsmoDevCall! Regards, Harald -- - Harald Weltehttp://laforge.gnumonks.org/ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)
[osmocom-event-orga] Re: RFC: Reviving OsmoDevCall
Hi Rafael, On Sun, Jun 26, 2022 at 12:40:35PM -0300, Rafael Diniz wrote: > I was one proposing to give a speak (about HF-based telecom) and > participate, but 8pm in Germany is too late for me (I'm in UTC +3). So > indeed, it never happened for me to be able to join. But if the event could > happen in "working hours" in Germany, it would work for me. Understandable, but I guess then if we shift to 'working hours' it would preclude anyone with normal working living in Europe. Not everyone is working on Osmocom in their dayjob... What we could always do for people in very different time zones is to pre-record a talk. Or have some one-time "special event" with a deviating schedule. For sure I would love to see your talk eventually! -- - Harald Weltehttp://laforge.gnumonks.org/ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)
[osmocom-event-orga] RFC: Reviving OsmoDevCall
[please follow-up-to open...@lists.osmocom.org so we don't cross-post all related mails] Dear Osmocom community, OsmoDevCall used to be rather successful for quite some time in recent years, but recently has been suffering quite a bit due to insufficient people volunteering to present. Big thanks to all who did! Interestingly, there's no shortage of ideas of topics at https://osmocom.org/projects/osmo-dev-con/wiki/OsmoDevCall - but then many of the potential speakers did not have the interest or time to follow-up. Most recently, the last few instances have not been taking place due to a lack of volunteers during my holidays. Last, but not least, while during COVID lockdown winter "friday night 8pm" was a good idea, this of course is more difficult during the summer, when people are more likely want to go out the weekend. So, to summarize, let me ask some questions: * would you be interested in OsmoDevCall continuing? * which day/time/timezone would you prefer ? * would you be able and willing to volunteer to give at talk within the next 3 or so months? Any other suggestions for or around OsmoDevCall are of course also welcome. Thanks in advance, Harald -- - Harald Weltehttp://laforge.gnumonks.org/ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)
[osmocom-event-orga] Announcement of "OsmoDevCall" on March 26, 2021
Dear Osmocom community, It's my pleasure to announce the second OsmoDevCall at March 26, 2021 at 20:00 CET at https://meeting4.franken.de/b/har-xbc-bsx-wvs This first meeting will have the following schedule: 20:00 meet + greet 20:15 presentation: multi-TRX + frequency hopping in OsmoBTS 20:45 USSE: unstructured supplementary social event [*] 22:00 close of call Presentation Abstract: This talk will present the relatively recent introduction for the support of baseband frequency hopping in multi-TRX OsmoBTS. Attendance is free of charge and open to anyone with an interest in Osmocom. More information about OsmoDevCall, including the schedule for further upcoming events can be found at https://osmocom.org/projects/osmo-dev-con/wiki/OsmoDevCall Looking forward to meeting you on Friday. Best regards, Harald [*] this is how we started to call the "unstructured" part of osmocom developer conferences in the past, basically where anyone can talk about anything, no formal schedule or structure. -- - Harald Welte http://laforge.gnumonks.org/ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)
[osmocom-event-orga] Announcement of "OsmoDevCall" on March 12, 2021
Dear Osmocom community, It's my pleasure to announce the second OsmoDevCall at March 12, 2021 at 20:00 CET at https://meeting4.franken.de/b/har-xbc-bsx-wvs This first meeting will have the following schedule: 20:00 meet + greet 20:15 presentation: 2020 Osmocom review 20:45 USSE: unstructured supplementary social event [*] 22:00 close of call Presentation Abstract: This talk will summarize the major developments within Osmocom during the year 2020. Focus will be on the Osmocom CNI projects, but will also cover developments in other projects Attendance is free of charge and open to anyone with an interest in Osmocom. More information about OsmoDevCall, including the schedule for further upcoming events can be found at https://osmocom.org/projects/osmo-dev-con/wiki/OsmoDevCall Looking forward to meeting you on Friday. Best regards, Harald [*] this is how we started to call the "unstructured" part of osmocom developer conferences in the past, basically where anyone can talk about anything, no formal schedule or structure. -- - Harald Welte http://laforge.gnumonks.org/ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) signature.asc Description: PGP signature
[osmocom-event-orga] Announcement of "OsmoDevCall"
Dear Osmocom community, It's my pleasure to announce the first OsmoDevCall at February 26, 2021 at 20:00 CET at https://meeting4.franken.de/b/har-xbc-bsx-wvs This first meeting will have the following schedule: 20:00 meet + greet 20:15 presentation about Cell Broadcast and OsmoCBC 20:45 USSE: unstructured supplementary social event [*] 22:00 close of call Attendance is free of charge and open to anyone with an interest in Osmocom. More information about OsmoDevCall, including the schedule for further upcoming events can be found at https://osmocom.org/projects/osmo-dev-con/wiki/OsmoDevCall Looking forward to meeting you on Friday. Best regards, Harald [*] this is how we started to call the "unstructured" part of osmocom developer conferences in the past, basically where anyone can talk about anything, no formal schedule or structure. -- - Harald Welte http://laforge.gnumonks.org/ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) signature.asc Description: PGP signature
Re: [osmocom-event-orga] Idea for 2021: Regular "OsmoDevCall"
Dear Osmocom community, On Thu, Dec 31, 2020 at 12:04:45PM +0100, Harald Welte wrote: > as the pandemic continues and physical meetings are out of the question > for the forseeable future, it would be a good idea to have a periodic > virtual online meeting of the interested Osmocom community. After some discussion in https://osmocom.org/issues/4928 and on IRC, I've now put together a wiki page at https://osmocom.org/projects/osmo-dev-con/wiki/OsmoDevCall Right now there's still a chance to influence the scheduling (current proposal is Fridays 8pm to 10pm CET). If you would want to participate but think this is a really bad time, please speak up now :) Once it is clear where we will host the call, I'd be announcing the first event, which could then be as early as Februray 26th. I'll keep you posted. Regards, Harald -- - Harald Welte http://laforge.gnumonks.org/ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)
[osmocom-event-orga] Idea for 2021: Regular "OsmoDevCall"
Dear Osmocom community, as the pandemic continues and physical meetings are out of the question for the forseeable future, it would be a good idea to have a periodic virtual online meeting of the interested Osmocom community. I was thinking of a format where we would serve two major purposes: 1) technical talks about osmocom relevant topics - ideally current/recent developments * can be pre-recorded to avoid any problems with technical setup, streaming, ... * should ideally have a Q+A session at their initial "airing" during one OsmoDevCall 2) unstructured solicited social event (USSE) * random chat in audio (optionally video) * not recorded, obviously The recording of the technical presentation should then be permanently made available (like the presentations of our prior OsmoCon / OsmoDevCon). Not every OsmoDevCall would neccessarily need the two parts, but I think it would be great if we can make that happen. We could also have e.g. a two-weekly schedule for the USSE and a monthly schedule for the technical presentation. We'd need somebody to volunteer to "manage" the "broadcast" side of this, preferably somebody with at least some prior exposure to online events (like the c3voc). I'm using https://osmocom.org/issues/4928 to collect a tentative list of topics. Feel free to add your ideas there, as well as any comment/ feedback you may have. Regards, Harald -- - Harald Welte http://laforge.gnumonks.org/ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)
[osmocom-event-orga] test4, please ignore
-- - Harald Weltehttp://laforge.gnumonks.org/ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)
[osmocom-event-orga] test2, please ignore
-- - Harald Weltehttp://laforge.gnumonks.org/ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)
[osmocom-event-orga] test3, please ignore
-- - Harald Weltehttp://laforge.gnumonks.org/ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)
[osmocom-event-orga] test5, please ignore
-- - Harald Weltehttp://laforge.gnumonks.org/ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)
Re: [osmocom-event-orga] easterhegg 2020
On Tue, Jan 28, 2020 at 02:21:08PM +0100, Alexander 'lynxis' Couzens wrote: > i'm trying to get tickets for the gsm team for the easterhegg 2020. Great idea > Is someone else interested in going there to operate a network and > maybe hack on osmocom? I would love to attend, but it's too close to two other conferences (OsmoDevCon and the FSFE Legal and Licensing Workshop), so I'll have to pass. -- - Harald Welte http://laforge.gnumonks.org/ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)
Re: [osmocom-event-orga] rework nano3g rj45
Hi Lynxis, On Sat, Jan 04, 2020 at 05:44:25AM +0100, Alexander 'lynxis' Couzens wrote: > PS: there is only one spare rj45 jack left. I am about to order from Digikey on monday. Please let me know the part number, and I'll put a few more in the shopping basket. -- - Harald Welte http://laforge.gnumonks.org/ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)
Re: [osmocom-event-orga] simcard keys
Hi Lynxis,
On Fri, Jan 03, 2020 at 01:22:55AM +0100, Alexander 'lynxis' Couzens wrote:
> I've sent out 11 mails regarding simcard keys. I could give out the
> keys for all keys including and after 31c3. For previous events we're
> still missing the keys (only KI is known).
I would presume those were classic SIM cards (not USIM) of the flavor
"sysmoSIM-GR1", and that they would use the default ADM pin that's in
pySim: pin = h2b("")
At least for 30C3 I can definitely confirm based on sysmocom internal records
that they are sysmoSIM-GR1. Before that, I'm not sure. We may even have used
the infamous 16in1 SIM cards in the first year[s].
I only have cards from 31c3 onwards in my possession, not any earlier designs.
Regards,
Harald
--
- Harald Welte http://laforge.gnumonks.org/
"Privacy in residential applications is a desirable marketing option."
(ETSI EN 300 175-7 Ch. A6)
Re: [osmocom-event-orga] 850 mhz, 2600 mhz, no 1800
On Tue, Dec 10, 2019 at 08:51:53PM +0100, Alexander 'lynxis' Couzens wrote: > BNetzA will license us 850 band (5mhz). > Telefonica will license use 2600 band (10 mhz, 100mw). Sad (no 1800). I guess that's final? Or are you pursuing alternatives with other operators? > I would like to have a LTE setup. The eNB from camp can be used again. At least all but one which seemed broken, but meanwhile I think I obtained 1-2 more. So I guess you could operate 6-7 of them. It will by far be insufficient to cover the fair grounds. Make sure you place them physically at very elevated locations to have line-of-sight to most subscribers. I think one of the problems at the camp was that they were at less than 2m height, which means every human being in between the user and the eNB is a large attenuator. > How should we use the 850 band? > Should we use it for GSM? UMTS? Or both? Like GSM in the edges, UMTS in > the middle? I think due to the very different spectrum usage of narrow-band TDMA GSM and wideband CDMA in UMTS you will very likely get significant interference in the GSM -> UMTS direction. Particularly on uplink, where it's actually more difficult to manage as the phone might just be ad the edge of a GSM cell (downlink very weak, no interference) but then the phone sends at maximum power - in all directions, not just in the direction of your GSM BTS. So from a RF / physical point of view, I would argue against operating two technologies on the very same channel, unless you can more or less prove that due to physical distance/isolation there won't be any interference. -- - Harald Welte http://laforge.gnumonks.org/ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)
Re: [osmocom-event-orga] BnetzA regional and local networks
Hi Arne,
On Thu, Oct 31, 2019 at 12:08:20PM +0100, Arne Zachlod wrote:
> the BnetzA just published the scale of charges for local networks operation
> in 3.7 to 3.8 GHz [1]. While not immediately interesting for us, this could
> be a cheap enough method to have our own LTE frequencies (bands 42 and 43 if
> I'm not missing something).
One of the "problems" with this is that it's TDD-LTE in - for now - rather
obscure
bands. The number of devices supporting TDD in B42/43 is relatively limited,
as far as I can tell.
Regards,
Harald
--
- Harald Welte http://laforge.gnumonks.org/
"Privacy in residential applications is a desirable marketing option."
(ETSI EN 300 175-7 Ch. A6)
[osmocom-event-orga] 36C3 vouchers for Osmocom developers
Dear Osmocom developer community, we have received a couple of replicating vouchers for 36C3, please let me know if you'd like to receive one. AFAIK, the team operating GSM/3G networks at the event has a separate allocation available via Lynxis. Regards, Harald -- - Harald Welte http://laforge.gnumonks.org/ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)
[osmocom-event-orga] 2019-09-10: Talk about commercial cellular base station technology
Dear Osmocom community and friends, Next week on September 10, I will be presenting a talk about cellular base station technology as part of the "Datengarten" series of talks at Chaos Computer Club Berlin (CCCB). The talk will focus on actual base station hardware as it evolved during the last 20 years or so. It will not assume much in terms of protocol stacks or cellular architecture, but more focus on the hardware building blocks. More information can be found at https://berlin.ccc.de/datengarten/102/ The event is public, so feel free to invite anyone along whom you think might be interested. Regards, Harald --- Abstract In today’s hyper-connected society, everyone constantly uses their smartphone, which in turn uses the commercial cellular networks (from 2G/GSM to 4G/LTE) in order to achieve connectivity. However, contrary to WiFi technology, even most technology-minded people don’t have much of an idea how the infrastructure behind those cellular networks looks like. This talk does not cover the architecture and protocols of underlying cellular systems, but focuses on the physical side of things: * what are the typical components of cellular base stations? * what are their key functionalities? * how did cellular base station technology evolve during the past 20 years? * how do we expect cellular base stations to change in the [near] future? We will not cover DIY or hobbyist projects here, but the actual technology deployed in the field by real-world commercial operators. --- -- - Harald Weltehttp://laforge.gnumonks.org/ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)
Re: [osmocom-event-orga] Camp After-Meeting
Hi! On Thu, Aug 29, 2019 at 04:26:51PM +0200, bibor wrote: > A non representative survey lead to the date > Monday, 2nd September at the c-base beach. I'm not available then, sorry. My feedback in terms of possible areas of improvement is: * automatic saving coredumps and corresponding binaries/libraries is a must on the server * there should be clear procedures about how to roll out patches during the event, stopping the systemd service and running a custom-built binary from a branch that's not rebased on what was running before is not the best approach. It's not a desaster either, but we should know better, IMHO * LTE core network needs introspection (like our VTY). I'm currently discussing with Sukchan what's the best approach here. * SMS over LTE should have been possible (via SGs interface, implemented by both OsmoMSC and nextepc-mmed) but I had no energy left to try. Should be rather straight-forward in any future installation. * next logical step in terms of 4G <-> 2G/3G integration would be a combined GGSN and P-GW, i.e. something speaking both GTPv1 and GTPv2. Not sure if we'll find any time to implement that soon (or try ergw), but it would be the precondition to mobility (cell reselection or even handover) between 4G and other technologies * LTE core network shouldn't run on a laptop whose lid can be closed (and as a result, suspended). I simply dind't have any non-laptop machine available. Given that LTE has actual user data throughput that's worth mentioning, we cannot use APU/Atom/Raspi for it. Also some news that maybe haven't reached wider circulation yet: 1) sipgate (a German MVNO whom I know from some previous consulting work) has indicated interest to have their SIM cards roam into our event networks in the future. There are technical details to be sorted out, but at least mobile data could be relatively easy with the new GSUP/diameter translator. 2) One of the sysmocom customers (a small MNO) has offered to provide us with diameter access to GRX, which would technically allow us to have virtually any user roam to our network. The problem is that diameter is signaling only, and we would basically disrupt voice and/or SMS services for such users, which clearly is not a great idea. If we want to do something like that, there would have to be an explicit white-list to ensure only people who know the consequences will be on the event network, and not uninformed bystanders. I will stay in touch with those operators and keep this list posted about plans. I don't forsee any significant changes to the existing Osmocom network structure to enable any of the above. It's basically a question of either using OsmoHLR to route GSUP messages based on IMSI prefixes, or to have a dedicated GSUP router in between OsmoHLR and OsmoMSC/SGSN. The router would then make sure that only 26242 ends up in the OsmoHLR, while other prefixes (MCC/MNC) are treated by the diameter translator and possibly routed to other operators. Regards, Harald -- - Harald Weltehttp://laforge.gnumonks.org/ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)
Re: [osmocom-event-orga] Telefonica GSM/LTE frequency/arfcn
Hi Lynxis, On Fri, Aug 09, 2019 at 07:15:55PM +0200, Alexander Couzens wrote: > thanks to Telefonica, we can use the following GSM & LTE arfcn. congratulations for getting this done, and thanks to Telefonica! > 2600 MHz (max. 2 W) > 10 MHz Bandbreite: 2660-2670/2540-2550 MHz Ok, I'll probably use that in chunks of 5MHz for my LTE expermental network, resulting in the following two EARFCN: EARFCN 3175: 2662.50 / 2542.50 EARFCN 3225: 2667.50 / 2547.50 FYI: In a 5MHz carrier, 25-50 Mbps raw aggregate throughput can be achieved, depending on whether or not 2x2 MIMO is active or not. The eNodeB I want to deploy support it... Worst case is 4 MBps (QPSK, no MIMO) -- - Harald Weltehttp://laforge.gnumonks.org/ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)
Re: [osmocom-event-orga] Osmocom Village at CCC Camp 2019
Hi Neels, On Mon, Jul 29, 2019 at 05:12:11PM +0200, Neels Hofmeyr wrote: > I am noting possible duplication in effort preparing the camp as well as > digital infrastructure. Apparently bibor and lynxis aim to manage wiki etc on > code.fe80.eu and the event-orga ML, and Osmocom to be part of the Singularity > City. In contrast, this Osmocom Village mail seems to suggest a separate > village and wiki+ML. I also at some point noted separate efforts made by > different people for setting up a large Osmocom tent, IIUC. I think the "problem" here is that we have two disjunct communities: 1) The wider "Osmocom and friends" community, consisting of people related to Osmocom projects unrelated to GSM/cellular, but even reaching into the gnuradio crowd, who had historically also been sharing the Osmocom village. This is about bringing together people working on various SDR / communications related topics for "hanging out, chatting, ...". As I wrote before, people have reached out to me about this for months. 2) The "post LaF0rge" team operating the 2G/3G network at CCC events. I see that as a rather "production oriented" team which has to work closely with the POC, etc. and which shouldn't be bothered/distracted by people who are not involved in that. > I'm not sure how to consolidate, but I get the strong feeling that bibor, > lynxis and laforge should talk about the camp preparations to avoid > "aneinander > vorbeireden", confusion and redundant efforts ... ? I'm always open to discuss, but after months of public posts on this ando ther mailing lists, I'm not sure what there is to add. In short: * both villages are now part of Singularity City * Osmocom Village has no separate tent/infrastructure but people will hang out at the singularity city hackcenter. Regards, Harald -- - Harald Weltehttp://laforge.gnumonks.org/ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)
Re: [osmocom-event-orga] update from POC
On Mon, Oct 29, 2018 at 08:16:59PM +0700, Vadim Yanitskiy wrote: > Other devices, such as USRP (I personally prefer them) are working > quite good, and widely used in some production networks. yes, but always keep in mind it's not just the SDR, but you need proper clocking (GPS-DO won't work indoor), rx and tx band filtering, power amplifier, ... and the need to properly test and adjust the various gains before having built an actual BTS from a SDR. -- - Harald Weltehttp://laforge.gnumonks.org/ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)
Re: [osmocom-event-orga] No time for 35c3 gsm after all
On Sun, Oct 28, 2018 at 08:57:11AM +0100, Stefan Sperling wrote: > The Nano3Gs used last year can apparently do it, but they only support > 8 concurrent calls per BTS. There's some other similar Nano3G equipment > (can't recall the name right now) which can support 16 voice calls. nano3G-E16. Most importantly, they have (IIRC) 10 times more transmit power than the nano3G-S8. -- - Harald Weltehttp://laforge.gnumonks.org/ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)
[osmocom-event-orga] Save the Date: OsmoCon 2018 on October 18-19, 2018
== OsmoCon 2018 == OsmoCon (Osmocom Conference) 2018 is the technical conference for Osmocom users, operators and developers! We are happy to announce the date of OsmoCon 2018. It has been scheduled on October 18 + 19, 2018 and will happen in Berlin, Germany. For the second time, the Osmocom Conference brings together users, operators and developers of the Osmocom Open Source cellular infrastructure projects, such as OsmoBTS, OsmoBSC, OsmoSGSN, OpenGGSN and others. Join us for two days of presentations and discussions with the main developers behind Open Source Mobile Communications, as well as commercial and non-profit users of the Osmocom cellular infrastructure software. You can find some initial information in our wiki at http://osmocom.org/projects/osmo-dev-con/wiki/OsmoCon2018 which will be updated as more information becomes available. == Call for Participation == We're also at the same time announcing the Call for Participation and call on everyone with experiences to share around the Osmocom member projects to submit talks, workshops, discussions or other proposals. You can find the CfP at https://pretalx.sysmocom.de/osmocon2018/cfp We are particularly looking for contributions about: * updates on features/functionality/status of individual Osmocom projects * success stories on how Osmocom projects are deployed in practice * migration from OsmoNITB to the post-NITB architecture * tutorials / workshops on how to setup / analyze Osmocom projects * statistics, reporting, operations aspects of Osmocom projects * third-party open source utilities to be used with Osmocom projects Looking forward to meeting many existing and new Osmocom users at OsmCon this October! Regards, Harald Welte -- - Harald Welte <lafo...@gnumonks.org> http://laforge.gnumonks.org/ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)
Re: [osmocom-event-orga] after congress meeting
On Fri, Jan 12, 2018 at 04:34:31PM +0100, Alexander Couzens wrote: > What do you think? I would participate, and I'm flexible in terms of timing and venue. Up to you. -- - Harald Welte <lafo...@gnumonks.org> http://laforge.gnumonks.org/ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)
[osmocom-event-orga] Things to bring to Leipzig on 26th
Hi all, I'm going to stop by at the sysmocom office, in case there's still something to bring to the 34C3 venue. I'm planning to arrive at some point before noon on the 26th at Messe Leipzig. So far I have on my list: * more sysmoBTS (if any are still in the lab and not needed by Daniel) * TEMS phone[s] + charger * OsmocomBB phone[s] + charger * RF Explorer * SIM Card reader(s) in case we need to modify some cards * some webshop items for Vadim + friend >From my home, I am planning to bring: * 1x personal sysmoBTS (we can put that up for R/testing in the GSM room) * 1x femtocell for R/testing purpose * extension cords / power strips If you have additions to that list, please let me know before 7pm tonight (25th) preferrably by personal e-mail. Regrads, Harald -- - Harald Welte <lafo...@gnumonks.org> http://laforge.gnumonks.org/ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)
Re: [osmocom-event-orga] 34C3 SIM Cards arrived
Hi Max,
I think it's best to coordinate with Lynxis.
AFAICT there are still the following two things to bring along:
* 5000 sim cards (21kgs); it's a carton box labeled "34C3 USIM" currently
stored in front of the webshop shelf in the sysmocom office.
* an undetermined number of femtocells (probably around 20 or so nano3G S8,
but possibly also the "wall wart type"). Lynxis?
The SIM cards are heavy and don't need much space, so probably a good
idea to take those with you on the 23rd?
Once again, I'm just sharing ideas here here and I'm not authoritative
in any way when it comes to the 32C3 cellular network[s].
As for my plans: I will be around during the event for some amount of
Osmocom debugging/bug fixing, but I won't be involved in the actual
setup/operation/teardown. My deepest respect to the team who's working
on this these days!
Regards,
Harald
--
- Harald Welte <lafo...@gnumonks.org> http://laforge.gnumonks.org/
"Privacy in residential applications is a desirable marketing option."
(ETSI EN 300 175-7 Ch. A6)
Re: [osmocom-event-orga] 34C3 SIM Cards arrived
Hi Neels, On Mon, Dec 18, 2017 at 04:26:06PM +0100, Neels Hofmeyr wrote: > > FYI: The 5.000 white / non-printed SIM cards have just arrived at the > > sysmocom > > office in Berlin. > > I planned to write up a CSV import for osmo-hlr-db-tool with the congress in > mind. So, will the SIM card data end up in the sysmocom SIM card database? If > not, what format? The card data is already in the sysmocom (Odoo) database for some weeks. The IMSIs start with 262423403 just like the previous ones had e.g. 262423203... where "3403" is for 34C3. > If no-one is going by car, we could distribute the SIMs in several smaller > packages that several different persons could take to Leipzig... Well, thre are also still the nano3G that need to be transported, so for sure some means of transport will have to be found for those. Not sure what was the plan for this so far. Lynxis? I *could* go by car if necessary, but I won't go before the 26th, i.e. too late for nano3Gs to be installed. However, not too late to bring SIM cards. -- - Harald Welte <lafo...@gnumonks.org> http://laforge.gnumonks.org/ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)
[osmocom-event-orga] 34C3 SIM Cards arrived
Hi all, FYI: The 5.000 white / non-printed SIM cards have just arrived at the sysmocom office in Berlin. It's a package weighing 21.3 kilograms, just in case you thought SIM cards don't weigh anything. Alexander and Team: Please let me know when and how it is supposed ot be picked up / shipped. I suppose there's more you want to pick up anyway. Regards, Harald -- - Harald Welte <lafo...@gnumonks.org> http://laforge.gnumonks.org/ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) signature.asc Description: PGP signature
Re: [osmocom-event-orga] 34c3 congress gsm network / AfRA 9.12. 14:00
Dear Alexander, On Tue, Dec 05, 2017 at 01:52:11PM +0100, Alexander Couzens wrote: > I would like invite everybody who is interested in building the > network for this year to come to the AfRA [0] at 9.12. Saturday 14:00 in > Berlin. I won't be going to AFRA and rather focus on continuing my BSC testsuite development at home. However, if you have questions, I'm available on Jabber and IRC (#osmocom / #osmocom-dev) or even via phone. So if there are questions/problems, feel free to reach out. Regards, Harald -- - Harald Welte <lafo...@gnumonks.org> http://laforge.gnumonks.org/ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)
[osmocom-event-orga] SIM cards for 34C3
Hi all, On Wed, Dec 06, 2017 at 01:06:37PM +0100, Harald Welte wrote: > I'm checking if I can get at least white / unprinted (but provisioned) > cards still before christmas, but even there I'm not very optimistic. I managed to get confirmation that the contract manufacturer will be able to produce + provision + laser-engrave (IMSI/PIN1/PUK1) 5000 white non-printed sysmoUSIM-SJS1 and ship them to sysmocom ahead of christmas. So if that all works out, we should have 5k white SIM cards at 34C3. The cards will have the same OS, profile and imsi range as the previous cards, just there won't be any fancy printing/artwork on the outside. Regards, Harald -- - Harald Welte <lafo...@gnumonks.org> http://laforge.gnumonks.org/ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)
Re: [osmocom-event-orga] 34c3 congress gsm network / AfRA 9.12. 14:00
On Tue, Dec 05, 2017 at 01:52:11PM +0100, Alexander Couzens wrote: > We manage to get a UMTS license in the 850 band (5mhz, 5watt)! The plan here is to deploy an experimental 3G/3.5G network by using a number of nano3G femtocells to get some idea how well the Osmocom stack can deal at all in such situations. There are many unknowns, as the Osmocom 3G stack and a setup with nano3G has never been used [to our knowledge] in such as setting. So at this point we cannot assume more than that it will crash, and give us lots of bugs to find in our code. > We don't have a GSM license yet, but it looks good. It appears there will be 3 ARFCN in the 1800 MHz band we can use. But only those three, not more. The license still has to be issued, but the primary licensee (operator) has apparently confirmed we can use those three. -- - Harald Welte <lafo...@gnumonks.org> http://laforge.gnumonks.org/ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)
