[asterisk-bugs] [JIRA] (ASTERISK-28647) chan_sip: RTP frames not transmitted after emitting a COLP
Friendly Automation (JIRA)
noreply at issues.asterisk.org
Mon Dec 30 15:19:25 CST 2019
[ https://issues.asterisk.org/jira/browse/ASTERISK-28647?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=249195#comment-249195 ]
Friendly Automation commented on ASTERISK-28647:
------------------------------------------------
Change 13367 merged by Friendly Automation:
chan_sip: voice frames are no longer transmitted after emitting a COLP
[https://gerrit.asterisk.org/c/asterisk/+/13367|https://gerrit.asterisk.org/c/asterisk/+/13367]
> chan_sip: RTP frames not transmitted after emitting a COLP
> ----------------------------------------------------------
>
> Key: ASTERISK-28647
> URL: https://issues.asterisk.org/jira/browse/ASTERISK-28647
> Project: Asterisk
> Issue Type: Bug
> Security Level: None
> Components: Channels/chan_sip/General
> Affects Versions: 16.3.0
> Reporter: Jean Aunis - Prescom
> Assignee: Jean Aunis - Prescom
>
> After emitting a SIP UPDATE related to a connected line update, chan_sip stops transmitting RTP packets.
> Steps to reproduce :
> - configure a SIP peer with sendrpid=pai
> - suspend bridge technology native_rtp
> - call the configured SIP peer, answer and generate a COLP frame
> At this point, Asterisk stops transmitting audio to the SIP peer until a re-INVITE is performed for some reason (hold for example).
> I will provide a patch for this.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
More information about the asterisk-bugs
mailing list