[asterisk-bugs] [JIRA] (ASTERISK-28647) chan_sip: RTP frames not transmitted after emitting a COLP

Friendly Automation (JIRA) noreply at issues.asterisk.org
Tue Dec 31 08:40:25 CST 2019


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

Friendly Automation commented on ASTERISK-28647:
------------------------------------------------

Change 13526 merged by George Joseph:
chan_sip: voice frames are no longer transmitted after emitting a COLP

[https://gerrit.asterisk.org/c/asterisk/+/13526|https://gerrit.asterisk.org/c/asterisk/+/13526]

> 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