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
merged.xml.gz
Description: GNU Zip compressed data
_______________________________________________ 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/
