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 -----------------------------------------------------------------
http://cgit.osmocom.org/openbsc/commit/?id=3c2e95790e9ec53f64c69d796d607cae…
commit 3c2e95790e9ec53f64c69d796d607caecd303df0
Author: Neels Hofmeyr <nhofmeyr(a)sysmocom.de>
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.
http://cgit.osmocom.org/openbsc/commit/?id=275c1eaa36ed8affdf803231cf3e1c15…
commit 275c1eaa36ed8affdf803231cf3e1c154f296687
Author: Neels Hofmeyr <nhofmeyr(a)sysmocom.de>
Date: Sun Nov 8 23:39:57 2015 +0100
gtphub: lose the netcat test.
http://cgit.osmocom.org/openbsc/commit/?id=527893508f83ad074ca4683f983bb3b8…
commit 527893508f83ad074ca4683f983bb3b8f921f38a
Author: Neels Hofmeyr <nhofmeyr(a)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... ;)
-----------------------------------------------------------------------
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(-)
hooks/post-receive
--
The OpenBSC GSM Base Station Controller (+MSC/HLR/SGSN)