[asterisk-bugs] [JIRA] (ASTERISK-28230) abs-send-time extension added with Asterisk 15.5.0 breaks GXV3140 video telephony

David Kuehling (JIRA) noreply at issues.asterisk.org
Wed Jan 2 22:04:47 CST 2019


    [ https://issues.asterisk.org/jira/browse/ASTERISK-28230?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=245884#comment-245884 ] 

David Kuehling commented on ASTERISK-28230:
-------------------------------------------

Can now confirm that the issue is also present with Asterisk 16.1.1.  I need the following workaround to allow GXV3140 to display video (tested using the echo test):

{code:none}
Index: asterisk-16.1.1/res/res_rtp_asterisk.c
===================================================================
--- asterisk-16.1.1.orig/res/res_rtp_asterisk.c
+++ asterisk-16.1.1/res/res_rtp_asterisk.c
@@ -4603,6 +4603,7 @@ static int rtp_raw_write(struct ast_rtp_
 
 		/* If the abs-send-time extension has been negotiated determine how much space we need */
 		abs_send_time_id = ast_rtp_instance_extmap_get_id(instance, AST_RTP_EXTENSION_ABS_SEND_TIME);
+		abs_send_time_id = -1;
 		if (abs_send_time_id != -1) {
 			/* 4 bytes for the shared information, 1 byte for identifier, 3 bytes for abs-send-time */
{code}



> abs-send-time extension added with Asterisk 15.5.0 breaks GXV3140 video telephony
> ---------------------------------------------------------------------------------
>
>                 Key: ASTERISK-28230
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-28230
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Resources/res_rtp_asterisk
>    Affects Versions: 15.5.0, 15.7.1, 16.1.1
>         Environment: Debian Linux Stretch amd64; Asterisk compiled from sources.
>            Reporter: David Kuehling
>            Assignee: David Kuehling
>              Labels: pjsip, webrtc
>
> Hi,
> I noticed that upgrading from Asterisk 15.4.1 to 15.7.1 my Grandstream GXV3140 stopped displaying h264 video stream.  It just shows a black picture, shows correct video data rate, but displays video frame rate as 0 FPS.
> Bisecting the issue I found that the failure happens after commit eb52c70f5b143a96228ffe91c5215b76f48ec355, which implements ASTERISK-27831.
> This is also corroborated by some source changes I tested to work around the issue introduced by the above commit:
> If I overwrite the value of max_send_time_id, forcing it to -1 in rtp_raw_write(), then video works again.
> I don't really understand what's going on here.  The commit eb52c70f5b143a962 looks like it would support some negotiation to enable max-send-time support, however there is no indication that such a negotiation is happening.  Certainly my GXV310 does not claim any support in its SDP payload.  Also I did not find any way to disable the feature using the config files, nor any way to get log output about any negotiation taking place.
> This is the SDP payload that is transmitted by the GXV3140:
> {code}
> v=0
> o=10 8001 8000 IN IP4 172.20.20.16
> s=SIP Call
> c=IN IP4 172.20.20.16
> t=0 0
> m=audio 31514 RTP/AVP 118 9 0 8 101
> a=sendrecv
> a=rtpmap:118 L16/16000
> a=ptime:10
> a=rtpmap:9 G722/8000
> a=rtpmap:0 PCMU/8000
> a=rtpmap:8 PCMA/8000
> a=rtpmap:101 telephone-event/8000
> a=fmtp:101 0-15
> m=video 31516 RTP/AVP 99
> b=AS:320
> a=sendrecv
> a=rtpmap:99 H264/90000
> a=fmtp:99 profile-level-id=428014; packetization-mode=0; sprop-parameter-sets=Z0KADJWgUH5A,aM4Ecg==; max-br=320
> {code}



--
This message was sent by Atlassian JIRA
(v6.2#6252)



More information about the asterisk-bugs mailing list