[asterisk-bugs] [JIRA] (ASTERISK-22532) Fix chan_pjsip two party alice initiated test failures

[Mark Michelson (JIRA)]

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

Mark Michelson commented on ASTERISK-22532:
-------------------------------------------

I am taking a break from this issue for a bit. Just in case someone else ends up looking at this instead, here is what I have found.

I used the alice_hangs_up test as the baseline test. I modified the test-config.yaml test to only originate the UDP IPv4 call from Alice to Bob. I also updated the AMI expectations to only expect 1 instance of each event instead of 4. I also modified Alice and Bob's extensions.conf files to play demo-congrats instead of tt-weasels in their BackgroundDetect calls. This probably isn't actually necessary or beneficial, but for the sake of disclosure, you should know I did it.

When running the test against Asterisk trunk, sometimes the test would succeed. Most of the time, it would fail. The failure always came on Bob's end because the BackgroundDetect application was reporting that it failed to detect audio. Debugging ast_read() and ast_rtp_read(), I found that Bob was never reading in audio frames when the test would fail.

I changed the UUT instance of Asterisk not to use a native RTP local bridge and instead use a core bridge. When I did this, the test would pass every time. This is the point I am at while debugging the test. The problem likely stems from the UUT box doing something incorrectly when performing a native RTP local bridge.
                
> Fix chan_pjsip two party alice initiated test failures
> ------------------------------------------------------
>
>                 Key: ASTERISK-22532
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-22532
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Channels/chan_pjsip, Tests/testsuite
>    Affects Versions: 12.0.0-alpha1
>            Reporter: Matt Jordan
>            Assignee: Mark Michelson
>
> Well, this is a bit odd:
> * [https://bamboo.asterisk.org/bamboo/browse/AST-ATTSCD-C632TE-81/test/case/1415281]
> * [https://bamboo.asterisk.org/bamboo/browse/AST-ATTSCD-C632TE-81/test/case/1415282]
> The fact that the hangup cause mappings themselves are wrong indicates that this is more than just a TCP binding issue (or something along those lines)

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.asterisk.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira