<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jun 29, 2017 at 8:32 AM, Daniel Tryba <span dir="ltr"><<a href="mailto:daniel@tryba.nl" target="_blank">daniel@tryba.nl</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">While trying to use direct_media I'm seeing RTP payload mismatches after<br>
succesful reinvites.<br>
<br>
Initial INVITE from endpoint A to asterisk has rfc4733 DMTF<br>
m=audio 35648 RTP/AVP 9 8 111 96<br>
a=rtpmap:96 telephone-event/8000<br>
a=fmtp:96 0-16<br>
<br>
>From asterisk to upstream U:<br>
m=audio 14338 RTP/AVP 9 8 111 18 0 101<br>
a=rtpmap:101 telephone-event/8000<br>
a=fmtp:101 0-16<br>
<br>
So the payload types in the RTP streams from A and to U differ. This<br>
works fine when asterisk is relaying media.<br>
<br>
With direct_media=yes there are reinvites sent from asterisk to both A<br>
and U. The invite to A contains:<br>
c=IN IP4 ipaddrofU<br>
m=audio 33142 RTP/AVP 8 96<br>
a=rtpmap:96 telephone-event/8000<br>
a=fmtp:96 0-16<br>
<br>
And the invite to U contains:<br>
c=IN IP4 ipaddrofA<br>
m=audio 35648 RTP/AVP 9 8 111 101<br>
a=rtpmap:101 telephone-event/8000<br>
a=fmtp:101 0-16<br>
<br>
Both sides respond with a 200 OK and asterisk is not<br>
relaying/transcoding the media anymore. At this moment DTMF send from A<br>
isn't getting recognized by U, which IMHO is totally understandable<br>
since U doesn't know about payload 96.<br>
<br>
To me this looks like a bug in asterisk. Either asterisk should use the<br>
same rtp payloads for telephone-events on both call legs during inital<br>
callsetup or asterisk should come to the conclusion there is an<br>
incompatible "codec" on both legs so it shouldn't switch to direct<br>
media.<br>
<br>
Has anyone else seen this issue?<br></blockquote><div><br></div><div>This is an old issue.  One of the latest issues is:<br><br><a href="https://issues.asterisk.org/jira/browse/ASTERISK-25166">https://issues.asterisk.org/jira/browse/ASTERISK-25166</a><br><br></div><div>Richard<br></div></div><br></div></div>