This is merely a historical archive of years 2008-2021, before the migration to mailman3.
A maintained and still updated list archive can be found at https://lists.osmocom.org/hyperkitty/list/OpenBSC@lists.osmocom.org/.
Neels Hofmeyr nhofmeyr at sysmocom.deOn Wed, Feb 28, 2018 at 03:42:19AM +0000, Ron wrote: > Hi All, > > We have encountered an issue in latching/phone camping using UMTRX and OSMOCOM elements. > > During the registration process, encryption command fails since the OsmoBSC/BTS does not provide the IMEI in the Identity Request. Please clarify, various aspects of this request fail to make sense to me: The Identity Request is just a request and does not contain any identity. The IMEI (or any other identity) is, if at all, provided in the Identity Response. To obtain an IMEI, OsmoMSC needs to actively request an IMEI identity by sending a corresponding Identity Request to the MS. OsmoMSC has the internal flags to trigger requesting an IMEI and we have tests for that, but it seems that we currently don't actually expose it in VTY config, and requesting the IMEI is off by default -- we never request the IMEI. (If you're using the HUAWEI MSC, that's a different thing of course.) Furthermore, requesting the IMEI or not is DTAP-land and utterly independent from the hardware used. There is absolutely no way of influencing the presence or content of ID Requests by using a different SDR (as long as the SDR works). Lastly, the IMEI does not relate to encryption in any way, at least not in the specs and not in our Osmocom core network. You don't mean IMSI, do you? Looking forward to your clarifications... ~N -- - Neels Hofmeyr <nhofmeyr at sysmocom.de> http://www.sysmocom.de/ ======================================================================= * sysmocom - systems for mobile communications GmbH * Alt-Moabit 93 * 10559 Berlin, Germany * Sitz / Registered office: Berlin, HRB 134158 B * Geschäftsführer / Managing Directors: Harald Welte -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: not available URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20180228/51808c76/attachment.bin>