[asterisk-bugs] [JIRA] (ASTERISK-20650) Asterisk does not respect ptime

[Matt Jordan (JIRA)]

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

Matt Jordan commented on ASTERISK-20650:
----------------------------------------

Thanks for the pcap and logs.

You'll note in the debug 5 logs, the Asterisk system is actually setting the ptime to 10 when told to do so:

{noformat}
[Nov 27 08:16:50] DEBUG[8867] chan_sip.c: Setting framing for ulaw to 10
[Nov 27 08:16:50] DEBUG[8867] chan_sip.c: Setting framing for gsm to 10
[Nov 27 08:16:50] DEBUG[8867] chan_sip.c: Setting framing for g723 to 10
[Nov 27 08:16:50] DEBUG[8867] chan_sip.c: Setting framing for adpcm to 10
[Nov 27 08:16:50] DEBUG[8867] chan_sip.c: Setting framing for adpcm to 10
[Nov 27 08:16:50] DEBUG[8867] chan_sip.c: Setting framing for lpc10 to 10
[Nov 27 08:16:50] DEBUG[8867] chan_sip.c: Setting framing for alaw to 10
[Nov 27 08:16:50] DEBUG[8867] chan_sip.c: Setting framing for g722 to 10
[Nov 27 08:16:50] DEBUG[8867] chan_sip.c: Setting framing for slin to 10
[Nov 27 08:16:50] DEBUG[8867] chan_sip.c: Setting framing for slin to 10
[Nov 27 08:16:50] DEBUG[8867] chan_sip.c: Setting framing for adpcm to 10
[Nov 27 08:16:50] DEBUG[8867] chan_sip.c: Setting framing for adpcm to 10
[Nov 27 08:16:50] DEBUG[8867] chan_sip.c: Setting framing for g729 to 10
[Nov 27 08:16:50] DEBUG[8867] chan_sip.c: Setting framing for jpeg to 10
[Nov 27 08:16:50] DEBUG[8867] chan_sip.c: Setting framing for h261 to 10
[Nov 27 08:16:50] DEBUG[8867] chan_sip.c: Setting framing for h263 to 10
[Nov 27 08:16:50] DEBUG[8867] chan_sip.c: Setting framing for ilbc to 10
[Nov 27 08:16:50] DEBUG[8867] chan_sip.c: Setting framing for h263p to 10
[Nov 27 08:16:50] DEBUG[8867] chan_sip.c: Setting framing for h264 to 10
[Nov 27 08:16:50] DEBUG[8867] chan_sip.c: Setting framing for siren7 to 10
[Nov 27 08:16:50] DEBUG[8867] chan_sip.c: Setting framing for h263p to 10
[Nov 27 08:16:50] DEBUG[8867] chan_sip.c: Setting framing for mpeg4 to 10
[Nov 27 08:16:50] DEBUG[8867] chan_sip.c: Setting framing for red to 10
[Nov 27 08:16:50] DEBUG[8867] chan_sip.c: Setting framing for t140 to 10
[Nov 27 08:16:50] DEBUG[8867] chan_sip.c: Setting framing for speex to 10
[Nov 27 08:16:50] DEBUG[8867] chan_sip.c: Setting framing for g726 to 10
[Nov 27 08:16:50] DEBUG[8867] chan_sip.c: Setting framing for g726aal2 to 10
[Nov 27 08:16:50] DEBUG[8867] chan_sip.c: Setting framing for siren14 to 10
[Nov 27 08:16:50] DEBUG[8867] chan_sip.c: Setting framing for g719 to 10
[Nov 27 08:16:50] DEBUG[8867] chan_sip.c: Setting framing for speex16 to 10
[Nov 27 08:16:50] DEBUG[8867] chan_sip.c: Setting framing for slin16 to 10
[Nov 27 08:16:50] DEBUG[8867] chan_sip.c: Processing media-level (audio) SDP a=ptime:10... OK.
{noformat}

While the DEBUG log didn't go far along enough to illustrate this, the pcap does show that the UA at 10.0.6.23:5061 responds back with a 200 OK with an SDP (see packet 13).  In that SDP, it sets the ptime back to 30.  Asterisk responds accordingly and reset the min accepted packet length to 30, and notifies 10.0.6.40 accordingly.

So, this doesn't appear to be an Asterisk bug, but a bug with the carrier.
                
> Asterisk does not respect ptime
> -------------------------------
>
>                 Key: ASTERISK-20650
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-20650
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Channels/chan_sip/General, Resources/res_fax
>    Affects Versions: 1.8.17.0
>            Reporter: Maciej Krajewski
>            Assignee: Maciej Krajewski
>            Severity: Critical
>         Attachments: ast_config.zip, debug_5-autoframing_yes.cap.gz, debug_5-autoframing_yes.log, tmptk_20121102_1527_g02_editcap.cap, tmptk_20121105_1155_g03_edit_filtr.cap
>
>
> Today I have found a problem concerning asterisk 1.8.X
> I've migrated one of my servers from old version of asterisk 1.4 branch to the newest 1.8.
> Everything works fine, but faxes has stopped working.
> I've made some research and what I have found is that asterisk 1.8 has some problems with transcoding ptime, it simply does not do this, Astersik 1.4 was coping with this.
> I've attached the cap file where one of my legs is negotiating connection with ptime 10, the other one with ptime 20.
> However if you look at the payload of RTP packets it is 10 ms every where.

--
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