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

gitosis at osmocom.org gitosis at osmocom.org
Mon Jul 13 18:37:12 UTC 2015


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=55a3e676047651d7487aba50e7e9a1437d3f519a

commit 55a3e676047651d7487aba50e7e9a1437d3f519a
Author: Holger Hans Peter Freyther <holger at 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=0c0b30022534e330029a21f8d3b8ed42e7d1c953

commit 0c0b30022534e330029a21f8d3b8ed42e7d1c953
Author: Holger Hans Peter Freyther <holger at 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)



More information about the osmocom-commitlog mailing list