On Sun, Mar 14, 2010 at 11:54 AM, M. Ranganathan <[email protected]> wrote: > Hello, > > > FreeSWITCH is set up without G729 codec. > > > In testing with bandwidth.com, I find the following situation occurs: > > 1. phone negotiates G729 with bandwidth.com > 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). > 3. SipXbridge sends INVITE with G729 ( codec 18 ) to FreeSWITCH. > 4. codec negotiation fails. sipXbridge compensates for this and the > call is not dropped but there is no MOH on call transfer. > > I am attaching a log of this condition to this mail. > > > This is not acceptable behavior. > > Questions: > > 1. Why is G729 not enabled by default for freeSWITCH ? > > 2. If we are going to limit codec selection on freeSWITCH to some set > of codecs then the phones should be restricted to the same set of > codecs. It should not be possible to establish a call with G729 with > bandwidth.com when you cannot establish a call with freeSWITCH using > G729. The two CANNOT be independent. > > 3. The third alternative is to allow sipXbridge to limit the codecs it > allows to that supported by freeSWITCH. Thus sipXbridge will prune the > codec set on the call setup INVITE. Yes this is not end to end codec > negotiation but the alternative is not acceptable ( i.e. no MOH on > transfer is not acceptable ). > > > > This matter has been discussed before > > > http://track.sipfoundry.org/browse/XX-6235 > > This has been requested for other reasons as well. > > > We need to support this. It is very easy to support but will need a > little help from sipxconfig. > > Regards, > > Ranga > > > -- > M. Ranganathan >
It should be noted that the same behavior has been noticed in Skype and AT&T HIPCSS. This is an important problem to resolve. Thanks for your attention 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/
