openbsc.git branch neels/gtphub updated. 0.15.0-27-g3c2e957

gitosis at gitosis at
Mon Nov 9 14:13:28 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  40f44ea23433b1a721d78eb9d6779db48cf5b341 (commit)
  discards  6d2dd370bf64e8c4e2380d430785c5b582e29666 (commit)
       via  3c2e95790e9ec53f64c69d796d607caecd303df0 (commit)
       via  275c1eaa36ed8affdf803231cf3e1c154f296687 (commit)
       via  527893508f83ad074ca4683f983bb3b8f921f38a (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 (40f44ea23433b1a721d78eb9d6779db48cf5b341)
             N -- N -- N (3c2e95790e9ec53f64c69d796d607caecd303df0)

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 -----------------------------------------------------------------

commit 3c2e95790e9ec53f64c69d796d607caecd303df0
Author: Neels Hofmeyr <nhofmeyr at>
Date:   Mon Nov 9 15:12:25 2015 +0100

    gtphub: fix Echo behavior: respond directly.
    Up to now I used the Echo as a test for sequence nr mappings. But Echos
    should be handled differently: they are scoped on the link and an Echo
    response should be sent right back to the requester.

commit 275c1eaa36ed8affdf803231cf3e1c154f296687
Author: Neels Hofmeyr <nhofmeyr at>
Date:   Sun Nov 8 23:39:57 2015 +0100

    gtphub: lose the netcat test.

commit 527893508f83ad074ca4683f983bb3b8f921f38a
Author: Neels Hofmeyr <nhofmeyr at>
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:
    Minor cosmetics just to see if you're paying attention... ;)


Summary of changes:
 openbsc/include/openbsc/gtphub.h    |   4 ++
 openbsc/src/gprs/gtphub.c           |  88 +++++++++++++++++--------
 openbsc/tests/gtphub/gtphub_test.c  | 128 +++++++++++++++++-------------------
 openbsc/tests/gtphub/gtphub_test.ok |   1 -
 4 files changed, 126 insertions(+), 95 deletions(-)

The OpenBSC GSM Base Station Controller (+MSC/HLR/SGSN)

More information about the osmocom-commitlog mailing list