[asterisk-bugs] [JIRA] (ASTERISK-18455) RTCP stats works only when transcoding

[Joshua Colp (JIRA)]

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

Joshua Colp closed ASTERISK-18455.
----------------------------------

    Resolution: Fixed

I believe the underlying problem here has been resolved in Asterisk as of a few years ago. If this is still occurring in a current supported version feel free to comment and the issue will automatically reopen.

> RTCP stats works only when transcoding
> --------------------------------------
>
>                 Key: ASTERISK-18455
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-18455
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Resources/res_rtp_asterisk
>    Affects Versions: 1.8.5.0
>         Environment: Asterisk 1.8.5.0 built by root @ asterisk1-8.lab.com on a x86_64 running Linux on 2011-09-02 18:56:22 UTC
> Linux asterisk1-8.lab.com 2.6.18-238.el5 #1 SMP Thu Jan 13 15:51:15 EST 2011 x86_64 x86_64 x86_64 GNU/Linux
>            Reporter: Fabian Borot
>            Severity: Minor
>         Attachments: rtcp-1-60 seconds call.pcap, rtcp-1-60 seconds call.txt, rtcp-4-2 calls in g729.pcap, rtcp-4-2 calls in g729.txt, rtcp-6-ulaw-stats.pcap, rtcp-6-ulaw-stats.txt, rtcp-7-xcoding-stats.pcap, rtcp-7-xcoding-stats.txt, rtcp-8-2 calls without xcoding-stats.txt
>
>
> We are trying to use the values returned by "RTPAUDIOQOS" and "RTPAUDIOQOSBRIDGED" to have an idea about the quality of the calls. We have noticed that when transcoding is involved the stats provided at the end of the call are very similar to what wireshark shows for the same call. However, when both legs use the same codec the variable either returns all zeroes or incorrect values [i.e: wireshark says packets sent 500 and the txcount shows 1 or 2).
> I am attaching several files with console logs and tcpdump captures on the same machine to compare.



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