On Tue, Mar 16, 2010 at 1:54 PM, WORLEY, DALE R (DALE) <[email protected]> wrote: >> 2. When re-invite (no-sdp) is sent to bandwidth.com to set up MOH >> during transfer/hold, bandwidth sends back G729 as its only codec ( >> this only happens if G729 was negotiated). > > This is the fundamental problem in the scenario: When a device is prompted > to send an SDP offer, it should include all codecs it supports. If it > doesn't you can easily construct situations (e.g., transfers) where every > pair of devices supports a common codec, but the overall call flow cannot > succeed. > > Dale > Unfortunately this is not too uncommon an error (three major ITSPs so far). I have committed XX-6235 which will address this problem through configuration.
Thanks for looking at it. Ranga -- M. Ranganathan _______________________________________________ sipx-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-dev Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev sipXecs IP PBX -- http://www.sipfoundry.org/
