https://osmocom.org/https://osmocom.org/favicon.ico?16647414092020-10-05T07:46:28ZOpen Source Mobile CommunicationsOsmoPCU - Bug #4779: Pending downlink assignment in state GPRS_RLCMAC_DL_ASS_SEND_ASShttps://osmocom.org/issues/4779?journal_id=198252020-10-05T07:46:28Zfixeria
<ul></ul><p>Hi Harald,</p>
<blockquote>
<p>I'm seeing the following error message while executing PCU_Tests.TC_force_two_phase_access:</p>
</blockquote>
<p>I also see this error message quite often,</p>
<blockquote>
<p>The test passes only sporiadically and fails most of the time. Not sure if that's related.</p>
</blockquote>
<p>but I don't think it's related. From the attached log:</p>
<pre>
09:30:43.643073 mtc GPRS_Components.ttcn:681 dec_RlcmacDlCtrlBlock(): Decoded @RLCMAC_Types.RlcmacDlCtrlBlock: { mac_hdr := { payload_type := MAC_PT_RLCMAC_NO_OPT (1), rrbp := RRBP_Nplus13_mod_2715648 (0), rrbp_valid := false, usf := 0 }, opt := omit, payload := { msg_type := PACKET_DL_DUMMY_CTRL (37), u := { dl_dummy := { page_mode := PAGE_MODE_NORMAL (0), persistence_levels_present := '0'B, persistence_levels := omit } } } }
09:30:43.643127 mtc GPRS_Components.ttcn:681 Warning: dec_RlcmacDlCtrlBlock(): Data remained at the end of the stream after successful decoding: '2B2B2B2B2B2B2B2B2B2B2B2B2B2B2B2B2B2B2B2B2B'O ("+++++++++++++++++++++")
09:30:43.643732 mtc GPRS_Components.ttcn:318 setverdict(fail): pass -> fail reason: "Failed to match Packet Assignment:{ ctrl := { mac_hdr := { payload_type := (MAC_PT_RLCMAC_NO_OPT (1), MAC_PT_RLCMAC_OPT (2)), rrbp := ?, rrbp_valid := ?, usf := ? }, opt := *, payload := { msg_type := PACKET_DL_ASSIGNMENT (2), u := { dl_assignment := { page_mode := ?, pres1 := ?, persistence_levels := *, tfi_or_tlli := ?, egprs2 := '0'B, mac_mode := ?, rlc_mode := ?, control_ack := ?, timeslot_alloc := ?, pkt_ta := ?, p0_present := ?, p0 := *, reserved := *, pr_mode := *, freq_par_present := ?, freq_par := *, dl_tfi_ass_present := ?, dl_tfi_assignment := *, pwr_ctrl_present := ?, pwr_ctrl := *, tbf_starting_time_present := ?, tbf_starting_time := *, spare := '0'B, rel_additions := * } } } } }", new component reason: "Failed to match Packet Assignment:{ ctrl := { mac_hdr := { payload_type := (MAC_PT_RLCMAC_NO_OPT (1), MAC_PT_RLCMAC_OPT (2)), rrbp := ?, rrbp_valid := ?, usf := ? }, opt := *, payload := { msg_type := PACKET_DL_ASSIGNMENT (2), u := { dl_assignment := { page_mode := ?, pres1 := ?, persistence_levels := *, tfi_or_tlli := ?, egprs2 := '0'B, mac_mode := ?, rlc_mode := ?, control_ack := ?, timeslot_alloc := ?, pkt_ta := ?, p0_present := ?, p0 := *, reserved := *, pr_mode := *, freq_par_present := ?, freq_par := *, dl_tfi_ass_present := ?, dl_tfi_assignment := *, pwr_ctrl_present := ?, pwr_ctrl := *, tbf_starting_time_present := ?, tbf_starting_time := *, spare := '0'B, rel_additions := * } } } } }"
09:30:43.644592 mtc GPRS_Components.ttcn:168 Test case "TC_force_two_phase_access" aborted at "GPRS_Components.ttcn":319
</pre>
<p>It's basically a race condition between BSSGP and RCUIF: AFAIU, RTS.req from the test suite arrives faster than DL DATA on BSSGP, so we get PACKET_DL_DUMMY_CTRL instead of expected PACKET_DL_ASSIGNMENT. The problem is in GPRS_Components.f_pcuif_rx_data_req(), where we don't expect any specific message, but simply receive any.</p> OsmoPCU - Bug #4779: Pending downlink assignment in state GPRS_RLCMAC_DL_ASS_SEND_ASShttps://osmocom.org/issues/4779?journal_id=207472021-01-11T17:15:49Zpespin
<ul><li><strong>Status</strong> changed from <i>New</i> to <i>In Progress</i></li></ul><p>Related to <a class="issue tracker-1 status-3 priority-2 priority-default closed" title="Bug: paging related osmo-pcu ttcn3 tests have plenty of sporadic failures (Resolved)" href="https://osmocom.org/issues/4927">#4927</a>, AFAIU the osmo-pcu errors show up when we hit the race condition and hence we are not acting properly towards the osmo-pcu.</p>
<p>During a successful run of the test, I cannot see any log line containing the "Software error" you mention.</p>
<p>In any case, I don't see why it should be a problem to free it under that scenario, AFAICT it's totally fine and nevertherless it sould always be possible to free a TBF.</p> OsmoPCU - Bug #4779: Pending downlink assignment in state GPRS_RLCMAC_DL_ASS_SEND_ASShttps://osmocom.org/issues/4779?journal_id=207602021-01-12T17:50:55Zpespin
<ul><li><strong>Status</strong> changed from <i>In Progress</i> to <i>Closed</i></li></ul><p>Merged, closing.</p>