[asterisk-bugs] [JIRA] (ASTERISK-27351) iLBC Codec Mismatch

Richard Mudgett (JIRA) noreply at issues.asterisk.org
Mon Oct 16 11:40:21 CDT 2017


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

Richard Mudgett updated ASTERISK-27351:
---------------------------------------

    Description: 
Asterisk, when set to use iLBC, has 2 issues:

1. The INVITE SDP from Asterisk always contains 20ms frame size, regardless if ilbc is set in asterisk as ilbc:30 or ilbc:20

2. Asterisk always sends 30ms frames regardless of what was negotiated/set in pjsip.conf

Attached are 4 packet captures:

[^one-way-matched-30-30-ast20.pcap] is a one-way audio example where Asterisk is configured to use ilbc:30, but offers 20 in the SDP, and the phone uses 20.

[^two-way-mismatched-20-30-ast20.pcap] is a two-way audio example where Asterisk is configured to use ilbc:30, but offers 20 in the SDP, and the phone uses 30 (therefore, 2-way audio).

[^two-way-30-30-ast20.pcap] is a two-way audio example where Asterisk is configured to use ilbc:30, but offers 20 in the SDP, and the phone uses 30, (therefore, 2-way audio)

[^one-way-20-20-ast20.pcap] is a one-way audio example where Asterisk is configured to use ilbc:20, offers 20 in the SDP, and phone is configured to use 20 (but it's still one-way audio because Asterisk is actually sending 30).


Let me know if you need me to do more testing, it's 100% repeatable. 

  was:
Asterisk, when set to use iLBC, has 2 issues:

1. The INVITE SDP from Asterisk always contains 20ms frame size, regardless if ilbc is set in asterisk as ilbc:30 or ilbc:20

2. Asterisk always sends 30ms frames regardless of what was negotiated/set in pjsip.conf

Attached are 4 packet captures:

one-way-match-30-30-ast20.pcap is a one-way audio example where Asterisk is configured to use ilbc:30, but offers 20 in the SDP, and the phone uses 20.

two-way-mismatched-20-30-ast20.pcap is a two-way audio example where Asterisk is configured to use ilbc:30, but offers 20 in the SDP, and the phone uses 30 (therefore, 2-way audio).

Two-way-30-30-ast20.pcap is a two-way audio example where Asterisk is configured to use ilbc:30, but offers 20 in the SDP, and the phone uses 30, (therefore, 2-way audio)

One-way-20-20-ast20.pcap is a one-way audio example where Asterisk is configured to use ilbc:20, offers 20 in the SDP, and phone is configured to use 20 (but it's still one-way audio because Asterisk is actually sending 30).


Let me know if you need me to do more testing, it's 100% repeatable. 


> iLBC Codec Mismatch
> -------------------
>
>                 Key: ASTERISK-27351
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-27351
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>    Affects Versions: 15.0.0
>         Environment: x64 CentOS
>            Reporter: Luke Escude
>         Attachments: one-way-20-20-ast20.pcap, one-way-matched-30-30-ast20.pcap, two-way-30-30-ast20.pcap, two-way-mismatched-20-30-ast20.pcap
>
>
> Asterisk, when set to use iLBC, has 2 issues:
> 1. The INVITE SDP from Asterisk always contains 20ms frame size, regardless if ilbc is set in asterisk as ilbc:30 or ilbc:20
> 2. Asterisk always sends 30ms frames regardless of what was negotiated/set in pjsip.conf
> Attached are 4 packet captures:
> [^one-way-matched-30-30-ast20.pcap] is a one-way audio example where Asterisk is configured to use ilbc:30, but offers 20 in the SDP, and the phone uses 20.
> [^two-way-mismatched-20-30-ast20.pcap] is a two-way audio example where Asterisk is configured to use ilbc:30, but offers 20 in the SDP, and the phone uses 30 (therefore, 2-way audio).
> [^two-way-30-30-ast20.pcap] is a two-way audio example where Asterisk is configured to use ilbc:30, but offers 20 in the SDP, and the phone uses 30, (therefore, 2-way audio)
> [^one-way-20-20-ast20.pcap] is a one-way audio example where Asterisk is configured to use ilbc:20, offers 20 in the SDP, and phone is configured to use 20 (but it's still one-way audio because Asterisk is actually sending 30).
> Let me know if you need me to do more testing, it's 100% repeatable. 



--
This message was sent by Atlassian JIRA
(v6.2#6252)



More information about the asterisk-bugs mailing list