<p>Patch set 3:<span style="border-radius: 3px; display: inline-block; margin: 0 2px; padding: 4px;background-color: #ffd4d4;">Code-Review -1</span></p><p><a href="https://gerrit.osmocom.org/12979">View Change</a></p><p>2 comments:</p><ul style="list-style: none; padding: 0;"><li style="margin: 0; padding: 0;"><p><a href="https://gerrit.osmocom.org/#/c/12979/3/src/libosmo-mgcp/mgcp_network.c">File src/libosmo-mgcp/mgcp_network.c:</a></p><ul style="list-style: none; padding: 0;"><li style="margin: 0; padding: 0 0 0 16px;"><p style="margin-bottom: 4px;"><a href="https://gerrit.osmocom.org/#/c/12979/3/src/libosmo-mgcp/mgcp_network.c@676">Patch Set #3, Line 676:</a> <code style="font-family:monospace,monospace">   } else if (*len == GSM_HR_BYTES + sizeof(struct rtp_hdr) + 1) {</code></p><p style="white-space: pre-wrap; word-wrap: break-word;">According to https://tools.ietf.org/html/rfc5993#section-5.2 there can be multiple speech/SID frames in one UDP packet which would then cause multiple TOC bytes to be present as well.</p><p style="white-space: pre-wrap; word-wrap: break-word;">Since we don't see this behaviour I don't think we should implement it, but rather ensure that toc & 0x01 == 0 in this case and log an error if the length is different than the two expected values.</p><p style="white-space: pre-wrap; word-wrap: break-word;">-----</p><pre style="font-family: monospace,monospace; white-space: pre-wrap;"> 0 1 2 3 4 5 6 7<br>+-+-+-+-+-+-+-+-+<br>|F| FT  |R R R R|<br>+-+-+-+-+-+-+-+-+</pre><p style="white-space: pre-wrap; word-wrap: break-word;">F: Follow flag; 1 denotes that more ToC elements follow; 0 denotes the last ToC element.</p></li><li style="margin: 0; padding: 0 0 0 16px;"><p style="margin-bottom: 4px;"><a href="https://gerrit.osmocom.org/#/c/12979/3/src/libosmo-mgcp/mgcp_network.c@680">Patch Set #3, Line 680:</a> <code style="font-family:monospace,monospace">   }</code></p><p style="white-space: pre-wrap; word-wrap: break-word;">else {<br>LOGP(DRTP, LOGL_ERROR, "Can't figure out how to convert RTP packet\n");<br>}</p></li></ul></li></ul><p>To view, visit <a href="https://gerrit.osmocom.org/12979">change 12979</a>. To unsubscribe, or for help writing mail filters, visit <a href="https://gerrit.osmocom.org/settings">settings</a>.</p><div itemscope itemtype="http://schema.org/EmailMessage"><div itemscope itemprop="action" itemtype="http://schema.org/ViewAction"><link itemprop="url" href="https://gerrit.osmocom.org/12979"/><meta itemprop="name" content="View Change"/></div></div>

<div style="display:none"> Gerrit-Project: osmo-mgw </div>
<div style="display:none"> Gerrit-Branch: master </div>
<div style="display:none"> Gerrit-MessageType: comment </div>
<div style="display:none"> Gerrit-Change-Id: Iceef19e5619f8c92dfa7c8cdecb2e9b15f0a11a1 </div>
<div style="display:none"> Gerrit-Change-Number: 12979 </div>
<div style="display:none"> Gerrit-PatchSet: 3 </div>
<div style="display:none"> Gerrit-Owner: dexter <pmaier@sysmocom.de> </div>
<div style="display:none"> Gerrit-Reviewer: Harald Welte <laforge@gnumonks.org> </div>
<div style="display:none"> Gerrit-Reviewer: Jenkins Builder (1000002) </div>
<div style="display:none"> Gerrit-Reviewer: Pau Espin Pedrol <pespin@sysmocom.de> </div>
<div style="display:none"> Gerrit-Reviewer: daniel <dwillmann@sysmocom.de> </div>
<div style="display:none"> Gerrit-Reviewer: dexter <pmaier@sysmocom.de> </div>
<div style="display:none"> Gerrit-Reviewer: tnt <tnt@246tNt.com> </div>
<div style="display:none"> Gerrit-Comment-Date: Fri, 22 Feb 2019 13:36:37 +0000 </div>
<div style="display:none"> Gerrit-HasComments: Yes </div>
<div style="display:none"> Gerrit-HasLabels: Yes </div>