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 a81c3a629b6e566e6a7131497b5c8851a40c574f (commit) discards 97ecf568ae360fac62d8b439656a4cbe81ba8d96 (commit) discards fd8607e83c3c9100c5859d247e278228f73389ed (commit) discards 46007ee43627023c7ad53d8a37f06c6642b377b4 (commit) discards b4778db2f93c79b53b561dd63883e09d49cde6b9 (commit) discards ace4ae9c560ea75d44e48fdb84a500dfedbab56d (commit) via 29ec929ba2a5fec824516ee3f12122e9aaa7e9c6 (commit) via 84ad7d529a33b3a18ba371a62f014bbb706de472 (commit) via 17ce659cea9e34c6c8c45d83bb3955ab499b9e3f (commit) via 58c7dec23e18e375fc81b1b24dca1ab943192aa3 (commit) via a87fc61766bda6d1473427a4d608e17550a9d8b1 (commit) via 8929815082a8105d26ee0f34a9ea0bc4a9d1652b (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 (a81c3a629b6e566e6a7131497b5c8851a40c574f) \ N -- N -- N (29ec929ba2a5fec824516ee3f12122e9aaa7e9c6) 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=29ec929ba2a5fec824516ee3f12… commit 29ec929ba2a5fec824516ee3f12122e9aaa7e9c6 Author: Harald Welte <laforge(a)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=84ad7d529a33b3a18ba371a62f0… commit 84ad7d529a33b3a18ba371a62f014bbb706de472 Author: Harald Welte <laforge(a)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=17ce659cea9e34c6c8c45d83bb3… commit 17ce659cea9e34c6c8c45d83bb3955ab499b9e3f Author: Harald Welte <laforge(a)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=58c7dec23e18e375fc81b1b24dc… commit 58c7dec23e18e375fc81b1b24dca1ab943192aa3 Author: Harald Welte <laforge(a)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=a87fc61766bda6d1473427a4d60… commit a87fc61766bda6d1473427a4d608e17550a9d8b1 Author: Harald Welte <laforge(a)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=8929815082a8105d26ee0f34a9e… commit 8929815082a8105d26ee0f34a9ea0bc4a9d1652b Author: Harald Welte <laforge(a)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 ----------------------------------------------------------------------- Summary of changes: src/sccp_scrc.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) hooks/post-receive -- SCCP Library