osmo-iuh.git branch neels/wip updated. f84db1fd1d272085a5a1eb8c3c607840995d0b54

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 d047834fb7765326a16be0e365430fdc135772a9 (commit) discards 899c7cefab16e77f96b76b0ef1366635dc6264ae (commit) discards 3ce14549ca64438d6084293ab8c9a451c823946b (commit) discards 23c80b2e2d73c656f5e1251fb97ad9df846fe15e (commit) discards 8776da8f437f00216ae028923164362845d94e8a (commit) discards 8f7082988a1f46786e0741a6f7bbaa6db39771fb (commit) discards 3799e786f20c54dcde25b3b9a9b37df2d4549d9b (commit) discards dcd0b7f613a6d8ee075f726ab7925de2753cc437 (commit) discards 290487c1a7b5aa610e49e1370e454386bd9985ec (commit) via f84db1fd1d272085a5a1eb8c3c607840995d0b54 (commit) via 1411df019c6cf43976d61ce3e4901f18b3271538 (commit) via cc81c6ec16ebfc0555b2a253c82c6c1aa15b6d97 (commit) via 4a0a69a88d90a403b2f6e62d9ee5badd1213d4d3 (commit) via a9f5566482f164564fe639da434aa9e8d6dc12c0 (commit) via 68b7a4786887dc0b055780f650a5a16e6e57bba2 (commit) via c28ed375b3f26ef2e43a63f491e5287ac03c8115 (commit) via 4470f93074d2281b87ebbf53e0205b1b390bf21a (commit) via 26779f8573262fe80a2079e2e9a5956ec0c79f17 (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 (d047834fb7765326a16be0e365430fdc135772a9) \ N -- N -- N (f84db1fd1d272085a5a1eb8c3c607840995d0b54) 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=f84db1fd1d272085a5a1eb8c3c60784… commit f84db1fd1d272085a5a1eb8c3c607840995d0b54 Author: Neels Hofmeyr <nhofmeyr(a)sysmocom.de> Date: Wed Apr 13 19:09:41 2016 +0200 debug log: rx-unitdata http://cgit.osmocom.org/osmo-iuh/commit/?id=1411df019c6cf43976d61ce3e4901f1… commit 1411df019c6cf43976d61ce3e4901f18b3271538 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=cc81c6ec16ebfc0555b2a253c82c6c1… commit cc81c6ec16ebfc0555b2a253c82c6c1aa15b6d97 Author: Neels Hofmeyr <nhofmeyr(a)sysmocom.de> Date: Thu Jan 14 12:52:53 2016 +0100 move dummy_cn to 127.0.0.2 (Iu-PS) because I'm testing Osmo-CSCN on 127.0.0.1 (Iu-CS) http://cgit.osmocom.org/osmo-iuh/commit/?id=4a0a69a88d90a403b2f6e62d9ee5bad… commit 4a0a69a88d90a403b2f6e62d9ee5badd1213d4d3 Author: Neels Hofmeyr <nhofmeyr(a)sysmocom.de> Date: Tue Apr 19 00:06:28 2016 +0200 hnb-test: add Security Mode Command handling http://cgit.osmocom.org/osmo-iuh/commit/?id=a9f5566482f164564fe639da434aa9e… commit a9f5566482f164564fe639da434aa9e8d6dc12c0 Author: Neels Hofmeyr <nhofmeyr(a)sysmocom.de> Date: Tue Apr 19 01:21:41 2016 +0200 ranap_msg_factory: add Security Mode Complete msg generator Needed by hnb-test to reply to a Security Mode Command message. http://cgit.osmocom.org/osmo-iuh/commit/?id=68b7a4786887dc0b055780f650a5a16… commit 68b7a4786887dc0b055780f650a5a16e6e57bba2 Author: Neels Hofmeyr <nhofmeyr(a)sysmocom.de> Date: Tue Apr 19 00:13:11 2016 +0200 RANAP Initiating msg: rx and free Security Mode Command Add the Security Mode Command procedure code to cn_ranap_rx_initiating_msg_co() and cn_ranap_free_initiating_msg_co(), for hnb-test (see comments in the code). http://cgit.osmocom.org/osmo-iuh/commit/?id=c28ed375b3f26ef2e43a63f491e5287… commit c28ed375b3f26ef2e43a63f491e5287ac03c8115 Author: Neels Hofmeyr <nhofmeyr(a)sysmocom.de> Date: Tue Apr 19 01:24:34 2016 +0200 hnb-test: cosmetic: rename hnb_test_nas_tx_dt() to hnb_test_tx_dt() Not all Direct Transfer messages contain a NAS PDU, see Security Mode Complete. http://cgit.osmocom.org/osmo-iuh/commit/?id=4470f93074d2281b87ebbf53e0205b1… commit 4470f93074d2281b87ebbf53e0205b1b390bf21a Author: Neels Hofmeyr <nhofmeyr(a)sysmocom.de> Date: Tue Apr 19 00:13:53 2016 +0200 hnb-test: simplify crossing message layers Adding the Security Mode Control command would break the current scheme of callbacks across layers. This brought to my attention that the scheme is indeed unnecessarily complex, so simplify it. Instead of passing callbacks, call functions directly. Add hnb-test-layers.h to declare those functions that cross from main to rua, to ranap and back to main and remove the callback type definitions. Instead of copying the NAS PDU to a newly allocated msgb, pass the data and len directly to hnb_test_nas_rx_dtap(). Instead of repeatedly checking the gsm48_hdr length, just pass the struct gsm48_hdr* and len around and assume the basic header length has been checked. In some places, rename 'length' to 'len' for cosmetic consistency. http://cgit.osmocom.org/osmo-iuh/commit/?id=26779f8573262fe80a2079e2e9a5956… commit 26779f8573262fe80a2079e2e9a5956ec0c79f17 Author: Neels Hofmeyr <nhofmeyr(a)sysmocom.de> Date: Mon Apr 18 17:04:17 2016 +0200 hnb-test: generate SRES from hardcoded Ki Previously the SRES was hardcoded, but the CN changed to generate the SRES. So now, generate the SRES while still using the hardcoded Ki. Fixes the Authentication Response message when testing IuCS Location Update. ----------------------------------------------------------------------- Summary of changes: hooks/post-receive -- Osmocom code for Iuh interface