openbsc.git branch master updated. 0.14.0-69-g4c8e8f9

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/osmocom-commitlog@lists.osmocom.org/.

gitosis at osmocom.org gitosis at osmocom.org
Tue May 5 19:34:53 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, master has been updated
       via  4c8e8f990a24fc5ecb24c5c21c944d8ab4dc7c1e (commit)
       via  d05e06989def81f886c673956da476e626a27af5 (commit)
       via  f7b3826f03772d57d1d1a1153c5684f7d4799b60 (commit)
       via  4bd931f96d75d3e71b73a06e67f84ffdcab9caf6 (commit)
       via  8cedded88c9a0c4c486f987b818ccba57e96421e (commit)
       via  9ba273d365ac731a9c3ff285821062c346724390 (commit)
       via  49c1a7156c7e0ced1709aee4a3d3438db60bae41 (commit)
       via  b927f1c3199b48becb03c0d56926c3b98d6ff5ce (commit)
       via  02d8c472bdff0a085cbedd9d902f7ced29e5d712 (commit)
       via  e448554568fb4244a1b95e2e8666714f9498d69a (commit)
      from  337343d159888886eaa68476b70dbe19db93845b (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -----------------------------------------------------------------
http://cgit.osmocom.org/openbsc/commit/?id=4c8e8f990a24fc5ecb24c5c21c944d8ab4dc7c1e

commit 4c8e8f990a24fc5ecb24c5c21c944d8ab4dc7c1e
Merge: 337343d d05e069
Author: Holger Hans Peter Freyther <holger at moiji-mobile.com>
Date:   Tue May 5 21:16:19 2015 +0200

    Merge branch 'zecke/features/gprs-gsup-fixes'
    
    When communicating with a GGSN that is not the OpenGGSN
    the PDP context activation does fail. This is because on
    the activation of the first PDP context we need to supply
    a MSISDN. Extend the protocol, parse the MSISDN and then
    send it to the GGSN. The second item is that we have only
    forwarded the requested QoS of the subscriber. In most
    cases this is 0x0, 0x0, ... which means one requests a
    rate 0 byte/sec which the GGSN will not allow. Make it
    possible to receive, store and use the subscribed QoS of
    the Subscriber.

http://cgit.osmocom.org/openbsc/commit/?id=d05e06989def81f886c673956da476e626a27af5

commit d05e06989def81f886c673956da476e626a27af5
Author: Holger Hans Peter Freyther <holger at moiji-mobile.com>
Date:   Thu Apr 23 16:59:04 2015 -0400

    sgsn: Show the QoS that has been assigned

http://cgit.osmocom.org/openbsc/commit/?id=f7b3826f03772d57d1d1a1153c5684f7d4799b60

commit f7b3826f03772d57d1d1a1153c5684f7d4799b60
Author: Holger Hans Peter Freyther <holger at moiji-mobile.com>
Date:   Thu Apr 23 16:58:33 2015 -0400

    sgsn: Dump the E164 (encoded) assigned to the subscriber

http://cgit.osmocom.org/openbsc/commit/?id=4bd931f96d75d3e71b73a06e67f84ffdcab9caf6

commit 4bd931f96d75d3e71b73a06e67f84ffdcab9caf6
Author: Holger Hans Peter Freyther <holger at moiji-mobile.com>
Date:   Thu Apr 23 11:50:41 2015 -0400

    sgsn: Handle different levels of QoS
    
    If QoS is only three bytes it does not include the allocation/
    retention policy. Otherwise it does. Copy it depending on that.
    We should have a macro for the clamping to reduce code duplication.
    
    The insanity does come from the MAP data and this seems to be
    the easiest in terms of complexity. It is an array of bytes that
    is transported from MAPProxy to the SGSN and then simply forwarded.
    
    The case of more than three bytes is neither unit nor manually
    tested so far.

http://cgit.osmocom.org/openbsc/commit/?id=8cedded88c9a0c4c486f987b818ccba57e96421e

commit 8cedded88c9a0c4c486f987b818ccba57e96421e
Author: Holger Hans Peter Freyther <holger at moiji-mobile.com>
Date:   Thu Apr 23 11:33:35 2015 -0400

    sgsn: Store subscribed QoS and attempt to use it
    
    sgsn_create_pdp_ctx should use the subscribed QoS. When selecting
    the PDP context we inject the QoS to be used into the TLV structure
    and use it during the request. Assume a "qos-Subscribed" structure
    only with three bytes and prepend the Allocation/Retention policy
    to the request.

http://cgit.osmocom.org/openbsc/commit/?id=9ba273d365ac731a9c3ff285821062c346724390

commit 9ba273d365ac731a9c3ff285821062c346724390
Author: Holger Hans Peter Freyther <holger at moiji-mobile.com>
Date:   Thu Apr 23 09:53:53 2015 -0400

    sgsn: Copy the msisdn to the sgsn_data and use it in PDP activation
    
    The MSISDN should be present for "security" reasons in the first
    activation of a PDP context. Take the encoded MSISDN, store it for
    future use and then put it into the PDP activation request.
    
    The MM Context contains a field for a decoded MSISDN already. As
    we need to forward the data to the GGSN I want to avoid having to
    store TON and NPI in another place. Simply store the data in the
    encoded form.

http://cgit.osmocom.org/openbsc/commit/?id=49c1a7156c7e0ced1709aee4a3d3438db60bae41

commit 49c1a7156c7e0ced1709aee4a3d3438db60bae41
Author: Holger Hans Peter Freyther <holger at moiji-mobile.com>
Date:   Thu Apr 23 09:13:01 2015 -0400

    gsup: Extract the QoS field
    
    Add roundtrip test for the new QoS IE. It will be consumed in
    later commits.

http://cgit.osmocom.org/openbsc/commit/?id=b927f1c3199b48becb03c0d56926c3b98d6ff5ce

commit b927f1c3199b48becb03c0d56926c3b98d6ff5ce
Author: Holger Hans Peter Freyther <holger at moiji-mobile.com>
Date:   Wed Apr 22 23:09:41 2015 -0400

    gsup: Extract the new MSISDN string
    
    Extract the new MSISDN IE from the GSUP message and verify that
    it is read/written to the message.

http://cgit.osmocom.org/openbsc/commit/?id=02d8c472bdff0a085cbedd9d902f7ced29e5d712

commit 02d8c472bdff0a085cbedd9d902f7ced29e5d712
Author: Holger Hans Peter Freyther <holger at moiji-mobile.com>
Date:   Wed Apr 22 22:42:23 2015 -0400

    gsup: Specify the QoS service for the PDP info
    
    QoS is a mess. In MAP there is qos-Subscribed which is then extended
    using ext-QoS-Subscribed, ext2-QoS-Subscribed, ext3-QoS-Subscribed
    and maybe even ext4-QoS-Subscribed by now. The MAP ASN1 files defined
    how these need to be "linearized". Instead of copying this I have
    decided to include the two semantics with/without the Allocation/Retention
    policy using the size of the data.

http://cgit.osmocom.org/openbsc/commit/?id=e448554568fb4244a1b95e2e8666714f9498d69a

commit e448554568fb4244a1b95e2e8666714f9498d69a
Author: Holger Hans Peter Freyther <holger at moiji-mobile.com>
Date:   Wed Apr 22 22:10:44 2015 -0400

    gsup: Document passing MSISDN as part of the response
    
    When asking the GGSN to create/open a PDP context one needs
    to send a MSISDN. The MSISDN can only be provided through the
    GSUP interface.

-----------------------------------------------------------------------

Summary of changes:
 openbsc/doc/sgsn-remote-protocol.txt         | 45 ++++++++++++++++++++++++++++
 openbsc/include/openbsc/gprs_gsup_messages.h |  7 +++++
 openbsc/include/openbsc/gprs_sgsn.h          |  5 ++++
 openbsc/include/openbsc/gsm_04_08_gprs.h     |  1 +
 openbsc/src/gprs/gprs_gsup_messages.c        | 21 +++++++++++++
 openbsc/src/gprs/gprs_sgsn.c                 | 15 ++++++++++
 openbsc/src/gprs/gprs_subscriber.c           | 23 ++++++++++++++
 openbsc/src/gprs/sgsn_libgtp.c               | 41 ++++++++++++++++++++-----
 openbsc/src/gprs/sgsn_vty.c                  |  8 ++++-
 openbsc/tests/gprs/gprs_test.c               |  5 +++-
 openbsc/tests/sgsn/sgsn_test.c               |  9 ++++++
 11 files changed, 170 insertions(+), 10 deletions(-)


hooks/post-receive
-- 
The OpenBSC GSM Base Station Controller (+MSC/HLR/SGSN)



More information about the osmocom-commitlog mailing list