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, laforge/sigtran has been updated discards 1421f7677597aba316454b34651203220d271425 (commit) discards de089f2873f9107d3d9cad180d962c5828710afd (commit) discards 8a781331396368cb3cb6db5d8f59b9818d89bbc3 (commit) discards 5882da50de78c65063d9f55ebbbf3cb330768ba2 (commit) discards 2cc1564969d9512b0fab7e0ff1345091901146df (commit) discards 5ab1f2b81ce22186a4442e9bb9fc22412255d042 (commit) discards b59fa02ffa619763bafea9fc166c0b3fad59da3a (commit) discards f33e5100bcf558ebd9862a3ba411486786f2baaa (commit) discards 68195e86d984c0d4cde422d17e30b7f3ecb84bb4 (commit) discards 1c694b7eaf478a885bfbce75562647cceafc3ee5 (commit) discards 178abb9e364d01df222d0b017ef873d9b1ace847 (commit) discards cafb7d417cb60e7f9ee5f712417e63eae4639c76 (commit) via a81c3a629b6e566e6a7131497b5c8851a40c574f (commit) via 97ecf568ae360fac62d8b439656a4cbe81ba8d96 (commit) via fd8607e83c3c9100c5859d247e278228f73389ed (commit) via 46007ee43627023c7ad53d8a37f06c6642b377b4 (commit) via b4778db2f93c79b53b561dd63883e09d49cde6b9 (commit) via ace4ae9c560ea75d44e48fdb84a500dfedbab56d (commit) via b6be5d06559cbc7a1a181247c95ea522711775c2 (commit) via c8ddc46f7714a5514e74ec0e81d58b961b58cd08 (commit) via aec27146e7d62208bb2a896d2820783082458cfc (commit) via 857be133cae2b1fae5e452f842bcfd81a728d4bf (commit) via 7d993bbe760bef59c7b43d68e8788c562a904eea (commit) via 2f7df73486266ecb2a591eb12373bb5dd8ee7565 (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 (1421f7677597aba316454b34651203220d271425) \ N -- N -- N (a81c3a629b6e566e6a7131497b5c8851a40c574f)

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/libosmo-sccp/commit/?id=a81c3a629b6e566e6a7131497b5c...

commit a81c3a629b6e566e6a7131497b5c8851a40c574f Author: Harald Welte laforge@gnumonks.org Date: Mon Apr 3 22:16:13 2017 +0200

xua: Remove library-internal DXUA log subsystem

We don't really need those thre log messages, and we can thus do away with the library-internal log-subsystem of DXUA. The rest of libosmo-sigtran uses the new globa DL... subsystems anyway

Change-Id: Iea0d3db34a3674a9c6422b174a879bfdaa25786f

http://cgit.osmocom.org/libosmo-sccp/commit/?id=97ecf568ae360fac62d8b439656a...

commit 97ecf568ae360fac62d8b439656a4cbe81ba8d96 Author: Harald Welte laforge@gnumonks.org Date: Mon Apr 3 22:00:45 2017 +0200

Add example program how to use M3UA+SCCP client and server

This is an example tool that can be run either as server (SG) or as client (ASP) with a SCCP+M3UA stacking, and communicate via connectionless and connection-oriented primitives over it

Change-Id: Id698ce2da5726e304dfa1773b794671dc80d853c

http://cgit.osmocom.org/libosmo-sccp/commit/?id=fd8607e83c3c9100c5859d247e27...

commit fd8607e83c3c9100c5859d247e278228f73389ed Author: Harald Welte laforge@gnumonks.org Date: Mon Apr 3 21:42:08 2017 +0200

SUA: Port to new osmo_ss7 and SCCP code

If we use the infrastructure provided by osmo_ss7 on the lower layer and the SCCP SCRC, SCLC and SCOC code on the upper side, not much of the original sua.c code remains. It looks much like the M3UA code now.

Change-Id: I193b74f58aa70c443ae17e78b5604246d6bc3f71

http://cgit.osmocom.org/libosmo-sccp/commit/?id=46007ee43627023c7ad53d8a37f0...

commit 46007ee43627023c7ad53d8a37f06c6642b377b4 Author: Harald Welte laforge@gnumonks.org Date: Mon Apr 3 20:46:07 2017 +0200

sccp_sap license header was missing

Change-Id: I442634ca74d9c4cd386726a9d6b933a12f45afc5

http://cgit.osmocom.org/libosmo-sccp/commit/?id=b4778db2f93c79b53b561dd63883...

commit b4778db2f93c79b53b561dd63883e09d49cde6b9 Author: Harald Welte laforge@gnumonks.org Date: Mon Apr 3 21:49:07 2017 +0200

remove tests/sigtran: it's not a test case

in tests/* we have unit tests that are run as part of the autotest suite during 'make check'. The code in tests/sigtran is an example, but not a test. As the API is changing anyway, let's remove it for now and re-introduce actual tests and examples after the changes in API required by the upcoming new SCCP core.

Change-Id: Ie471a197856c875eb4987bf9858d757312de24fb

http://cgit.osmocom.org/libosmo-sccp/commit/?id=ace4ae9c560ea75d44e48fdb84a5...

commit ace4ae9c560ea75d44e48fdb84a500dfedbab56d Author: Harald Welte laforge@gnumonks.org Date: Mon Apr 3 20:39:26 2017 +0200

Add new SCCP implementation

This is an implementation of SCCP as specified in ITO-T Q.71x, particularly the SCRC (routing), SCLC (Connectionless) and SCOC (Connection Oriented) portions. the elaborate state machines of SCOC are implemented using osmo_fsm, with one state machine for each connection.

Interfaces to the top (user application) are the SCCP-USER-SAP and on the bottom (network) side the MTP-USER-SAP as provided by osmo_ss7.

Contrary to a straight-forward implementation, the code internally always uses a SUA representation of all messages (in struct xua_msg). This enables us to have one common implementation of all related state machines and use them for both SUA and SCCP. If used with real SCCP wire format, all messages are translated from SCCP to SUA on ingress and translated from SUA to SCCP on egress. As SUA is a super-set of SCCP, this can be done "lossless".

Change-Id: I916e895d9a4914b05483fe12ab5251f206d10dee

http://cgit.osmocom.org/libosmo-sccp/commit/?id=b6be5d06559cbc7a1a181247c95e...

commit b6be5d06559cbc7a1a181247c95ea522711775c2 Author: Harald Welte laforge@gnumonks.org Date: Mon Apr 3 18:06:50 2017 +0200

Add tests for xUA code + SCCP/SUA transcoding

Change-Id: I7ce038d72dca18fb83d5a12519c9a48267e52ab8

http://cgit.osmocom.org/libosmo-sccp/commit/?id=c8ddc46f7714a5514e74ec0e81d5...

commit c8ddc46f7714a5514e74ec0e81d58b961b58cd08 Author: Harald Welte laforge@gnumonks.org Date: Mon Apr 3 18:33:09 2017 +0200

Add SCCP <-> SUA message transcoding routines

Change-Id: I8151a9b08a0b0ca97b9c73105ad4548512ce3be8

http://cgit.osmocom.org/libosmo-sccp/commit/?id=aec27146e7d62208bb2a896d2820...

commit aec27146e7d62208bb2a896d2820783082458cfc Author: Harald Welte laforge@gnumonks.org Date: Mon Apr 3 19:46:20 2017 +0200

sua.c: Replace sua_msgb_alloc() with new sccp_msgb_alloc()

Change-Id: I7067a85dcc5dda66f4b17b0fe08da8cb3efe79ef

http://cgit.osmocom.org/libosmo-sccp/commit/?id=857be133cae2b1fae5e452f842bc...

commit 857be133cae2b1fae5e452f842bcfd81a728d4bf Author: Harald Welte laforge@gnumonks.org Date: Mon Apr 3 19:25:45 2017 +0200

sua: Extend address parsing with GT, RI and IPv4 support

Change-Id: I186df77cbdbedfe1a60b855be3626b6766f4681c

http://cgit.osmocom.org/libosmo-sccp/commit/?id=7d993bbe760bef59c7b43d68e878...

commit 7d993bbe760bef59c7b43d68e8788c562a904eea Author: Harald Welte laforge@gnumonks.org Date: Mon Apr 3 19:24:06 2017 +0200

sua: Make use of xua_msg_dialect

We fill in the data structures of a xua_msg_dialect and make use of it for generic mandatory IE checking and messageheader printing.

Change-Id: I966103f30b9be247ba6905ba8e06b87654d9981a

http://cgit.osmocom.org/libosmo-sccp/commit/?id=2f7df73486266ecb2a591eb12373...

commit 2f7df73486266ecb2a591eb12373bb5dd8ee7565 Author: Harald Welte laforge@gnumonks.org Date: Mon Apr 3 17:37:10 2017 +0200

Add new 'osmo_ss7' SS7 core code with M3UA, ASP/AS FSM, ...

This is what aims to be a rather complete/proper implementation of the SIGTRAN + SS7 protocol suite. It has proper abstraction between the layers with primitives, finite state machines for things like the AS and ASP state machines, support for point code routing, etc.

What's not implemented at this point: * re-integration of pre-existing SUA (pending) * actual MTP2 and physical E1/T1 link support * different trafic modes like broadcast/fail-over/load-balance

Change-Id: I375eb80f01acc013094851d91d1d3333ebc12bc7

-----------------------------------------------------------------------

Summary of changes: configure.ac | 11 +++++++++++ examples/m3ua_example.c | 1 - include/osmocom/sigtran/sccp_helpers.h | 1 - src/sccp_helpers.c | 1 - src/sua.c | 1 - tests/ss7/Makefile.am | 2 +- tests/xua/Makefile.am | 2 +- 7 files changed, 13 insertions(+), 6 deletions(-)

hooks/post-receive