openbsc.git branch neels/gtphub updated. 0.15.0-26-g44b1267

gitosis at osmocom.org gitosis at osmocom.org
Sun Nov 8 23:08:02 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, neels/gtphub has been updated
  discards  224672f8ba6cc3396dfe2a02a0faa692025f19c6 (commit)
  discards  0aa62ee3767ce6d9a7d9fb4a0fcea31d582533ac (commit)
  discards  cdca81c508b2d6c1f61aa91c5cf7ab8541c23127 (commit)
       via  44b12671f4f811412fab2298036c83457ac6ed42 (commit)
       via  ff2aff90be399d57e26fe2b9d60355d78b93443c (commit)
       via  933e2762896ec00872068e5a1d605a1bf14d8e80 (commit)

This update added new revisions after undoing existing revisions.  That is
to say, the old revision is not a strict subset of the new revision.  This
situation occurs when you --force push a change and generate a repository
containing something like this:

 * -- * -- B -- O -- O -- O (224672f8ba6cc3396dfe2a02a0faa692025f19c6)
            \
             N -- N -- N (44b12671f4f811412fab2298036c83457ac6ed42)

When this happens we assume that you've already had alert emails for all
of the O revisions, and so we here report only the revisions in the N
branch from the common base, B.

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=44b12671f4f811412fab2298036c83457ac6ed42

commit 44b12671f4f811412fab2298036c83457ac6ed42
Author: Neels Hofmeyr <nhofmeyr at sysmocom.de>
Date:   Sun Nov 8 23:39:57 2015 +0100

    gtphub: lose the netcat test.

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

commit ff2aff90be399d57e26fe2b9d60355d78b93443c
Author: Neels Hofmeyr <nhofmeyr at sysmocom.de>
Date:   Sun Nov 8 20:34:47 2015 +0100

    gtphub: add first bits of GRX ares
    
    For the resolving function, change the function signature to return a
    gtphub_peer_port. In consequence, publish two functions concerned with
    gtphub_peer_port instances for use in test and gtphub_ext.c.
    
    Add GGSN resolution queue, callback and cache. Simple implementation: if an
    SGSN asks for a GGSN, it will first get no answer, and I hope it will ask again
    once the GGSN is in the cache.
    
    Within gtphub_ext.c, have a dummy sgsn struct, as the sgsn_ares code currently
    depends on it (half the functions pass an sgsn instance pointer around, but the
    other half use the global one).
    
    In the unit tests, wrap away the ares initialization so that they can work
    without a DNS server around. The netcat test breaks because of this, will
    remove it.
    
    Using sgsn_ares, implement the gtphub_resolve_ggsn_addr() function, I hope:
    untested.
    
    Minor cosmetics just to see if you're paying attention... ;)

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

commit 933e2762896ec00872068e5a1d605a1bf14d8e80
Author: Neels Hofmeyr <nhofmeyr at sysmocom.de>
Date:   Thu Sep 24 17:32:30 2015 +0200

    Add GTP hub (code bomb).
    
    First steps towards a new GTP hub. The aim is to mux GTP connections, so that
    multiple SGSN <--> GGSN links can pass through a single point. Background:
    allow having more than one SGSN, possibly in various remote locations.
    
    The recent addition of OAP to GSUP is related to the same background idea.
    
    (This is a collapsed patch of various changes that do not make sense to review
    in chronological order anymore, since a lot of it has thorougly transmorphed
    after it was first committed.)
    
    Sponsored-by: On-Waves ehf
    
    gtphub: decode IE GSN addr using inet_ntop.
    
    gtphub: cosmetic: fix a name.
    
    map addresses wip
    
    gtphub: fix style: '} else {'
    
    gtphub: restructure
    
    Allow multiple addresses per peer.
    Allow multiple ports per address.
    Don't track ctrl<->user plane peers, allow any number of them.
    
    Have a single TEI map per plane, across all GGSNs and SGSNs. This is not only
    simpler, but necessary to establish mappings during a Create PDP Context
    Request <-> Response (thanks Holger!) -- during a Create PDP Context Request,
    we want to map TEI numbers before sending to the GGSN, but the GGSN has not
    announced its final tunnel endpoint addresses yet. We can't find an unused TEI
    for a given address if we don't know the address. The solution is to have
    globally unique mapped TEIs (per Ctrl / User plane).
    
    Change naming: "port" to "plane". There's now a gtphub_peer_port, so the "port"
    naming for the planes was confusing.
    
    Separate expiry from nr_map. It happened along the way, becoming obsolete again
    by the central TEI map, and now the code is there.
    
    Constify.
    
    gtphub: cosmetic
    
    Tweak comment.
    
    Rename gtphub_sep.c to gtphub_ext.c (personal preference) and add copyright
    header.
    
    Sort some definitions around in gtphub.c.
    
    In gtphub_from_sgsns_handle_buf, move a variable into the scope where it is
    used.
    
    Remove a debug peer counter.
    
    gtphub_test: cosmetic
    
    Rename seq_map_is to nr_map_is.
    
    gtphub: pull out current time to unit tests.
    
    An obsolete forward definition is dropped along the way.
    
    gtphub: publish gtphub_port_find_sa() to enhance test
    
    gtphub_test: find the GGSN peer struct and verify seq_map entries and timeouts.
    Also verify tei_map entries and timeouts.

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

Summary of changes:
 openbsc/src/gprs/gtphub.c | 8 ++++----
 1 file changed, 4 insertions(+), 4 deletions(-)


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



More information about the osmocom-commitlog mailing list