From akibsayyed at gmail.com Fri Jun 4 13:47:47 2021 From: akibsayyed at gmail.com (Akib Sayyed) Date: Fri, 4 Jun 2021 19:17:47 +0530 Subject: Issue with LimeSDR Mini Message-ID: Dear List I am trying to use latest Osmo-core suite (osmo:stp,hlr,msc,bsc,bts,mgw) with limesdr mini but facing issue as soon power rampup starts. is there any stable release which I can use with limesdr mini -- Akib Sayyed Matrix-Shell akibsayyed at gmail.com akibsayyed at matrixshell.com Mob:- +91-966-514-2243 -------------- next part -------------- An HTML attachment was scrubbed... URL: From pespin at sysmocom.de Fri Jun 4 13:52:30 2021 From: pespin at sysmocom.de (Pau Espin Pedrol) Date: Fri, 4 Jun 2021 15:52:30 +0200 Subject: Issue with LimeSDR Mini In-Reply-To: References: Message-ID: <89b0d837-db79-40d5-ec1f-f4356ed3b6c1@sysmocom.de> Hi, I am not aware of any issue with limesdr mini and master, but I didn't test lately (last weeks) with any LimeSDR mini. Please create a bug report in redmine explaining what's failing, the versions you use (master, commit hash) and provide logs, pcap files, etc. 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 jsteiger at sysmocom.de Fri Jun 4 14:02:54 2021 From: jsteiger at sysmocom.de (Joachim Steiger) Date: Fri, 4 Jun 2021 16:02:54 +0200 Subject: Issue with LimeSDR Mini In-Reply-To: References: Message-ID: <8f3ed5d4-af20-a796-4eec-b856b47d7443@sysmocom.de> hi limesdr mini does not have a onboard-clock which is good (precise) enough for gsm requirements. there is no input which can easily be used with an external source like a gpsdo. thus there is no realistic way to reliably do gsm with the -mini, sorry. limesdr-usb with external 10mhz gpsdo or lime-net micro should work. i haven't done any specific tests with that hw lately. kind regards -- - Joachim Steiger http://www.sysmocom.de/ ======================================================================= * sysmocom - systems for mobile communications GmbH * Alt Moabit 93 * 10559 Berlin, Germany * Sitz / Registered office: Berlin, HRB 134158 B * Geschaeftsfuehrer / Managing Directors: Harald Welte From andrew at carrierdetect.com Fri Jun 4 14:38:06 2021 From: andrew at carrierdetect.com (Andrew Back) Date: Fri, 04 Jun 2021 14:38:06 +0000 Subject: Issue with LimeSDR Mini In-Reply-To: <8f3ed5d4-af20-a796-4eec-b856b47d7443@sysmocom.de> References: <8f3ed5d4-af20-a796-4eec-b856b47d7443@sysmocom.de> Message-ID: On 04/06/2021 15:02, Joachim Steiger wrote: > hi > > limesdr mini does not have a onboard-clock which is good (precise) > enough for gsm requirements. > there is no input which can easily be used with an external source like > a gpsdo. > thus there is no realistic way to reliably do gsm with the -mini, sorry. External clock can be enabled with LimeSDR Mini, but requires moving (soldering) a 0R link and then you always have to use external clock. Daniel Estevez put together a nice write-up: https://destevez.net/2019/11/using-an-external-reference-with-the-limesdr-mini/ Supreeth Herle has also created an LMS API port of Kalibrate, that can be used to calculate and update VCTCXO DAC value in EEPROM: https://github.com/myriadrf/kalibrate-lms This is obviously not as good as having a GPSDO or similar, but may help. Andrew From akibsayyed at gmail.com Fri Jun 4 14:53:27 2021 From: akibsayyed at gmail.com (Akib Sayyed) Date: Fri, 4 Jun 2021 20:23:27 +0530 Subject: Issue with LimeSDR Mini In-Reply-To: References: <8f3ed5d4-af20-a796-4eec-b856b47d7443@sysmocom.de> Message-ID: I think problem is not with clock Cause i tuned to tx freq i see no signal But when i comment ramp code from osmobts i do get signal. On Fri, 4 Jun 2021, 8:14 pm Andrew Back, wrote: > On 04/06/2021 15:02, Joachim Steiger wrote: > > hi > > > > limesdr mini does not have a onboard-clock which is good (precise) > > enough for gsm requirements. > > there is no input which can easily be used with an external source like > > a gpsdo. > > thus there is no realistic way to reliably do gsm with the -mini, sorry. > > External clock can be enabled with LimeSDR Mini, but requires moving > (soldering) a 0R link and then you always have to use external clock. > Daniel Estevez put together a nice write-up: > > > https://destevez.net/2019/11/using-an-external-reference-with-the-limesdr-mini/ > > Supreeth Herle has also created an LMS API port of Kalibrate, that can > be used to calculate and update VCTCXO DAC value in EEPROM: > > https://github.com/myriadrf/kalibrate-lms > > This is obviously not as good as having a GPSDO or similar, but may help. > > Andrew > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From laforge at osmocom.org Fri Jun 4 19:15:01 2021 From: laforge at osmocom.org (Harald Welte) Date: Fri, 4 Jun 2021 21:15:01 +0200 Subject: Issue with LimeSDR Mini In-Reply-To: References: <8f3ed5d4-af20-a796-4eec-b856b47d7443@sysmocom.de> Message-ID: Hi Andrew, On Fri, Jun 04, 2021 at 02:38:06PM +0000, Andrew Back wrote: > > limesdr mini does not have a onboard-clock which is good (precise) > > enough for gsm requirements. > > there is no input which can easily be used with an external source like > > a gpsdo. > > thus there is no realistic way to reliably do gsm with the -mini, sorry. > > External clock can be enabled with LimeSDR Mini, but requires moving > (soldering) a 0R link and then you always have to use external clock. yes,that is possible. I tried that, too, some years ago. The bigger problem, as far as I recall, are the extremely stringent clock jitter requirements at this input. There's no on-board PLL anymore, but it was directly the sampling clock of the ADC, right? In any case, at least as I recall, I didn't manage to get a spec compliant GSM signal out of the LineSDR-mini with that approach using the clocks I had at my disposal at the time. But in any case, that jitter / phase noise is mostly a conformance related topic and the signal definitely would be good enough to be properly decoded by commercial UE, particularly in a lab setup with otherwise near ideal conditions. 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 keith at rhizomatica.org Fri Jun 4 20:14:27 2021 From: keith at rhizomatica.org (Keith) Date: Fri, 4 Jun 2021 15:14:27 -0500 Subject: Issue with LimeSDR Mini In-Reply-To: References: <8f3ed5d4-af20-a796-4eec-b856b47d7443@sysmocom.de> Message-ID: On 04/06/2021 09:53, Akib Sayyed wrote: > I think problem is not with clock? > > Cause i tuned to tx freq i see no signal > > But when i comment ramp code from osmobts i do get signal. Hi Akib, the lime-mini has low RF power output and it you have the "wrong" settings for tx power or power reduction you may not see any RF signal at all from the mini. Rather than speculating on such things. you will probably get much better results by following Pau's advice and posting at the very least, your config files for the osmo-* daemons (especially osmo-bsc, osmo-bts-trx and and osmo-trx-lms) The log output from those program will also be very useful to anybody who might help. As an extra plus, If you can, capture the traffic beween these programs with tcpdump and also attach this pcap. But not to this mailing list! Do not attach files here! - better to create a ticket on osmocom.org, or if for some reason that is problematic, make your configs pcap and logs available some other way by hosting them someplace and posting links to them here. k. From bryancoxwell at gmail.com Sat Jun 5 19:51:42 2021 From: bryancoxwell at gmail.com (bryan coxwell) Date: Sat, 5 Jun 2021 15:51:42 -0400 Subject: No ISIM application on SysmoISIM-SJA2? Message-ID: Hi all, I feel like I may be missing something about how SIM cards work here, but I?m unable to figure out how to load the ISIM application on my SysmoISIM-SJA2s, so I?m reaching out here for some help. I started with pySim-shell and listed the directories under the MF directory and it shows only ADF.USIM, so I decided to use shadysim_isim.py to list out the applications on the card and was shown this: AID: a0000000620001, State: 01, Privs: 00 AID: 4a6176656c696e2e6a637265, State: 01, Privs: 00 AID: a0000000620101, State: 01, Privs: 00 AID: a0000000620102, State: 01, Privs: 00 AID: a0000000620201, State: 01, Privs: 00 AID: a000000062020801, State: 01, Privs: 00 AID: a00000006202080101, State: 01, Privs: 00 AID: a0000000620002, State: 01, Privs: 00 AID: a0000000620003, State: 01, Privs: 00 AID: a000000062010101, State: 01, Privs: 00 AID: a00000015100, State: 01, Privs: 00 AID: a0000000090005ffffffff8911000000, State: 01, Privs: 00 AID: a0000000090005ffffffff8912000000, State: 01, Privs: 00 AID: a0000000090005ffffffff8913000000, State: 01, Privs: 00 AID: a0000000090005ffffffff8911010000, State: 01, Privs: 00 AID: a0000000871005ffffffff8913100000, State: 01, Privs: 00 AID: a0000000871005ffffffff8913200000, State: 01, Privs: 00 AID: a0000000090003ffffffff8910710001, State: 01, Privs: 00 AID: a0000000090003ffffffff8910710002, State: 01, Privs: 00 AID: a0000000090005ffffffff8915000000, State: 01, Privs: 00 AID: a00000015141434c, State: 01, Privs: 00 Instance AID: a00000015141434c00 The SysmoUSIM/ISIM manual pointed me to Annex E of 3GPP 101.220 which says the prefix of the ISIM application is A00..00871004. So my questions are: Am I missing something and the app is installed? If not, is there a way to load and install the ISIM application? Thanks in advance everyone. From andrew at carrierdetect.com Sun Jun 6 10:51:22 2021 From: andrew at carrierdetect.com (Andrew Back) Date: Sun, 06 Jun 2021 10:51:22 +0000 Subject: Issue with LimeSDR Mini In-Reply-To: References: <8f3ed5d4-af20-a796-4eec-b856b47d7443@sysmocom.de> Message-ID: Hi Harald, On 04/06/2021 20:15, Harald Welte wrote: > Hi Andrew, > > On Fri, Jun 04, 2021 at 02:38:06PM +0000, Andrew Back wrote: >>> limesdr mini does not have a onboard-clock which is good (precise) >>> enough for gsm requirements. >>> there is no input which can easily be used with an external source like >>> a gpsdo. >>> thus there is no realistic way to reliably do gsm with the -mini, sorry. >> >> External clock can be enabled with LimeSDR Mini, but requires moving >> (soldering) a 0R link and then you always have to use external clock. > > yes,that is possible. I tried that, too, some years ago. The bigger problem, > as far as I recall, are the extremely stringent clock jitter requirements > at this input. There's no on-board PLL anymore, but it was directly the > sampling clock of the ADC, right? Yes, there is no phase detector and ideally the input should be a square wave. There are some more details on the MyriadRF wiki: https://wiki.myriadrf.org/LimeSDR-Mini_v1.2_hardware_description#Clock_Distribution > In any case, at least as I recall, I didn't manage to get a spec > compliant GSM signal out of the LineSDR-mini with that approach using > the clocks I had at my disposal at the time. > > But in any case, that jitter / phase noise is mostly a conformance > related topic and the signal definitely would be good enough to be > properly decoded by commercial UE, particularly in a lab setup with > otherwise near ideal conditions. Sure, for best performance would recommend using the larger LimeSDR-USB or a LimeNET Micro, as Joachim suggested. However, you can use an external reference with LimeSDR Mini and this may provide some performance improvement, but with caveats. Regards, Andrew From bryancoxwell at gmail.com Sun Jun 6 16:18:48 2021 From: bryancoxwell at gmail.com (bryan coxwell) Date: Sun, 6 Jun 2021 12:18:48 -0400 Subject: PySim-shell: File not found errors Message-ID: Hi all, I'm using pySim-Shell with a SysmoISIM-SJA2 as well as a SysmoUSIM-SJS1 and on both cards I get quite a few "File not found" errors trying to access different EFs. I'll use EF.NCP-IP as an example to illustrate the issue I'm having below. My initial steps when I plug in the card are as follows: 1) ./pySim-shell -p0 2) verify_adm 3) select ADF.USIM Now when I run "dir" in ADF.USIM it lists a number of EFs I'm interested in, including EF.NCP-IP. Since this requires service number 80 to be available in EF.UST, I run "select EF.UST" followed by "ust_service_activate 80". This runs without issue. When I run select ADF.USIM now followed by select EF.NCP-IP, the card returns a "File not found" error. So my questions are: Is this file not supported on the SJA2 and SJS1? Is there a way for me to add those files to ADF.USIM? Is there a list of the known supported EFs of the SJA2 and SJS1? I looked and couldn't find anything. Thank you in advance! -------------- next part -------------- An HTML attachment was scrubbed... URL: From laforge at osmocom.org Sun Jun 6 20:22:38 2021 From: laforge at osmocom.org (Harald Welte) Date: Sun, 6 Jun 2021 22:22:38 +0200 Subject: No ISIM application on SysmoISIM-SJA2? In-Reply-To: References: Message-ID: Dear Bryan, On Sat, Jun 05, 2021 at 03:51:42PM -0400, bryan coxwell wrote: > I feel like I may be missing something about how SIM cards work here, but I?m unable to figure out how to load the ISIM application on my SysmoISIM-SJA2s, so I?m reaching out here for some help. The ISIM application is pre-installed on the sysmoISIM-SJA2, just like the SIM, USIM and HPSIM applications. > I started with pySim-shell and listed the directories under the MF directory and it shows only ADF.USIM, so I decided to use shadysim_isim.py to list out the applications on the card and was shown this: This is strange. It should definitely show an ADF.ISIM. Are you sure you're working with a sysmoISIM-SJA2 and not with a sysmoUSIM-SJS1? The latter has no USIM application. If you have a sysmoISIM-SJA2 that you have not yet used/modified? IF so, can you please try to select ADF.ISIM with pySim-shell and provide a copy+paste of the pySim-shell output? -- - 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 Sun Jun 6 20:37:42 2021 From: laforge at osmocom.org (Harald Welte) Date: Sun, 6 Jun 2021 22:37:42 +0200 Subject: PySim-shell: File not found errors In-Reply-To: References: Message-ID: Hi Bryan, On Sun, Jun 06, 2021 at 12:18:48PM -0400, bryan coxwell wrote: > I'm using pySim-Shell with a SysmoISIM-SJA2 as well as a SysmoUSIM-SJS1 and > on both cards I get quite a few "File not found" errors trying to access > different EFs. This is more or less expected, given that the card profiles always reflect the time at which they were created. sysmoUSIM-SJS1 was specified in 2014, and it certainly doesn't contain any files that were introduced in later 3GPP releases. At that time, our main goal was to provide a USIM at all, having previously only provided 2G SIMs. For sysmoISIM-SJA2: It should have most files of 3GPP Rel15. So here it's quite rare you would end up missing some files. Right now we're working on sysmoISIM-SJA2 v2 (avaliable in ~ 2 months from now) which then is updated to 3GPP Release 16 files, and the first card to also contain BER-TLV EFs. > 1) ./pySim-shell -p0 > 2) verify_adm > 3) select ADF.USIM > > Now when I run "dir" in ADF.USIM it lists a number of EFs I'm interested > in, including EF.NCP-IP. Since this requires service number 80 to be > available in EF.UST, I run "select EF.UST" followed by > "ust_service_activate 80". This runs without issue. The file will be present whether or not you activate the service. The two are completely independent of each other on the CardOS side. Only the UE and the 3GPP specs mandate that those two reflect/mirror each other. To the CardOS, EF.UST is just a file with some opaque binary data. It doesn't know its logical meaning. > When I run select ADF.USIM now followed by select EF.NCP-IP, the card > returns a "File not found" error. So my questions are: Is this with a sysmoISIM-SJA2? I am looking at dumps I created of SJA2 cards and they definitely contain EF.NCP-IP. Can you please provide a copy+paste of your pySim-shell session with 'set apdu_trace true' while you try to select that file on a sysmoISIM-SJA2? > Is this file not supported on the SJA2 and SJS1? Only on SJA2. > Is there a way for me to add those files to ADF.USIM? No, the filesystem is fixed at the profile creation time. This is why I've tried very hard with the SJA2 to include any and all files that I could find in all relevant specs (SIM, UICC, USIM, ISIM, HPSIM) at the time of profile creation - to ensure the maximum flexibility for our users. > Is there a list of the known supported EFs of the SJA2 and SJS1? I looked > and couldn't find anything. Unfortunately it is not available. It would be great if somebody would add a 'brute force scan' to pySim-shell, which basically tries all possible 65535 file IDs, and if it's selectable and a DF, recursively continues to do so. This approach would be universal and work with all cards, past, present or future. And it would be guaranteed correct, unlike any manually maintained lists in some manual or wiki... Kind 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 mychaela.falconia at gmail.com Sun Jun 6 20:56:23 2021 From: mychaela.falconia at gmail.com (Mychaela Falconia) Date: Sun, 6 Jun 2021 12:56:23 -0800 Subject: PySim-shell: File not found errors In-Reply-To: References: Message-ID: Harald Welte wrote: > > Is there a way for me to add those files to ADF.USIM? > > No, the filesystem is fixed at the profile creation time. I strongly condemn the current policy of all currently available SIM card vendors (both Grcard and Sysmocom) where they refuse to disclose the necessary knowledge to allow individual downstream card owners to freely reformat their file system, even if it means low-level flash reformatting and CardOS image reloading etc. I have written more about this topic earlier: https://www.freecalypso.org/hg/fc-sim-tools/file/tip/doc/Formatting-thoughts > Unfortunately it is not available. It would be great if somebody would add > a 'brute force scan' to pySim-shell, which basically tries all possible 65535 > file IDs, and if it's selectable and a DF, recursively continues to do so. This feature already exists in fc-uicc-tool in my fc-sim-tools suite, my competitor to pySim: https://www.freecalypso.org/hg/fc-sim-tools/file/tip/doc/Brute-force-search M~ From laforge at osmocom.org Mon Jun 7 06:38:54 2021 From: laforge at osmocom.org (Harald Welte) Date: Mon, 7 Jun 2021 08:38:54 +0200 Subject: PySim-shell: File not found errors In-Reply-To: References: Message-ID: Dear Mychaela, On Sun, Jun 06, 2021 at 12:56:23PM -0800, Mychaela Falconia wrote: > I strongly condemn the current policy of all currently available SIM > card vendors (both Grcard and Sysmocom) where they refuse to disclose > the necessary knowledge to allow individual downstream card owners to > freely reformat their file system, even if it means low-level flash > reformatting and CardOS image reloading etc. I believe the sysmocom SIM card products are the most open/accessible SIM card products in the market - and that with a large distance to the classic suppliers of SIM cards. I also believe it is the maximum currently possible open-ness within that market, considering the highly proprietary nature of all known smart card ICs as well as card operating systems. We once were playing with the idea of a FOSS card operating system (osmo-cos) based on a relatively well documented chinse smart card IC (CC32RS512). However, it never really went anywhere before the chips started to become unavailable. You are most welcome to create any more open/accessible SIM card products, I would certainly appreciate that. If such products existed, we would have never needed to create the sysmoUSIM/sysmoISIM products and could focus on open source software development. > This feature already exists in fc-uicc-tool in my fc-sim-tools suite, > my competitor to pySim: Please note that I do not see any "competition" in any of the projects you work on. Those are different projects, with as far as I can tell rather different goals. There may be some amount of overlap for some use cases. For those overlapping use cases I would consider "alternative" an appropriate term. For all other use cases they are complimentary. The Osmocom project does not engage in "competition". We do what we do, people can like it, dislike it, use it, or create alternatives as they please. 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 Tue Jun 8 13:28:11 2021 From: laforge at osmocom.org (Harald Welte) Date: Tue, 8 Jun 2021 15:28:11 +0200 Subject: Announcement of "OsmoDevCall" on June 11, 2021 Message-ID: Dear Osmocom community, It's my pleasure to announce the next OsmoDevCall at June 11, 2021 at 20:00 CEST at https://meeting4.franken.de/b/har-xbc-bsx-wvs This meeting will have the following schedule: 20:00 meet + greet 20:15 presentation by keith: "Screen Sharing peek at TIC A.C. infrastructure in Oaxaca" 21:00 USSE: unstructured supplementary social event [*] 22:00 close of call TIC A.C. is an operator of Osmocom based community cellular networks in indigenous communities of the Mexican state of Oaxaca. Keith works with Rhizomatica and TIC A.C. and will give us some live insight into how they operate 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 Thu Jun 10 11:48:20 2021 From: laforge at osmocom.org (Harald Welte) Date: Thu, 10 Jun 2021 13:48:20 +0200 Subject: Help on reading values of ISIM In-Reply-To: <26DE0DD5-EA4E-411B-B47F-51974E57CD79@contoso.com> References: <26DE0DD5-EA4E-411B-B47F-51974E57CD79@contoso.com> Message-ID: Dear Zishuai, * which SIM card are you using? is it a sysmoISIM-SJA2? Please provide the ATR. * can you copy+paste the output of the following pySim-shell commands: select EF.DIR read_record 1 read_record 2 read_record 3 read_record 4 -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From bryancoxwell at gmail.com Fri Jun 11 19:16:22 2021 From: bryancoxwell at gmail.com (bryan coxwell) Date: Fri, 11 Jun 2021 15:16:22 -0400 Subject: cmd2 update causing pySim-shell to fail Message-ID: Hi all, Just wanted to share an issue and a quick workaround I found for it in case anyone else has the same problem. I believe a cmd2 update is causing pySim-shell to fail. After installing it on a fresh install of Ubuntu Server 20.04 and getting the following error when I run "python3 pySim-shell -p0": >Using PC/SC reader interface >Autodetected card type: sysmoUSIM-SJS1 >AIDs on card: > USIM: a0000000871002ffffffff8907090000 >Traceback (most recent call last): > File "pySim-shell.py", line 512, in > app = PysimApp(card, rs, opts.script) > File "pySim-shell.py", line 59, in __init__ > super().__init__(persistent_history_file='~/.pysim_shell_history', allow_cli_args=False, use_ipython=True, auto_load_commands=False, command_sets=basic_commands, >startup_script=script) >TypeError: __init__() got an unexpected keyword argument 'use_ipython' If you run into this you can fix it by uninstalling cmd2 and reinstalling cmd2 with "pip3 install cmd2==1.5". Best, Bryan -------------- next part -------------- An HTML attachment was scrubbed... URL: From laforge at osmocom.org Fri Jun 11 21:28:46 2021 From: laforge at osmocom.org (Harald Welte) Date: Fri, 11 Jun 2021 23:28:46 +0200 Subject: cmd2 update causing pySim-shell to fail In-Reply-To: References: Message-ID: Hi Bryan, On Fri, Jun 11, 2021 at 03:16:22PM -0400, bryan coxwell wrote: > Just wanted to share an issue and a quick workaround I found for it in case > anyone else has the same problem. I believe a cmd2 update is causing > pySim-shell to fail. thanks for reporting this. I can confirm the problem: cmd2 decided it is a good idea to rename the use_ipython argument to include_ipy in the following commit: https://github.com/python-cmd2/cmd2/commit/2397280cad072a27a51f5ec1cc64908039d14bd1 I've filed an issue to ask how applications are supposed to deal with that: https://github.com/python-cmd2/cmd2/issues/1120 -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From matt9j at cs.washington.edu Fri Jun 11 21:56:24 2021 From: matt9j at cs.washington.edu (Matthew Johnson) Date: Fri, 11 Jun 2021 14:56:24 -0700 Subject: cmd2 update causing pySim-shell to fail In-Reply-To: References: Message-ID: Bryan, Did you install pysim dependencies with pip and requirements.txt, or with the upstream ubuntu packages? If you installed via pip, I believe the pythonic way to handle this is for dependencies to use semantic versioning, which it appears the cmd2 developers are following. Pip is rolling, and without a version constraint defaults to the latest release. cmd2 released a 2.0.0 version on June 6 ( https://github.com/python-cmd2/cmd2/releases/tag/2.0.0), but the pysim requirements.txt has no version constraint ( https://github.com/osmocom/pysim/blob/master/requirements.txt). Dependency management is known to be "not great" (in quotes as a sarcastic understatement : ) ) in python, and for applications with complex dependencies there are tools like pipenv and poetry (seems to be getting more traction now) that more rigorously isolate the environment and dependencies present, complete with lockfiles and reproducible environments. Since pysim is relatively simple, it is probably sufficient in practice to just add major version constraints to the requirements.txt, although a more rigorous from source install procedure could use poetry and a lockfile, at the cost of needing poetry on your system instead of just pip. If you installed dependencies via system package manager, I am surprised that ubuntu pulled a new version into their LTS repo, but I expect this is not the case, although I don't have an ubuntu machine handy to verify! Regards, -Matt J. On Fri, Jun 11, 2021 at 2:30 PM Harald Welte wrote: > Hi Bryan, > > On Fri, Jun 11, 2021 at 03:16:22PM -0400, bryan coxwell wrote: > > Just wanted to share an issue and a quick workaround I found for it in > case > > anyone else has the same problem. I believe a cmd2 update is causing > > pySim-shell to fail. > > thanks for reporting this. > > I can confirm the problem: cmd2 decided it is a good idea to rename > the use_ipython argument to include_ipy in the following commit: > > https://github.com/python-cmd2/cmd2/commit/2397280cad072a27a51f5ec1cc64908039d14bd1 > > I've filed an issue to ask how applications are supposed to deal with that: > https://github.com/python-cmd2/cmd2/issues/1120 > > -- > - Harald Welte > http://laforge.gnumonks.org/ > > ============================================================================ > "Privacy in residential applications is a desirable marketing option." > (ETSI EN 300 175-7 Ch. > A6) > -------------- next part -------------- An HTML attachment was scrubbed... URL: From laforge at osmocom.org Sat Jun 12 06:10:12 2021 From: laforge at osmocom.org (Harald Welte) Date: Sat, 12 Jun 2021 08:10:12 +0200 Subject: cmd2 update causing pySim-shell to fail In-Reply-To: References: Message-ID: Hi Matt, I already had https://gerrit.osmocom.org/c/pysim/+/24648 in gerrit since last night and now merged it. Let's hope the cmd2 situation is resolved now. -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From zs.cheng at hotmail.com Wed Jun 23 03:35:40 2021 From: zs.cheng at hotmail.com (=?utf-8?B?56iLIOWtkOW4hQ==?=) Date: Wed, 23 Jun 2021 03:35:40 +0000 Subject: Help on reading values of ISIM In-Reply-To: References: <26DE0DD5-EA4E-411B-B47F-51974E57CD79@contoso.com> Message-ID: <2C058EE3-0C15-4035-8F49-EE51B64265D5@hotmail.com> Dear Harald, Sorry I wasn't able to get back to you sooner. I'm using China Unicom SIM card. Attached is the result of pcsc_scan and pySim-shell. Thanks in advance. Best wishes, Zishuai CHENG ?On 2021/6/10, 7:48 PM, "Harald Welte" wrote: Dear Zishuai, * which SIM card are you using? is it a sysmoISIM-SJA2? Please provide the ATR. * can you copy+paste the output of the following pySim-shell commands: select EF.DIR read_record 1 read_record 2 read_record 3 read_record 4 -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: result of pcsc_scan.txt URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: result of pySim-shell.txt URL: From laforge at gnumonks.org Wed Jun 23 05:21:57 2021 From: laforge at gnumonks.org (Harald Welte) Date: Wed, 23 Jun 2021 07:21:57 +0200 Subject: Help on reading values of ISIM In-Reply-To: <2C058EE3-0C15-4035-8F49-EE51B64265D5@hotmail.com> References: <26DE0DD5-EA4E-411B-B47F-51974E57CD79@contoso.com> <2C058EE3-0C15-4035-8F49-EE51B64265D5@hotmail.com> Message-ID: The pySim-shell software is primarily designed for and tested with sysmocom SIM cards. In theory it should be easy to male it work with other cards, assuming you only want to read or have credentials to write. We are happy to merge patches if anyone works on fixing support for other cards. However, sysmocom developers (who wrote the badt majority of the pysim-shell code sogar) are not investing time/resources into related testing/fixing interoperability. Thanks for your understanding. -- Sent from a mobile device. Please excuse my brevity. From mlaszlo at gmail.com Fri Jun 25 11:13:54 2021 From: mlaszlo at gmail.com (=?UTF-8?B?TWFkYXJhc3N5IEzDoXN6bMOz?=) Date: Fri, 25 Jun 2021 13:13:54 +0200 Subject: osmoSTP association establishment Message-ID: <531c16e4-6faa-fa85-f70a-892ae2be5e1e@gmail.com> Hi Devs, I have successfully compiled and integrated osmoSTP with our product. I have a question regarding to assotiaction establishment: Currently we'll initiate the associtation establishment from our product and STP will reply to our INIT message. Is it possible to start the establishment from STP side? I haven't found any cli command/configuration for this. Thanks, Laszlo From pespin at sysmocom.de Fri Jun 25 16:15:53 2021 From: pespin at sysmocom.de (Pau Espin Pedrol) Date: Fri, 25 Jun 2021 18:15:53 +0200 Subject: osmoSTP association establishment In-Reply-To: <531c16e4-6faa-fa85-f70a-892ae2be5e1e@gmail.com> References: <531c16e4-6faa-fa85-f70a-892ae2be5e1e@gmail.com> Message-ID: <884a37bf-77a1-3686-3bc3-288accc0b527@sysmocom.de> Hi, you are probably looking at "sctp-role client" under the "asp" node. See https://git.osmocom.org/libosmo-sccp/tree/src/osmo_ss7_vty.c#n724 -- - 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