[asterisk-bugs] [JIRA] (ASTERISK-26593) chan_sip: One way audio due to RTP bridging when it shouldn't
Luke Escude (JIRA)
noreply at issues.asterisk.org
Wed Nov 30 12:24:10 CST 2016
[ https://issues.asterisk.org/jira/browse/ASTERISK-26593?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Luke Escude updated ASTERISK-26593:
-----------------------------------
Attachment: flowroute-280984.pcap02
What do you make of this capture? iLBC between phone and server, then uLaw from server to Flowroute trunk. One-way audio, callee couldn't hear the caller (ext. 221)
> chan_sip: One way audio due to RTP bridging when it shouldn't
> -------------------------------------------------------------
>
> Key: ASTERISK-26593
> URL: https://issues.asterisk.org/jira/browse/ASTERISK-26593
> Project: Asterisk
> Issue Type: Bug
> Security Level: None
> Components: Channels/chan_sip/CodecHandling
> Affects Versions: 13.12.2
> Environment: CentOS x64
> Reporter: Luke Escude
> Assignee: Unassigned
> Severity: Minor
> Attachments: cli_case1.txt, console_log.txt, flowroute-280984.pcap02, ilbc_case1.pcap, messages, rtcp_log.txt, sip_debug.rtf
>
>
> As soon as the call switches from simple_bridge to native_rtp, the server stops receiving RTCP information, and the call will drop because it thinks there's inactivity. We've had to set the rtp timeout to 24 hours to compensate for this.
> Log readout during a phone call:
> [Edit by Rusty - moved debug to console_log.txt]
--
This message was sent by Atlassian JIRA
(v6.2#6252)
More information about the asterisk-bugs
mailing list