[asterisk-bugs] [JIRA] (ASTERISK-21399) RTP Multicast of L16 (type 10): Asterisk and wireshark disagree

Friendly Automation (JIRA) noreply at issues.asterisk.org
Thu Sep 14 12:41:09 CDT 2017


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

Friendly Automation commented on ASTERISK-21399:
------------------------------------------------

Change 6488 merged by Jenkins2:
chan_rtp: Use μ-law by default instead of signed linear

[https://gerrit.asterisk.org/6488|https://gerrit.asterisk.org/6488]

> RTP Multicast of L16 (type 10): Asterisk and wireshark disagree
> ---------------------------------------------------------------
>
>                 Key: ASTERISK-21399
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-21399
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Resources/General, Resources/res_rtp_multicast
>    Affects Versions: SVN
>         Environment: Debian 7.0, wireshark 1.8.2-5wheezy2
>            Reporter: Tzafrir Cohen
>            Severity: Minor
>         Attachments: full-dialed-multirtp.txt, full-originate-multirtp.txt, rtp.cap
>
>
> While trying to debug an RTP multicast issue, I tried to use the following in the Asterisk CLI to send an RTP multicast to the phone:
> originate MulticastRTP/basic/224.0.0.5:5000 application Playback long-test-file
> (The MoH could be used for <long-test-file>)
> The phone (Yealink SIP-T28P) reports that it was sent "HD", and and does not produce any useful sound, apart from low-volume noise.
> In order to reproduce the problem I recorded the sound using:
>   tcpdump -w rtp.cap -s0 'host 224.0.0.5'
> After a while I stopped the multicast channel using 'channel request hangup' and ended the recording. rtp.cap is attached.
> In wireshark:
> 1. Select Analyze -> Decode as -> RTP
> You will note that all packets now are parsed as having "Payload type: 16-bit uncompressed audio, stereo (10)".
> 2. Telephony -> RTP -> Stream Analysis
> 3. Try playing the audio in the player. Nothing heard.
> 4. Save Payload. Save it as 'rtp.sln' and 'play' will play it just fine, so Asterisk did not do anything to the content.



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



More information about the asterisk-bugs mailing list