rtpengine作为媒体代理的一个问题

 

概述

使用kamailio+rtpengine的过程中，发现一个DTMF传输的问题，会造成DTMF传送错误。

主要原因是AB路的rfc2833的payload有差异造成的，可以通过kamailio的配置逻辑来修复。

环境

CentOS 7.9

kamailio:5.8.3-bullseye docker

rtpengine:mr13.1.1.6-4 docker

问题

kamailio 5.8.3 + rtpengine 13.1.1.6，媒体代理模式。

A路invite的sdp中dtmf参数如下。

m=audio 45540 RTP/AVP 8 18 97

a=rtpmap:97 telephone-event/8000

a=fmtp:97 0-15

 

经过kamailio转发后的invite的sdp。

m=audio 33088 RTP/AVP 8 18 97

a=rtpmap:97 telephone-event/8000

a=fmtp:97 0-15

 

B路响应的200OK的sdp中dtmf参数如下。

m=audio 16394 RTP/AVP 8 101

a=rtpmap:101 telephone-event/8000

a=fmtp:101 0-16

 

经过kamailio转发后的200OK。

m=audio 31724 RTP/AVP 8

 

A路sdp中dtmf的payload为97，kaimailio正常透传，B路响应sdp中dtmf的payload为101，经过kamailio+rtpengine处理后，sdp中的dtmf编码被删除了。

通话接通后，A路按键发送DTMF码，采用inband波形模式，B路无法正常识别。

修复

问题的本质是B路响应的sdp中dtmf的payload被删除了，但是媒体通道并没有受影响，媒体转发也没有任何问题，所以最直接的办法就是在kamailio的cfg配置中再把payload加回去。

修改kamailio.cfg文件，主要修改如下。

... modparam("rtpengine", "write_sdp_pv", "$avp(sdp)") ... route[RESET_DTMF]{ 	xinfo("route[RESET_DTMF]n"); 	# reset DTMF payload 	if(search_body("telephone-event/8000") && !search_str($avp(sdp), "telephone-event/8000"))  	{ 		xinfo("Added DTMF 101 payload to SDPn");  		$avp(sdp) = $(avp(sdp){re.subst,/^(m=audio.* 8)/1 101/}); 		$avp(sdp) = $(avp(sdp){re.subst,/^(a=rtpmap:8 PCMA.*)$/1na=rtpmap:101 telephone-event/8000na=fmtp:101 0-15/});  		set_body("$avp(sdp)", "application/sdp"); 	} 	else { 		xinfo("DTMF 101 payload already exists in SDPn"); 		set_body("$avp(sdp)", "application/sdp"); 	}  	return; }  route[RTPENGINE] { 	xinfo("route[RTPENGINE]n");  	# check if have sdp 	if (!has_body("application/sdp")) 	{ 		xinfo("!has_body(application/sdp)n"); 		return; 	}  	if(ds_is_from_list("3060") || ds_is_from_list("3061")) 	{ 		xinfo("route[RTPENGINE], 3060|3061n"); 		# from pub, to priv 		rtpengine_manage("replace-origin replace-session-connection direction=pub direction=priv "); 		set_body("$avp(sdp)", "application/sdp"); 	} 	else if(ds_is_from_list("5060")) 	{ 		xinfo("route[RTPENGINE], 5060n"); 		# from priv, to pub 		rtpengine_manage("replace-origin replace-session-connection direction=priv direction=pub ");  		route(RESET_DTMF); 	}  	return; } 

思路就是针对AB路会有不同payload的场景，调用route(RESET_DTMF)，在PCMA编码的后面加上payload=101的编码。

测试

重启kamailio，发起呼叫。

从信令中看到，经过kamailio处理后的200OK的sdp中增加了payload=101的dtmf编码。

A路按键测试，可以看到rtpengine正常转发了dtmf码。

 

总结

kamailio+rtpengine作为媒体代理的方式简单易用，转发效率高，不会修改媒体包的内容，rtp和rtcp都可以正常透传转发。

 

空空如常

求真得真