[Home]

Summary:ASTERISK-24459: bridge_native_rtp: Native RTP bridging is chosen for RTP compatible channels when the DTMF mode is not compatible
Reporter:Yaniv Simhi (yanivsi)Labels:
Date Opened:2014-10-27 08:44:13Date Closed:2014-12-18 09:52:45.000-0600
Priority:MajorRegression?Yes
Status:Closed/CompleteComponents:Bridges/bridge_native_rtp
Versions:12.2.0 12.3.2 Frequency of
Occurrence
Constant
Related
Issues:
Environment:Centos 6.4Attachments:( 0) ASTERISK-24459.diff
( 1) messages_in_rfc4733.log
( 2) pjsip.conf
Description:Asterisk don't make DTMF transcoding for this senario : call from endpoit A with inband DTMF mode to endpoint B with rfc4733 DTMF mode.
RTP forced to pass through Asterisk.
Comments:By: Matt Jordan (mjordan) 2014-10-29 09:59:34.209-0500

We require a complete debug log to help triage the issue. This document will provide instructions on how to collect debugging logs from an Asterisk machine for the purpose of helping bug marshals troubleshoot an issue: https://wiki.asterisk.org/wiki/display/AST/Collecting+Debug+Information

While I'm pretty sure this is what is occurring, a debug log will verify it. Please make sure you also have 'pjsip set logger on' enabled so we can see all of the message traffic. Thanks!

By: Yaniv Simhi (yanivsi) 2014-10-30 01:49:53.907-0500

Hi,
Attached the meessage log for the case scenario with the debug mode + pjsip logger on.

Thanks,
Yaniv S.

By: Matt Jordan (mjordan) 2014-11-13 17:32:36.023-0600

The problem here is the following:

{noformat}
[Oct 27 14:48:47] DEBUG[3932][C-0000000e] bridge_native_rtp.c: Locally RTP bridged 'PJSIP/KAMnet_BK-00000017' and 'PJSIP/KAMnet_BK_out-00000018' in stack
[Oct 27 14:48:47] DEBUG[3932][C-0000000e] bridge.c: Bridge 4c83cd57-4ebd-4046-be0e-f99c2b37c3b5: calling native_rtp technology start
[Oct 27 14:48:47] DEBUG[3932][C-0000000e] bridge.c: Bridge 4c83cd57-4ebd-4046-be0e-f99c2b37c3b5: calling simple_bridge technology destructor
[Oct 27 14:48:47] DEBUG[3923][C-0000000e] bridge.c: Bridge technology holding_bridge does not have any capabilities we want.
[Oct 27 14:48:47] DEBUG[3923][C-0000000e] bridge.c: Bridge technology softmix does not have any capabilities we want.
[Oct 27 14:48:47] DEBUG[3923][C-0000000e] bridge.c: Bridge technology simple_bridge has less preference than native_rtp (50 <= 90). Skipping.
[Oct 27 14:48:47] DEBUG[3923][C-0000000e] bridge.c: Chose bridge technology native_rtp
[Oct 27 14:48:47] DEBUG[3923][C-0000000e] bridge.c: Bridge 4c83cd57-4ebd-4046-be0e-f99c2b37c3b5 is already using the new technology.
[Oct 27 14:48:47] DEBUG[3932][C-0000000e] bridge.c: Bridge technology holding_bridge does not have any capabilities we want.
[Oct 27 14:48:47] DEBUG[3932][C-0000000e] bridge.c: Bridge technology softmix does not have any capabilities we want.
[Oct 27 14:48:47] DEBUG[3932][C-0000000e] bridge.c: Bridge technology simple_bridge has less preference than native_rtp (50 <= 90). Skipping.
[Oct 27 14:48:47] DEBUG[3932][C-0000000e] bridge.c: Chose bridge technology native_rtp
[Oct 27 14:48:47] DEBUG[3932][C-0000000e] bridge.c: Bridge 4c83cd57-4ebd-4046-be0e-f99c2b37c3b5 is already using the new technology.
[Oct 27 14:48:48] DEBUG[3932][C-0000000e] res_rtp_asterisk.c: 0x1793d70 -- Probation learning mode pass with source address 10.9.15.1:38346
{noformat}

We've ended up choosing a native RTP bridge when we shouldn't, as the channels support incompatible DTMF types.

That being said, can you provide the {{pjsip.conf}} for the two endpoints in question? The output of {{DumpChan}} does not include the DTMF mode types.

By: Yaniv Simhi (yanivsi) 2014-11-24 00:08:27.512-0600

hi,
attached the pjsip.conf as requested.

Yaniv

By: Kevin Harwell (kharwell) 2014-12-16 09:32:35.116-0600

Adding patch

By: Kevin Harwell (kharwell) 2014-12-16 09:35:46.063-0600

Yaniv, I have attached a patch to the issue (ASTERISK-24459.diff).  If you can, could you apply it and test to see if it fixes the problem?

Thanks, Kevin

By: Yaniv Simhi (yanivsi) 2014-12-18 08:08:04.551-0600

Hi Kevin, I have checked the patch and it fixed the problem.
I don't know if it's make any diffrance, but before got the patch i upgraded asterisk to 13.1.0 version.

Thanks,
Yaniv

By: Kevin Harwell (kharwell) 2014-12-18 09:25:56.955-0600

Hi Yaniv, upgrading to 13.1 should not have made a difference.  I'm glad the patch worked!  Thanks for testing it.