openbsc.git branch zecke/features/no-tmsi created. 0.14.0-132-g55a3e67

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "The OpenBSC GSM Base Station Controller (+MSC/HLR/SGSN)". The branch, zecke/features/no-tmsi has been created at 55a3e676047651d7487aba50e7e9a1437d3f519a (commit) - Log ----------------------------------------------------------------- http://cgit.osmocom.org/openbsc/commit/?id=55a3e676047651d7487aba50e7e9a143… commit 55a3e676047651d7487aba50e7e9a1437d3f519a Author: Holger Hans Peter Freyther <holger(a)moiji-mobile.com> Date: Mon Jul 13 20:33:08 2015 +0200 nitb: Add a mode to not use TMSI for normal operation In case foreign simcards are used we can not do authentication and ciphering. In case a TMSI is re-used too early and we do page using TMSI we can't know which of the two MS is responding to us. We could change the "secure channel" routine to ask for the IMSI and only then stop the paging. As we don't have ciphering there is not much use in using the TMSI. Add a mode "no assign-tmsi" that will not assign the TMSI during LU. Now CM Service Request and Paging Response will work using the IMSI. There can't be a clash with that. http://cgit.osmocom.org/openbsc/commit/?id=0c0b30022534e330029a21f8d3b8ed42… commit 0c0b30022534e330029a21f8d3b8ed42e7d1c953 Author: Holger Hans Peter Freyther <holger(a)moiji-mobile.com> Date: Mon Jul 13 14:28:29 2015 +0200 nitb: Be less strict about the reject cause When we can't find the TMSI then the subscriber is not in our VLR. We have not consulted with the HLR and it is better to not use such a severe error code. ----------------------------------------------------------------------- hooks/post-receive -- The OpenBSC GSM Base Station Controller (+MSC/HLR/SGSN)