24 Sep
2017
24 Sep
'17
5:11 p.m.
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 OpenGGSN project".
The branch, laforge/sgsnemu-v6 has been updated
discards a6196e932d74355b0761e9372ca7f5491ee4f439 (commit)
discards edebd6794a20cc1ae1cec8efae53de949898534b (commit)
discards 72137b146a089e92a546f0ffb330d7ca98853ff3 (commit)
discards 808b4ced0bb64181e18ff47dfc952f30829e5de1 (commit)
discards e21c3e4f5ebfeb33ef24d3af069063983ed5dd08 (commit)
discards 01b25c7389e8000a2ac7b3c019374687552b6b6c (commit)
via a05e6052a95dccbf63a2a828ffd0e39c662cd2ff (commit)
via 3e4556ba6cfed8f91bfb1832ba10c5c735d650de (commit)
via 485628283372a6d4b4115821d56469f00cae6552 (commit)
via fbb9c7f59a7f112608b59c7692c1fddd1a5e8c23 (commit)
via 93fed3bc510563e7d88cadafa7eada2ae4182213 (commit)
via 3c1cce245e6ed1746c0eacc6208b884871186d3d (commit)
via 00d346092be0b9d948f687efb4b20a0727019b71 (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 (a6196e932d74355b0761e9372ca7f5491ee4f439)
\
N -- N -- N (a05e6052a95dccbf63a2a828ffd0e39c662cd2ff)
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/osmo-ggsn/commit/?id=a05e6052a95dccbf63a2a828ffd0e3…
commit a05e6052a95dccbf63a2a828ffd0e39c662cd2ff
Author: Harald Welte <laforge(a)gnumonks.org>
Date: Sun Sep 24 21:54:59 2017 +0800
sgsnemu: Add IPv6 support via tun device and "-t v6 --createif"
The idea is to only implement the GTP-C plane and configure the right
link-local source address on the tun-device and let the regular (Linux)
kernel take care of sending router solicitations and
accepting/processing the related router advertisement. This avoids a
lot of complexity in sgsnemu.
For this to work, you must have /proc/sys/net/conf/$tun/accept_ra set
to either 1 (works only if no IPv6 forwarding/routing configured on your
sgsnemu-running system) or 2 (works even if forwarding/routing is
configured).
Change-Id: I57e4c53ee648e1efecfba3eea592d1129849557c
Closes: OS#2518
http://cgit.osmocom.org/osmo-ggsn/commit/?id=3e4556ba6cfed8f91bfb1832ba10c5…
commit 3e4556ba6cfed8f91bfb1832ba10c5c735d650de
Author: Harald Welte <laforge(a)gnumonks.org>
Date: Sun Sep 24 18:12:40 2017 +0800
sgsnemu: Allow specification of PDP (EUA) Type IPv4 or IPv6
This just adds the capability to sgsnemu to request a certain PDP
EUA type. It doesn't mean it actually handles anything beyond the
existing IPv4 yet.
Change-Id: I157f9157a7ff2ea56c37a4a902d4706de4c7d35d
http://cgit.osmocom.org/osmo-ggsn/commit/?id=485628283372a6d4b4115821d56469…
commit 485628283372a6d4b4115821d56469f00cae6552
Author: Harald Welte <laforge(a)gnumonks.org>
Date: Sun Sep 24 17:45:05 2017 +0800
Replace EUA magic numbers for IETF, IPv4 and IPv6 with #defines
Change-Id: I33f65e404217e717bd795e5229c8d9456a7b3739
-----------------------------------------------------------------------
Summary of changes:
ggsn/ggsn_vty.c | 2 ++
1 file changed, 2 insertions(+)
hooks/post-receive
--
The OpenGGSN project