simtrace

simtrace@lists.osmocom.org

346 discussions

Simtrace 2 completely lost
by Mathieu Sommerfeld 17 May '22

17 May '22

Hello, I’ve recently acquired a simtrace, but I can’t get it to work at all under OS X. I’ve tried Kali, but simtrace list shows 0usb devices. For OS X there’s a ton of dependencies that I can’t find. And on Kali I’m a real novice. Is there a more elaborate tutorial somewhere for me to use? Thanks, Mat.

1 0

remsim unknwon RSPRO PDU type
by pnederveen＠eseye.com 26 Apr '22

26 Apr '22

Hello, I work with Marc Wilson (recent poster here) and we have been trying to get remsim functional. I got all of the client/server bits to finally talk to each other today along with the port/slot mapping. In my setup, the ST2 board is connected to a RPi running the remsim-client, and the PC/SC card reader is mounted to an Ubuntu VM running the server/bankd components. I am running the pieces each in their own shell so I can easily get stderr output. Server VM: @ubuntu:~$ sudo osmo-remsim-server 35014 DLINP NOTICE input/ipa.c:283 0.0.0.0:9998 accept()ed new link from 127.0.0.1:36289 35087 DSLOTMAP INFO ../slotmap.c:135 Slot Map B(1:0) <-> C(1:0) added 35087 DMAIN INFO rest_api.c:333 Slot Map B(1:0) <-> C(1:0) state change: NEW -> NEW 35087 DMAIN INFO rest_api.c:339 Slot Map B(1:0) <-> C(1:0) state change: NEW -> NEW 35014 DMAIN INFO rspro_server.c:716 Event FD arrived, checking for any pending work 35014 DMAIN INFO rspro_server.c:391 Slot Map B(1:0) <-> C(1:0) state change: NEW -> UNACKNOWLEDGED 35014 DMAIN INFO rspro_server.c:363 Slot Map B(1:0) <-> C(1:0) state change: UNACKNOWLEDGED -> ACTIVE @ubuntu:~$ sudo osmo-remsim-bankd -b 1 -n 1 […cut for clarity] 35019 DBANKDW INFO bankd_main.c:442 [000 CONN_WAIT_ID] Changing state to ACCEPTING 35018 DSLOTMAP INFO ../slotmap.c:135 Slot Map B(1:0) <-> C(1:0) added 35019 DBANKDW INFO bankd_main.c:955 [000 ACCEPTING] Accepted connection from 192.168.70.218:41431 35019 DBANKDW INFO bankd_main.c:442 [000 ACCEPTING] Changing state to CONN_WAIT_ID 35019 DBANKDW INFO bankd_main.c:655 [000 CONN_WAIT_ID] Rx RSPRO connectClientReq(T=0, N='raspberrypi', SW='remsim-client', VER='1.0.0') 35019 DBANKDW INFO bankd_main.c:442 [000 CONN_WAIT_ID] Changing state to CONN_CLIENT 35019 DBANKDW INFO bankd_main.c:625 [000 CONN_CLIENT] slotmap found: C(1:0) -> B(1:0) 35019 DBANKDW INFO bankd_main.c:450 [000 CONN_CLIENT] Changing state to CONN_CLIENT_MAPPED (timeout=10) 35019 DBANKDW INFO bankd_pcsc.c:261 [000 CONN_CLIENT_MAPPED] Attempting to open PC/SC context 35019 DBANKDW INFO bankd_pcsc.c:264 [000 CONN_CLIENT_MAPPED] SCardEstablishContext: OK 35019 DBANKDW INFO bankd_pcsc.c:215 [000 CONN_CLIENT_MAPPED] Attempting to find card/slot using regex 'OMNIKEY AG CardMan 3121 $OKCM0012007091219038212815383974$ 00 00' 35019 DBANKDW INFO bankd_pcsc.c:234 [000 CONN_CLIENT_MAPPED] Attempting to open card/slot 'OMNIKEY AG CardMan 3121 (OKCM0012007091219038212815383974) 00 00' 35019 DBANKDW INFO bankd_pcsc.c:198 [000 CONN_CLIENT_MAPPED] SCardStatus: OK 35019 DBANKDW INFO bankd_pcsc.c:200 [000 CONN_CLIENT_MAPPED] Card ATR: 3b9f96c00a3fc7828031e073fe211f65d00209146c810f13 35019 DBANKDW INFO bankd_main.c:442 [000 CONN_CLIENT_MAPPED] Changing state to CONN_CLIENT_MAPPED_CARD On the RPi running the client I get: pi@raspberrypi:~ $ sudo osmo-remsim-client-st2 --usb-vendor 1d50 --usb-product 60e3 --usb-path 1-1.3 --usb-interface 0 --usb-config 1 --usb-altsetting 0 --client-id 1 --client-slot 0 --server-ip 192.168.70.241 --server-port 9999 DRSPRO INFO ../rspro_client_fsm.c:307 RSPRO_CLIENT(server){REESTABLISH}: Creating TCP connection to server at 192.168.70.241:9999 DLINP NOTICE simtrace2_api.c:271 [0] <= osmo_st2_cardem_request_config(features=00000001) DLINP NOTICE input/ipa.c:128 192.168.70.241:9999 connection done DRSPRO NOTICE ../rspro_client_fsm.c:127 RSPRO_CLIENT(server){REESTABLISH}: RSPRO link to 192.168.70.241:9999 UP DRSPRO ERROR remsim_client.c:121 RSPRO_CLIENT(server){CONNECTED}: Unknown/Unsupported RSPRO PDU type: setAtrReq When I look at https://git.osmocom.org/osmo-remsim/tree/asn1/RSPRO.asn I see the setAtrReq PDU, so not sure why we are getting this error. For completeness here is the pcsc_scan on the VM talking to the Reader+Card that I am trying to remote: @ubuntu:~$ pcsc_scan Using reader plug'n play mechanism Scanning present readers... 0: OMNIKEY AG CardMan 3121 (OKCM0012007091219038212815383974) 00 00 Thu Apr 21 06:49:01 2022 Reader 0: OMNIKEY AG CardMan 3121 (OKCM0012007091219038212815383974) 00 00 Event number: 2 Card state: Card inserted, ATR: 3B 9F 96 C0 0A 3F C7 82 80 31 E0 73 FE 21 1F 65 D0 02 09 14 6C 81 0F 13 ATR: 3B 9F 96 C0 0A 3F C7 82 80 31 E0 73 FE 21 1F 65 D0 02 09 14 6C 81 0F 13 + TS = 3B --> Direct Convention + T0 = 9F, Y(1): 1001, K: 15 (historical bytes) TA(1) = 96 --> Fi=512, Di=32, 16 cycles/ETU 250000 bits/s at 4 MHz, fMax for Fi = 5 MHz => 312500 bits/s TD(1) = C0 --> Y(i+1) = 1100, Protocol T = 0 ----- TC(2) = 0A --> Work waiting time: 960 x 10 x (Fi/F) TD(2) = 3F --> Y(i+1) = 0011, Protocol T = 15 - Global interface bytes following ----- TA(3) = C7 --> Clock stop: no preference - Class accepted by the card: (3G) A 5V B 3V C 1.8V TB(3) = 82 --> + Historical bytes: 80 31 E0 73 FE 21 1F 65 D0 02 09 14 6C 81 0F Category indicator byte: 80 (compact TLV data object) Tag: 3, len: 1 (card service data byte) Card service data byte: E0 - Application selection: by full DF name - Application selection: by partial DF name - BER-TLV data objects available in EF.DIR - EF.DIR and EF.ATR access services: by GET RECORD(s) command - Card with MF Tag: 7, len: 3 (card capabilities) Selection methods: FE - DF selection by full DF name - DF selection by partial DF name - DF selection by path - DF selection by file identifier - Implicit DF selection - Short EF identifier supported - Record number supported Data coding byte: 21 - Behaviour of write functions: proprietary - Value 'FF' for the first byte of BER-TLV tag fields: invalid - Data unit in quartets: 2 Command chaining, length fields and logical channels: 1F - Logical channel number assignment: by the interface device and card - Maximum number of logical channels: 8 Tag: 6, len: 5 (pre-issuing data) Data: D0 02 09 14 6C Tag: 8, len: 1 (status indicator) LCS (life card cycle): 0F + TCK = 13 (correct checksum) I checked the debug output on the ST2 board and this is all that I see: ============================================================================= SIMtrace2 firmware 0.8.1.33-9088, BOARD=simtrace, APP=cardem (C) 2010-2019 by Harald Welte, 2018-2019 by Kevin Redon ============================================================================= -I- Chip ID: 0x28900960 (Ext 0x00000000) -I- Serial Nr. 51203220-59393152-33303120-33323033 -I- Reset Cause: general reset (first power-up reset) -I- USB init... USBD_Init SetAddr(8) -W- Sta 0x888A8 [0] -W- _ -W- Sta 0x888A8 [0] -W- _ -W- Sta 0x888A8 [0] -W- _ SetCfg(1) cfgChanged1 -I- calling configure of all configurations... -I- calling init of config 1... -I- Modem 0: physical SIM -I- 0: Use local/physical SIM<CR><LF>-I- entering main loop... -I- USB is now configured -W- Sta 0x88828 [0] -W- _ I could really use some help. I am so close to getting this functional but stuck on this snag. Thank you, Paul

3 5

remsim unknwon RSPRO PDU type
by Paul Nederveen 21 Apr '22

21 Apr '22

Hello, I work with Marc Wilson (recent poster here) and we have been trying to get remsim functional. I got all of the client/server bits to finally talk to each other today along with the port/slot mapping. In my setup, the ST2 board is connected to a RPi running the remsim-client, and the PC/SC card reader is mounted to an Ubuntu VM running the server/bankd components. I am running the pieces each in their own shell so I can easily get stderr output. Server VM: @ubuntu:~$ sudo osmo-remsim-server 35014 DLINP NOTICE input/ipa.c:283 0.0.0.0:9998 accept()ed new link from 127.0.0.1:36289 35087 DSLOTMAP INFO ../slotmap.c:135 Slot Map B(1:0) <-> C(1:0) added 35087 DMAIN INFO rest_api.c:333 Slot Map B(1:0) <-> C(1:0) state change: NEW -> NEW 35087 DMAIN INFO rest_api.c:339 Slot Map B(1:0) <-> C(1:0) state change: NEW -> NEW 35014 DMAIN INFO rspro_server.c:716 Event FD arrived, checking for any pending work 35014 DMAIN INFO rspro_server.c:391 Slot Map B(1:0) <-> C(1:0) state change: NEW -> UNACKNOWLEDGED 35014 DMAIN INFO rspro_server.c:363 Slot Map B(1:0) <-> C(1:0) state change: UNACKNOWLEDGED -> ACTIVE @ubuntu:~$ sudo osmo-remsim-bankd -b 1 -n 1 [...cut for clarity] 35019 DBANKDW INFO bankd_main.c:442 [000 CONN_WAIT_ID] Changing state to ACCEPTING 35018 DSLOTMAP INFO ../slotmap.c:135 Slot Map B(1:0) <-> C(1:0) added 35019 DBANKDW INFO bankd_main.c:955 [000 ACCEPTING] Accepted connection from 192.168.70.218:41431 35019 DBANKDW INFO bankd_main.c:442 [000 ACCEPTING] Changing state to CONN_WAIT_ID 35019 DBANKDW INFO bankd_main.c:655 [000 CONN_WAIT_ID] Rx RSPRO connectClientReq(T=0, N='raspberrypi', SW='remsim-client', VER='1.0.0') 35019 DBANKDW INFO bankd_main.c:442 [000 CONN_WAIT_ID] Changing state to CONN_CLIENT 35019 DBANKDW INFO bankd_main.c:625 [000 CONN_CLIENT] slotmap found: C(1:0) -> B(1:0) 35019 DBANKDW INFO bankd_main.c:450 [000 CONN_CLIENT] Changing state to CONN_CLIENT_MAPPED (timeout=10) 35019 DBANKDW INFO bankd_pcsc.c:261 [000 CONN_CLIENT_MAPPED] Attempting to open PC/SC context 35019 DBANKDW INFO bankd_pcsc.c:264 [000 CONN_CLIENT_MAPPED] SCardEstablishContext: OK 35019 DBANKDW INFO bankd_pcsc.c:215 [000 CONN_CLIENT_MAPPED] Attempting to find card/slot using regex 'OMNIKEY AG CardMan 3121 $OKCM0012007091219038212815383974$ 00 00' 35019 DBANKDW INFO bankd_pcsc.c:234 [000 CONN_CLIENT_MAPPED] Attempting to open card/slot 'OMNIKEY AG CardMan 3121 (OKCM0012007091219038212815383974) 00 00' 35019 DBANKDW INFO bankd_pcsc.c:198 [000 CONN_CLIENT_MAPPED] SCardStatus: OK 35019 DBANKDW INFO bankd_pcsc.c:200 [000 CONN_CLIENT_MAPPED] Card ATR: 3b9f96c00a3fc7828031e073fe211f65d00209146c810f13 35019 DBANKDW INFO bankd_main.c:442 [000 CONN_CLIENT_MAPPED] Changing state to CONN_CLIENT_MAPPED_CARD On the RPi running the client I get: pi@raspberrypi:~ $ sudo osmo-remsim-client-st2 --usb-vendor 1d50 --usb-product 60e3 --usb-path 1-1.3 --usb-interface 0 --usb-config 1 --usb-altsetting 0 --client-id 1 --client-slot 0 --server-ip 192.168.70.241 --server-port 9999 DRSPRO INFO ../rspro_client_fsm.c:307 RSPRO_CLIENT(server){REESTABLISH}: Creating TCP connection to server at 192.168.70.241:9999 DLINP NOTICE simtrace2_api.c:271 [0] <= osmo_st2_cardem_request_config(features=00000001) DLINP NOTICE input/ipa.c:128 192.168.70.241:9999 connection done DRSPRO NOTICE ../rspro_client_fsm.c:127 RSPRO_CLIENT(server){REESTABLISH}: RSPRO link to 192.168.70.241:9999 UP DRSPRO ERROR remsim_client.c:121 RSPRO_CLIENT(server){CONNECTED}: Unknown/Unsupported RSPRO PDU type: setAtrReq When I look at https://git.osmocom.org/osmo-remsim/tree/asn1/RSPRO.asn I see the setAtrReq PDU, so not sure why we are getting this error. For completeness here is the pcsc_scan on the VM talking to the Reader+Card that I am trying to remote: @ubuntu:~$ pcsc_scan Using reader plug'n play mechanism Scanning present readers... 0: OMNIKEY AG CardMan 3121 (OKCM0012007091219038212815383974) 00 00 Thu Apr 21 06:49:01 2022 Reader 0: OMNIKEY AG CardMan 3121 (OKCM0012007091219038212815383974) 00 00 Event number: 2 Card state: Card inserted, ATR: 3B 9F 96 C0 0A 3F C7 82 80 31 E0 73 FE 21 1F 65 D0 02 09 14 6C 81 0F 13 ATR: 3B 9F 96 C0 0A 3F C7 82 80 31 E0 73 FE 21 1F 65 D0 02 09 14 6C 81 0F 13 + TS = 3B --> Direct Convention + T0 = 9F, Y(1): 1001, K: 15 (historical bytes) TA(1) = 96 --> Fi=512, Di=32, 16 cycles/ETU 250000 bits/s at 4 MHz, fMax for Fi = 5 MHz => 312500 bits/s TD(1) = C0 --> Y(i+1) = 1100, Protocol T = 0 ----- TC(2) = 0A --> Work waiting time: 960 x 10 x (Fi/F) TD(2) = 3F --> Y(i+1) = 0011, Protocol T = 15 - Global interface bytes following ----- TA(3) = C7 --> Clock stop: no preference - Class accepted by the card: (3G) A 5V B 3V C 1.8V TB(3) = 82 --> + Historical bytes: 80 31 E0 73 FE 21 1F 65 D0 02 09 14 6C 81 0F Category indicator byte: 80 (compact TLV data object) Tag: 3, len: 1 (card service data byte) Card service data byte: E0 - Application selection: by full DF name - Application selection: by partial DF name - BER-TLV data objects available in EF.DIR - EF.DIR and EF.ATR access services: by GET RECORD(s) command - Card with MF Tag: 7, len: 3 (card capabilities) Selection methods: FE - DF selection by full DF name - DF selection by partial DF name - DF selection by path - DF selection by file identifier - Implicit DF selection - Short EF identifier supported - Record number supported Data coding byte: 21 - Behaviour of write functions: proprietary - Value 'FF' for the first byte of BER-TLV tag fields: invalid - Data unit in quartets: 2 Command chaining, length fields and logical channels: 1F - Logical channel number assignment: by the interface device and card - Maximum number of logical channels: 8 Tag: 6, len: 5 (pre-issuing data) Data: D0 02 09 14 6C Tag: 8, len: 1 (status indicator) LCS (life card cycle): 0F + TCK = 13 (correct checksum) I could really use some help. I am so close to getting this functional but stuck on this snag. Thank you! Paul Nederveen Paul Nederveen Director of Technical Consulting t: +1 484 935 3130 | m: +19196496363 | w: eseye.com LinkedIn | Twitter | YouTube | Blog This email is from Eseye . Address: 2880 Zanker Rd, Suite 203, San Jose, California, 95134, United States. Registered in England and Wales - number 06397669. VAT: GB921298326. ISO 27001: 2013 Certified. If you are not the intended recipient, please notify the sender and delete this email and any attachments. Eseye, AnyNet, AnyNet Secure and Eseye Logos are registered trademarks. 2020 Eseye Limited. All rights reserved.

1 0

RFC: migrating git.osmocom.org to gitea?
by Harald Welte 31 Mar '22

31 Mar '22

Hi all! [please follow-up-to the openbsc(a)lists.osmocom.org mailing list, if there is any discussion, we don't want to drag it over tons of mailing lists in parallel] Some weeks ago, I created https://osmocom.org/issues/5397 but it seems nobody noticed the ticket or had any comments to it. So let me post this as RFC here on the mailing list: In the past, we had a gitolite/gitosis setup, which was fine in the early days of git, but it means that people cannot easily create new repositories, see who has permissions, and we cannot delegate ownership. Even updating SSH keys requires manual interaction of a sysadmin like me. I would therefore suggest to migrate git.osmocom.org to gitea[1] This would allow the following features: * users can self-create any number of personal repositories (like gitlab/github) * we can create 'organizations' along the line of reasonably independent osmocom member projects like op25, who can then manage their own repos/permissions/... * gitea can link to redmine wiki and redmine issue trackers (rather than using its own built-in) For those repositories hosted in gerrit (mainly CNI), we would still keep git.osmocom.org a read-only mirror, like we do it right now. For those repositories not hosted in gerrit, users/projects could then accept merge requests in gitea. Coupling this with 3rd party authentication via github/gitlab/etc should make it easier for the occasional contributor to submit changes. There is a downside, of course; A lot of repo URLs have to change. Most of our current repositories are at git.osmocom.org/project.git while gitea follows a git.osmocom.org/organization/project.git scheme. I'm not sure there is any way to help to mitigate this... Any thoughts, comments? [1] https://gitea.io/ -- - Harald Welte <laforge(a)osmocom.org> http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)

1 1

OsmoDevCon 2022 ?
by Harald Welte 10 Mar '22

10 Mar '22

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 <laforge(a)osmocom.org> http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)

5 7

Re: Tracing of non SIM card smart cards with simtrace2
by melvin Schenk 10 Feb '22

10 Feb '22

1 0

Tracing of non SIM card smart cards with simtrace2
by melvin Schenk 04 Feb '22

04 Feb '22

2 1

Simtrace2 under Debian10
by Simon Blythe 27 Jan '22

27 Jan '22

I have followed the procedure on https://osmocom.org/projects/cellular-infrastructure/wiki/Latest_Builds <https://osmocom.org/projects/cellular-infrastructure/wiki/Latest_Builds> for adding the repository to my system but con’t find any instructions for how to get the binaries or the Wireshark plugin to use the SimTrace2 hardware. Please can you point me to the right page with full installation instructions? Thanks, Simon

2 1

SimTrace2 /dev/ttyUSB* not showing up
by Sabyrzhan Tasbolatov 25 Jan '22

25 Jan '22

Hello, I've just received SimTrace2, LED green and red are flashing. Even phone is able to connect to telecom network. However, connecting to USB on Ubuntu 21.10 does not work (also tried with Ubuntu 20.04.3 LTS). No /dev/ttyUSB*, or /dev/ttyACM* appears. Here are dmesg: [ 4513.939503] usb 1-4.1: USB disconnect, device number 26 [ 4514.931801] usb 1-4.1: new full-speed USB device number 27 using xhci_hcd [ 4515.036480] usb 1-4.1: New USB device found, idVendor=1d50, idProduct=60e3, bcdDevice= 0.02 [ 4515.036494] usb 1-4.1: New USB device strings: Mfr=1, Product=2, SerialNumber=11 [ 4515.036501] usb 1-4.1: Product: SIMtrace 2 [ 4515.036505] usb 1-4.1: Manufacturer: sysmocom - s.f.m.c. GmbH [ 4515.036509] usb 1-4.1: SerialNumber: xxxxxxx I've followed these instructions: https://osmocom.org/projects/simtrace2/wiki - have my user id plugdev group (logged out to verify), - verified that udevs are right and service has been restarted. https://git.osmocom.org/simtrace2/plain/host/contrib/99-simtrace2.rules - here is the list of libusb: libgusb2:amd640.3.5-1build1 libusb-0.1-4:amd642:0.1.12-32build2 libusb-1.0-0:amd642:1.0.24-3 libusb-1.0-0-dev:amd642:1.0.24-3 libusb-1.0-doc2:1.0.24-3 libusb-dev2:0.1.12-32build2 libusbmuxd6:amd642.0.2-3build1 and libosmo* libosmocodec0:amd641.4.2-3 libosmocoding0:amd641.4.2-3 libosmocore-dev:amd641.4.2-3 libosmocore16:amd641.4.2-3 libosmoctrl0:amd641.4.2-3 libosmogb11:amd641.4.2-3 libosmogsm15:amd641.4.2-3 libosmosim2:amd641.4.2-3 libosmovty4:amd641.4.2-3 Also I've tried to flash the latest firmware like in this document, with the "simtrace-trace-dfu-latest.bin" from 2022-Jan-25 07:52:30 https://osmocom.org/projects/simtrace2/wiki/Flashing#DFU Please advise where is the problem Thanks -- Sabr

1 1

Newbie
by Simon Blythe 21 Jan '22

21 Jan '22

I would be very grateful for help getting my SimTrace2 going under Debian 10 please. I have followed the instructions for getting the repository onto my system but am unsure how to install trace or the Wireshark plugin? Kind regards, Simon (chipscanner) Sent from my iPhone

2 1

← Newer
1
...
4
5
6
7
8
9
10
...
35
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

simtrace