From laforge at osmocom.org Mon Nov 1 09:07:06 2021 From: laforge at osmocom.org (Harald Welte) Date: Mon, 1 Nov 2021 10:07:06 +0100 Subject: Catching missing #include of In-Reply-To: <739a4397-5d7e-4fff-12cd-341a47c67f96@sysmocom.de> References: <739a4397-5d7e-4fff-12cd-341a47c67f96@sysmocom.de> Message-ID: Hi Vadim, On Sat, Oct 30, 2021 at 01:40:38AM +0300, Vadim Yanitskiy wrote: > TL;DR, using OSMO_IS_{LITTLE,BIG}_ENDIAN macros without including the > header leads to empty struct definitions, and thus > weird compiler warnings like 'struct `foo` has no member `bar`'. I think a more "automatic" solution to catch those errors is to try to build with -Wundef. For libosmocore, there is currently some fall-out with EMBEDDED (we'd have to explicitly #define EMBEDDED 0 via autoconf). The advantage of the -Wundef approach is that it should work for all such 'forgot to include a header defining a macro' use cases, and it doesn't require an external tool for validation. Just add -Wundef to our normal build flags. -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From nhofmeyr at sysmocom.de Mon Nov 1 16:06:46 2021 From: nhofmeyr at sysmocom.de (Neels Hofmeyr) Date: Mon, 1 Nov 2021 17:06:46 +0100 Subject: OSMO-MSC External MNCC integration with FeeSwitch In-Reply-To: <8BA04012-AA2A-4247-9D1C-3ECB0DB9F8C4@gmail.com> References: <20211027202128.GF2275@my.box> <8BA04012-AA2A-4247-9D1C-3ECB0DB9F8C4@gmail.com> Message-ID: <20211101160646.GA15484@my.box> On Wed, Oct 27, 2021 at 11:26:30PM -0400, Paul Atreides wrote: > OK, one more piece of critical information (I?m realizing how silly it was for me to not mention this). In the config menu there is an ?enable telnet? button. The description says that it will enable telnet on 8090 but to be enabled, it is dependent on ?dmi.init? being on the device AND there is a section on the UI to upload to the DMI file! > I?ve tried the obvious things (like clicking the enable telnet button!), rebooting and seeing if it works. It did not. After that I tried uploading a blank file called ?dmi.init? To see if that would initialize the telnet interface by the presence of the file name alone. That did not work either. Does anyone have a dmi.init file from another device that could possibly work? I?ve only found a tiny bit of information online referencing DMI.init files but what I have found indicates that dmi.init is in fact a script not a blank file. Here are the dmi commands that we commonly use: https://osmocom.org/projects/cellular-infrastructure/wiki/Configuring_the_ipaccess_nano3G AFAIK the dmi.init file is just these telnet commands put in a file. From maud.dib1984 at gmail.com Mon Nov 1 19:57:04 2021 From: maud.dib1984 at gmail.com (Paul Atreides) Date: Mon, 1 Nov 2021 15:57:04 -0400 Subject: OSMO-MSC External MNCC integration with FeeSwitch In-Reply-To: <20211101160646.GA15484@my.box> References: <20211101160646.GA15484@my.box> Message-ID: Excellent thank you Neels! > On Nov 1, 2021, at 12:06, Neels Hofmeyr wrote: > > ?On Wed, Oct 27, 2021 at 11:26:30PM -0400, Paul Atreides wrote: >> OK, one more piece of critical information (I?m realizing how silly it was for me to not mention this). In the config menu there is an ?enable telnet? button. The description says that it will enable telnet on 8090 but to be enabled, it is dependent on ?dmi.init? being on the device AND there is a section on the UI to upload to the DMI file! >> I?ve tried the obvious things (like clicking the enable telnet button!), rebooting and seeing if it works. It did not. After that I tried uploading a blank file called ?dmi.init? To see if that would initialize the telnet interface by the presence of the file name alone. That did not work either. Does anyone have a dmi.init file from another device that could possibly work? I?ve only found a tiny bit of information online referencing DMI.init files but what I have found indicates that dmi.init is in fact a script not a blank file. > > Here are the dmi commands that we commonly use: > https://osmocom.org/projects/cellular-infrastructure/wiki/Configuring_the_ipaccess_nano3G > AFAIK the dmi.init file is just these telnet commands put in a file. From laforge at osmocom.org Tue Nov 2 09:25:47 2021 From: laforge at osmocom.org (Harald Welte) Date: Tue, 2 Nov 2021 10:25:47 +0100 Subject: OsmoDevCon 2022 ? Message-ID: Dear fellow Osmocom developers, as you all know, we've sadly had to skip OsmoDevCon 2020 and 2021, trying to compensate it at least to some extent with our OsmoDevCall every two weeks. The COVID-19 pandemic is far from over, and we don't know what the upcoming winter season will bring. Nevertheless, I think it would be a good idea to start a discussion of whether we should plan for an OsmoDevCon in 2022. I personally would say let's plan for the usual late April 2022 time frame, and if the pandemic situation deteriorates, we can still cancel it with something like one month lead time. I would also personally suggest to limit attendance to people who are fully vaccinated, and in addition do a self-test for all participants every morning. In terms of venue, we might also consider to move to a venue that allows better ventilation. Irrespective of the above we can also bring the air filters from the sysmocom office. So with that as an input statement, I would like to hear your opinion on the above proposals. Who would want to attend? Any complaints against the "vaccinated only plus daily self-tests in the morning" approach? Regards, Harald -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From 246tnt at gmail.com Tue Nov 2 10:22:21 2021 From: 246tnt at gmail.com (Sylvain Munaut) Date: Tue, 2 Nov 2021 11:22:21 +0100 Subject: OsmoDevCon 2022 ? In-Reply-To: References: Message-ID: Hi Harald, I'm definitely for it and would attend and the usual timeframe sounds good. As for the modalities. - Vaccinated : Sure. - Self Test : Although a test before departure sounds like a good idea, I'm not really sure of the need / efficacy of a day to day test. But I also have no issue taking one if people are more comfortable that way or think it's worth it. - Venue : Obvious questions is what are the alternatives :) - Ventilation : I honestly have no idea on the efficacy of that, but if you got filters for the sysmocom office, I guess you did some research and if they are movable and not obnoxiously loud, that can't hurt. - Masks : You didn't mention it in your original email, but personally I think in this context ( low number of people, but quite extended period of time, + meals / drinks ), their efficacy would be negligible. But again, if the consensus is to wear them, I have no issues with that. This is of course just my 2ct and also for my personal situation (like for instance I know I can easily have a week "buffer" before/after the event where I'll have virtually no contacts). Looking forward to hear what others think. Cheers, Sylvain From laforge at osmocom.org Tue Nov 2 12:17:28 2021 From: laforge at osmocom.org (Harald Welte) Date: Tue, 2 Nov 2021 13:17:28 +0100 Subject: OsmoDevCon 2022 ? In-Reply-To: References: Message-ID: Hi Sylvain, thanks for your feedback On Tue, Nov 02, 2021 at 11:22:21AM +0100, Sylvain Munaut wrote: > I'm definitely for it and would attend and the usual timeframe sounds good. excellent, so we're already two :) > - Self Test : Although a test before departure sounds like a good > idea, I'm not really sure of the need / efficacy of a day to day test. > But I also have no issue taking one if people are more comfortable > that way or think it's worth it. I've seen this done at some of the companies I was visiting in recent months, as well as some hacker related gatherings. Not sure if it really makes much sense either. Given that it's negligable cost and quick to do, I had proposed it. > - Venue : Obvious questions is what are the alternatives :) sysmocom could of course rent some kind of venue in a hotel, like we did for the second OsmoCon at that time. I "like" the IN-Berlin venue because we know it well and it has an undeniable authentic DIY + hacker spirit. I also know it is not the most practical venue in terms of size/space/comfort. Plus in the context of proper ventilation in COVID times something with more space between participants and more air volume might be better suited. Of course there's quite some cost associated with a regular commercial hotel conference room, and it would also mean we cannot have a variety of external catering options like we did in the past. Cost-wise, sysmocom could certainly cover it - but of course we don't have to throw funds at the hotel industry unless the participants consider it advantageous in some way. > - Ventilation : I honestly have no idea on the efficacy of that, but > if you got filters for the sysmocom office, I guess you did some > research and if they are movable and not obnoxiously loud, that can't > hurt. They are small, movable and quiet. I also am not sure how much it helps, but given those factors it doesn't really have any downside. > - Masks : You didn't mention it in your original email, but > personally I think in this context ( low number of people, but quite > extended period of time, + meals / drinks ), their efficacy would be > negligible. But again, if the consensus is to wear them, I have no > issues with that. I agree, plus wearing masks for four days all day long is not really practical, so I didn't even consider it. -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From mychaela.falconia at gmail.com Tue Nov 2 22:03:00 2021 From: mychaela.falconia at gmail.com (Mychaela Falconia) Date: Tue, 2 Nov 2021 14:03:00 -0800 Subject: USA or Mexico alternative to OsmoDevCon? Message-ID: Hello fellow telecom hackers, Seeing that OsmoDevCon 2022 is being discussed, I would like to propose a more inclusive alternative, to be held in either USA or Mexico. There are two severe lack-of-inclusion problems with OsmoDevCon: 1) Since its very beginning, ODC has been exclusionary, limited only to Osmocom developers specifically, excluding those developers and tinkerers who work on non-Osmocom projects in the "indie" telecom space, "indie" being defined as independent of major commercial vendors and industry. I hold the opinion that all monocultures are bad in principle, and an Osmocom monoculture is no better than, say, a Microsoft monoculture. Osmocom is currently in the dominant position, outweighing all others by some orders of magnitude, but might does not make right, and we need more diversity. We need more players in this niche space than just Osmocom! 2) The recent decision to limit OsmoDevCon only to those who have agreed to put a certain class of pharmaceutical into their bodies, *on top* of the Osmocom-only restriction of the previous paragraph, makes the proposed conference even more exclusionary and therefore of no service to the wider telecom hacker community. Of course it is not my place as a Russian-American to try to tell EU countries whom to allow or not allow within their borders, nor is it my place to tell private individuals like our Fearless Leader Harald whom to allow or not allow in their private spaces. But what I *can* do instead is to step forward and offer to organize and host a more inclusive alternative, and that is what I am doing with this post. Specifically I am offering to organize and host a physical in-person gathering of telecom (all telecom, not just wireless) hackers, enthusiasts and tinkerers, very similar in spirit to OsmoDevCon, but more inclusive: 1) Welcoming everyone who has devoted a major portion of his or her life to *any* project in the indie telecom space, regardless of which domain that project is hosted under, and regardless of whether that project is FOSS or merely PSS. (PSS = Published Source Software, a superset of FOSS.) 2) Welcoming everyone regardless of personal medical choices - what you do with your body is your business, not mine - you don't tell me what I should or shouldn't put in my body, and I won't tell you what you should or shouldn't put into yours. Also no forced testing: if you wish to get yourself tested for this or that before attending, it is your sovereign choice to do so, but no one will *ever* be turned away from an event which I organize and host, neither for refusing to test nor for any other reason. If there is anyone interested in such an inclusive in-person gathering of telecom hackers, I am offering to host one in my part of the world. Where is it geographically? I live in USA, near San Diego, and right next to the border between USA and Mexico. Depending on who is interested in joining and where they will come from, I can host our InclusiveDevCon on either side of the border, i.e., either in USA or in Mexico. It is my understanding that gaining entry into Mexico is much easier than gaining entry into USA, hence for that reason I suggest that we hold our get-together on the Mexican side of the border. If we do choose Mexico as our host country, the specific location will need to be in the northern part of that country, specifically in the Mexican state of Baja California; the candidate cities would be Tijuana or Ensenada, somewhere close to the border with USA. However, if the only people who are interested in joining either already live in USA or can easily enter this lovely country, then holding our Inclusive- DevCon in USA would make more sense - in that case it will be somewhere in San Diego area. Alternatively, if there is anyone in the community who shares my stated values of wider inclusion but cannot or does not wish to travel to USA or Mexico, if you would be willing to host an inclusive event in your part of the world, then I will consider traveling to attend your event - but *only* if your event is open to non-Osmocom PSS developers *and* open to those who refuse injections. Please note, however, that I cannot enter Russia - other parts of the former USSR including Transnistria are potentially accessible to me, but not Russia - I was born there, but I permanently lost the ability to visit my birthplace as a result of having done my gender transition while living in USA, with all steps for legal name and gender change done under the American system, as opposed to Russian. In hacking solidarity, Mother Mychaela of FreeCalypso From keith at rhizomatica.org Tue Nov 2 23:26:52 2021 From: keith at rhizomatica.org (Keith Whyte) Date: Tue, 02 Nov 2021 23:26:52 +0000 Subject: OSMO-MSC External MNCC integration with FeeSwitch In-Reply-To: References: Message-ID: Hi Justin. I already told you what is wrong. Maybe you somehow missed my mail? -------------- next part -------------- An HTML attachment was scrubbed... URL: From justin.repollo at entropysolution.com Tue Nov 2 23:39:50 2021 From: justin.repollo at entropysolution.com (Justin) Date: Tue, 2 Nov 2021 23:39:50 +0000 Subject: OSMO-MSC External MNCC integration with FeeSwitch In-Reply-To: References: Message-ID: Hi Keith, I don't receive any email from you. Can you please send it again? Hi Neels, I've tried the shared config but still encountered the Missing Contact Header error. Regards, Justin ________________________________ From: Keith Whyte Sent: Wednesday, November 3, 2021 7:26:52 AM To: Justin ; OpenBSC at lists.osmocom.org Subject: Re: OSMO-MSC External MNCC integration with FeeSwitch Hi Justin. I already told you what is wrong. Maybe you somehow missed my mail? -------------- next part -------------- An HTML attachment was scrubbed... URL: From laforge at osmocom.org Wed Nov 3 10:42:22 2021 From: laforge at osmocom.org (Harald Welte) Date: Wed, 3 Nov 2021 11:42:22 +0100 Subject: USA or Mexico alternative to OsmoDevCon? In-Reply-To: References: Message-ID: Hi Mychaela, On Tue, Nov 02, 2021 at 02:03:00PM -0800, Mychaela Falconia wrote: > Seeing that OsmoDevCon 2022 is being discussed, I would like to propose > a more inclusive alternative, to be held in either USA or Mexico. I would consider this an alternative in the sense of "in addition to", but not in the sense of "either or". Fact is that the far majority of past and present active Osmocom developers are in or closer to Europe than to the Americas. So from a "overall effort to get everyone in one place" from both a financial but also an ecological point of view, hosting it in Europe has advantages. > 1) Since its very beginning, ODC has been exclusionary, limited only > to Osmocom developers specifically, excluding those developers and > tinkerers who work on non-Osmocom projects in the "indie" telecom > space, Well, it is an _osmocom_ developer conference. By the most obvious and literal meaning of that name, it means "for osmocom developers". Please note that in the past, at our discretion, we did invite select people from other projects such as Sukchan to cover open5gs, or Ismael to cover srsLTE, or very early on also David Burgess from OpenBTS. If somebody (e.g. you in your proposal) wanted to organize an event about all kinds of free software / open source / "indie" telecom projects, I would certainly welcome it. The more, the merrier. I am not aware of any similar events being hosted for the srsLTE/srsRAN, open5gs or yateBTS projects/communities. The only (non FOSS but "PSS" in your definition) project with a track record of events/conferences I know of is OpenAirInterface. > 2) The recent decision to limit OsmoDevCon only to those who have > agreed to put a certain class of pharmaceutical into their bodies, There was no decision yet, but just a proposal. Also, in general, I think it is recognized that the organizer[s] of an event get to determine the attendance requirements, particularly so if it also involves questions of public health. -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From rafael at riseup.net Wed Nov 3 11:45:40 2021 From: rafael at riseup.net (Rafael Diniz) Date: Wed, 3 Nov 2021 14:45:40 +0300 Subject: OsmoDevCon 2022 ? In-Reply-To: References: Message-ID: <6269ec67-b148-3b1c-7480-9df2fde16200@riseup.net> Hi everybody, I want to show up! I'm now "nearby", in Moscow, so if Covid pandemic does not gets worse, I think I'll have no problem in making to it. Best regards, Rafael Rhizomatica On 11/2/21 12:25 PM, Harald Welte wrote: > Dear fellow Osmocom developers, > > as you all know, we've sadly had to skip OsmoDevCon 2020 and 2021, > trying to compensate it at least to some extent with our OsmoDevCall > every two weeks. > > The COVID-19 pandemic is far from over, and we don't know what the > upcoming winter season will bring. > > Nevertheless, I think it would be a good idea to start a discussion of > whether we should plan for an OsmoDevCon in 2022. > > I personally would say let's plan for the usual late April 2022 time frame, > and if the pandemic situation deteriorates, we can still cancel it with > something like one month lead time. > > I would also personally suggest to limit attendance to people who are fully > vaccinated, and in addition do a self-test for all participants every > morning. > > In terms of venue, we might also consider to move to a venue that allows better > ventilation. Irrespective of the above we can also bring the air filters from > the sysmocom office. > > So with that as an input statement, I would like to hear your opinion > on the above proposals. Who would want to attend? Any complaints against > the "vaccinated only plus daily self-tests in the morning" approach? > > Regards, > Harald > -------------- next part -------------- A non-text attachment was scrubbed... Name: OpenPGP_signature Type: application/pgp-signature Size: 833 bytes Desc: OpenPGP digital signature URL: From pespin at sysmocom.de Wed Nov 3 14:08:07 2021 From: pespin at sysmocom.de (Pau Espin Pedrol) Date: Wed, 3 Nov 2021 15:08:07 +0100 Subject: OsmoDevCon 2022 ? In-Reply-To: References: Message-ID: <7d108ef3-07ae-2aa0-f995-1cb3fd747100@sysmocom.de> On 11/2/21 11:22, Sylvain Munaut wrote: > Hi Harald, > > I'm definitely for it and would attend and the usual timeframe sounds good. > > As for the modalities. > - Vaccinated : Sure. Agree, I consider this a must (or some sort of equivalent certificate). > - Self Test : Although a test before departure sounds like a good > idea, I'm not really sure of the need / efficacy of a day to day test. > But I also have no issue taking one if people are more comfortable > that way or think it's worth it. I'd say at least providing a PCR/antigen test over last 24-48h is enough, given that I expect no much social interaction with third parties once OsmoDevCon starts, since we'll be most part of the day together. That'd be fine for me. Maybe one can be enforced during the first day at start of the event. > - Venue : Obvious questions is what are the alternatives :) While in general I like being at IN Berlin during the conferences, it would be a good idea to explore other venues for this year, were we can have a bit more space between people and a bigger volume of ventilated air, maybe also with some extra place outside. > - Masks : You didn't mention it in your original email, but > personally I think in this context ( low number of people, but quite > extended period of time, + meals / drinks ), their efficacy would be > negligible. But again, if the consensus is to wear them, I have no > issues with that. The specific rules regarding this topic can probably be discussed/announced a few days/weeks before the event, to take into account current legislation, epidemic numbers, etc. since it doesn't involve any kind of organization ahead. Regards, Pau -- - Pau Espin Pedrol 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 Director: Harald Welte From keith at rhizomatica.org Wed Nov 3 19:32:01 2021 From: keith at rhizomatica.org (Keith) Date: Wed, 3 Nov 2021 13:32:01 -0600 Subject: OSMO-MSC External MNCC integration with FeeSwitch In-Reply-To: References: Message-ID: <12c6b0ad-edcb-47c3-74ed-2e00ce7adda0@rhizomatica.org> On 02/11/2021 17:39, Justin wrote: > Hi Keith, > > I don't receive any email from you. Can you please send it again? http://lists.osmocom.org/pipermail/openbsc/2021-October/013562.html From mychaela.falconia at gmail.com Wed Nov 3 20:14:27 2021 From: mychaela.falconia at gmail.com (Mychaela Falconia) Date: Wed, 3 Nov 2021 12:14:27 -0800 Subject: USA or Mexico alternative to OsmoDevCon? In-Reply-To: References: Message-ID: Hi Harald, > I would consider this an alternative in the sense of "in addition to", > but not in the sense of "either or". Yes, of course - sorry for not making this part clear in my original post. Practically speaking, if I am going to host the proposed ITHG (Inclusive Telecom Hacker Gathering), it would need to be scheduled to not conflict with OsmoDevCon, allowing all ODC attendees to also attend ITHG. (*Everyone* who attends ODC is also welcome to join ITHG, but obviously not vice-versa, given your current policies.) > Fact is that the far majority of past > and present active Osmocom developers are in or closer to Europe than > to the Americas. So from a "overall effort to get everyone in one place" > from both a financial but also an ecological point of view, hosting it > in Europe has advantages. I would be willing to travel to Europe (anywhere other than Russia) *if* someone were to host a conference or gathering that (1) allows me to join despite my project being non-Osmocom PSS and (2) allows me to join despite me remaining the way Goddess made me, vaccine-free. However, if no one else steps up to host such an inclusive conference or gathering and if I am the only one able and willing to organize and host, then my part of the world (southwestern corner of USA or northwestern corner of Mexico) is the only geographical area where I can practically pull it off. > If somebody (e.g. you in your proposal) wanted to organize an event > about all kinds of free software / open source / "indie" telecom > projects, I would certainly welcome it. The more, the merrier. OK, so let's throw around some potential dates for when I can host my proposed ITHG in Tijuana, Mexico. Here are two date range options I currently have in mind: Option 1: the second half of February or the first half of March 2022, before the abomination of DST kicks in. Option 2: some time in June 2022, two months after ODC. Is there anyone at all from this community who would be willing to travel to Tijuana in either of these proposed date ranges? Duration: I am thinking of a one day event, but if the people who come decide to stay longer, I should be able to extend to 2 or perhaps even 3 days - it all depends on the attendees and their level of interest. Location: I am thinking of renting a conference room at a hotel in Tijuana, perhaps at the same Hyatt where I stayed back in August for medical tourism. *If* everyone who is interested in attending can gain entry into USA without difficulty, then we can hold our ITHG on the USA side of the border instead - but I absolutely need to make the event accessible to vaccine-free people from other countries, and if you are in the latter category, then it is my understanding that gaining entry into Mexico would be much easier than gaining entry into USA - hence my leaning toward holding our ITHG in Tijuana. Another advantage of the Mexican side of the border over the USA side are the different policies of T-Mobile USA vs. Telcel Mexico regarding GSM/2G phone users. On the Mexican side of the border you can walk into any Telcel store and buy a prepaid SIM that has the classic GSM 11.11 SIM application still present, and operate it in any classic GSM phone. It even officially says "Compatible con GSM, 3G y 4G" on the paper package in which those Telcel prepaid SIMs are wrapped - official support for GSM/2G! Not so easy on the USA side of the border: T-Mobile still has their GSM network operational, but the SIMs they sell in their stores (prepaid or otherwise) are maliciously hobbled, with the classic GSM 11.11 SIM application removed. One can get an unhobbled SIM from a certain T-Mobile MVNO, but those are not as easily accessible to visiting tourists. > I am not aware of any similar events being hosted for the srsLTE/srsRAN, > open5gs or yateBTS projects/communities. The only (non FOSS but "PSS" > in your definition) project with a track record of events/conferences > I know of is OpenAirInterface. If there is at least one person from Osmocom who would be willing to join my ITHG, then ITHG will be a proper inter-project gathering, with at least two projects represented: the putative person represending Osmocom and me representing FreeCalypso. Given that Osmocom is the 1000 pound gorilla in the room, the goliath compared to all other indie telecom projects out there, there will need to be at least one person from Osmocom agreeing to attend ITHG, in order for ITHG to have legitimacy. *If* we get that one person from Osmocom agreeing to join, *then* I will reach out to YateBTS community, inviting them to join as well - but we need at least one person from Osmocom to be on board first. M~ From justin.repollo at entropysolution.com Thu Nov 4 00:08:41 2021 From: justin.repollo at entropysolution.com (Justin) Date: Thu, 4 Nov 2021 00:08:41 +0000 Subject: OSMO-MSC External MNCC integration with FeeSwitch In-Reply-To: <12c6b0ad-edcb-47c3-74ed-2e00ce7adda0@rhizomatica.org> References: <12c6b0ad-edcb-47c3-74ed-2e00ce7adda0@rhizomatica.org> Message-ID: Hi @Keith, Thank you for your input. I was able to make it work now using v1.8.5 of FreeSwicth. Hi @Neels Hofmeyr, I'm trying to work out using half rate channel in my testbed setup but unfortunately, I'm getting an error message Originate Failed. Cause: INCOMPATIBLE_DESTINATION. ?Do I need to adjust some configurations in OSMO to make it work?? Regards, Justin Mark Repollo | System Engineer | Entropy Solution Philippines 09066150436 | justin.repollo at entropysolution.com Unit 2103 Antel Corporate Centre 121 Valero St. Salcedo Village Makati City Philippines 1227 [cid:32433c32-f5df-412c-ada3-fe379d895ebf] Singapore | Philippines Products: Gridloc | Overwatch | Hive | eReach | ReachNet | Intelle | Hype | Lighthouse | Telco Services | Software Development This email (including any attachment to it) is confidential and intended only for the use of the individual named above and may contain information that is privileged. If you are not the intended recipient, you are notified that any dissemination, distribution or copying of this email is strictly prohibited. If you have received this email in error, please notify us immediately by return email or telephone and destroy the original message (including any attachment to it). Thank you. ________________________________ From: Keith Sent: 04 November 2021 03:32 To: Justin ; OpenBSC at lists.osmocom.org Subject: Re: OSMO-MSC External MNCC integration with FeeSwitch On 02/11/2021 17:39, Justin wrote: > Hi Keith, > > I don't receive any email from you. Can you please send it again? http://lists.osmocom.org/pipermail/openbsc/2021-October/013562.html -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Outlook-efidqccy.png Type: image/png Size: 65845 bytes Desc: Outlook-efidqccy.png URL: From nhofmeyr at sysmocom.de Thu Nov 4 16:07:35 2021 From: nhofmeyr at sysmocom.de (Neels Hofmeyr) Date: Thu, 4 Nov 2021 17:07:35 +0100 Subject: OsmoDevCon 2022 ? In-Reply-To: References: Message-ID: <20211104160735.GA26052@my.box> I would attend (if the venue is in or near Berlin), April seems fine. COVID: I'm less concerned about myself, but more about carrying it to people near me, which extends to all of society, so I feel an obligation to have some restrictions and requirements against COVID. It's not only up to us. I'm +1 on requiring vaccination to attend by default. Maybe with the option for attendees to request attendance despite no vaccination, and then see whether we can unanimously agree on that? About testing: it is possible to become contagious days after a negative test, so only one test at the beginning is not doing it properly. In schools here the requirement is to test every second day. We could adopt that. About the venue, ideal would be IN-Berlin just twice the size. Spontaneously thinking of CCC Marienstra?e? I usually feel uncomfortable in a hotel / business meeting environment. ~N From nhofmeyr at sysmocom.de Thu Nov 4 16:34:14 2021 From: nhofmeyr at sysmocom.de (Neels Hofmeyr) Date: Thu, 4 Nov 2021 17:34:14 +0100 Subject: OsmoDevCon 2022 ? In-Reply-To: <20211104160735.GA26052@my.box> References: <20211104160735.GA26052@my.box> Message-ID: <20211104163414.GB26052@my.box> > requiring vaccination to attend by default. Maybe with the option for attendees > to request attendance despite no vaccination, and then see whether we can > unanimously agree on that? I'd like to add that I find it should also be sufficient to have recovered from COVID. This is a common rule in schools in Berlin that does relieve teachers from the need to test regularly (called 2G, incidentally). Another question is whether we play by RKI rules and not accept certain vaccines. I guess we should first see whether anyone would be refused attendance based on these rules and take it from there? Here is a dudle to anonymously figure out the current vaccination status. Feel free to enter your current status, especially if you're not fully vaccinated and would like to attend. This is just to get a basis for discussion: https://dudle.inf.tu-dresden.de/w93G6NPqfA/ I guess we need to repeat such poll in early '22. From nhofmeyr at sysmocom.de Thu Nov 4 17:05:10 2021 From: nhofmeyr at sysmocom.de (Neels Hofmeyr) Date: Thu, 4 Nov 2021 18:05:10 +0100 Subject: USA or Mexico alternative to OsmoDevCon? In-Reply-To: References: Message-ID: <20211104170510.GB10276@my.box> Just dropping my personal choice: I will not travel by flight. In or near Berlin is my personal requirement for attending any con. If it were only up to me, I would permit unvaccinated attendance, but this choice includes all of society. I am not ready to take the responsibility to partake in a gathering that allows likely spread of COVID. Consider the case that it results in infection and possibly long covid and/or death of an attendee or her family / friends. My choice to categorically not travel by flight goes along the same lines, related to greenhouse gas emissions. A single intercontinental flight *quadruples* my personal annual emissions. It's way out of proportion. ~N From mychaela.falconia at gmail.com Thu Nov 4 22:53:17 2021 From: mychaela.falconia at gmail.com (Mychaela Falconia) Date: Thu, 4 Nov 2021 14:53:17 -0800 Subject: OsmoDevCon 2022 ? In-Reply-To: <20211104163414.GB26052@my.box> References: <20211104160735.GA26052@my.box> <20211104163414.GB26052@my.box> Message-ID: Neels Hofmeyr wrote: > I'd like to add that I find it should also be sufficient to have recovered > from COVID. Back in December 2020 into January 2021 I was indeed sick with Covid; one could even argue that I caught it deliberately on purpose, as I was defiantly attending every illegal superspreader event I could find in my neck of the woods, until I finally got my wish of catching the C in late December. I never got tested, never got put on any official counts of "cases", and I principally refused any and all medical care, i.e., I recovered entirely on my own with zero medical assistance or intervention. Beyond my word, the only evidence I have of having had Covid and having recovered from it consists of antibodies in my blood. When I had my gender confirmation surgery in Mexico a little over 2 months ago (late August), they insisted on doing their Covid test; I objected to the hockey stick up my nose, so they did a blood test instead - initially. On the morning of my surgery they drew my blood, and then they tell me that the test came out positive! Their next step was to do a PCR test; thankfully they agreed to do their PCR with an oropharyngeal swab instead of nasopharyngeal, and it came out negative, hence I was able to get my surgery done on the original schedule. I looked up what kind of Covid-related blood tests exist out there, and as far as I can tell, a blood test means an antibody test, not anything else. Thus the positive blood test which I had on the morning of August 26 in Tijuana must have been a Covid antibody test, with the positive result meaning that I have those antibodies in my blood, or at least did back in August. I am currently in the process of attempting to retrieve a record of that antibody test from the Mexican medical office that coordinated my surgery. If I do get a copy of those blood test results showing that I had Covid antibodies in me as of 2021-08-26, would it be sufficient proof for your purposes that I recovered from Covid? Would I be then eligible to attend your Berlin gathering without vaccination or further testing requirements? I am including the part about further testing requirements because you mentioned: > This is a common rule in schools in Berlin that does relieve teachers > from the need to test regularly (called 2G, incidentally). For me a trip to Berlin would be a *big* financial undertaking, both in direct costs (flight and accommodations) and time away from other activities such as my day job - thus I cannot take any chances. Being asked to take further tests, with my ability to attend conditionalized on the test yielding a certain result, would be akin to being asked to flip a coin on the morning of the event and being denied attendance if the coin lands tails - absolutely not acceptable given the financial commitment involved in travel. Therefore, the only way I will be able to make the travel investment (buy the plane ticket and make the major time investment as well) would be if there are NO further barriers such as tests. M~ From keith at rhizomatica.org Thu Nov 4 23:31:25 2021 From: keith at rhizomatica.org (Keith) Date: Thu, 4 Nov 2021 17:31:25 -0600 Subject: OsmoDevCon 2022 ? In-Reply-To: References: <20211104160735.GA26052@my.box> <20211104163414.GB26052@my.box> Message-ID: Hey Mychaela, as Neels pointed out, it's not only up to Osmocom. None of us have any idea what might be the requirements to enter Germany by the time April comes around. Please, let's not go any deeper into arguing covid or health/medical procedures on THIS list, AFAIK there's not a lot of virologists/epidemiologists/etc or even health practitioners (alternative or otherwise) on here. Best wishes, Keith. From mychaela.falconia at gmail.com Fri Nov 5 00:10:54 2021 From: mychaela.falconia at gmail.com (Mychaela Falconia) Date: Thu, 4 Nov 2021 16:10:54 -0800 Subject: OsmoDevCon 2022 ? In-Reply-To: References: <20211104160735.GA26052@my.box> <20211104163414.GB26052@my.box> Message-ID: Hi Keith, > Hey Mychaela, as Neels pointed out, it's not only up to Osmocom. > > None of us have any idea what might be the requirements to enter Germany > by the time April comes around. Entering Germany is not the problem - I have my ways. They are not entirely legal, so I am not going to discuss them in detail, but as a hint, there exist certain white cards to which I may have access, and I know that other people of my kind have successfully used the same methods very recently, successfully accessing other nearby EU countries for the purpose of physically meeting up with personal friends of like mind. My point is, I am fairly confident that entering Germany in 2022-04 will be possible for me, even if it isn't totally legal. Instead my real concern lies squarely and solely with Osmocom: if I do make it into your country using some not-quite-legal means, will _YOU_ bar me from _YOUR_ meeting space, the one under YOUR control? That's the central issue here. Given both the financial costs involved and the very major hoops I will most likely need to jump through to make it into EU and then back into USA in one piece, I will need very substantial foreplanning. If I am going to having any chance of making it, I will need to start making preparations now, 6 months in advance, hence me raising the topic. Or alternatively, I would be quite happy to stay on my side of the ocean if I could convince *at least one* person from your camp to come to Mexico (or to USA) and meet up with me as a gesture of friendship and goodwill, on a schedule that does not conflict with your Berlin meeting - but so far I got none. M~ From nhofmeyr at sysmocom.de Fri Nov 5 09:47:47 2021 From: nhofmeyr at sysmocom.de (Neels Hofmeyr) Date: Fri, 5 Nov 2021 10:47:47 +0100 Subject: OsmoDevCon 2022 ? In-Reply-To: References: <20211104160735.GA26052@my.box> <20211104163414.GB26052@my.box> Message-ID: <20211105094747.GC10276@my.box> On Thu, Nov 04, 2021 at 04:10:54PM -0800, Mychaela Falconia wrote: > Entering Germany is not the problem - I have my ways. They are not > entirely legal, so I am not going to discuss them in detail Based on the incompatible levels of precaution we deem necessary, I've decided for myself that if Mychaela attends OsmoDevCon in person, I would participate remotely, only. Being near her would make me feel quite uncomfortable. Mychaela, this is explicitly not dismissing your opinion, it is simply keeping up my own opinion besides yours. I accept that you have your ways, but they are not mine. Having my ways unfortunately means to maintain distance. ~N From nhofmeyr at sysmocom.de Fri Nov 5 10:17:26 2021 From: nhofmeyr at sysmocom.de (Neels Hofmeyr) Date: Fri, 5 Nov 2021 11:17:26 +0100 Subject: OSMO-MSC External MNCC integration with FeeSwitch In-Reply-To: References: <12c6b0ad-edcb-47c3-74ed-2e00ce7adda0@rhizomatica.org> Message-ID: <20211105101725.GD10276@my.box> > I'm trying to work out using half rate channel in my testbed setup but unfortunately, I'm getting an error message Originate Failed. Cause: INCOMPATIBLE_DESTINATION. Do I need to adjust some configurations in OSMO to make it work? Codec negotiation is quite broken in OsmoMSC. Patches to fix that are tested and have been almost-ready for years now, unfortunately there was not sufficient human resource available to fully finish and merge them. To use proper codec negotiation from MS thru SIP, you may try using: osmo-msc branch neels/mncc_codecs3 osmo-sip-connector branch neels/codecs3 (The last actually tested versions were neels/mncc_codecs2 and neels/codecs2, I just now rebased those onto current master and resolved some conflicts, however don't have the time to also test them. So if 3 fails, you may also try 2.) Without above patches, the codec in osmo-sip-connector is actually hard coded and you will be able to use only that single codec, chosen by actually patching the source code of osmo-sip-connector. *With* above patches, a) codec selection is based on more information in osmo-msc, and b) the codec is properly transported through to the SDP that ends up in the SIP and back from SIP to the MSC. Feedback would be appreciated! If these patches help you, then it confirms (again) that someone should fund us to work on merging them... Thanks! ~N From justin.repollo at entropysolution.com Fri Nov 5 10:25:06 2021 From: justin.repollo at entropysolution.com (Justin) Date: Fri, 5 Nov 2021 10:25:06 +0000 Subject: OSMO-MSC External MNCC integration with FeeSwitch In-Reply-To: <20211105101725.GD10276@my.box> References: <12c6b0ad-edcb-47c3-74ed-2e00ce7adda0@rhizomatica.org> <20211105101725.GD10276@my.box> Message-ID: Hi Neels, Thank you for your suggestions. I'll try this and feedback once I've simulate this on my test setup. Regards, Justin Get Outlook for Android ________________________________ From: Neels Hofmeyr Sent: Friday, November 5, 2021 6:17:26 PM To: Justin Cc: openbsc at lists.osmocom.org Subject: Re: OSMO-MSC External MNCC integration with FeeSwitch > I'm trying to work out using half rate channel in my testbed setup but unfortunately, I'm getting an error message Originate Failed. Cause: INCOMPATIBLE_DESTINATION. Do I need to adjust some configurations in OSMO to make it work? Codec negotiation is quite broken in OsmoMSC. Patches to fix that are tested and have been almost-ready for years now, unfortunately there was not sufficient human resource available to fully finish and merge them. To use proper codec negotiation from MS thru SIP, you may try using: osmo-msc branch neels/mncc_codecs3 osmo-sip-connector branch neels/codecs3 (The last actually tested versions were neels/mncc_codecs2 and neels/codecs2, I just now rebased those onto current master and resolved some conflicts, however don't have the time to also test them. So if 3 fails, you may also try 2.) Without above patches, the codec in osmo-sip-connector is actually hard coded and you will be able to use only that single codec, chosen by actually patching the source code of osmo-sip-connector. *With* above patches, a) codec selection is based on more information in osmo-msc, and b) the codec is properly transported through to the SDP that ends up in the SIP and back from SIP to the MSC. Feedback would be appreciated! If these patches help you, then it confirms (again) that someone should fund us to work on merging them... Thanks! ~N -------------- next part -------------- An HTML attachment was scrubbed... URL: From laforge at osmocom.org Fri Nov 5 10:35:51 2021 From: laforge at osmocom.org (Harald Welte) Date: Fri, 5 Nov 2021 11:35:51 +0100 Subject: OsmoDevCon 2022 ? In-Reply-To: <20211104160735.GA26052@my.box> References: <20211104160735.GA26052@my.box> Message-ID: Hi Neels, On Thu, Nov 04, 2021 at 05:07:35PM +0100, Neels Hofmeyr wrote: > About testing: it is possible to become contagious days after a negative test, > so only one test at the beginning is not doing it properly. In schools here the > requirement is to test every second day. We could adopt that. We can still discuss this, of course. As I stated, I personally wouldn't mind doing a test every morning. > About the venue, ideal would be IN-Berlin just twice the size. Spontaneously > thinking of CCC Marienstra?e? Based on mails I'm reading, the latter currently seems in a rather poor general state and they are planning a variety of renovations. Not sure what the state will be by April. Also, it is unlikely that one would be able to occupy both floors for four days. During the past 1.5 years it was pretty abandoned, but "normally" it is visited by the regular users and > I usually feel uncomfortable in a hotel / business meeting environment. Sorry to hear that, but I hope that the amount of technical content and the social interactions will help you to ignore that to some point. There are certainly are some alternatives like e.g. https://www.exrotaprint.de/projektraum/ which would be 185 square meters, but I haven't yet asked about whether we could use it day+night and what the rates are. 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 laforge at osmocom.org Fri Nov 5 10:48:56 2021 From: laforge at osmocom.org (Harald Welte) Date: Fri, 5 Nov 2021 11:48:56 +0100 Subject: OsmoDevCon 2022 ? In-Reply-To: <20211105094747.GC10276@my.box> References: <20211104160735.GA26052@my.box> <20211104163414.GB26052@my.box> <20211105094747.GC10276@my.box> Message-ID: Dear Neels and List, On Fri, Nov 05, 2021 at 10:47:47AM +0100, Neels Hofmeyr wrote: > Based on the incompatible levels of precaution we deem necessary, I've decided > for myself that if Mychaela attends OsmoDevCon in person, I would participate > remotely, only. Being near her would make me feel quite uncomfortable. Note: I have received several such statements from other trusted long-term Osmocom developers via alternative / private channels. Based on the behavior we have repeatedly seen exhibited for a number of years by now, I can certainly understand those concerns. In order to host an event with trusted long-term collaborators in the usual productive, non-controversial, peaceful manner, I hereby declare that we do not extend a related invitation to Mychaela to participate in OsmoDevCon. @Mychaela: I would appreciate if you direct any potential criticism to me privately and not discuss this further on a list that is intended to facilitate technical exchange of open source development. Thanks for your kind understanding. -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From ml at mail.tsaitgaist.info Fri Nov 5 13:18:14 2021 From: ml at mail.tsaitgaist.info (=?iso-8859-1?Q?K=E9vin?= Redon) Date: Fri, 5 Nov 2021 14:18:14 +0100 Subject: OsmoDevCon 2022 ? In-Reply-To: References: Message-ID: On Tue, Nov 02, 2021 at 10:25:47AM +0100, Harald Welte wrote: > I personally would say let's plan for the usual late April 2022 time frame, > and if the pandemic situation deteriorates, we can still cancel it with > something like one month lead time. I'm also happy to help with the recording and streaming of the public talks for those not able to join on site. sure, it would not cover all other aspects of a gathering, but provides a light way of participation. > I would also personally suggest to limit attendance to people who are fully > vaccinated, and in addition do a self-test for all participants every > morning. I don't mind self-testing, particularly for "larger" venues with plenty of prolonged contacts. they're easy to make and inexpensive, a relative small constraint if it allows to have such an event again. From edachleger at yahoo.com Fri Nov 5 13:28:27 2021 From: edachleger at yahoo.com (Erich Dachleger) Date: Fri, 5 Nov 2021 13:28:27 +0000 (UTC) Subject: enabling ssh on nano3g s8 References: <409225228.1632670.1636118907119.ref@mail.yahoo.com> Message-ID: <409225228.1632670.1636118907119@mail.yahoo.com> Hi all,Is there some special routine for enabling ssh on nano 3gs8 device?Or is the unit "useless" if the ssh-daemon is not running?(I have no way of seeing whether or not it is running) I can access by telnet to dmi interface, the telnet commands from the wiki are present and have read the docs from accelerate 3g but I think there might be some subtle info I miss regarding starting ssh. Port 22 is blocked is the errror message I get and i also tested the aes-method suggested in the wiki, same error, port 22 blocked also in that case. Could this be the situation where one has to try setting up a tr069 server? Regards /erich -------------- next part -------------- An HTML attachment was scrubbed... URL: From keith at rhizomatica.org Fri Nov 5 17:55:39 2021 From: keith at rhizomatica.org (Keith) Date: Fri, 5 Nov 2021 11:55:39 -0600 Subject: OsmoDevCon 2022 ? In-Reply-To: References: Message-ID: On 05/11/2021 07:18, K?vin Redon wrote: > > I'm also happy to help with the recording and streaming of the public talks for those not able to join on site. Great Kevin, Thanks. This is something not touched upon yet, other than assuming that as always, talks would be recorded for consumption by the wider community. I assume also that adding some text or video remote participation will also not be beyond us. At least for Q&A, Engel - style. For my part, at this time I don't feel I have so much to contribute that would justify travel, health risks etc. So watching live or recordings will probably be sufficient - In fact, having reference to this archive is vital, I have often referenced videos after forgetting things - there's just too much to take in across 4 days of OsmoDevCon. Something that occurs to me, but it's not a personal preference, attendance is highly unlikely - but is there any reason to plan for late April, other than tradition? The few degrees of higher ambient temperature that are likely in late, or even mid May would seem to make ventilation so much easier. - My preferred venue - OUTSIDE! Remember those days at MarienStr when the sun came out, that was great! Thanks for organising a devcon! Best wishes to all and here's hoping for some relief next spring and a smooth event! (I have an unexplainable, totally nonrational gut feeling that covid-19 might just somehow fade away around early spring) k. P.D. For what it's worth, for the "record" as they say: IMHO people's health is on the greater part their own business and responsibility. So personally, I would have no agenda to segregate people. Besides, unless one would quarantine 3 or 4 days before, somehow travel to the venue in a bubble, stay there for the entire con and return home in a bubble to again quarantine, one could never be sure of the source of any infection. At the end of the day, If any unvaccinated people are free to move about in society by end of next spring, it seems likely that their immunity will be in very good shape, severe winter lockdown notwithstanding. In terms of tests, my personal experience has been that they are so unreliable as to be worse than useless, bordering on dangerous. So I'd skip that. From keith at rhizomatica.org Fri Nov 5 19:23:44 2021 From: keith at rhizomatica.org (Keith) Date: Fri, 5 Nov 2021 13:23:44 -0600 Subject: OSMO-MSC External MNCC integration with FeeSwitch In-Reply-To: <20211105101725.GD10276@my.box> References: <12c6b0ad-edcb-47c3-74ed-2e00ce7adda0@rhizomatica.org> <20211105101725.GD10276@my.box> Message-ID: On 05/11/2021 04:17, Neels Hofmeyr wrote: > just now rebased those onto current master and resolved some conflicts, Brilliant! Thanks for finding time to do that, I had started a rebase a couple of weeks ago before taking some time off, but I had problems, I think mostly with getting the make check tests to pass, it was enough to take the wind out of my sails. > > Without above patches, the codec in osmo-sip-connector is actually hard coded > and you will be able to use only that single codec I don't mean to contradict you, but I don't see that is actually true anymore. not that the actual state is the important thing, the important thing is moving forward with these patches. All the same, Justin. for the sake of getting you running, you said: > I'm trying to work out using half rate channel in my testbed setup but > unfortunately,?I'm getting an error?message?*Originate > Failed.?**Cause: INCOMPATIBLE_DESTINATION. *?Do I need to adjust some > configurations in OSMO to make it work?? Would be interesting to see the pcap of the SIP signalling here. What codec(s) is Freeswitch offering? Is this a mobile to mobile call, or originating at some other SIP endpoint? When you say half rate, you do mean using the AMR codec, or GSM-HR? Maybe attach your FreeSwitch configs, at least vars.xml and the sip_profile.xml for the sip profile that is facing the osmo-sip-connector. Looking at the osmo configs you attached before, you have no explicit codec-list in the BSC msc section, so you should be supporting all, and you have codec-support in the bts, so that looks good. Maybe best to just attach your entire osmo config again for your half-rate channel setup. But please don't let that distract you from testing on Neels' branches! Neels, Without or without any rhizomatica hats on, I don't personally have any funding. But without any hats on at all, I will do some (manual, as in with BTS and phones) testing and can then theoretically push this to CR. I might have to beg help for any ttcn3 work required. BTW, Justin, It's always nice to have a (brief) introduction about what you do with the osmocom software. I don't see any mails from you on the mailing list previous to last month. I see you have a product called ReachNet http://www.entropysolution.com/reachnet.html but I don't see anything concrete about any hardware there, just the usual "connectivity improve lives" rhetoric which I know after 10 years in this game, is usually vapour-ware designed to pull down funding. I also see you have something called HEALTH-E which ethically would prevent me from offering you any further unpaid support. But I assume you are not using osmocom in that particular product, correct? I'd be very interested to know what hardware you are using for Reachnet. Also please do consider if at all possible, to try to fund the completion of the codec work. Many thanks. Keith. -------------- next part -------------- An HTML attachment was scrubbed... URL: From laforge at osmocom.org Sat Nov 6 09:11:04 2021 From: laforge at osmocom.org (Harald Welte) Date: Sat, 6 Nov 2021 10:11:04 +0100 Subject: OsmoDevCon 2022 ? In-Reply-To: References: Message-ID: Hi Kevin, On Fri, Nov 05, 2021 at 02:18:14PM +0100, K?vin Redon wrote: > I'm also happy to help with the recording and streaming of the public talks for those not able to join on site. thanks for that, as usual. -- - 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 osmocom.org Sat Nov 6 09:21:09 2021 From: laforge at osmocom.org (Harald Welte) Date: Sat, 6 Nov 2021 10:21:09 +0100 Subject: OsmoDevCon 2022 ? In-Reply-To: References: Message-ID: Hi Keith, On Fri, Nov 05, 2021 at 11:55:39AM -0600, Keith wrote: > Great Kevin, Thanks. This is something not touched upon yet, other than > assuming that as always, talks would be recorded for consumption by the > wider community. As usual, this is up to the individual speaker[s]. > I assume also that adding some text or video remote > participation will also not be beyond us. At least for Q&A, Engel - style. At the very least we can of course simply use #osmocom as channel to ask questions via text. But we can certainly also consider running a BBB or Jitsi session for Q+A. > Something that occurs to me, but it's not a personal preference, > attendance is highly unlikely - but is there any reason to plan for late > April, other than tradition? Not really anything beyond tradition and "let's not delay it any further". For logistical reasons, it is also good to stay clear of both easter and whitsun school holidays [hotels / flights will be more busy then]. So April 11 .. 23 and May 27 .. June 7 should be avoided in 2022. My current target would have been April 30 .. May 2nd timeframe. But I'm not fundamentally opposed to a change of schedule, if there are more people arguing for that, particularly those wanting to attend in person. > The few degrees of higher ambient temperature that are likely in late, > or even mid May would seem to make ventilation so much easier. - My > preferred venue - OUTSIDE! Remember those days at MarienStr when the > sun came out, that was great! IMHO Outdoor is unrealistic for a variety of reasons, if not only for being able to have sufficient contrast for following a presentation on a projected screen. Obviously, there's also weather uncertainty, so you cannot plan an event outdoor. Other than putting up large tents, which then also doesn't really help ventilation... -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From kevredon at tsaitgaist.info Fri Nov 5 07:14:04 2021 From: kevredon at tsaitgaist.info (=?iso-8859-1?Q?K=E9vin?= Redon) Date: Fri, 5 Nov 2021 08:14:04 +0100 Subject: OsmoDevCon 2022 ? In-Reply-To: References: Message-ID: On Tue, Nov 02, 2021 at 10:25:47AM +0100, Harald Welte wrote: > I personally would say let's plan for the usual late April 2022 time frame, > and if the pandemic situation deteriorates, we can still cancel it with > something like one month lead time. I'm also happy to help with the recording and streaming of the public talks for those not able to join on site. sure, it would not cover all other aspects of a gathering, but provides a light way of participation. > I would also personally suggest to limit attendance to people who are fully > vaccinated, and in addition do a self-test for all participants every > morning. I don't mind self-testing, particularly for "larger" venues with plenty of prolonged contacts. they're easy to make and inexpensive, a relative small constraint if it allows to have such an event again. From laforge at gnumonks.org Mon Nov 8 12:58:17 2021 From: laforge at gnumonks.org (Harald Welte) Date: Mon, 8 Nov 2021 13:58:17 +0100 Subject: Anyone still using mISDN for OpenBSC / OsmoBSC / OsmoMGW ? Message-ID: Dear Osmocom users, the Linux kernel developers are considering to remove mISDN from the kernel, as can be seen in posts like https://marc.info/?l=linux-netdev&m=163636911918302&w=2 They are aware that Osmocom still supports mISDN, but it would of course be interesting if anyone is actually still using this approach. I've switched to DAHDI a long time ago (4- and 8-port cards for PCIe available) and only used mISDN very early on with the HFC-E1 in the 2008-2011 timeframe. These days, I'm using both DAHDI and icE1usb. IMHO, mISDN based interface cards are becomming less and less attractive, as the chips only support parallel PCI bus and I've never seen cards with more than two ports. So the point of this post is to find out if anyone still is using [or planning to use] mISDN. If so, please let me, netdev + Anrd Bergmann know about it. Basically it is kind of a "speak now or forever hold your peace" kind of moment, as mISDN would then likely be phased out from mainline Linux. Even in that case I think libosmo-abis should keep mISDN support, as there will be Linux systems on older kernels for many years to come, and the mISDN support doesn't hurt the rest of our code base in any way. 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 andreas at eversberg.eu Wed Nov 10 06:11:46 2021 From: andreas at eversberg.eu (Andreas Eversberg) Date: Wed, 10 Nov 2021 07:11:46 +0100 Subject: Anyone still using mISDN for OpenBSC / OsmoBSC / OsmoMGW ? In-Reply-To: References: Message-ID: <87ad2225-34aa-0c1f-28cc-62b3f8ffdbcc@eversberg.eu> Hi Harald, I don't see why mISDN should be removed from Kernel. Beside talking to TDM based GSM equipment, it can be used to connect ISDN phones and gateways to make regular phone calls. I use 'osmo-cc-misdn-endpoint' in conjunction with 'osmo-cc-sip-endpoint' as a new gateway application to replace LCR. (https://osmocom.org/projects/osmo-cc) And there are other users that have some kind of gateway setup to interconnect their ISDN equipment to SIP. Some of them use LCR, a few others use osmo-cc-*-endpoints. If there is trouble with current kernel API, I would help to fix it. Feel free to forward my opinion to netdev and Arndt Bergmann. Best regards, Andreas Harald Welte wrote: > IMHO, mISDN based interface cards are becomming less and less > attractive, as the chips only support parallel PCI bus and I've never > seen cards with more than two ports. > > So the point of this post is to find out if anyone still is using > [or planning to use] mISDN. If so, please let me, netdev + Anrd Bergmann > know about it. > > Basically it is kind of a "speak now or forever hold your peace" kind of > moment, as mISDN would then likely be phased out from mainline Linux. > > Even in that case I think libosmo-abis should keep mISDN support, as > there will be Linux systems on older kernels for many years to come, and > the mISDN support doesn't hurt the rest of our code base in any way. From bjoern.riemer at fokus.fraunhofer.de Wed Nov 10 09:27:41 2021 From: bjoern.riemer at fokus.fraunhofer.de (=?iso-8859-1?Q?Riemer=2C_Bj=F6rn?=) Date: Wed, 10 Nov 2021 09:27:41 +0000 Subject: pysim-shell: export is missing some files Message-ID: Hi, i recently noticed that the `export` command from pysim-shell is failing on some basic files like EF.ICCID. However if i manually select the file it can be read. This happens on a generic USIM and on the orange sysmousim-SJS1. see the logs below to illustrate. Cheers Bjoern sysmo usim: <..snip..> ################################################################################ # Export summary # ################################################################################ # total files visited: 165 # bad files: 75 # MF/EF.DIR, string indices must be integers # MF/EF.ICCID, string indices must be integers <...snip...> pySIM-shell (MF)> select EF.ICCID "621e8202412183022fe2a506c00100ca01808a01058b032f06048002000a8800" pySIM-shell (MF/EF.ICCID)> read_binary_decoded { "iccid": "8988211000000169394" } ------- KDDI USIM: Using PC/SC reader interface Waiting for card... ATR:? [59, 157, 149, 128, 63, 199, 160, 128, 49, 160, 115, 190, 33, 83, 81, 6, 131, 5, 144, 0, 63] Autodetected card type: Generic-UISIM AIDs on card: ?USIM: a0000000871002ff81ff108904150001 Welcome to pySim-shell! pySIM-shell (MF)> select EF.ICCID "0000000a2fe204000fffff01020000" pySIM-shell (MF/EF.ICCID)> read_binary_decoded { ??? "iccid": "8981100055906574179" } pySIM-shell (MF/EF.ICCID)> select MF "0000ffff3f0001000000000011b304110400838a838a0000000000000000" pySIM-shell (MF)> export ################################################################################ # MF/EF.DIR??????????????????????????????????????????????????????????????????? # ################################################################################ # directory: MF (3f00) # file: EF.DIR (2f00) # bad file: MF/EF.DIR, string indices must be integers # ################################################################################ # MF/EF.ICCID????????????????????????????????????????????????????????????????? # ################################################################################ # directory: MF (3f00) # file: EF.ICCID (2fe2) # bad file: MF/EF.ICCID, string indices must be integers # From laforge at osmocom.org Wed Nov 10 16:40:19 2021 From: laforge at osmocom.org (Harald Welte) Date: Wed, 10 Nov 2021 17:40:19 +0100 Subject: Anyone still using mISDN for OpenBSC / OsmoBSC / OsmoMGW ? In-Reply-To: <87ad2225-34aa-0c1f-28cc-62b3f8ffdbcc@eversberg.eu> References: <87ad2225-34aa-0c1f-28cc-62b3f8ffdbcc@eversberg.eu> Message-ID: Hi Andreas, I think it is best if you wold reach out to netdev and/or Arndt Bergmann yourself. I think the main problem they are trying to solve is that nboody seems to be maintaining mISDN anymore. If I remember correctly it was stated that Karsten Keil is not acive anymore, for example. If there still are users out there, it should be brought to the attention of netdev folks. Regards, Harald On Wed, Nov 10, 2021 at 07:11:46AM +0100, Andreas Eversberg wrote: > Hi Harald, > > I don't see why mISDN should be removed from Kernel. Beside talking to TDM > based GSM equipment, it can be used to connect ISDN phones and gateways to > make regular phone calls. > > I use 'osmo-cc-misdn-endpoint' in conjunction with 'osmo-cc-sip-endpoint' as > a new gateway application to replace LCR. > (https://osmocom.org/projects/osmo-cc) And there are other users that have > some kind of gateway setup to interconnect their ISDN equipment to SIP. Some > of them use LCR, a few others use osmo-cc-*-endpoints. > > If there is trouble with current kernel API, I would help to fix it. Feel > free to forward my opinion to netdev and Arndt Bergmann. > > Best regards, > > Andreas > > > Harald Welte wrote: > > IMHO, mISDN based interface cards are becomming less and less > > attractive, as the chips only support parallel PCI bus and I've never > > seen cards with more than two ports. > > > > So the point of this post is to find out if anyone still is using > > [or planning to use] mISDN. If so, please let me, netdev + Anrd Bergmann > > know about it. > > > > Basically it is kind of a "speak now or forever hold your peace" kind of > > moment, as mISDN would then likely be phased out from mainline Linux. > > > > Even in that case I think libosmo-abis should keep mISDN support, as > > there will be Linux systems on older kernels for many years to come, and > > the mISDN support doesn't hurt the rest of our code base in any way. -- - 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 osmocom.org Thu Nov 11 08:13:33 2021 From: laforge at osmocom.org (Harald Welte) Date: Thu, 11 Nov 2021 09:13:33 +0100 Subject: "OsmoDevCall" on Nov 12, 2021: icE1usb in practice Message-ID: Dear Osmocom community, It's my pleasure to announce the next OsmoDevCall at November 12, 2021 at 20:00 CET at https://meeting4.franken.de/b/har-xbc-bsx-wvs This meeting will have the following schedule: 20:00 meet + greet 20:10 presentation "E1 / TDM / PDH / SDH basics" by laforge 20:30 presentation "icE1usb in practice" by tnt later USSE: unstructured supplementary social event [*] 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) From laforge at osmocom.org Mon Nov 15 07:44:13 2021 From: laforge at osmocom.org (Harald Welte) Date: Mon, 15 Nov 2021 08:44:13 +0100 Subject: OsmoDevCon 2022 ? In-Reply-To: References: Message-ID: Getting back to this discussion, It has become clear that * people are interested in an on-site event * we want a larger venue with more air / space, which still is not a hotel/conference room (I'll try to make that happen and am confident) * daily self-testing is OK There was a proposal to move it to slightly later in the year (e.g. late May instead of late April) in order to enjoy better weather, be able to get more fresh air into the venue, and spend more time outdoor. So far I only remember Keith making the proposal but no other comments on that. To me, it doesn't make much of a difference if it's late April or late May, as long as we stay clear of school holidays (starting may 27). Given that the COVID-19 situation quickly deteriorates at this point, I also think a longer delay between winter and the event would be a good idea, as it means a likely much lower probability of infection during travel, etc. So, unless anyone has a strong preference for April over May, I will be looking into organizing a venue for a tentative date of May 19...23. 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 rafael at riseup.net Mon Nov 15 07:56:01 2021 From: rafael at riseup.net (Rafael Diniz) Date: Mon, 15 Nov 2021 10:56:01 +0300 Subject: OsmoDevCon 2022 ? In-Reply-To: References: Message-ID: <407bd18a-f5a1-5e52-880e-c53bd8bbfc2a@riseup.net> I do prefer in May also, with a slightly warm weather. Cheers, Rafael On 11/15/21 10:44 AM, Harald Welte wrote: > Getting back to this discussion, > > It has become clear that > > * people are interested in an on-site event > * we want a larger venue with more air / space, which still is not a hotel/conference room > (I'll try to make that happen and am confident) > * daily self-testing is OK > > There was a proposal to move it to slightly later in the year (e.g. late May > instead of late April) in order to enjoy better weather, be able to get more > fresh air into the venue, and spend more time outdoor. > > So far I only remember Keith making the proposal but no other comments on that. > > To me, it doesn't make much of a difference if it's late April or late May, as > long as we stay clear of school holidays (starting may 27). > > Given that the COVID-19 situation quickly deteriorates at this point, I also > think a longer delay between winter and the event would be a good idea, as it > means a likely much lower probability of infection during travel, etc. > > So, unless anyone has a strong preference for April over May, I will be looking > into organizing a venue for a tentative date of May 19...23. > > Regards, > Harald > -------------- next part -------------- A non-text attachment was scrubbed... Name: OpenPGP_signature Type: application/pgp-signature Size: 833 bytes Desc: OpenPGP digital signature URL: From nhofmeyr at sysmocom.de Tue Nov 16 10:54:19 2021 From: nhofmeyr at sysmocom.de (Neels Hofmeyr) Date: Tue, 16 Nov 2021 11:54:19 +0100 Subject: OsmoDevCon 2022 ? In-Reply-To: References: Message-ID: <20211116105419.GA12613@my.box> +1 for May and more ventilation etc From pespin at sysmocom.de Fri Nov 19 15:42:08 2021 From: pespin at sysmocom.de (Pau Espin Pedrol) Date: Fri, 19 Nov 2021 16:42:08 +0100 Subject: Osmocom CNI release 202111 Message-ID: <017f28c3-76e9-aa9f-e701-d746838cabde@sysmocom.de> Dear all, I am pleased to announce new tagged releases for Osmocom Cellular Network Infrastructure components. Find more information about the release here [1]. Osmocom "Latest" repositories in OBS [2] should already contain packages for the new versions. OpenEmbedded related meta-layers such as meta-telephony usual stable/testing branch "201705" [3] have also been updated to build recipes for new versions. Regards, Pau [1] https://osmocom.org/news/152 [2] https://osmocom.org/projects/cellular-infrastructure/wiki/Latest_Builds [3] https://git.osmocom.org/meta-telephony/log/?h=201705 -- - Pau Espin Pedrol 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 Director: Harald Welte From northmirko at gmail.com Fri Nov 19 17:30:06 2021 From: northmirko at gmail.com (Mirko Kovacevic) Date: Fri, 19 Nov 2021 18:30:06 +0100 Subject: Osmocom CNI release 202111 In-Reply-To: <017f28c3-76e9-aa9f-e701-d746838cabde@sysmocom.de> References: <017f28c3-76e9-aa9f-e701-d746838cabde@sysmocom.de> Message-ID: Great number of changes. Congrats to Osmocom team. On Fri, 19 Nov 2021, 16:42 Pau Espin Pedrol, wrote: > Dear all, > > I am pleased to announce new tagged releases for Osmocom Cellular > Network Infrastructure components. > > Find more information about the release here [1]. > > Osmocom "Latest" repositories in OBS [2] should already contain packages > for the new versions. > > OpenEmbedded related meta-layers such as meta-telephony usual > stable/testing branch "201705" [3] have also been updated to build > recipes for new versions. > > Regards, > Pau > > [1] https://osmocom.org/news/152 > [2] > https://osmocom.org/projects/cellular-infrastructure/wiki/Latest_Builds > [3] https://git.osmocom.org/meta-telephony/log/?h=201705 > -- > - Pau Espin Pedrol 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 Director: Harald Welte > -------------- next part -------------- An HTML attachment was scrubbed... URL: From laforge at osmocom.org Tue Nov 23 19:04:10 2021 From: laforge at osmocom.org (Harald Welte) Date: Tue, 23 Nov 2021 20:04:10 +0100 Subject: "OsmoDevCall" on Nov 25, 2021: Control/User Plane Separation (CUPS) + PFCP Message-ID: Dear Osmocom community, It's my pleasure to announce the next OsmoDevCall at November 25, 2021 at 20:00 CET (yes, Thursday instead of Friday this time!) at https://meeting4.franken.de/b/har-xbc-bsx-wvs This meeting will have the following schedule: 20:00 meet + greet 20:10 presentation "Control/User Plane Separation (CUPS) + PFCP" by laforge 21:00 unstructured supplementary social event [*] Attendance is free of charge and open to anyone with an interest in Osmocom or open source cellular technologies. 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) From domi at tomcsanyi.net Wed Nov 24 00:01:41 2021 From: domi at tomcsanyi.net (Tomcsanyi, Domonkos) Date: Wed, 24 Nov 2021 01:01:41 +0100 Subject: "OsmoDevCall" on Nov 25, 2021: Control/User Plane Separation (CUPS) + PFCP In-Reply-To: References: Message-ID: <90D11810-3DC7-4A7C-A3B2-80F9A69DA5D4@tomcsanyi.net> Hi Harald, > 23.11.2021 d?tummal, 20:11 id?pontban Harald Welte ?rta: > > Looking forward to meeting you on Friday. You meant Thursday I assume :-) :-) Cheers, Domi From ivan.babanov at gmail.com Sat Nov 27 19:45:53 2021 From: ivan.babanov at gmail.com (Ivan Babanov) Date: Sat, 27 Nov 2021 22:45:53 +0300 Subject: AGCH Channel via virtual Um Message-ID: Hello all! I'm sorry for a stupid question, but I can't find an answer by myself. We are using Osmocom solution in University to demonstrate to students how GSM works. We have and fully virtualized workplaces with osm-bts-virtual and osmocom-bb UE via virtual Um. We are making an IMSI Attach procedure and capturing traces with wireshark. Virtual Um messages are visible in wireshark traces with "gsmtap" filter. According standart description, after RACH request UE should receive channel assignment via AGCH channel. But AGCH is not visible in traces. Am I wrong in my expectations somewhere? I tried to filter out messages, tried to filter gsmtap.chan_type == 4 but still no luck. Thank you Vania