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 802acd0da459b4d74bf4a64d8c12aba0f2a6c09c (commit)
from 75f8116132a452af9e2b9c95a9fe1d1142605567 (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=802acd0da459b4d74bf4a64d8c12aba…
commit 802acd0da459b4d74bf4a64d8c12aba0f2a6c09c
Author: Neels Hofmeyr <nhofmeyr(a)sysmocom.de>
Date: Tue May 3 13:11:40 2016 +0200
fix: test-ranap.c: missing NULL init
The decoding target pointer has to be NULL so that a new structure is allocated
by aper_decode(). Fixes a probable segmentation fault upon decoding at
test-ranap.c:77 or free of unallocated memory in test-ranap.c:81.
-----------------------------------------------------------------------
Summary of changes:
src/tests/test-ranap.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
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 "Osmocom code for Iuh interface".
The branch, master has been updated
via 75f8116132a452af9e2b9c95a9fe1d1142605567 (commit)
from 95d0ba5f401db53d5ce3f296ec02bd33865a387b (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=75f8116132a452af9e2b9c95a9fe1d1…
commit 75f8116132a452af9e2b9c95a9fe1d1142605567
Author: Holger Hans Peter Freyther <holger(a)moiji-mobile.com>
Date: Tue May 3 13:08:55 2016 +0200
jenkins: Disable parallel make as it is broken right now
sed -i 's,^#include "ranap_ies_defs.h",#include <osmocom/ranap/ranap_ies_defs.h>,' ranap_encoder.c ranap_decoder.c
sed -i 's,^#include "ranap_common.h",#include <osmocom/ranap/ranap_common.h>,' ranap_encoder.c ranap_decoder.c ranap_ies_defs.h
sed -i 's,^#include "ranap_common.h",#include <osmocom/ranap/ranap_common.h>,' ranap_encoder.c ranap_decoder.c ranap_ies_defs.h
mv ranap_ies_defs.h ../include/osmocom/ranap/
sed: can't read ranap_ies_defs.h: No such file or directory
Makefile:916: recipe for target 'ranap_decoder.c' failed
-----------------------------------------------------------------------
Summary of changes:
contrib/jenkins.sh | 6 +++---
1 file changed, 3 insertions(+), 3 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 Open Source GSM Base Band stack".
The branch, max/gprs_debug has been updated
discards 350263350d16751473df785cd0b8249ed2d34ac9 (commit)
discards d333a0f04e73adaf1e8c020b443af2aa75ecda14 (commit)
discards 31fbad59f11c3da3cab51bbf3c67a5c055058159 (commit)
discards b20173ddfb58e8e1e0576d621f4681fbb50a9453 (commit)
via efea8d2aa0d9ad52abac55aa3e6834dc5a7ac205 (commit)
via 127bcbfe2bfe089566b0de545b4f55c19be85c86 (commit)
via b1e2e38357cf464394fc322cdc1ce094f1b3a2d9 (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 (350263350d16751473df785cd0b8249ed2d34ac9)
\
N -- N -- N (efea8d2aa0d9ad52abac55aa3e6834dc5a7ac205)
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/osmocom-bb/commit/?id=efea8d2aa0d9ad52abac55aa3e683…
commit efea8d2aa0d9ad52abac55aa3e6834dc5a7ac205
Author: Max <msuraev(a)sysmocom.de>
Date: Thu Mar 24 17:46:19 2016 +0100
Import gprsdecode utility
Add modernized version of gprsdecode:
* port to latest libosmocore library
* add regression tests
The code is based on work of SRLabs available at https://srlabs.de/gprs/http://cgit.osmocom.org/osmocom-bb/commit/?id=127bcbfe2bfe089566b0de545b4f5…
commit 127bcbfe2bfe089566b0de545b4f55c19be85c86
Author: Max <msuraev(a)sysmocom.de>
Date: Thu Mar 24 17:24:19 2016 +0100
Add basic gprs capture support
http://cgit.osmocom.org/osmocom-bb/commit/?id=b1e2e38357cf464394fc322cdc1ce…
commit b1e2e38357cf464394fc322cdc1ce094f1b3a2d9
Author: Max <msuraev(a)sysmocom.de>
Date: Thu Mar 24 17:23:53 2016 +0100
Drop support for old toolchains
-----------------------------------------------------------------------
Summary of changes:
src/target/firmware/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
hooks/post-receive
--
The Open Source GSM Base Band stack
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 "TAC DB (and client)".
The branch, master has been updated
discards 9d36a704c81e81ce7121c7848fbf81b2e50d2195 (commit)
discards c50ff84005e367bb7656649134fc6835253af9f7 (commit)
discards ae20121cdde93ec214ca71621a5817cadfa517ee (commit)
discards c6de6d76eb76b282aa8c8b2fac5fb11ae4e78bba (commit)
discards ce7dc61e220d08f41e0fc18b2c1ab29ff51b008c (commit)
via b33e5d9fc9b91dc567ce465f17788eb303181b8a (commit)
via 113573145d46c1e5f14f06008f20670cd3f96083 (commit)
via adf9a2a2f86c9b8dd7823f006322cb1ea11d865b (commit)
via da68e7baa9aee4b7f259bbec1c6c140767ee5e09 (commit)
via 39fa5fa3b242b064395acded261614dfe225cad6 (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 (9d36a704c81e81ce7121c7848fbf81b2e50d2195)
\
N -- N -- N (b33e5d9fc9b91dc567ce465f17788eb303181b8a)
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-tacdb/commit/?id=b33e5d9fc9b91dc567ce465f17788…
commit b33e5d9fc9b91dc567ce465f17788eb303181b8a
Author: OsmoTACDB Project <tacdb(a)osmocom.org>
Date: Thu Apr 28 23:31:58 2016 +0200
license information
http://cgit.osmocom.org/osmo-tacdb/commit/?id=113573145d46c1e5f14f06008f206…
commit 113573145d46c1e5f14f06008f20670cd3f96083
Author: OsmoTACDB Project <tacdb(a)osmocom.org>
Date: Thu Apr 28 23:09:07 2016 +0200
add gitignore
http://cgit.osmocom.org/osmo-tacdb/commit/?id=adf9a2a2f86c9b8dd7823f006322c…
commit adf9a2a2f86c9b8dd7823f006322cb1ea11d865b
Merge: da68e7b 39fa5fa
Author: OsmoTACDB Project <tacdb(a)osmocom.org>
Date: Thu Apr 28 21:44:35 2016 +0200
Merge branch 'master' of ssh://git.osmocom.org/osmo-tacdbhttp://cgit.osmocom.org/osmo-tacdb/commit/?id=da68e7baa9aee4b7f259bbec1c6c1…
commit da68e7baa9aee4b7f259bbec1c6c140767ee5e09
Author: OsmoTACDB Project <tacdb(a)osmocom.org>
Date: Thu Apr 28 21:41:38 2016 +0200
first version of our AWESOME app
http://cgit.osmocom.org/osmo-tacdb/commit/?id=39fa5fa3b242b064395acded26161…
commit 39fa5fa3b242b064395acded261614dfe225cad6
Author: OsmoTACDB Project <tacdb(a)osmocom.org>
Date: Thu Apr 28 14:14:22 2016 +0200
first commit
-----------------------------------------------------------------------
Summary of changes:
hooks/post-receive
--
TAC DB (and client)
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 "OpenBTS' transceiver retro-fit".
The branch, master has been updated
discards 68475102023be985d45698acb81b888f78db8728 (commit)
discards 7b9ac673752d8831a785bfc1af0029389f4814bf (commit)
via 2c650a6895f573e4455f55f0d1ed136ba8ae4744 (commit)
via d4555f267e284d14e9e877f8f82da8bcc2d76d7a (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 (68475102023be985d45698acb81b888f78db8728)
\
N -- N -- N (2c650a6895f573e4455f55f0d1ed136ba8ae4744)
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-trx/commit/?id=2c650a6895f573e4455f55f0d1ed136…
commit 2c650a6895f573e4455f55f0d1ed136ba8ae4744
Author: Tom Tsou <tom.tsou(a)ettus.com>
Date: Thu Apr 28 21:55:17 2016 -0700
common: Add mandatory length field to UDP receive calls
Current UDP receive reads up to MAX_UDP_LENGTH bytes into the
passed in buffer, which may lead to buffer overflow if the
write buffer is of insufficient size.
Add mandatory length argument to UDP socket receive calls.
Reported-by: Simone Margaritelli <simone(a)zimperium.com>
Signed-off-by: Tom Tsou <tom.tsou(a)ettus.com>
http://cgit.osmocom.org/osmo-trx/commit/?id=d4555f267e284d14e9e877f8f82da8b…
commit d4555f267e284d14e9e877f8f82da8bcc2d76d7a
Author: Tom Tsou <tom.tsou(a)ettus.com>
Date: Thu Apr 28 21:24:53 2016 -0700
common: Restrict UDP binding to localhost only
Reported security vulnerability where control and data UDP
packets can be injected into the transceiver externally due
to socket binding to all interfaces using INADDR_ANY.
Existing socket interface does not allow specifying local
address; only the local port and remote address/port are
arguments.
Restrict socket bind to localhost with INADDR_LOOPBACK. If
external interfaces do need to be used, the API should be
modified to allow specifying the local socket address.
Reported-by: Simone Margaritelli <simone(a)zimperium.com>
Signed-off-by: Tom Tsou <tom.tsou(a)ettus.com>
-----------------------------------------------------------------------
Summary of changes:
hooks/post-receive
--
OpenBTS' transceiver retro-fit
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 "OpenBTS' transceiver retro-fit".
The branch, master has been updated
via 68475102023be985d45698acb81b888f78db8728 (commit)
via 7b9ac673752d8831a785bfc1af0029389f4814bf (commit)
from 047956259b468724e9c9d4b6bc436f8ee1f85a57 (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:
CommonLibs/Sockets.cpp | 24 ++++++++++--------------
CommonLibs/Sockets.h | 4 ++--
CommonLibs/SocketsTest.cpp | 4 ++--
Transceiver52M/Transceiver.cpp | 4 ++--
4 files changed, 16 insertions(+), 20 deletions(-)
hooks/post-receive
--
OpenBTS' transceiver retro-fit
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, sysmocom/iu has been updated
via 99f2477653c1a1bff85cf0d5f823c4845fb46dc3 (commit)
via a9791df3b90e7458d0356a486df795a1226b046a (commit)
via d9202b342c996c56a7e10dbc744e50d56a933b2c (commit)
via c902bd40327643c161aefbd71bbf8c5583051f17 (commit)
via ad21c3b8e384f9dcfd6ee8becb15fe2f9d1869ba (commit)
via 28fdbdcd539004958c8ae4077ed28307edf9c747 (commit)
via 903ad2e135f5d6358042e60ab0f1288ff2e1f393 (commit)
via 04bfcdd6c243023fa5ba351a7f481ba7bc49c23c (commit)
via 3a9c52a5dc8a625b916193b7bea90254af0e04f1 (commit)
via c6580c5b2c11ca6bbc22676866c5cfe4dc36596f (commit)
via fb845bb1df34170f841b330ee858016bf6a09f5f (commit)
via 6f4e83beb05b7e4fd615504a7bf6a71afe15064d (commit)
via 214302b306d6806605e1bec123dc97934f9f6504 (commit)
via defe78f1e17cf34da0e602ad1a07c0214a7a81c9 (commit)
via 061787878ceac939ed6b6882f4d810b53774d24b (commit)
via 00007897d42232db0c29ebe543b2483311e56785 (commit)
via 5c4386c6928d65252eaf327044aae63b5dfbc01e (commit)
from fc68c83ddbda55fc2aaa908a3a6a6fca2af71761 (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:
openbsc/include/openbsc/gsm_04_08.h | 2 +
openbsc/include/openbsc/gsm_subscriber.h | 10 ++-
openbsc/include/openbsc/iu.h | 6 ++
openbsc/src/libbsc/gsm_04_08_utils.c | 1 +
openbsc/src/libbsc/paging.c | 6 ++
openbsc/src/libiu/iu.c | 11 +++-
openbsc/src/libmsc/gsm_04_08.c | 73 +++++----------------
openbsc/src/libmsc/gsm_04_11.c | 3 +-
openbsc/src/libmsc/gsm_subscriber.c | 107 ++++++++++++++++++++-----------
openbsc/src/libmsc/iu_cs.c | 2 +
openbsc/src/libmsc/silent_call.c | 5 +-
openbsc/src/osmo-cscn/cscn_main.c | 19 +++---
openbsc/src/osmo-cscn/iucs_ranap.c | 2 +-
13 files changed, 136 insertions(+), 111 deletions(-)
hooks/post-receive
--
The OpenBSC GSM Base Station Controller (+MSC/HLR/SGSN)
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/cscn has been updated
discards 0cdb711b5716f0149a92e054e446f271e21d061a (commit)
discards 004000df739cb082532adf2c3d626988daf8c7f4 (commit)
discards bcfe01c6ac016f9bee03ee6fd65cad16c0aa4aab (commit)
discards 074a50e5650b66bfc4f0a0d402343f339b3a46e5 (commit)
discards 0d06f85e87faaf9a0519d9403e6ab23e91b59a3a (commit)
discards 2d4bdec0cf41f4b9932c2a4395a3a6fd14bc2acf (commit)
via 99f2477653c1a1bff85cf0d5f823c4845fb46dc3 (commit)
via a9791df3b90e7458d0356a486df795a1226b046a (commit)
via d9202b342c996c56a7e10dbc744e50d56a933b2c (commit)
via c902bd40327643c161aefbd71bbf8c5583051f17 (commit)
via ad21c3b8e384f9dcfd6ee8becb15fe2f9d1869ba (commit)
via 28fdbdcd539004958c8ae4077ed28307edf9c747 (commit)
via 903ad2e135f5d6358042e60ab0f1288ff2e1f393 (commit)
via 04bfcdd6c243023fa5ba351a7f481ba7bc49c23c (commit)
via 3a9c52a5dc8a625b916193b7bea90254af0e04f1 (commit)
via c6580c5b2c11ca6bbc22676866c5cfe4dc36596f (commit)
via fb845bb1df34170f841b330ee858016bf6a09f5f (commit)
via 6f4e83beb05b7e4fd615504a7bf6a71afe15064d (commit)
via 214302b306d6806605e1bec123dc97934f9f6504 (commit)
via defe78f1e17cf34da0e602ad1a07c0214a7a81c9 (commit)
via 061787878ceac939ed6b6882f4d810b53774d24b (commit)
via 00007897d42232db0c29ebe543b2483311e56785 (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 (0cdb711b5716f0149a92e054e446f271e21d061a)
\
N -- N -- N (99f2477653c1a1bff85cf0d5f823c4845fb46dc3)
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=99f2477653c1a1bff85cf0d5f823c484…
commit 99f2477653c1a1bff85cf0d5f823c4845fb46dc3
Author: Neels Hofmeyr <nhofmeyr(a)sysmocom.de>
Date: Mon May 2 19:50:37 2016 +0200
cosmetic: IuCS logging
http://cgit.osmocom.org/openbsc/commit/?id=a9791df3b90e7458d0356a486df795a1…
commit a9791df3b90e7458d0356a486df795a1226b046a
Author: Neels Hofmeyr <nhofmeyr(a)sysmocom.de>
Date: Mon May 2 19:49:58 2016 +0200
add enum iu_event_type to string conversion
http://cgit.osmocom.org/openbsc/commit/?id=d9202b342c996c56a7e10dbc744e50d5…
commit d9202b342c996c56a7e10dbc744e50d56a933b2c
Author: Neels Hofmeyr <nhofmeyr(a)sysmocom.de>
Date: Mon May 2 16:19:29 2016 +0200
comments and debug log for paging response
http://cgit.osmocom.org/openbsc/commit/?id=c902bd40327643c161aefbd71bbf8c55…
commit c902bd40327643c161aefbd71bbf8c5583051f17
Author: Neels Hofmeyr <nhofmeyr(a)sysmocom.de>
Date: Mon May 2 15:59:10 2016 +0200
msc_paging_request(): remove unused parameters
The network is known from subscr; the type is not applicable after MSCSPLIT;
cbfn and data are obsoleted by explicit subscr_rx_paging_response().
http://cgit.osmocom.org/openbsc/commit/?id=ad21c3b8e384f9dcfd6ee8becb15fe2f…
commit ad21c3b8e384f9dcfd6ee8becb15fe2f9d1869ba
Author: Neels Hofmeyr <nhofmeyr(a)sysmocom.de>
Date: Mon May 2 15:58:43 2016 +0200
msc_paging_request(): make static
it is never called outside of gsm_subscriber.c
http://cgit.osmocom.org/openbsc/commit/?id=28fdbdcd539004958c8ae4077ed28307…
commit 28fdbdcd539004958c8ae4077ed28307edf9c747
Author: Neels Hofmeyr <nhofmeyr(a)sysmocom.de>
Date: Wed Apr 27 02:08:07 2016 +0200
msc: paging: use gsm_subscriber API to add Integrity Protection for IuCS
During peliminary paging response testing, I introduced some code duplication.
Remove that and instead call the code that was there before 63b99ced83773d923
("add preliminary paging response handling, incomplete").
By calling the gsm_subscriber API, the connection is also secured and hence
Integrity Protection is enabled for IuCS.
http://cgit.osmocom.org/openbsc/commit/?id=903ad2e135f5d6358042e60ab0f1288f…
commit 903ad2e135f5d6358042e60ab0f1288ff2e1f393
Author: Neels Hofmeyr <nhofmeyr(a)sysmocom.de>
Date: Mon May 2 16:40:42 2016 +0200
cosmetic: msc: handle_paging_resp() tweaks
Tweak debug logging, use paging category DPAG.
Change the order of arguments to make more sense in the causal relationship.
http://cgit.osmocom.org/openbsc/commit/?id=04bfcdd6c243023fa5ba351a7f481ba7…
commit 04bfcdd6c243023fa5ba351a7f481ba7bc49c23c
Author: Neels Hofmeyr <nhofmeyr(a)sysmocom.de>
Date: Mon May 2 15:57:53 2016 +0200
paging: actually verify subscriber authorization
Before this, any paging response would be accepted by the CN, without
checking the database whether the subscriber is in fact authorized.
The probability that a subscriber would be able to take unauthorized action
is slim, nevertheless checking authorization status with the database should
happen before we accept a connection.
http://cgit.osmocom.org/openbsc/commit/?id=3a9c52a5dc8a625b916193b7bea90254…
commit 3a9c52a5dc8a625b916193b7bea90254af0e04f1
Author: Neels Hofmeyr <nhofmeyr(a)sysmocom.de>
Date: Mon May 2 15:55:22 2016 +0200
paging: change subscr_paging_cb() into subscr_rx_paging_response()
Remove one layer of callback indirection in paging. When a paging response
arrives, we always want to first secure the connection, thus a fixed
subscr_rx_paging_response() function is more appropriate and avoids having
to store a cbfn. The actual actions to be taken upon successful paging are
of course still in callback functions stored with each subscriber.
http://cgit.osmocom.org/openbsc/commit/?id=c6580c5b2c11ca6bbc22676866c5cfe4…
commit c6580c5b2c11ca6bbc22676866c5cfe4dc36596f
Author: Neels Hofmeyr <nhofmeyr(a)sysmocom.de>
Date: Mon May 2 15:35:07 2016 +0200
Allow paging even though is_paging is false
It doesn't really hurt to see whether we have paging responses queued for
a given subscriber. Possibly a subscriber replied with a paging response
later than we assumed the paging to be valid.
http://cgit.osmocom.org/openbsc/commit/?id=fb845bb1df34170f841b330ee858016b…
commit fb845bb1df34170f841b330ee858016bf6a09f5f
Author: Neels Hofmeyr <nhofmeyr(a)sysmocom.de>
Date: Mon May 2 15:33:18 2016 +0200
cosmetic: subscr_paging_dispatch() comments/indent
http://cgit.osmocom.org/openbsc/commit/?id=6f4e83beb05b7e4fd615504a7bf6a71a…
commit 6f4e83beb05b7e4fd615504a7bf6a71afe15064d
Author: Neels Hofmeyr <nhofmeyr(a)sysmocom.de>
Date: Mon May 2 15:32:32 2016 +0200
subscr_paging_dispatch(): use conn->subscr instead of separate param
http://cgit.osmocom.org/openbsc/commit/?id=214302b306d6806605e1bec123dc9793…
commit 214302b306d6806605e1bec123dc97934f9f6504
Author: Neels Hofmeyr <nhofmeyr(a)sysmocom.de>
Date: Mon May 2 15:31:05 2016 +0200
cosmetic: subscr_paging_dispatch() comments/indent
http://cgit.osmocom.org/openbsc/commit/?id=defe78f1e17cf34da0e602ad1a07c021…
commit defe78f1e17cf34da0e602ad1a07c0214a7a81c9
Author: Neels Hofmeyr <nhofmeyr(a)sysmocom.de>
Date: Mon May 2 15:27:26 2016 +0200
add comments on MSCSPLIT and paging
http://cgit.osmocom.org/openbsc/commit/?id=061787878ceac939ed6b6882f4d810b5…
commit 061787878ceac939ed6b6882f4d810b53774d24b
Author: Neels Hofmeyr <nhofmeyr(a)sysmocom.de>
Date: Mon May 2 15:10:36 2016 +0200
gsm_04_08 mscsplit: subscr_request_channel() -> subscr_request_conn()
Rename subscr_request_channel() to _conn() and remove the channel_type arg.
The "channel" is a term from closely tied MSC+BSC code, after separation we
shall call it a "connection", i.e. over IuCS or A.
The channel_type arg is already unused from a previous MSCSPLIT commit.
http://cgit.osmocom.org/openbsc/commit/?id=00007897d42232db0c29ebe543b24833…
commit 00007897d42232db0c29ebe543b2483311e56785
Author: Neels Hofmeyr <nhofmeyr(a)sysmocom.de>
Date: Mon May 2 15:02:32 2016 +0200
gsm_04_08: factor out subscr authorization check
Add function subscr_authorized(), absorbing the guts of static
authorize_subscriber() from gsm_04_08.c, except the parts specific to Location
Updating.
subscr_authorized() is a check that is to be added to validation of a paging
response.
-----------------------------------------------------------------------
Summary of changes:
openbsc/include/openbsc/gsm_04_08.h | 2 +
openbsc/include/openbsc/gsm_subscriber.h | 2 +
openbsc/include/openbsc/iu.h | 6 ++
openbsc/src/libbsc/gsm_04_08_utils.c | 1 +
openbsc/src/libbsc/paging.c | 6 ++
openbsc/src/libiu/iu.c | 11 +++-
openbsc/src/libmsc/gsm_04_08.c | 94 ++------------------------------
openbsc/src/libmsc/gsm_subscriber.c | 29 ++++++++--
openbsc/src/libmsc/iu_cs.c | 2 +
openbsc/src/libmsc/silent_call.c | 5 +-
openbsc/src/osmo-cscn/cscn_main.c | 3 +-
openbsc/src/osmo-cscn/iucs_ranap.c | 2 +-
12 files changed, 65 insertions(+), 98 deletions(-)
hooks/post-receive
--
The OpenBSC GSM Base Station Controller (+MSC/HLR/SGSN)
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 A-bis protcol interface library".
The branch, max/tmp has been deleted
was 620251cdc3160b647cb7433a7001d54f0ce7fece
-----------------------------------------------------------------------
620251cdc3160b647cb7433a7001d54f0ce7fece Set connected mode after setting remote address
-----------------------------------------------------------------------
hooks/post-receive
--
Osmocom A-bis protcol interface 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 "TAC DB (and client)".
The branch, master has been updated
discards cc5e6ebba7a926ab13db0aa2f1ce40b7c090902a (commit)
discards 4766718253b19c21e14a7dba177c0ea2baae3d8c (commit)
discards afadcdaee2cd828ba9f6cc3a2ec54b207f545447 (commit)
discards 2ba53125d3148b6ef2811008731e13e1e7818bbb (commit)
discards 9952245bbc30c64299abf8e47dc3edfa15e88c0c (commit)
via 9d36a704c81e81ce7121c7848fbf81b2e50d2195 (commit)
via c50ff84005e367bb7656649134fc6835253af9f7 (commit)
via ae20121cdde93ec214ca71621a5817cadfa517ee (commit)
via c6de6d76eb76b282aa8c8b2fac5fb11ae4e78bba (commit)
via ce7dc61e220d08f41e0fc18b2c1ab29ff51b008c (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 (cc5e6ebba7a926ab13db0aa2f1ce40b7c090902a)
\
N -- N -- N (9d36a704c81e81ce7121c7848fbf81b2e50d2195)
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-tacdb/commit/?id=9d36a704c81e81ce7121c7848fbf8…
commit 9d36a704c81e81ce7121c7848fbf81b2e50d2195
Author: OsmoTACDB Project <tacdb(a)osmocom.org>
Date: Thu Apr 28 23:31:58 2016 +0200
license information
http://cgit.osmocom.org/osmo-tacdb/commit/?id=c50ff84005e367bb7656649134fc6…
commit c50ff84005e367bb7656649134fc6835253af9f7
Author: OsmoTACDB Project <tacdb(a)osmocom.org>
Date: Thu Apr 28 23:09:07 2016 +0200
add gitignore
http://cgit.osmocom.org/osmo-tacdb/commit/?id=ae20121cdde93ec214ca71621a581…
commit ae20121cdde93ec214ca71621a5817cadfa517ee
Merge: c6de6d7 ce7dc61
Author: OsmoTACDB Project <tacdb(a)osmocom.org>
Date: Thu Apr 28 21:44:35 2016 +0200
Merge branch 'master' of ssh://git.osmocom.org/osmo-tacdbhttp://cgit.osmocom.org/osmo-tacdb/commit/?id=c6de6d76eb76b282aa8c8b2fac5fb…
commit c6de6d76eb76b282aa8c8b2fac5fb11ae4e78bba
Author: OsmoTACDB Project <tacdb(a)osmocom.org>
Date: Thu Apr 28 21:41:38 2016 +0200
first version of our AWESOME app
http://cgit.osmocom.org/osmo-tacdb/commit/?id=ce7dc61e220d08f41e0fc18b2c1ab…
commit ce7dc61e220d08f41e0fc18b2c1ab29ff51b008c
Author: OsmoTACDB Project <tacdb(a)osmocom.org>
Date: Thu Apr 28 14:14:22 2016 +0200
first commit
-----------------------------------------------------------------------
Summary of changes:
hooks/post-receive
--
TAC DB (and client)
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 Open Source GSM Base Band stack".
The branch, max/gprs_debug has been updated
discards 3ad6a6f76780c7eb0ebb463c8e3a5f011b5284f0 (commit)
via 350263350d16751473df785cd0b8249ed2d34ac9 (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 (3ad6a6f76780c7eb0ebb463c8e3a5f011b5284f0)
\
N -- N -- N (350263350d16751473df785cd0b8249ed2d34ac9)
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/osmocom-bb/commit/?id=350263350d16751473df785cd0b82…
commit 350263350d16751473df785cd0b8249ed2d34ac9
Author: Max <msuraev(a)sysmocom.de>
Date: Thu Mar 24 17:46:19 2016 +0100
Import gprsdecode utility
Add modernized version of gprsdecode:
* port to latest libosmocore library
* add regression tests
The code is based on work of SRLabs available at https://srlabs.de/gprs/
-----------------------------------------------------------------------
Summary of changes:
hooks/post-receive
--
The Open Source GSM Base Band stack
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, neels/wip has been deleted
was d2a5eb621ae7eec7442df022d59f04a5316c4fdc
-----------------------------------------------------------------------
d2a5eb621ae7eec7442df022d59f04a5316c4fdc parse SCCP src+dst addresses
-----------------------------------------------------------------------
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, sysmocom/iu has been updated
via b86cc95df32346bf77afd2005c5430d8c6a6d6ae (commit)
via f3041d11101f6254a6a0933f37db51104752c5ed (commit)
from d2a5eb621ae7eec7442df022d59f04a5316c4fdc (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=b86cc95df32346bf77afd2005c5…
commit b86cc95df32346bf77afd2005c5430d8c6a6d6ae
Author: Neels Hofmeyr <nhofmeyr(a)sysmocom.de>
Date: Mon May 2 18:02:56 2016 +0200
fix: use proper disconnect prim param type
For the N-DISCONNECT prim, parse CREF, RLC and RLSD from the proper parameter
struct type: osmo_scu_disconn_param instead of osmo_scu_connect_param.
Before this, the conn_id ended up in the wrong place and the other side always
received a zero conn_id.
Tested only for the RLSD case, which fixes Iu-Release message evaluation for
all except the very first SUA conn received by the CN components.
In all three cases, set:
* param->responding_addr to conn->called_addr.
* param->originator to OSMO_SCCP_ORIG_UNDEFINED.
http://cgit.osmocom.org/libosmo-sccp/commit/?id=f3041d11101f6254a6a0933f37d…
commit f3041d11101f6254a6a0933f37db51104752c5ed
Author: Neels Hofmeyr <nhofmeyr(a)sysmocom.de>
Date: Mon May 2 17:57:48 2016 +0200
cosmetic: sua.c: comments
Remove some obsolete FIXMEs.
Add some human readable names.
-----------------------------------------------------------------------
Summary of changes:
src/sua.c | 49 ++++++++++++++++++-------------------------------
1 file changed, 18 insertions(+), 31 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 "Osmocom code for Iuh interface".
The branch, master has been updated
via 95d0ba5f401db53d5ce3f296ec02bd33865a387b (commit)
from bb289e3b810683dadc5e2dd0b345b97cd3e8bddb (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=95d0ba5f401db53d5ce3f296ec02bd3…
commit 95d0ba5f401db53d5ce3f296ec02bd33865a387b
Author: Neels Hofmeyr <nhofmeyr(a)sysmocom.de>
Date: Mon May 2 14:44:51 2016 +0200
test-ranap: fix missing free in test_aper_causemisc, fixes expout
After aper_decode(), we still need to free the decoded struct.
This was introduced in 14da5411a4fbe05eccff5b4f0934d52773a3f97a
("test-ranap: Add test case about constrained integer range decode")
Note, in that commit there is another test failure in expout (a reversed byte
order) which is "secretly" fixed in bb289e3b810683dadc5e2dd0b345b97cd3e8bddb
("RAB parameters: add Extended Max Bitrate").
This commit fixes:
@@ -213,6 +212,7 @@
</RANAP_IE>
00 0a 00 11 00 00 01 00 29 40 0a 00 00 01 00 28 40 03 05 c2 d0
report
-talloc report on 'asn1_context' (total 0 bytes in 1 blocks)
+talloc report on 'asn1_context' (total 40 bytes in 2 blocks)
+ constr_CHOICE.c:927 contains 40 bytes in 1 blocks (ref 0) 0x187e690
talloc report on 'msgb' (total 1 bytes in 1 blocks)
exit
-----------------------------------------------------------------------
Summary of changes:
src/tests/test-ranap.c | 1 +
1 file changed, 1 insertion(+)
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 "Osmocom code for Iuh interface".
The branch, neels/wip has been updated
discards e309e52e32f93f99443ebe6a41ca1c360198f4bf (commit)
discards 65dd2c8315d44f1da0c89ebcf91ab7c32228f6c8 (commit)
via 88667ba84be4288ae45a357385b7a2e9b60a4789 (commit)
via 0116ab219ff76dfd5b6b9973711a5cd6d134372f (commit)
via bb289e3b810683dadc5e2dd0b345b97cd3e8bddb (commit)
via 0a461568f0d9186328a4878daa040bcdb33160c7 (commit)
via 14da5411a4fbe05eccff5b4f0934d52773a3f97a (commit)
via f764a15c2339d5b24f0258d6605d5c38229209cc (commit)
via 02601c878585732ec75e33d02a45e5ab1147d4a1 (commit)
via 64f5639eae65e9f0d16e330315aceea7058de715 (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 (e309e52e32f93f99443ebe6a41ca1c360198f4bf)
\
N -- N -- N (88667ba84be4288ae45a357385b7a2e9b60a4789)
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=88667ba84be4288ae45a357385b7a2e…
commit 88667ba84be4288ae45a357385b7a2e9b60a4789
Author: Neels Hofmeyr <nhofmeyr(a)sysmocom.de>
Date: Tue Apr 5 11:53:09 2016 +0200
hnb-test: plmn_id: use 0xf for unused digit
http://cgit.osmocom.org/osmo-iuh/commit/?id=0116ab219ff76dfd5b6b9973711a5cd…
commit 0116ab219ff76dfd5b6b9973711a5cd6d134372f
Author: Neels Hofmeyr <nhofmeyr(a)sysmocom.de>
Date: Wed Apr 13 19:09:41 2016 +0200
debug log: rx-unitdata
-----------------------------------------------------------------------
Summary of changes:
contrib/jenkins.sh | 64 +++++++++++++++++++++++++++++++++++++++++++++++++
src/hnbgw.c | 1 +
src/ranap_msg_factory.c | 16 ++++++++++++-
src/tests/test-ranap.c | 57 +++++++++++++++++++++++++++++++++++++++++++
src/tests/test-ranap.ok | 29 +++++++++++++++-------
5 files changed, 158 insertions(+), 9 deletions(-)
create mode 100755 contrib/jenkins.sh
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 OpenBSC GSM Base Station Controller (+MSC/HLR/SGSN)".
The branch, neels/cscn has been updated
discards 7d8d86644746dafed2263ede8e75cc7d43b3a6f3 (commit)
discards e87078e4469ca12483645022c06e8c7d4af7e1ff (commit)
discards 84d0e05d89115c189791284676a492c5f9b97d30 (commit)
discards 318eaf3aea3367b88bee5a5084c3352b4748a065 (commit)
discards b2c66d12bab45df939133fc65eae30c3a7759340 (commit)
discards 3494f218422a326cee7b188350fbee61b388bbd3 (commit)
discards 427cbc07eb9de3e68d8e43835ddf9d19c38c7a84 (commit)
via 0cdb711b5716f0149a92e054e446f271e21d061a (commit)
via 004000df739cb082532adf2c3d626988daf8c7f4 (commit)
via bcfe01c6ac016f9bee03ee6fd65cad16c0aa4aab (commit)
via 074a50e5650b66bfc4f0a0d402343f339b3a46e5 (commit)
via 0d06f85e87faaf9a0519d9403e6ab23e91b59a3a (commit)
via 2d4bdec0cf41f4b9932c2a4395a3a6fd14bc2acf (commit)
via 5c4386c6928d65252eaf327044aae63b5dfbc01e (commit)
via fc68c83ddbda55fc2aaa908a3a6a6fca2af71761 (commit)
via 74101106a1114d819dfce83cd5a50837c8bd5d0e (commit)
via db916bfd8dcceaeb0414ea0628e99a8e7955e660 (commit)
via a54358879f1ab928659568ebd6547fc65265f662 (commit)
via a54b47b04876152d6f5473d528480a67ccc89803 (commit)
via 3b922064a478f3a403d3a40d3f22c9a5675390fa (commit)
via 5b3fd465d16547f1175b211dd5366123f260fedb (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 (7d8d86644746dafed2263ede8e75cc7d43b3a6f3)
\
N -- N -- N (0cdb711b5716f0149a92e054e446f271e21d061a)
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=0cdb711b5716f0149a92e054e446f271…
commit 0cdb711b5716f0149a92e054e446f271e21d061a
Author: Neels Hofmeyr <nhofmeyr(a)sysmocom.de>
Date: Wed Apr 27 14:29:30 2016 +0200
wip: paging and mscsplit
http://cgit.osmocom.org/openbsc/commit/?id=004000df739cb082532adf2c3d626988…
commit 004000df739cb082532adf2c3d626988daf8c7f4
Author: Neels Hofmeyr <nhofmeyr(a)sysmocom.de>
Date: Wed Apr 27 13:01:53 2016 +0200
msc: paging resp: carry on even though subscr was not paging
If the subscriber's paging flag was not set when a paging response is received,
it can't hurt to anyway carry out paging responses if there are any.
Reduce the handling to a log message, don't abort.
http://cgit.osmocom.org/openbsc/commit/?id=bcfe01c6ac016f9bee03ee6fd65cad16…
commit bcfe01c6ac016f9bee03ee6fd65cad16c0aa4aab
Author: Neels Hofmeyr <nhofmeyr(a)sysmocom.de>
Date: Wed Apr 27 12:57:42 2016 +0200
msc: tweak logging for paging
Use the DPAG logging category and tweak some log output
http://cgit.osmocom.org/openbsc/commit/?id=074a50e5650b66bfc4f0a0d402343f33…
commit 074a50e5650b66bfc4f0a0d402343f339b3a46e5
Author: Neels Hofmeyr <nhofmeyr(a)sysmocom.de>
Date: Wed Apr 27 12:55:25 2016 +0200
msc: paging response: properly evaluate auth event
In paging_resp_action(), don't carry on when auth reports a failure.
In handle_paging_resp(), pass a meaningful auth event to paging_resp_action()
in case no auth needs to be established.
http://cgit.osmocom.org/openbsc/commit/?id=0d06f85e87faaf9a0519d9403e6ab23e…
commit 0d06f85e87faaf9a0519d9403e6ab23e91b59a3a
Author: Neels Hofmeyr <nhofmeyr(a)sysmocom.de>
Date: Wed Apr 27 02:47:54 2016 +0200
msc: paging response: use key seq from incoming msg
http://cgit.osmocom.org/openbsc/commit/?id=2d4bdec0cf41f4b9932c2a4395a3a6fd…
commit 2d4bdec0cf41f4b9932c2a4395a3a6fd14bc2acf
Author: Neels Hofmeyr <nhofmeyr(a)sysmocom.de>
Date: Wed Apr 27 02:08:07 2016 +0200
msc: paging: add Integrity Protection for IuCS
Do the paging response actions from new function paging_resp_action(), plugged
as cb function to gsm48_secure_channel() in case Integrity Protection needs to
be established first (IU), or called directly otherwise.
BTW, we can't reuse gsm0408_authorize() as-is, it is tied closely to a
Location Updating Request. Just copy its two lines of guts, calling
static authorize_subscriber() and gsm48_secure_channel() directly.
http://cgit.osmocom.org/openbsc/commit/?id=5c4386c6928d65252eaf327044aae63b…
commit 5c4386c6928d65252eaf327044aae63b5dfbc01e
Author: Neels Hofmeyr <nhofmeyr(a)sysmocom.de>
Date: Wed Apr 27 01:30:24 2016 +0200
cscn: (re-)add SMPP initialization
Remove legacy code from the original NITB version -- the SMPP init functions
have since been refactored in 1b0e5540dba697c9cf213e4f0aebc4baaf1618cb.
Add SMPP initialization in the refactored version: call the alloc_init
before reading config file, and call start with the global network struct
after config is read.
-----------------------------------------------------------------------
Summary of changes:
openbsc/include/openbsc/gprs_sgsn.h | 5 ----
openbsc/src/gprs/gprs_gmm.c | 4 +--
openbsc/src/gprs/gprs_sgsn.c | 19 --------------
openbsc/src/gprs/sgsn_libgtp.c | 52 +++++++++++++++++++++++++++----------
openbsc/src/libiu/iu.c | 8 +++---
openbsc/src/osmo-cscn/cscn_main.c | 2 +-
6 files changed, 45 insertions(+), 45 deletions(-)
hooks/post-receive
--
The OpenBSC GSM Base Station Controller (+MSC/HLR/SGSN)
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, lafore/utran-ggsn has been created
at a6c42ad366103ba87b17d45ebc786af75666025a (commit)
- Log -----------------------------------------------------------------
http://cgit.osmocom.org/openbsc/commit/?id=a6c42ad366103ba87b17d45ebc786af7…
commit a6c42ad366103ba87b17d45ebc786af75666025a
Author: Harald Welte <laforge(a)gnumonks.org>
Date: Mon May 2 08:34:57 2016 +0200
SGSN: Don't indicate GERAN in Iu mode PDP CTX ACT REQ to GGSN
-----------------------------------------------------------------------
hooks/post-receive
--
The OpenBSC GSM Base Station Controller (+MSC/HLR/SGSN)
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, neels/wip_hnb_list_double_del has been deleted
was ccd3cdffcad16493fa8ea2570a11b498168aa790
-----------------------------------------------------------------------
ccd3cdffcad16493fa8ea2570a11b498168aa790 hnbgw: dumb fix of context map hnb_list double delete
-----------------------------------------------------------------------
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 "Osmocom code for Iuh interface".
The branch, laforge/wip has been deleted
was 216ac210bfb0e540545ae22faa3da7ee44ccdd28
-----------------------------------------------------------------------
216ac210bfb0e540545ae22faa3da7ee44ccdd28 add pkg-config file for libosmo-ranap
-----------------------------------------------------------------------
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 "Osmocom code for Iuh interface".
The branch, sysmocom/ipa_nano3G has been updated
discards 77c960c023c42f06bacf6dae085d04193266bed6 (commit)
discards ecb259dbb9bdd5196a89dc3205602bba2ae3de06 (commit)
discards 87b3bbfb39aa84239d76796353a3acb1d6aec889 (commit)
discards e874a5db5aabd717eba5a8dc02b19cef48cb88ec (commit)
discards 30dc1920bbcbf80146892808a38cfdbffeeafc6a (commit)
discards 4bd1c9f605103b6ff3393ec9185bd47501eea6a3 (commit)
discards 81fb7cb24bf5c66d9d196455ad22801f25e05e61 (commit)
via 575301ae326141af5745b60e286054448b6f1723 (commit)
via ce605fab0a1d3b6eeb417bf31ceeed03dfe724c1 (commit)
via 544b76d6e2db765c57e35af0aa99f162a28685fe (commit)
via bb289e3b810683dadc5e2dd0b345b97cd3e8bddb (commit)
via 0a461568f0d9186328a4878daa040bcdb33160c7 (commit)
via 14da5411a4fbe05eccff5b4f0934d52773a3f97a (commit)
via f764a15c2339d5b24f0258d6605d5c38229209cc (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 (77c960c023c42f06bacf6dae085d04193266bed6)
\
N -- N -- N (575301ae326141af5745b60e286054448b6f1723)
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=575301ae326141af5745b60e2860544…
commit 575301ae326141af5745b60e286054448b6f1723
Author: Harald Welte <laforge(a)gnumonks.org>
Date: Sat Apr 30 23:52:02 2016 +0200
hack: Accept also UE_Identity_PR_pTMSIRAI in HNBAP from nano3G
I have the feeling that the nano3G simply forwards whatever identity it
receives from the MS in RRC via HNBAP, without sending any IDENTITY
REQUESTS by itself. That seems like a violation of the RANAP
specification, but well.
As opposed to Neels' earlier commit, the phone I was testing with
(GT-I9100) is using the UE_Identity_PR_pTMSIRAI (PS identity) instead of
UE_Identity_PR_tMSILAI (CS identity) when trying its first attempt to
register to the network, so let's support that equally.
http://cgit.osmocom.org/osmo-iuh/commit/?id=ce605fab0a1d3b6eeb417bf31ceeed0…
commit ce605fab0a1d3b6eeb417bf31ceeed03dfe724c1
Author: Neels Hofmeyr <nhofmeyr(a)sysmocom.de>
Date: Mon Apr 25 15:05:32 2016 +0200
hack: simply accept UE Register Requests with TMSI
HNBGW would usually keep 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.
This is particularly helpful with an ip.access nano3G femto cell, as it
tends to send UE registrations with a TMSI+LAI identification instead of
an IMSI when the subscriber is known. This causes timeouts of several
minutes until a UE registration switches back to IMSI. When simply
accepting the TMSI in osmo-hngw, no problems are apparent in our current
code state.
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.
http://cgit.osmocom.org/osmo-iuh/commit/?id=544b76d6e2db765c57e35af0aa99f16…
commit 544b76d6e2db765c57e35af0aa99f162a28685fe
Author: Neels Hofmeyr <nhofmeyr(a)sysmocom.de>
Date: Mon Apr 25 14:55:35 2016 +0200
UE Register with TMSI: reply with a Register Reject
When receiving a UE Register Request with TMSI and no IMSI, compose a
Register Reject with the same UE Identity and send.
The accepting function expects a ue_context argument and composes the
message from the IMSI found there. This new rejection message cannot rely
on a ue_context struct and hence uses the asn1 uE_Identity directly.
-----------------------------------------------------------------------
Summary of changes:
src/ranap_msg_factory.c | 6 +-----
src/tests/test-ranap.c | 57 +++++++++++++++++++++++++++++++++++++++++++++++++
src/tests/test-ranap.ok | 23 +++++++++++++++-----
3 files changed, 76 insertions(+), 10 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 "Osmocom code for Iuh interface".
The branch, master has been updated
via bb289e3b810683dadc5e2dd0b345b97cd3e8bddb (commit)
via 0a461568f0d9186328a4878daa040bcdb33160c7 (commit)
via 14da5411a4fbe05eccff5b4f0934d52773a3f97a (commit)
from f764a15c2339d5b24f0258d6605d5c38229209cc (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=bb289e3b810683dadc5e2dd0b345b97…
commit bb289e3b810683dadc5e2dd0b345b97cd3e8bddb
Author: Harald Welte <laforge(a)gnumonks.org>
Date: Sun May 1 15:20:56 2016 +0200
RAB parameters: add Extended Max Bitrate
Adjust test expectation in test-ranap.c.
This IE is seen in a "real life" pcap of hNodeB operation. We did not need it
so far, but add it to test the ip.access nano3G.
Comment from the future: the ip.access nano3G rebooted upon RAB Assignment
Request, and after adding/tweaking some IEs it stopped rebooting. This is one
of the changes that fixed the reboot issue. The changes have been tested
incrementally until reboots vanished, but it's not clear/hasn't been tested
whether omitting this change alone will cause reboots to re-appear.
http://cgit.osmocom.org/osmo-iuh/commit/?id=0a461568f0d9186328a4878daa040bc…
commit 0a461568f0d9186328a4878daa040bcdb33160c7
Author: Neels Hofmeyr <nhofmeyr(a)sysmocom.de>
Date: Sat Apr 23 13:53:28 2016 +0200
hnbgw: dumb fix of context map hnb_list double delete
http://cgit.osmocom.org/osmo-iuh/commit/?id=14da5411a4fbe05eccff5b4f0934d52…
commit 14da5411a4fbe05eccff5b4f0934d52773a3f97a
Author: Harald Welte <laforge(a)gnumonks.org>
Date: Sun May 1 15:42:19 2016 +0200
test-ranap: Add test case about constrained integer range decode
There was a bug in the asn1c/libffasn1c APER patch that caused
constrained integer ranges to be decoded incorrectly. Add a test
case for that to avoid people falling into that trap...
-----------------------------------------------------------------------
Summary of changes:
src/hnbgw.c | 1 +
src/ranap_msg_factory.c | 16 +++++++++++++++-
src/tests/test-ranap.c | 28 ++++++++++++++++++++++++++++
src/tests/test-ranap.ok | 24 +++++++++++++-----------
4 files changed, 57 insertions(+), 12 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 OpenBSC GSM Base Station Controller (+MSC/HLR/SGSN)".
The branch, sysmocom/ipa_nano3G has been updated
discards 699c3b688825c9a6f8165902f2319d93de1e9c45 (commit)
via 4ff5aa42797fd59d6b3fc080c7ada55e4a9163d1 (commit)
via fc68c83ddbda55fc2aaa908a3a6a6fca2af71761 (commit)
via 74101106a1114d819dfce83cd5a50837c8bd5d0e (commit)
via db916bfd8dcceaeb0414ea0628e99a8e7955e660 (commit)
via a54358879f1ab928659568ebd6547fc65265f662 (commit)
via a54b47b04876152d6f5473d528480a67ccc89803 (commit)
via 3b922064a478f3a403d3a40d3f22c9a5675390fa (commit)
via 5b3fd465d16547f1175b211dd5366123f260fedb (commit)
via 0991c684d342c292e8e5b0fb42f93fc615643580 (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 (699c3b688825c9a6f8165902f2319d93de1e9c45)
\
N -- N -- N (4ff5aa42797fd59d6b3fc080c7ada55e4a9163d1)
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=4ff5aa42797fd59d6b3fc080c7ada55e…
commit 4ff5aa42797fd59d6b3fc080c7ada55e4a9163d1
Author: Neels Hofmeyr <nhofmeyr(a)sysmocom.de>
Date: Mon Apr 25 15:40:54 2016 +0200
RAB parameters: use shorter 32 bit IP address format
This is needed for the ip.access nano3G femto cell.
-----------------------------------------------------------------------
Summary of changes:
openbsc/include/openbsc/gprs_sgsn.h | 5 ----
openbsc/src/gprs/gprs_gmm.c | 4 +--
openbsc/src/gprs/gprs_sgsn.c | 19 --------------
openbsc/src/gprs/sgsn_libgtp.c | 52 +++++++++++++++++++++++++++----------
openbsc/src/libiu/iu.c | 8 +++---
openbsc/src/libmsc/gsm_04_08.c | 7 ++---
openbsc/src/osmo-cscn/cscn_main.c | 2 +-
7 files changed, 47 insertions(+), 50 deletions(-)
hooks/post-receive
--
The OpenBSC GSM Base Station Controller (+MSC/HLR/SGSN)
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, sysmocom/iu has been updated
via fc68c83ddbda55fc2aaa908a3a6a6fca2af71761 (commit)
via 74101106a1114d819dfce83cd5a50837c8bd5d0e (commit)
via db916bfd8dcceaeb0414ea0628e99a8e7955e660 (commit)
via a54358879f1ab928659568ebd6547fc65265f662 (commit)
via a54b47b04876152d6f5473d528480a67ccc89803 (commit)
via 3b922064a478f3a403d3a40d3f22c9a5675390fa (commit)
via 5b3fd465d16547f1175b211dd5366123f260fedb (commit)
from 0991c684d342c292e8e5b0fb42f93fc615643580 (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/openbsc/commit/?id=fc68c83ddbda55fc2aaa908a3a6a6fca…
commit fc68c83ddbda55fc2aaa908a3a6a6fca2af71761
Author: Harald Welte <laforge(a)gnumonks.org>
Date: Sun May 1 15:29:52 2016 +0200
Support raw IPv4 address in RAB Assignment Response
There are different Iu dialects in terms of encoding the
transport layer address inside RAB Assignment req + resp.
Let's be liberal in what we accept, and simply use the length
as an indicator of the format. Wireshark uses similar heuristics.
http://cgit.osmocom.org/openbsc/commit/?id=74101106a1114d819dfce83cd5a50837…
commit 74101106a1114d819dfce83cd5a50837c8bd5d0e
Author: Harald Welte <laforge(a)gnumonks.org>
Date: Sun May 1 15:23:41 2016 +0200
RAB Assignment Response: Handle TEID changes
When the RNC confirms the RAB Assignment, it can each time indicate a
new TEID for the GTP-U endpoint on the RNC side. We need to update our
information about the PDP context and include that in the UPDATE PDP
CONTEXT that we're sending towards the GGSN. This is similar to
updating the RNC-side IP address of the GTP endpoint.
http://cgit.osmocom.org/openbsc/commit/?id=db916bfd8dcceaeb0414ea0628e99a8e…
commit db916bfd8dcceaeb0414ea0628e99a8e7955e660
Author: Harald Welte <laforge(a)gnumonks.org>
Date: Sun May 1 13:36:48 2016 +0200
iu_rab_act_ps: Use GGSN-side TEI in RAB Assignment Requeset
When we send the RAB Assignment Request to the RNC, we need
to tell it the GGSN-side TEI for data, not "our" (SGSN side)
TEID.
In the RAB-Assignment.req we inform the RNC of the TEID on the GGSN
side, and in the RAB-Assignment.resp the RNC informs us of the TEID
on the RNC side.
http://cgit.osmocom.org/openbsc/commit/?id=a54358879f1ab928659568ebd6547fc6…
commit a54358879f1ab928659568ebd6547fc65265f662
Author: Harald Welte <laforge(a)gnumonks.org>
Date: Sun May 1 12:43:21 2016 +0200
Identify PDP context by RAB ID, not TEI
When receiving an RAB-Assignment response from the RNC,
we should use the RAB ID (=NSAPI) to resolve the PDP context.
We cannot use the TEID, as the TEID chosen by the RNC for this RAB has
no relationship to the TEID we were using for the RAB-Assignment
request. TEIDs are local to each of the peer, like UDP port numbers.
http://cgit.osmocom.org/openbsc/commit/?id=a54b47b04876152d6f5473d528480a67…
commit a54b47b04876152d6f5473d528480a67ccc89803
Author: Harald Welte <laforge(a)gnumonks.org>
Date: Sun May 1 12:21:45 2016 +0200
libiu: Fix missing break statements in switch in cn_ranap_handle_co()
http://cgit.osmocom.org/openbsc/commit/?id=3b922064a478f3a403d3a40d3f22c9a5…
commit 3b922064a478f3a403d3a40d3f22c9a5675390fa
Author: Harald Welte <laforge(a)gnumonks.org>
Date: Sun May 1 10:59:12 2016 +0200
SGSN: Use PDP Context NSAPI as RAB ID
As Dieter has pointed out, the RANAP spec requires the RAB ID to be
equal to the NSAPI of the PDP context for which it is established.
http://cgit.osmocom.org/openbsc/commit/?id=5b3fd465d16547f1175b211dd5366123…
commit 5b3fd465d16547f1175b211dd5366123f260fedb
Author: Harald Welte <laforge(a)gnumonks.org>
Date: Sat Apr 30 22:04:50 2016 +0200
Fix parsing of auto-generated config file
When starting with empty config file, saving it by 'write file',
and then re-starting osmo-cscn, it would complain:
Error occurred during reading below line:
long name Osmocom Circuit-Switched Core Network
The problem is that the vty parser is configured to expect a single
token and not a list of tokens here, but we initialize the default value
with multiple words (which are treated as separate token).
-----------------------------------------------------------------------
Summary of changes:
openbsc/include/openbsc/gprs_sgsn.h | 5 ----
openbsc/src/gprs/gprs_gmm.c | 4 +--
openbsc/src/gprs/gprs_sgsn.c | 19 --------------
openbsc/src/gprs/sgsn_libgtp.c | 52 +++++++++++++++++++++++++++----------
openbsc/src/libiu/iu.c | 8 +++---
openbsc/src/osmo-cscn/cscn_main.c | 2 +-
6 files changed, 45 insertions(+), 45 deletions(-)
hooks/post-receive
--
The OpenBSC GSM Base Station Controller (+MSC/HLR/SGSN)