- osmocom-commitlog - lists.osmocom.org

osmo-iuh.git branch pre_release updated. fcf362fb435c384d377302349a40e2390bf174a3
by gitosis＠osmocom.org 10 Aug '17

10 Aug '17

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

1 0

openggsn.git branch master updated. 0.93-18-gd4d6e09
by gitosis＠osmocom.org 09 Aug '17

09 Aug '17

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

1 0

libosmo-sccp.git branch master updated. 0.0.6.3-290-gba12716
by gitosis＠osmocom.org 09 Aug '17

09 Aug '17

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

1 0

libosmo-sccp.git branch master updated. 0.0.6.3-289-g50a40f9
by gitosis＠osmocom.org 09 Aug '17

09 Aug '17

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

1 0

libosmocore.git branch master updated. 0.9.6-359-g4a29f348
by gitosis＠osmocom.org 09 Aug '17

09 Aug '17

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

1 0

openggsn.git branch laforge/ipv6 updated. 0.93-22-g86f42e4
by gitosis＠osmocom.org 09 Aug '17

09 Aug '17

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

1 0

openggsn.git branch master updated. 0.93-17-g365f8fa
by gitosis＠osmocom.org 09 Aug '17

09 Aug '17

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

1 0

osmo-iuh.git branch master updated. ecbdc5cb06ef7f61c6f4cdb4e1fd84a05ec0407d
by gitosis＠osmocom.org 09 Aug '17

09 Aug '17

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

1 0

openggsn.git branch laforge/ipv6 updated. 0.93-22-g69ba8a6
by gitosis＠osmocom.org 09 Aug '17

09 Aug '17

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

1 0

openggsn.git branch laforge/ipv6 updated. 0.93-23-g02058a0
by gitosis＠osmocom.org 09 Aug '17

09 Aug '17

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

1 0