[asterisk-bugs] [JIRA] (ASTERISK-20835) RTP not modified when UAS responds with an OK(200) with other ptime then 20ms

[Paolo Compagnini (JIRA)]

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

Paolo Compagnini updated ASTERISK-20835:
----------------------------------------

    Description: 
my Asterisk 10 svn recievs an INVITE from A with ptime:20 and invites B also with ptime:20.
now B sends an OK with ptime:30. The OK from Asterisk to A contains ptime:20.
But now the RTP stream from asterisk to A is the same as from B to asterisk. That means asterisk doesn't change the stream ( 20 40 20 40 20 40 )and is transmitting with a ptime of 30ms (30 30 30 30 30 ).
regarding the RFC this shouldn't be an issiue since RFC4566 says:"

 It should not be necessary to know ptime to decode RTP
         or vat audio, and it is intended as a recommendation for the
         encoding/packetisation of audio."

but this can lead to strange behaviour of A like synchronisations problems.

  was:
my Asterisk 10 svn recievs an INVITE from A with ptime:20 and invites B also with ptime:20.
now B sends an OK with ptime:30. The OK from Asterisk to A contains ptime:20.
But now the RTP stream from asterisk to A is the same as from B to asterisk. That means asterisk doesn't change the stream ( 20 40 20 40 20 40 )and is transmitting with a ptime of 30ms (30 30 30 30 30 ).
regarding the RFC this shouldn't be an issiue since the ptime may change during the session.
but this can lead to strange behaviour of A like synchronisations problems.

    
> RTP not modified when UAS responds with an OK(200) with other ptime then 20ms
> -----------------------------------------------------------------------------
>
>                 Key: ASTERISK-20835
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-20835
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>    Affects Versions: 10.11.0
>            Reporter: Paolo Compagnini
>            Severity: Minor
>
> my Asterisk 10 svn recievs an INVITE from A with ptime:20 and invites B also with ptime:20.
> now B sends an OK with ptime:30. The OK from Asterisk to A contains ptime:20.
> But now the RTP stream from asterisk to A is the same as from B to asterisk. That means asterisk doesn't change the stream ( 20 40 20 40 20 40 )and is transmitting with a ptime of 30ms (30 30 30 30 30 ).
> regarding the RFC this shouldn't be an issiue since RFC4566 says:"
>  It should not be necessary to know ptime to decode RTP
>          or vat audio, and it is intended as a recommendation for the
>          encoding/packetisation of audio."
> but this can lead to strange behaviour of A like synchronisations problems.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira