Age | Commit message (Collapse) | Author | Files | Lines |
|
Change-Id: Ic4fabc2a2cf034a831e446697b3a22f4d1d0c6d6
|
|
Change-Id: Ieaea431a99241d8844b915e1b46b77c79fff24df
|
|
Change-Id: I04afa663f4397d5d9b8dec06671aec84f4c4f80e
|
|
forward-ported by Harald Welte
Change-Id: I1f316a9ed5859670348ea7aa352604020d6b09f5
|
|
Change-Id: Iac24d8d3baf7e4ca6bdab6b0be7b55096e490d01
|
|
Change-Id: Ic90b4a0aa47821877a2d3566606b9c9dd5919968
|
|
It's quite cumbersome if the user of the BSSMAP_Emulation (the ConnHdlr)
will have to manually decode the DTAP in every BSSAP/DTAP message he
receives (and encode on the transmit side). Let's introduce a new
optional mode in which the DTAP messages are already decoded for
more convenient matching inside the ConnHdlr.
Change-Id: I35cd4ea78aca0ce7c7d745e082d7289882c11e81
|
|
Change-Id: I6ecb1a4823ee036b65d4e4e8ebc23c1db4915a42
|
|
We create a new Osmocom_CTRL_Adapter module which can be used by
test suites using the 'extends' functionality.
Change-Id: I3ef6cfaa738900e008155013a05b8ccf3d4b7aeb
|
|
... and pave the way from using it on the other side in MSC testing
Change-Id: I0095f7d24dd8b24f759e4c74a4e7856ec4503ed2
|
|
This will make sure that all log files will contain information about
the .ttcn source file name and line number that has caused the log,
which is extremely useful during debugging.
Change-Id: Id6785757f20279ba84b34747f878baf67d065b20
|
|
This new test exercises the new 'msc.0.connection_status' control
command which is added in https://gerrit.osmocom.org/#/c/5630/
Change-Id: I55faa1ec413629234e24831dbc05d8b0afec8099
Related: OS#2729
|
|
The paging tests expect BTS 0 and 1 in LAC 1, and BTS 2 in LAC 2.
BUt the osmo-bsc configuration file had BTS 1 in LAC 2, and BTS 2 in LAC 1.
Change-Id: I1d6b02fe06116dee59977422bc93bcafcd3aba76
|
|
Change-Id: Idd7a6aca1ab193da39294f49a3adc4c1cd7cecff
|
|
Ever since I46de7fb9c324654275a27aa5f8c1be70340e3229 we had problems
linking the object files together due to a missing object
Change-Id: I5d8c37f924b3a2c8b28cace4da2add1fadd0151a
|
|
Change-Id: I46de7fb9c324654275a27aa5f8c1be70340e3229
|
|
Don't expect the ASSIGNMENT to fail in case of unsupported A5/4,
but expect a CIPHERING MODE REJECT.
Change-Id: I15024f61e67795b7e5ce72e1b641db6ca92ff76d
|
|
For some weird reason the link_id is *not* the second IE in
RSL_MT_ENCR_CMD, while it is in all other RSL RLL or DCHAN messages.
Change-Id: Iea93aa8dba74d25c74a257d011ba43308ee375e4
|
|
the use of the MSC_ConnHdlr automatically handles the MODIFY on
both RR and RSL level.
Change-Id: Iad7122ff5220ffc1640d802db47b1aa97986ed5b
|
|
The as_reset_ack() exists to acknowledge any incoming RESET without
every test case having to deal with it explicitly. However, of course,
the processing of an inbound RESET should not abort but the alt clause
shall continue.
Change-Id: I94dc72b5788ccc8dff2c4b80599c9fbf7e90e730
|
|
Those lines serve no purpose (and are being removed from osmo-bsc master)
Change-Id: Icf037e8cd9a51e676eac472b29c0d616a5632c5d
|
|
Change-Id: Ife089a2c292f4eae7a7c76dd2f112e7821f02cda
|
|
Change-Id: I7b7d0e504e3e94077d674b464f39bd8851941922
|
|
In all RSL messages the link identifier is usually the second IE.
However, as the only known exception, the RSL Encryption Command has it
as third IE.
Fixes the following error message:
Dynamic test case error: Using non-selected field link_id in a value of
union type @RSL_Types.RSL_IE_Body
Change-Id: I2bbb83b5394d0b693a47d286beed5c699ab6e8ae
|
|
Change-Id: Ifd956556969467d4f059d2c8e58a924eb7ec0418
|
|
Change-Id: I4ba5d357474d43c3065858bfa18bf73f1c4eba5d
|
|
Change-Id: Ife3ec4900a73a29c2ef258a5a9d38b95ced8dc86
|
|
Let's verify the operation of the CIPHERING MODE COMMAND as issued
by MSC, performed by BSC and implemented by simulated BTS/MS.
Change-Id: Ibc06bd2177c63837a794a0ca1f54ebef17499e78
|
|
Accept CRCX only once; Accept MDCX only after CRCX; Accept RSL MODIFY
only after RR MODIFY.
Change-Id: I44abdc3d000c76243f9885f0e30e15c2dc9aadaa
|
|
This way we benefit from the ability to handle the RR MODE MODIFY,
RSL MODE MODIFY, IPA CRCX and IPA MDCX capabilities of the MSC_ConnHdlr
component. While each test case now needs a separate function in
addition to the actual testcase, this allows for more flexibility
and a more complete emulation of BTS behaviour.
Change-Id: Iba50663cb5104bf34bd6fc8aac2aa3b47155fe99
|
|
Using the MSC_ConnHdlr component, we can now handle the BSSAP (MSC)
and RSL (BTS) side of a single radio channel.
Change-Id: I00dcf1e4eaa7f133788cc01fbbcd4148a0258ef4
|
|
The existing tests were implemented directly on top of the BSSMAP
and RSL CodecPorts. If we loop in the RSL_Emulation and
BSSMAP_Emulation components, we can properly multiplex/demultiplex
multiple MS (radio channels) on both the RSL and the MSC (SCCP
connection) side.
In order to have a single component that handles both the RSL and the
BSSAP side of a given channel/subscriber/call, we introduce the concept
of BSSMAP "Expects", where the test csse can register the L3 INFO that
it sends in the RLL ESTablish INDication on the RSL side, so the BSSMAP
handler cna route the BSC-originated SCCP connection with that L3 INFO
back to the same component. This is a bit inspired "in spirit" of the
"expect" mechanism of netfilter connection tracking.
Change-Id: I71f777cd4f290422fa68897952b6505875e35f0e
|
|
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
|
|
Change-Id: Idd5ac4273975b5c0e3ea373f1b8f6d6b2e534c0b
|
|
Change-Id: Ia3b8632e0528e862288f7c8565a2e1db04f9eebc
|
|
Change-Id: I66deffc50b5adcc8707747c0baa2e65ee36bf18e
|
|
Change-Id: Ia7304f2e2265c2ebd92575a9403b082579397656
|
|
connections
Change-Id: Ie9087df9ff9b48c8be242b1ae66cbca936b07121
|
|
Change-Id: I421ade4ae1c0c19c9c2b1172cdcf8d6c4cd55205
|
|
Change-Id: Iee7202841ad8466a65b5d54679262be100863e39
|
|
Change-Id: I7b692cceaed07c112f8c62b87081cfdb322c8120
|
|
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
|
|
Change-Id: Ic0188065f50d29c44d7bf220f2ef881997a14b68
|
|
Change-Id: I48057cb4eeb96637a663940cf4de4df1a9f2e85d
|
|
this looks much more human-readable in the logs...
Change-Id: I2bc3de37a3059cc16c6293df45e5c4d620422502
|
|
Change-Id: I8a44b5eab6c6e09330305547d145820983f90140
|
|
... and replace it with a function
Change-Id: Id75cc92ddf1c1833c892a7bfa77d6561fd0f3679
|
|
Change-Id: Ia5a39d372c1b7ec8267446f2762aabc600667775
|
|
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
|
|
Change-Id: I86a738420851a7d9e3bdb2671f6862c3d505a4ba
|