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 "Osmocom code for Iuh interface".
The branch, pre_release has been updated
discards df0759f7e77e36ee4eeb369c6d12d8edb152db43 (commit)
discards bf5ac2d568831839631c40b311f9a8e0bc94f6f4 (commit)
discards 0dd2509fce388f17320c6605ce68b64280b374c2 (commit)
via fcf362fb435c384d377302349a40e2390bf174a3 (commit)
via ecbdc5cb06ef7f61c6f4cdb4e1fd84a05ec0407d (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 (df0759f7e77e36ee4eeb369c6d12d8edb152db43)
\
N -- N -- N (fcf362fb435c384d377302349a40e2390bf174a3)
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-iuh/commit/?id=fcf362fb435c384d377302349a40e23…
commit fcf362fb435c384d377302349a40e2390bf174a3
Author: Alexander Couzens <lynxis(a)fe80.eu>
Date: Sun Aug 6 21:52:02 2017 +0000
add /debian package support
Change-Id: I985805aea0e48fe70619de8b81206098e4e37613
-----------------------------------------------------------------------
Summary of changes:
hooks/post-receive
--
Osmocom code for Iuh interface
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, master has been updated
via d4d6e09fd29e23e28960959ca488e1481339571e (commit)
from 365f8fa4628b371551d6f5b20651ac06239f905d (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 -----------------------------------------------------------------
-----------------------------------------------------------------------
Summary of changes:
ggsn/ggsn.c | 6 +++++-
lib/in46_addr.c | 2 ++
lib/ippool.c | 17 ++++++++++-------
3 files changed, 17 insertions(+), 8 deletions(-)
hooks/post-receive
--
The OpenGGSN project
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 "SCCP Library".
The branch, master has been updated
via ba12716882059491c6a0923cc061165988df590b (commit)
from 50a40f921863500d583eafcf0c4ca5552cb3dc1e (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/libosmo-sccp/commit/?id=ba12716882059491c6a0923cc06…
commit ba12716882059491c6a0923cc061165988df590b
Author: Neels Hofmeyr <nhofmeyr(a)sysmocom.de>
Date: Mon Jul 24 14:10:42 2017 +0200
safer osmo_sccp_make_addr_pc_ssn(): clear all values
Make sure that all values of the resulting sccp_addr are cleared to obtain a
clean PC+SSN address. Before this, gt and ip remained unset/random, e.g. in
osmo_sccp_tx_unitdata_ranap()
Change-Id: I37395169d364050e45e99793c495a9848a4f8601
-----------------------------------------------------------------------
Summary of changes:
src/sccp_helpers.c | 10 ++++++----
1 file changed, 6 insertions(+), 4 deletions(-)
hooks/post-receive
--
SCCP Library
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 "SCCP Library".
The branch, master has been updated
via 50a40f921863500d583eafcf0c4ca5552cb3dc1e (commit)
via bb8329e91c09a180733716fcdf0c24c4facd5cc9 (commit)
from 9d1a3f66457508e16dd2d1d33fe7bf5ed24b633b (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/libosmo-sccp/commit/?id=50a40f921863500d583eafcf0c4…
commit 50a40f921863500d583eafcf0c4ca5552cb3dc1e
Author: Philipp Maier <pmaier(a)sysmocom.de>
Date: Wed Aug 9 18:46:58 2017 +0200
vty: hide SG commands when running as ASP
The SG (signal gateway) requires an extra set of VTY commands in
order to be fully configurable. These VTY commands do not make
sense in a situation where libosmo-sccp is used to implement an
ASP (application server process).
Detect in which role libosmo-sccp is used by which of the VTY
initalization functions are called:
osmo_ss7_vty_init_asp() ==> ASP
osmo_ss7_vty_init_sg() ==> SG
Prevent writing back of SG specific configuration when in
running as ASP. Only write back the full parameter set when
running as SG.
Change-Id: I707bcd790f4c6d0f618e41163b51d2179ea3aeaf
http://cgit.osmocom.org/libosmo-sccp/commit/?id=bb8329e91c09a180733716fcdf0…
commit bb8329e91c09a180733716fcdf0c24c4facd5cc9
Author: Philipp Maier <pmaier(a)sysmocom.de>
Date: Wed Aug 9 18:43:03 2017 +0200
sccp: fix creating of the default route in simple client
The simple client (osmo_sccp_simple_client_on_ss7_id() and
osmo_sccp_simple_client) does not create a default route if
the user has already created an AS via VTY.
Check the presence of a default route independently of the
AS. If no default route exists, create one.
Change-Id: I7516fa5509bade4ba10e9d8eaa3e46cfe3696b3a
-----------------------------------------------------------------------
Summary of changes:
src/osmo_ss7_vty.c | 18 +++++++++++++-----
src/sccp_user.c | 10 +++++++---
2 files changed, 20 insertions(+), 8 deletions(-)
hooks/post-receive
--
SCCP Library
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 "An utility library for Open Source Mobile Communications".
The branch, master has been updated
via 4a29f348135671ba59107a1659fab6c8c9362f58 (commit)
via 35b263240f12b7d3b1c62c26b91fa555935c5703 (commit)
from ff932bbc38661a327382495de1e30b521a91b548 (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/libosmocore/commit/?id=4a29f348135671ba59107a1659fa…
commit 4a29f348135671ba59107a1659fab6c8c9362f58
Author: Harald Welte <laforge(a)gnumonks.org>
Date: Wed Aug 9 19:00:09 2017 +0200
tlv: add [msgb_]t16lv_put() for 16bit tag + 8 bit len TLVs
In the Protocol Configuration Options IE (see 3GPP TS 24.008 10.5.6.3)
there is yet another new TLV format (derived from PPP IPCP/LCP/...)
which uses 16bit tag and 8bit length. Let's add functions so we can
generate related TLVs. Parsing is unfortunately not possible in our
existing structure as our tlv_parsed array only has 256 entries and
thus cannot cope with 16bit tags.
Change-Id: I9799130e2eba8fae8c4480fbb8a900c30232b694
http://cgit.osmocom.org/libosmocore/commit/?id=35b263240f12b7d3b1c62c26b91f…
commit 35b263240f12b7d3b1c62c26b91fa555935c5703
Author: Harald Welte <laforge(a)gnumonks.org>
Date: Mon Jul 31 19:36:52 2017 +0200
Add osmo_gprs_{ul,dl}_block_size_{bits,bytes} functions
Those functions can be used to look up the size of (E)GPRS blocks.
Change-Id: I05ff75ef7dfae639886bbd09fe35f03a8af9d988
-----------------------------------------------------------------------
Summary of changes:
include/osmocom/gprs/gprs_rlc.h | 25 ++++++++++++
include/osmocom/gsm/tlv.h | 21 +++++++++-
src/gsm/gprs_rlc.c | 90 +++++++++++++++++++++++++++++++++++++++++
src/gsm/libosmogsm.map | 6 +++
4 files changed, 141 insertions(+), 1 deletion(-)
hooks/post-receive
--
An utility library for Open Source Mobile Communications
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/ipv6 has been updated
discards 69ba8a611a6e4bf5e92cb84d56f147732e9b2d89 (commit)
discards c2897ac13f6b289e74c001a5cad6b068bf2ca1df (commit)
discards 84c2d0f286cf74c8dd42133241df5ca51dfbb0b8 (commit)
discards 949e50e02bb1af911dca820f21a11232f615e106 (commit)
discards 714a41bf66932bb6b383cd4573d1eff51aaf50dd (commit)
via 86f42e4d9d17f4134018a556070d801adf64d974 (commit)
via 8b74b473e235cc409a4a443ba82ffd20df452b13 (commit)
via 95340e164e12a89a8e15750cd17503a89baaca9a (commit)
via 4f2c0e3e7627ffe0762d96f3289f71632ea9b32f (commit)
via d4d6e09fd29e23e28960959ca488e1481339571e (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 (69ba8a611a6e4bf5e92cb84d56f147732e9b2d89)
\
N -- N -- N (86f42e4d9d17f4134018a556070d801adf64d974)
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/openggsn/commit/?id=86f42e4d9d17f4134018a556070d801…
commit 86f42e4d9d17f4134018a556070d801adf64d974
Author: Harald Welte <laforge(a)gnumonks.org>
Date: Thu Aug 3 00:47:03 2017 +0200
Support setting TUN device IPv6 address + prefix
As we can now have PDP contexts with IPv6 user IP payload,
it is useful to extend the TUN related code to be able to
configure the tun device IPv6 address + prefix length
Change-Id: I899d21e52d02e0b8384af29ddd489ff19c8f2cf6
http://cgit.osmocom.org/openggsn/commit/?id=8b74b473e235cc409a4a443ba82ffd2…
commit 8b74b473e235cc409a4a443ba82ffd20df452b13
Author: Harald Welte <laforge(a)gnumonks.org>
Date: Wed Aug 9 21:58:12 2017 +0200
IPv6: in46_addr: OSMO_ASSERT() in case of unsupported calls
There's a bit of trickery with the ip_pool and it's "lengty=8" IPv6
prefix handling, let's make sure we don't accidentially call any
support functions with addresses of wrong length.
Change-Id: I444c190bdcd18780344e1f0dad4faf3bcf9da5a5
http://cgit.osmocom.org/openggsn/commit/?id=95340e164e12a89a8e15750cd17503a…
commit 95340e164e12a89a8e15750cd17503a89baaca9a
Author: Harald Welte <laforge(a)gnumonks.org>
Date: Wed Aug 9 20:28:52 2017 +0200
IPv6: Support PCO for IPv6 DNS addresses
In IPv6, DNS server information is not passed along as IPCP6 like
in IPv5 with IPCP. The reason is that IPCP6 (for PPP) doesn't
support passing DNS server information. Rather, the relevant RFCs
indicate DHCPv6 should be used even over point-to-point links.
3GPP decided to avoid DHCPv6 dependency for stateless autoconfiguration
(the only mandatory IPv6 configuration mechanism) and added some new
non-PPP-style PCO information elements ("containers") which can among
other things inform a MS about IPV6 DNS servers.
That same mechanism can also be used to inform the MS about IPv4 DNS
servers, so for IPv4 there are now two competing mechanisms: IPCP and
the new "native" PCO container. With this patch, we support both
for IPv4.
Change-Id: I21499afd61def8c925f7838bde76f34d28214b56
http://cgit.osmocom.org/openggsn/commit/?id=4f2c0e3e7627ffe0762d96f3289f716…
commit 4f2c0e3e7627ffe0762d96f3289f71632ea9b32f
Author: Harald Welte <laforge(a)gnumonks.org>
Date: Tue Aug 8 23:27:22 2017 +0200
IPv6: Implement IPv6 prefix assignment via ICMPv6 router advertisement
The 3GPP specs are quite strange when it comes to how an IPv6 address
or rather prefix is assigned to an IPv6 PDP context. The designated
method for allocating the IPv6 address via the PDP EUA (End User
Address) Information Element in the GTP signalling plane is *not*
used to allocate the address/prefix. Instead, the EUA is used to
allocate an "interface identifier" to the MS, which it the uses
to derive its link-local source address to send a router solicitation.
The GGSN subsequently answers witha router advertisement, advertising
a single/64 prefix, whihcthe MS then uses to generate it's real IPv6
source address for subsequent communication.
Change-Id: Icddf7d30e01d76a4784bcef5787b36f52f703a9f
http://cgit.osmocom.org/openggsn/commit/?id=d4d6e09fd29e23e28960959ca488e14…
commit d4d6e09fd29e23e28960959ca488e1481339571e
Author: Harald Welte <laforge(a)gnumonks.org>
Date: Tue Aug 8 18:10:43 2017 +0200
ippool: Extend pool to work with /64 prefixes
In IPv6 GPRS, we actually don't want to allocate an individual v6
address (like in IPv4), but we want to allocate a prefix. The
standard prefix lengh is 8 bytes, i.e. a /64 prefix. This patch
extends the pool to be able to work with such v6 prefixes.
Change-Id: I0cf700b6baf195a2e5fbea000531f801acaaa443
-----------------------------------------------------------------------
Summary of changes:
hooks/post-receive
--
The OpenGGSN project
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, master has been updated
via 365f8fa4628b371551d6f5b20651ac06239f905d (commit)
via d1bf1e11ba72a5e46c0d85b845110bd56d8d6e20 (commit)
via a0d281db1cd2f122fb8f0adfd9e4a82e60efbd2f (commit)
via 53165ede24b106326d3762232435e0a28c10e1bb (commit)
via 63ebccdfe350d7e75bbb8e5511bcde26a7e300ad (commit)
via d12eab9c4e375e1669637dd34674c8b8208cf867 (commit)
via d9d8862a58702ba71b5194faa01ecf1eb234519c (commit)
from 283188790bb1b3af673d4edbd56ff649b7464e1e (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 -----------------------------------------------------------------
-----------------------------------------------------------------------
Summary of changes:
configure.ac | 6 ++
ggsn/ggsn.c | 64 ++++++++++----
ggsn/gtp-kernel.c | 15 +---
ggsn/gtp-kernel.h | 4 +-
lib/Makefile.am | 4 +-
lib/in46_addr.c | 225 ++++++++++++++++++++++++++++++++++++++++++++++++
lib/in46_addr.h | 25 ++++++
lib/ippool.c | 252 +++++++++++++++++++++++++++++++-----------------------
lib/ippool.h | 35 +++-----
lib/tun.h | 40 +++++----
sgsnemu/sgsnemu.c | 52 ++++++-----
11 files changed, 521 insertions(+), 201 deletions(-)
create mode 100644 lib/in46_addr.c
create mode 100644 lib/in46_addr.h
hooks/post-receive
--
The OpenGGSN project
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 "Osmocom code for Iuh interface".
The branch, master has been updated
via ecbdc5cb06ef7f61c6f4cdb4e1fd84a05ec0407d (commit)
from 5e0292a6412a04eeed9e0aff3f56bd8d4f353346 (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/osmo-iuh/commit/?id=ecbdc5cb06ef7f61c6f4cdb4e1fd84a…
commit ecbdc5cb06ef7f61c6f4cdb4e1fd84a05ec0407d
Author: Neels Hofmeyr <nhofmeyr(a)sysmocom.de>
Date: Mon Jul 31 13:13:24 2017 +0200
make point codes configurable by SCCP address book
In the vty config, use the SCCP address book to configure the local and remote
SCCP addresses. Add VTY commands to set the remote SCCP addresses by name,
derive the ss7 instance from these addresses:
cs7 instance 1
point-code 0.23.0
sccp-address msc
point-code 0.0.1
sccp-address sgsn
point-code 0.0.2
hnbgw
iucs
remote-addr msc
iups
remote-addr sgsn
Enforce that both IuCS and IuPS use the same ss7 instance. In the future, we
may add the feature to use two separate instances.
Depends: libosmo-sccp I75c67d289693f1c2a049ac61cf2b2097d6e5687d,
Ie1aedd7894acd69ddc887cd65a8a0df4b888838c,
I85b46269dbe7909e52873ace3f720f6292a4516c
Change-Id: I33a7ba11eb7c2d9a5dc74d10fb0cf04bf664477b
-----------------------------------------------------------------------
Summary of changes:
include/osmocom/iuh/hnbgw.h | 12 +++--
include/osmocom/iuh/hnbgw_cn.h | 3 +-
src/hnbgw.c | 22 +---------
src/hnbgw_cn.c | 99 ++++++++++++++++++++++++++++++++++--------
src/hnbgw_rua.c | 4 +-
src/hnbgw_vty.c | 74 ++++++++++++-------------------
6 files changed, 117 insertions(+), 97 deletions(-)
hooks/post-receive
--
Osmocom code for Iuh interface
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/ipv6 has been updated
discards 02058a0ee72f0d2a226f976957f28d7e2dce614d (commit)
discards 7e50d6003e2835eee1d889befe0ad712bc551104 (commit)
discards 19d4de336def51b6968f968088634c15a0b933dc (commit)
discards 56cbbae2724d8babc8cb6ee92b1d58980495725d (commit)
discards 4d2e4485ee9c5a9c8419ead4fd52821d6a1508bf (commit)
discards 9dfd2d84e5539e7e7468c410ff50328e875b1eae (commit)
discards 5a0f66a434bc519383896633004f008292183e4b (commit)
discards 6a2019bd92acd18fd13eab03fcfd93e2a0c4f3d6 (commit)
discards 178fd5d3550b27260b13ff60de8cd8b025103cd9 (commit)
discards baacf9e139aae66dbb737bb6e4e305e3c2a73f64 (commit)
discards 990af295af29f0cb115a8ac0bc7fd19ae13dbd12 (commit)
discards 0483ee86e2e5cc3581bdb952ce85235386c8f4f2 (commit)
via 69ba8a611a6e4bf5e92cb84d56f147732e9b2d89 (commit)
via c2897ac13f6b289e74c001a5cad6b068bf2ca1df (commit)
via 84c2d0f286cf74c8dd42133241df5ca51dfbb0b8 (commit)
via 949e50e02bb1af911dca820f21a11232f615e106 (commit)
via 714a41bf66932bb6b383cd4573d1eff51aaf50dd (commit)
via 365f8fa4628b371551d6f5b20651ac06239f905d (commit)
via d1bf1e11ba72a5e46c0d85b845110bd56d8d6e20 (commit)
via a0d281db1cd2f122fb8f0adfd9e4a82e60efbd2f (commit)
via 53165ede24b106326d3762232435e0a28c10e1bb (commit)
via 63ebccdfe350d7e75bbb8e5511bcde26a7e300ad (commit)
via d12eab9c4e375e1669637dd34674c8b8208cf867 (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 (02058a0ee72f0d2a226f976957f28d7e2dce614d)
\
N -- N -- N (69ba8a611a6e4bf5e92cb84d56f147732e9b2d89)
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/openggsn/commit/?id=69ba8a611a6e4bf5e92cb84d56f1477…
commit 69ba8a611a6e4bf5e92cb84d56f147732e9b2d89
Author: Harald Welte <laforge(a)gnumonks.org>
Date: Thu Aug 3 00:47:03 2017 +0200
Support setting TUN device IPv6 address + prefix
As we can now have PDP contexts with IPv6 user IP payload,
it is useful to extend the TUN related code to be able to
configure the tun device IPv6 address + prefix length
Change-Id: I899d21e52d02e0b8384af29ddd489ff19c8f2cf6
http://cgit.osmocom.org/openggsn/commit/?id=c2897ac13f6b289e74c001a5cad6b06…
commit c2897ac13f6b289e74c001a5cad6b068bf2ca1df
Author: Harald Welte <laforge(a)gnumonks.org>
Date: Wed Aug 9 21:58:12 2017 +0200
IPv6: in46_addr: OSMO_ASSERT() in case of unsupported calls
There's a bit of trickery with the ip_pool and it's "lengty=8" IPv6
prefix handling, let's make sure we don't accidentially call any
support functions with addresses of wrong length.
Change-Id: I444c190bdcd18780344e1f0dad4faf3bcf9da5a5
http://cgit.osmocom.org/openggsn/commit/?id=84c2d0f286cf74c8dd42133241df5ca…
commit 84c2d0f286cf74c8dd42133241df5ca51dfbb0b8
Author: Harald Welte <laforge(a)gnumonks.org>
Date: Wed Aug 9 20:28:52 2017 +0200
IPv6: Support PCO for IPv6 DNS addresses
In IPv6, DNS server information is not passed along as IPCP6 like
in IPv5 with IPCP. The reason is that IPCP6 (for PPP) doesn't
support passing DNS server information. Rather, the relevant RFCs
indicate DHCPv6 should be used even over point-to-point links.
3GPP decided to avoid DHCPv6 dependency for stateless autoconfiguration
(the only mandatory IPv6 configuration mechanism) and added some new
non-PPP-style PCO information elements ("containers") which can among
other things inform a MS about IPV6 DNS servers.
That same mechanism can also be used to inform the MS about IPv4 DNS
servers, so for IPv4 there are now two competing mechanisms: IPCP and
the new "native" PCO container. With this patch, we support both
for IPv4.
Change-Id: I21499afd61def8c925f7838bde76f34d28214b56
http://cgit.osmocom.org/openggsn/commit/?id=949e50e02bb1af911dca820f21a1123…
commit 949e50e02bb1af911dca820f21a11232f615e106
Author: Harald Welte <laforge(a)gnumonks.org>
Date: Tue Aug 8 23:27:22 2017 +0200
IPv6: Implement IPv6 prefix assignment via ICMPv6 router advertisement
The 3GPP specs are quite strange when it comes to how an IPv6 address
or rather prefix is assigned to an IPv6 PDP context. The designated
method for allocating the IPv6 address via the PDP EUA (End User
Address) Information Element in the GTP signalling plane is *not*
used to allocate the address/prefix. Instead, the EUA is used to
allocate an "interface identifier" to the MS, which it the uses
to derive its link-local source address to send a router solicitation.
The GGSN subsequently answers witha router advertisement, advertising
a single/64 prefix, whihcthe MS then uses to generate it's real IPv6
source address for subsequent communication.
Change-Id: Icddf7d30e01d76a4784bcef5787b36f52f703a9f
http://cgit.osmocom.org/openggsn/commit/?id=714a41bf66932bb6b383cd4573d1eff…
commit 714a41bf66932bb6b383cd4573d1eff51aaf50dd
Author: Harald Welte <laforge(a)gnumonks.org>
Date: Tue Aug 8 18:10:43 2017 +0200
ippool: Extend pool to work with /64 prefixes
In IPv6 GPRS, we actually don't want to allocate an individual v6
address (like in IPv4), but we want to allocate a prefix. The
standard prefix lengh is 8 bytes, i.e. a /64 prefix. This patch
extends the pool to be able to work with such v6 prefixes.
Change-Id: I0cf700b6baf195a2e5fbea000531f801acaaa443
http://cgit.osmocom.org/openggsn/commit/?id=365f8fa4628b371551d6f5b20651ac0…
commit 365f8fa4628b371551d6f5b20651ac06239f905d
Author: Harald Welte <laforge(a)gnumonks.org>
Date: Tue Aug 8 18:09:36 2017 +0200
in46_addr: Add new function in46a_prefix_equal()
This function is used to compare an IPv6 address against another,
using the smaller of the two prefix lengths.
Change-Id: Ic993d8abdc90897cb55276f01ae3b8a5eadf5a0d
http://cgit.osmocom.org/openggsn/commit/?id=d1bf1e11ba72a5e46c0d85b845110bd…
commit d1bf1e11ba72a5e46c0d85b845110bd56d8d6e20
Author: Harald Welte <laforge(a)gnumonks.org>
Date: Thu Aug 3 00:00:23 2017 +0200
ggsn: Send proper errors in create_context_ind()
When we receive PDP context requests for unknown PDP types or if
we run out of dynamic addresses, we need to inform the SGSN that
PDP context creation failed.
Change-Id: Ibf199c1726130d27c8f80230b30ee51101c93b06
http://cgit.osmocom.org/openggsn/commit/?id=a0d281db1cd2f122fb8f0adfd9e4a82…
commit a0d281db1cd2f122fb8f0adfd9e4a82e60efbd2f
Author: Harald Welte <laforge(a)gnumonks.org>
Date: Wed Aug 2 21:48:16 2017 +0200
IPv6 support for user IP
This patch enables the use of IPv6 PDP contexts. The phone will
have to request an IPv6 End-user-Address, and the GGSN will have
to be configured for an IPv6 pool.
The outer transport-layer IP between SGSN and GGSN must still be
IPv4, it is not modified by this patch
Change-Id: I22c3bf32a98e5daf99d6eaeac8c9f95cc7574774
http://cgit.osmocom.org/openggsn/commit/?id=53165ede24b106326d3762232435e0a…
commit 53165ede24b106326d3762232435e0a28c10e1bb
Author: Harald Welte <laforge(a)gnumonks.org>
Date: Wed Aug 2 22:58:54 2017 +0200
ippool_new(): const-ify input arguments
Change-Id: If3e53584e8c9c1f06bba4c183c9fd65fae913904
http://cgit.osmocom.org/openggsn/commit/?id=63ebccdfe350d7e75bbb8e5511bcde2…
commit 63ebccdfe350d7e75bbb8e5511bcde26a7e300ad
Author: Harald Welte <laforge(a)gnumonks.org>
Date: Wed Aug 2 21:10:09 2017 +0200
lib/tun.h: Remove non-endian-safe redefinition of IP header
We can simply use 'struct iphdr' from netinet/ip.h to achieve
the same goal (and be portable).
Change-Id: Ieece22e127dc14a7ffdc3b05656628989ad00b32
http://cgit.osmocom.org/openggsn/commit/?id=d12eab9c4e375e1669637dd34674c8b…
commit d12eab9c4e375e1669637dd34674c8b8208cf867
Author: Harald Welte <laforge(a)gnumonks.org>
Date: Wed Aug 2 19:49:47 2017 +0200
ippool: Add IPv6 support to IP pool implementation
Extend the IP pool implementation to be able to manage both pools
of 32bit addresses (IPv4) as well as pools of 128bit addresses (IPv6)
Change-Id: Ib98cc4bf634d6be9a7bf8c03a24e629455fcafc8
-----------------------------------------------------------------------
Summary of changes:
ggsn/ggsn.c | 17 ++++++-----------
ggsn/icmpv6.c | 6 +++---
ggsn/icmpv6.h | 6 ++++++
lib/in46_addr.c | 6 ++++++
4 files changed, 21 insertions(+), 14 deletions(-)
create mode 100644 ggsn/icmpv6.h
hooks/post-receive
--
The OpenGGSN project
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/ipv6 has been updated
via 02058a0ee72f0d2a226f976957f28d7e2dce614d (commit)
via 7e50d6003e2835eee1d889befe0ad712bc551104 (commit)
via 19d4de336def51b6968f968088634c15a0b933dc (commit)
from 56cbbae2724d8babc8cb6ee92b1d58980495725d (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/openggsn/commit/?id=02058a0ee72f0d2a226f976957f28d7…
commit 02058a0ee72f0d2a226f976957f28d7e2dce614d
Author: Harald Welte <laforge(a)gnumonks.org>
Date: Wed Aug 9 20:28:52 2017 +0200
IPv6: Support PCO for IPv6 DNS addresses
In IPv6, DNS server information is not passed along as IPCP6 like
in IPv5 with IPCP. The reason is that IPCP6 (for PPP) doesn't
support passing DNS server information. Rather, the relevant RFCs
indicate DHCPv6 should be used even over point-to-point links.
3GPP decided to avoid DHCPv6 dependency for stateless autoconfiguration
(the only mandatory IPv6 configuration mechanism) and added some new
non-PPP-style PCO information elements ("containers") which can among
other things inform a MS about IPV6 DNS servers.
That same mechanism can also be used to inform the MS about IPv4 DNS
servers, so for IPv4 there are now two competing mechanisms: IPCP and
the new "native" PCO container. With this patch, we support both
for IPv4.
Change-Id: I21499afd61def8c925f7838bde76f34d28214b56
http://cgit.osmocom.org/openggsn/commit/?id=7e50d6003e2835eee1d889befe0ad71…
commit 7e50d6003e2835eee1d889befe0ad712bc551104
Author: Harald Welte <laforge(a)gnumonks.org>
Date: Wed Aug 9 16:48:38 2017 +0200
IPv6: don't zero-initialized upper 64bit of EUA
While the upper 64 bit of the EUA are ignored and only the lower 64bit
part of the EUA is used as a link identifier, TF 29.061 also states that
the prefix advertised in the Router Advertisement must match the
prefix part of the IP address allocated in the PDP CTX ACT ACK.
Change-Id: I5a17572cfb7e69a37ff9017a682b5b54de3d0e1b
http://cgit.osmocom.org/openggsn/commit/?id=19d4de336def51b6968f968088634c1…
commit 19d4de336def51b6968f968088634c15a0b933dc
Author: Harald Welte <laforge(a)gnumonks.org>
Date: Wed Aug 9 16:45:45 2017 +0200
icmpv6: Fix various deviations from relevant specs
* comments are added verbatim from the specs
* cur_hop_limit is initialized to 64, as a reasonable default
* router_lifetime is set to the RFC4861 default formula
* reachable_time is set to unspecified
* L bit is set to 0 as required by 3GPP TS 29.061
Change-Id: I283a4dcf593513e9ef7a839c5b2d2c42a82026eb
-----------------------------------------------------------------------
Summary of changes:
ggsn/ggsn.c | 190 +++++++++++++++++++++++++++++++++++++++++++++-------------
ggsn/icmpv6.c | 21 +++++--
2 files changed, 162 insertions(+), 49 deletions(-)
hooks/post-receive
--
The OpenGGSN project