On Sat, 2012-08-18 at 10:55 +0200, Frederic Van Espen wrote: > Hi, > > 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 1.8.13.0 > - 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 1.8.15.0 and > certified-asterisk-1.8.11-cert4. Both have the same result. > > Any help would be very appreciated! > > Cheers, > > Frederic Van Espen >
No one else encountered this or has any suggestions on what I might try? Looks like I will be creating a bug report then. Regards, Frederic -- _____________________________________________________________________ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
