[asterisk-bugs] [JIRA] (ASTERISK-23562) testsuite: Write a fast picture update test

[Matt Jordan (JIRA)]

     [ https://issues.asterisk.org/jira/browse/ASTERISK-23562?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Matt Jordan updated ASTERISK-23562:
-----------------------------------

    Description: 
This test should verify that a fast picture update is queued up when a channel sends an INFO request.

# Establish a video call (SDP with audio and video streams) between two SIP endpoints using SIPp. Note that media doesn't have to actually flow between the endpoints, but the call between the two should support video.
# Have one SIP endpoint send an INFO request with content type "media_control+xml".
# Verify that a {{AST_CONTROL_VIDUPDATE}} frame is handled by {{chan_pjsip}} by raising a test event in its handling of {{AST_CONTROL_VIDUPDATE}}

There's a few things to note:

# This will need a test event in {{chan_pjsip}}. For the purposes of this test, we care less that a picture update can actually be sent to the endpoint (it can't without having an actual RTP stream between the endpoints and the endpoint actually understanding that they need to send something) than we at least tell them they should get one.
# The SIPp scenario will need to establish a call then send the INFO request.
# The body of the INFO request is not a well defined standard. You may need to look at the XML schema in chan_pjsip/chan_sip to infer the structure. Google is also your friend here.


  was:
This test should verify that a fast picture update is queued up when a channel sends an INFO request.

# Establish a video call (SDP with audio and video streams) between two SIP endpoints using SIPp. Note that media doesn't have to actually flow between the endpoints, but the call between the two should support video.
# Have one SIP endpoint send an INFO request with content type "media_control+xml".
# Verify that a {{AST_CONTROL_VIDUPDATE}} frame is handled by {{chan_pjsip}} by raising a test event in its handling of {{AST_CONTROL_VIDUPDATE}}

There's a few things to note:

# This will need a test event in {{chan_pjsip}}. For the purposes of this test, we care less that a picture update can actually be sent to the endpoint (it can't without having an actual RTP stream between the endpoints and the endpoint actually understanding that they need to send something) than we at least tell them they should get one.
# The SIPp scenario will need to establish a call then send the INFO request.



> testsuite: Write a fast picture update test
> -------------------------------------------
>
>                 Key: ASTERISK-23562
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-23562
>             Project: Asterisk
>          Issue Type: Improvement
>      Security Level: None
>          Components: Resources/res_pjsip
>            Reporter: Matt Jordan
>
> This test should verify that a fast picture update is queued up when a channel sends an INFO request.
> # Establish a video call (SDP with audio and video streams) between two SIP endpoints using SIPp. Note that media doesn't have to actually flow between the endpoints, but the call between the two should support video.
> # Have one SIP endpoint send an INFO request with content type "media_control+xml".
> # Verify that a {{AST_CONTROL_VIDUPDATE}} frame is handled by {{chan_pjsip}} by raising a test event in its handling of {{AST_CONTROL_VIDUPDATE}}
> There's a few things to note:
> # This will need a test event in {{chan_pjsip}}. For the purposes of this test, we care less that a picture update can actually be sent to the endpoint (it can't without having an actual RTP stream between the endpoints and the endpoint actually understanding that they need to send something) than we at least tell them they should get one.
> # The SIPp scenario will need to establish a call then send the INFO request.
> # The body of the INFO request is not a well defined standard. You may need to look at the XML schema in chan_pjsip/chan_sip to infer the structure. Google is also your friend here.



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