Asterisk Tries Reinvite When Incompatible Codecs On Call Legs


I just ran into what seems to be an issue on re-invites. I'm not sure if it's a bug or as designed, so I thought I'd ask the question.

Here's my setup: - Asterisk - Phone A: Polycom ip331, only allowed to use ulaw, canreinvite=yes - Phone B: Polycom ip330, only allowed to use alaw, canreinvite=yes

Phone A calls the extension of phone B.

After the normal call setup asterisk tries the reinvite: - To phone B it sends an SDP which asks alaw and connection information of phone A - To phone A it sends and SDP with only the connection information of phone B

Phone A responds to this with a 488 Not acceptable here.

Asterisk ACK's and sends another set of reinvites to both phones with the correct codecs and connection information (the asterisk box itself).

Both phones reply 200 OK. Asterisk ACK's and immediately sends BYE to both phones.

Is this normal behaviour? I would expect one of two things: - Asterisk intelligently does not even try reinvite because of the incompatible codecs. - Asterisk tries the reinvite anyway, but does not end the call if it fails.

To be sure, I also tested this on asterisk and certified-asterisk-1.8.11-cert4. Both have the same result.

Any help would be very appreciated!


Frederic Van Espen
Asterisk Users 3.2 years ago 1 Answer

Answers ( 1 )

  1. Frederic Van
    August 27, 2012 at 06:35 am

    No one else encountered this or has any suggestions on what I might try? Looks like I will be creating a bug report then.



 Prev question

Next question