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)