This is merely a historical archive of years 2008-2021, before the migration to mailman3.
A maintained and still updated list archive can be found at https://lists.osmocom.org/hyperkitty/list/osmocom-commitlog@lists.osmocom.org/.
gitosis at osmocom.org gitosis at osmocom.orgThis 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, neels/ipa_nano3g has been updated
discards 69e05da6049bbb3173de7592f9781aac36df111d (commit)
discards a50f76af6b8ffc7f5a9bed1139474b6512ece621 (commit)
discards e9d86b7a108e121328f3c50cba6ef5150f7a38af (commit)
discards 4f014aa873bde7c1bcfb450fe412c408e9127afc (commit)
discards 6148f344e2f55da59237616a90e53f44ca90d4ae (commit)
via 5e21c59988f1d8067562c1dfab73536134b80087 (commit)
via 33802daf23372019c92f49fa73fc5cf0038dc3ce (commit)
via 75a61858d5bdee9afed1be059b45666702dfdda0 (commit)
via bc03eeeee2dc9b330a7775e652d19b269530c5e9 (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 (69e05da6049bbb3173de7592f9781aac36df111d)
\
N -- N -- N (5e21c59988f1d8067562c1dfab73536134b80087)
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=5e21c59988f1d8067562c1dfab73536134b80087
commit 5e21c59988f1d8067562c1dfab73536134b80087
Author: Neels Hofmeyr <nhofmeyr at sysmocom.de>
Date: Fri Sep 9 01:25:22 2016 +0200
comment: note RAB assignment spec reference
Change-Id: Ifef8da82a01cd781ef560d1ec21cbfb23efb1495
http://cgit.osmocom.org/osmo-iuh/commit/?id=33802daf23372019c92f49fa73fc5cf0038dc3ce
commit 33802daf23372019c92f49fa73fc5cf0038dc3ce
Author: Neels Hofmeyr <nhofmeyr at sysmocom.de>
Date: Thu Sep 22 19:37:29 2016 +0200
log hnbap UE context allocation
Change-Id: I572095e6d3f2b48362bf8a88bc66f8438348d29a
http://cgit.osmocom.org/osmo-iuh/commit/?id=75a61858d5bdee9afed1be059b45666702dfdda0
commit 75a61858d5bdee9afed1be059b45666702dfdda0
Author: Neels Hofmeyr <nhofmeyr at sysmocom.de>
Date: Mon Apr 25 15:05:32 2016 +0200
hnbap: accept UE Register Requests with TMSI and pTMSI
HNBGW so far keeps track of UEs that have registered, with their IMSI. When a
UE registers with only a TMSI, we obviously can't store an IMSI. However, since
we're so far never *using* the list of UEs in osmo-hnbgw, we might as well just
accept the TMSI registration and carry on as usual. All that is needed for
proper operation is a valid UE context.
This is particularly helpful with an ip.access nano3G femto cell, as it
apparently feeds whichever identification the UE sends through to HNBAP
(TMSI+LAI, pTMSI+RAI), instead of an IMSI as expected. So far this caused
failures and the need to make the UE clear its TMSI (wait several minutes or
attempt to subscribe to a different network), so that UE registration switched
back to IMSI. When simply accepting the TMSI in osmo-hngw, no problems are
apparent in our current code state.
For example, a Samsung Galaxy S4 seems to send a UE_Identity_PR_tMSILAI (CS
identity), and a GT-I9100 seems to send a UE_Identity_PR_pTMSIRAI (PS identity)
upon first registration to the network.
Recording the IMSI in hnbgw: we could use the subscriber list during paging,
but on the other hand, it doesn't hurt to anyway always page to all HNBs
connected to osmo-hnbgw. The paging procedure does include a page-to-all-HNBs
in case the first HNB paging fails. However, since we're now failing to record
UEs that register by TMSI, we must be aware that trying to page such UE on only
its last seen HNB will fail; it is plainly missing in the list.
Patch-by: Harald Welte <laforge at gnumonks.org>, me
Change-Id: I87bc1aa3e85815ded7ac1dbdca48f1680b468589
http://cgit.osmocom.org/osmo-iuh/commit/?id=bc03eeeee2dc9b330a7775e652d19b269530c5e9
commit bc03eeeee2dc9b330a7775e652d19b269530c5e9
Author: Neels Hofmeyr <nhofmeyr at sysmocom.de>
Date: Thu Sep 22 18:06:59 2016 +0200
hnbgw: UE context: add handling by tmsi identification
To prepare for an upcoming commit that accepts TMSI identification upon UE
Register Requests:
Add tmsi arg to ue_context_alloc().
Add ue_context_by_tmsi().
Change-Id: I138458443319cc4cbea5ee7906cf5dd72d582130
-----------------------------------------------------------------------
Summary of changes:
include/osmocom/iuh/hnbgw.h | 7 ++++---
src/hnbgw.c | 23 +++++++++++++++++++--
src/hnbgw_hnbap.c | 49 +++++++++++++++++++++++++++++++++++----------
src/ranap_msg_factory.c | 24 +---------------------
src/tests/test-ranap.ok | 10 ++++-----
5 files changed, 69 insertions(+), 44 deletions(-)
hooks/post-receive
--
Osmocom code for Iuh interface