Hello! I'm facing the following scenario:
- Initial call opened to asterisk: SDP g722,alaw,ulaw - Outgoing call to provider started with Invite / SDP alaw, g726 and g729. - Provider sends 183 Session progress SDP: g729, alaw - Provider sends g729 rtp packages But: there is no license to transcode g729. What is asterisk doing? Asterisk decides to stop the call at all: - Sends cancel to provider and 603 decline to internal caller. What would have been correct? It would have been correctly to switch to alaw as provider offered it, too. Workaround: My workaround is to disable g729 and things are working fine again for me (for this special case). I'm seeing here two basic problems: 1. Asterisk prevents a call which could have been working fine if asterisk would have done the switch to alaw which is offered by provider. 2. Asterisk would have done completely unnecessary transcoding even if g729 transcoding would have been supported. I would be glad, if Asterisk would take better care of what it's deciding which codec to use. g729 was the codec with the lowermost priority in the own offered SDP to the provider but it anyway accepts this codec even though provider offers the own most desired alaw! Thanks, Michael -- _____________________________________________________________________ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- Check out the new Asterisk community forum at: https://community.asterisk.org/ New to Asterisk? Start here: https://wiki.asterisk.org/wiki/display/AST/Getting+Started asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
