This is merely a historical archive of years 2008-2021, before the migration to mailman3.
A maintained and still updated list archive can be found at https://lists.osmocom.org/hyperkitty/list/gerrit-log@lists.osmocom.org/.
Stefan Sperling gerrit-no-reply at lists.osmocom.orgStefan Sperling has posted comments on this change. ( https://gerrit.osmocom.org/10414 ) Change subject: update DTX fill frame test expectations ...................................................................... Patch Set 1: (1 comment) https://gerrit.osmocom.org/#/c/10414/1/bts/BTS_Tests.ttcn File bts/BTS_Tests.ttcn: https://gerrit.osmocom.org/#/c/10414/1/bts/BTS_Tests.ttcn@3840 PS1, Line 3840: 52, 53, 54, 55, 56, 57, 58, 5 > this is listing all eitght bursts that are required during DTX on a TCH/F. […] I have made some changes that I believe align with your suggestions, which I will push here soon. However, the test is still failing with: BTS_Tests.ttcn:3912 Received DTX TCH fill frame with bad frame number: 268 (mod 104: 60) (mod 26: 8) I have read up on the structure and hierarchy of GSM frames, and what you're suggesting now makes a lot of sense to me. But I am still struggling to understand the exact relationship of TCH/F frame numbers sent by osmo-bts and received in TTCN3. For an unrelated AGCH PCH frame, sent by osmo-bts on chan_nr=144 fn=159, I can easily make out the corresponding frame in the TTCN3 test log (the channel matches and the frame number also matches). For TCH/F, when osmo-bts is sending: l1sap.c:805 000160/00/04/07/04 sending fill frame TCH chan_nr=9 fn=160 dtx=enabled then I cannot locate the corresponding frame in the TTCN3 test's log by frame number (even though frame 160 should start a block). However, for this frame: l1sap.c:805 000264/00/04/09/08 sending fill frame TCH chan_nr=9 fn=264 dtx=enabled I can locate a logged message that looks like it corresponds in terms of channel, frame number, and payload: 19:45:38.982505 6 L1CTL_PortType.ttcn:212 dec_L1ctlDlMessageLV(): Decoded @L1CTL_Types.L1ctlDlMessageLV: { len := 39, msg := { header := { msg_type := L1CTL_DATA_IND (3), flags := { padding := '0000000'B, f_done := false }, padding := '0000'O }, dl_info := { chan_nr := { u := { ch0 := RSL_CHAN_NR_Bm_ACCH (1) }, tn := 1 }, link_id := { c := FACCH_SDCCH (0), na := false, prio := SAPI0_PRIO_NORMAL (0), sapi := 0 }, arfcn := { pcs := false, arfcn := 871 }, frame_nr := 264, rx_level := 60, snr := 0, num_biterr := 0, fire_crc := 0 }, payload := { data_ind := { payload := '0303012B2B2B2B2B2B2B2B2B2B2B2B2B2B2B2B2B2B2B2B'O } } } } -- To view, visit https://gerrit.osmocom.org/10414 To unsubscribe, or for help writing mail filters, visit https://gerrit.osmocom.org/settings Gerrit-Project: osmo-ttcn3-hacks Gerrit-Branch: master Gerrit-MessageType: comment Gerrit-Change-Id: Ie573b54ab5654f027c470aa7a565d2b5b97dc74b Gerrit-Change-Number: 10414 Gerrit-PatchSet: 1 Gerrit-Owner: Stefan Sperling <ssperling at sysmocom.de> Gerrit-Reviewer: Jenkins Builder Gerrit-Reviewer: Stefan Sperling <ssperling at sysmocom.de> Gerrit-CC: Harald Welte <laforge at gnumonks.org> Gerrit-Comment-Date: Wed, 15 Aug 2018 18:05:25 +0000 Gerrit-HasComments: Yes Gerrit-HasLabels: No -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.osmocom.org/pipermail/gerrit-log/attachments/20180815/c9e8c50e/attachment.htm>