Age | Commit message (Collapse) | Author | Files | Lines |
|
Change-Id: I6dddcfe836555b8d205780efd8371c569531c7a2
Related: OS#5500
|
|
Related: SYS#6579
Change-Id: Ibff5c4392d8c19b5bce479b6fa5e33086cdb1272
|
|
Change-Id: I55b97037c014478451790e1943c617a634fe2457
|
|
Change-Id: I54fa4aeae49fdae51cfbbf076a56b7185585fc48
|
|
Related: SYS#6578
Change-Id: I08eca9ea123029c37892d5de7c94a8ed6cc0a913
|
|
Change-Id: I177b2f4e56ac89fcab20ba6235bf968ac1873046
|
|
Change-Id: I685fb43ea30c83a975edd32cc24994da15940100
|
|
Change-Id: I34d47d0cdde855900798e4cb3efd26af22f5b049
|
|
The logic can be reused by AMR<->IuUP and IuUP<->IuUP tests.
Change-Id: Ic4f3c5bb687373bdae6942e1952797e76bfa3ffb
|
|
The test mentioned in a comment that the value is reset upon each test
start, but that's false.
Change-Id: I9447fa6c6b3103e05fa3ee756ee572ddecb69006
|
|
The tesctcase TC_pcuif_rach expects an immediate assignment message on
the AGCH but the template still uses the now deprecated (old v10 PCUIF)
SAPI PCU_IF_SAPI_AGCH. With PCUIF v.11 we must use PCU_IF_SAPI_AGCH_2
Related: OS#5927
Change-Id: Ie8b2e21e184282f70c92d6b9f716cfda1405ef4d
|
|
See 3GPP TS 26.102 Table 6-2, an AMR SID should have 39 bits.
Change-Id: I9afb28ca6e23f7976edcc130ea012be34e04eb4b
|
|
was added with mismatching indent in
"mgw: Update to contain similar config from docker-playground.git"
commit cec73acdd4fa4ddc39ab44853ece0888b3e1bf34
I2aa4d86e548d6644f1dd9358f6b8b48a19c96c3c
Change-Id: I5d4d1af40410bfdcc1280f45b85a8ae0c7b94a80
|
|
A preceding patch has added mncc_with_sdp, defaulting to false.
So far just two new tests use mncc_with_sdp := true, but operation
without SDP is now merely the legacy compatibility mode, and I would
rather nudge new tests towards mncc_with_sdp := true.
So switch the default to mncc_with_sdp := true.
Change-Id: Ic9871917c57a9ab81b2fff0af7f569b09015910c
|
|
Add CallPars.mncc_with_sdp: when true, the call establishing functions
f_establish_{mo,mt} now send valid SDP via MNCC, and validate that the
SDP received on MNCC and SIP are as expected.
Keep all current tests unchanged with mncc_with_sdp := false: they will
continue to test the case without SDP (for legacy compatibility). These
tests will still pass on the 'latest' builds.
Add two new tests for mncc_with_sdp := true: TC_mt_with_sdp and
TC_mo_with_sdp. These new tests will fail on our 'latest' builds until
the SDP forwarding feature in osmo-sip-connector is released.
Related: osmo-sip-connector I3df5d06f38ee2d122706a9ebffde7db4f2bd6bae
Change-Id: Ib2ae8449e673f5027f01d428d3718c006f76d93e
|
|
Whenever we send a ts_BSSGP_DL_UD via BSSGP and we expect the downlink
assignment on the paging channel by calling
f_ms_exp_dl_tbf_ass_ccch(ms), then we should make sure that
ts_BSSGP_IMSI actually contains an IMSI (paging group)
Related: OS#5927
Change-Id: I356d93edd03c7e7564bde88d34effcf1b1967621
|
|
When we send BSSGP DL UD, we should include an IMSI, since we are
expecting the paging request to appear on the PCH
Related: OS#5927
Change-Id: If62c2c7db9717cd08116374ee6ca939211bdf01e
|
|
In many of our tests we trigger a paging by the PCU by sending some data
through BSSGP. However, we often do this without putting an IMSI into
the ts_BSSGP_DL_UD template. The PCU then send the paging through the
AGCH because without IMSI no paging group can be calculated. The tests
still expect the paging to appear on the PCH and fail.
Let's fix this by adding an IMSI to the BSSGP request so that the PCU
knows the and the paging is sent through the PCU.
Change-Id: I7a70cc2a8af9d088071841861a8120afb9af86f9
|
|
Change-Id: I38093d8ff4db9a726e8494161d0074d4b881054f
|
|
We currently send a confirmation back when the SAPI was PCH. This is no
longer correct. We now have to check if the receiving end has actually
requested a confirmation.
Related: OS#5927
Change-Id: I339dfd0c057d957d2ace24fd6821e54c25fe8eb2
|
|
The msg_id in record record PCUIF_data_cnf lacks the variant
BYTEORDER(last), (which we use in record PCUIF_agch and record
PCUIF_pch). This causes the msg_id to be sent back in the wrong
endieness format.
Related: OS#5927
Change-Id: I69c1ccc37dac1e06ebe29484c767014954ff55e2
|
|
When receiving an IMSI from PCUIF (see type record PCUIF_pch), it is
represented as a null terminated string. The field is set to be 17
characters wide with a pdding of zeros at the end (as it ought to be
for a null terminated string). Unfortunately TTCN3 will not chop off
the trailing zeros, and also include them when the string length is
determined using lengthof(). This means we must take care of this
ourselves.
Let's use a regular expression to make sure any non numerical digits
are trimmed off before passing the IMSI string on to higher layers.
Related: OS#5927
Change-Id: I7bfea59a306e75211856e4e80985ebf000c42224
|
|
The function f_pcuif_rx_pch_pag_req1 tries to read the IMSI suffix from
the raw data that was exchanged on the PCUIF interface. This is no
longer the appropriate way in PCUIF v.11. There is now a dedicated imsi
member in type record BTS_CCCH_Block, which is used for that purpose.
Related: OS#5927
Change-Id: I0c7c6a31cbf7ed533e665728c157de0ac9e0fe8d
|
|
Change-Id: Ia94f50a11292a83dcbd2da8d6df608ef71842b50
|
|
Related: SYS#6566
Change-Id: I0880ccce872e79f057e17e29e09a566645365e96
|
|
rebase
The osmocom git fork containing an extra patch has been rebase to
current upstream master, which now contains a fix for LUDT(S) messages
which will be required in a follow-up patch.
Related: OS#6185
Related: SYS#6566
Change-Id: Id8b7ab652b656841a9b73d40d79077a47f45e735
|
|
OsmoPCU has support for PCUIF v.11 for quite some time now. Let's
upgrade the testsuite as well.
Related: OS#5927
Change-Id: I6c4042f2224cd48aecc1b1499226f7d23caddd4f
|
|
Move composition of CallPars out of all f_* functions into their TC_*
functions, so that future tests can reuse the f_* functions with
different CallPars.
An upcoming patch wants to call f_TC_mo_success_rel_sip() with different
CallPars.
Change-Id: Icdcaa7a8a0fadcd6f5715ad052e286b904ded570
|
|
Help developers by logging message matching failures in detail.
Change-Id: Id48016657ebb83953fe74f65332f318edf8f75e6
|
|
Change-Id: Id09760238c0e46de2c06e2cc5e7cfd1ffe84cb64
|
|
Change-Id: Icf8a88306bf08d6e0d2c62f6c09ce89b36a40254
|
|
Since osmo-bts 1.7.0 & osmo-pcu 1.3.0, which were just released
PCUIF v11 is supported, so use it by default.
Change-Id: I8e5f44fc1d613c12eaf984dff860ee6f05c2c171
|
|
The testcase TC_s1ap_attach is not complete yet. Since the testsuite
lacked the S11 interface, it was not possible to develop the testcase
beond the S1AP/NAS-EPS Security Mode Command. However, the S11 interface
is now available to the testsuite, so let's show that it works by
catching the Create Session Request. Let's also put a TODO that the
testcase needs to be completed still.
Related: OS#5760
Change-Id: I6350a3d5cab33fa4f43e4cdcbd7bf3241821d233
|
|
Change-Id: Ice4e9ac63d9d8c8bff33298eb1e1dcb413179cc9
|
|
Related: OS#5757
Change-Id: Ic870a2c1de74bee3f7d8e26874635d58469ccbea
|
|
With a new HLR version there are multiple APN possible in the
Subscriber Data (PDP Info).
Related: SYS#6391
Change-Id: I8d0c08272bc239370e800d6014ab9c68087b8989
|
|
APN are encoded by splitting each domain part by the dot and prefix
each element by a 8bit length.
E.g. internet -> \x08internet and internet.foo -> \x08internet\x03foo
Change-Id: I607969cd58110d4d5ff1b828e64cf2b5031868ac
|
|
This reverts commit 46f199271ef77a5143d95894801eb0c86c51a565.
Crashing the IUT is no longer the case, so return these back.
Change-Id: I004b55a79a04a20209d8a91e1f307f55c2b6ea13
|
|
Change-Id: I9a0dc0fcf722f862d8dcf04660d4448662210f44
Related: osmo-bts.git I08ffbf8e79ce76a586d61f5463890c6e72a6d9b9
Related: osmocom-bb.git I0d7389a9a5f7019b9316ab1c0115797ff54a0e41
Related: OS#1572, OS#4396
|
|
This function is going to be used by the upcoming testcases for CSD
specific channel modes. Generating the Rx/Tx payload(s) now becomes
the duty of the calling function. So far the only user of this API
is f_TC_speech_rtp(), so move the speech payload generation there.
Change-Id: I9e823c33b1dbbadd57bc63df25b8ddf368d76232
Related: OS#1572
|
|
Change-Id: I84f576f578ffc48c8b5e545bc1700000eb693efb
Related: OS#1572
|
|
Change-Id: Iee8f736e1eebc357fc997353ee4b629d24dc09e7
Related: OS#1572
|
|
When GTPv2 unit-data is passed around, there is always the problem that
it is routed to the MTC_CT (TEID0). The reason for this is that GTPv2_Emulation
cannot determine a specific receiver component because unit-data does
not contain any addressing fields that would identifiy a specific vc_conn.
In GTPv2_Emulation there is already a mechanism implemented that detects
responses by their sequence number. Untfortunately this does only work
when the vc_conn has send a unit-data message before so that the
sequence number of the response can be guessed.
In case the first messages comes from the IUT, there is no way to
determine the receiving vc_conn, so this message is then routed to the
MCT_CT (TEID0). This can be a problem for testcases that run from inside
a ConnHdlr componet.
The solution that is proposed in this patch uses a mechanism that allows
to create an expectation for a specific messageType. When the GTPv2_Emulation
sees a unit-data message with the expected messageType, it will forward
it to all ConnHdlr (vc_conn) components that have registered for this
messageType previously.
Related: OS#5760
Change-Id: I02bb74d7bd547347168b5c64ee6512c71e8fd960
|
|
A tracking area update that contains an OldGUTI (TMSI) that is unknown
to the MME should be rejected.
Related: OS#5760
Change-Id: I9306fea69ac930b9642528e2fd32a7091147081e
|
|
Change-Id: Id64e8a28e47235766efbef6df0114c3024cc2f47
Related: OS#5760
|
|
The Timer T in TC_RIM_RAN_INF is not used, let's remove it.
Related: OS#5760
Change-Id: I3d18cda38789e5a42536fd17b6641efa725f757b
|
|
Change-Id: I66843f30f70d73ff233b0da0680cbaba08838227
Related: OS#5760
|
|
Related: OS#5760
Change-Id: I2df0c9d1bf4bf0073b5f7b77708b8de59f96a639
|
|
Related: OS#5760
Change-Id: I6ffac88cc1d3967dc8000e17a65cdba79a013cf7
|
|
We do have ts_NAS_MobileId_IMSI/IMEI/GUTI, those can not be used when
crafting EPS messages. However, we can use them to craft
ts_EPS_MobileId_IMSI/IMEI/GUTI templates.
Related: OS#5760
Change-Id: I1adf8c652530904a8e9bd988e78c995c75bb49ab
|