So far, BSSMAP_Emulation used the SCCPasp_SP_PORT directly, explicitly
calling BSSAP encode/decode functions while processing the primitives.
Let's clean this up and use the BSSAP_CodecPort which has meanwhile
been developed as a dual-faced port that can be stacked between SCCPasp
and the user to avoid any manual encode/decode function calls.
Change-Id: Icded789d18f3469f74e16f552df2c7ac44ac4294
* changes:
BSC_Tests: Add TC_chan_act_nack to test RSL Channel Activate NACK
BSC_Tests: Add TC_paging_counter to test paging related counters
BSC_Tests / RSL_Types: Add enumerated for RSL Cause value
We ensure that all channels are allocated, and that the first allocation
beyond the avialable channels will fail and generate an IMM_ASS_REJ.
WE also verify that the related counters are incremented as expected.
Change-Id: Iade77321588190cec89cfcd9c18d84a7144e0198
* changes:
bsc: Run three virtual BTSs (2 in one lac, 1 in another)
Add RTP_Emulation (stream source/sink) on top of RTP_CodecPort
Add missing RTP_CodecPort_CtrlFunct TTCN and C++ files
move RTP_CodecPort.ttcn to library
This allows us to verify if the BSC pages *only* where it is supposed
to page based on the cell identity list in the 08.08 PAGING.
Change-Id: I53ffe44279a7b83e045b3fdb25da64529955d457
By default the build fails on Debian due to gcc version check in
/usr/include/titan/cversion.h - instead of asking users to manually
change this file let's add workaround to our makefile fixer which
disables this check automatically.
The corresponding Debian bug:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=879816
Change-Id: I71c765d5d8e182a198e2c5d2886ebce3b86e6328
When introducing the rewriting for 6.3.0 we broke the 6.1.0 support.
Now the result should build on Debian with both 6.1.0 and 6.3.0
Change-Id: I263a6abd2d9eb15ce5778ef8dbfcdac2a228b77d
This will ensure that a 'make compile' on a freshly-cloned repo
will first clone all the deps to ensure a successful build
Change-Id: I6583a42758b5682b04d1e90585063904508aa3a9
It's unsure if the tests do anything useful. At least they build again
The fundamental problem is some clashes/overlap between our own
definitions for certain protocols and those that Ericsson released
later. Ideally we should use Ericsson whenever possible and resort on
our own ones only as a fall-back for those that don't exist, but
significant development has been done before Ericsson released their
codecs, so it's TBD for the future.
We used to rely on out-of-tree git clones to be prepared by the user.
This commit changes the system to make sure we clone all git repos
we depend upon into the 'deps' folder, and then setup the symlinks
to that folder. As a result, we should be able to support
self-contained builds using the makefiles in this repo.