>>> On 3/14/2011 at 02:48 PM, in message <[email protected]>, Michael Scheidell <[email protected]> wrote: > On 3/14/11 1:16 PM, Matt White wrote: >> Check if you doing MoH at the sipxbridge. If your not using Polycom then > your Moh is done at sipxbridge and functions differently then using the > default polycom method. > works fine, same itsp if itsp is using user/password auth. > and, it might not be a polycom/cisco issue.. since this happens with the > DID is answered by an AA, and you xfer either to a cisco or poly. > > Still no MOH during transfer.. but it might be codex issue. sipx tries > to do MOH at G.722 in this situation. G.711 if using user/password auth > with same itsp, same did, same extensions. only difference is auth > settings at itsp and auth settings on sipx itsp gateway account. >
A codec issue would explain the "silence" if putting a call on hold actually works (ie the call is not dropped). In SipXbridge try and limit your codecs or reorder them on the phone. I typically set the following. In Polycom phone profile G.722 G.711u G.729 In sipXbridge: only allow G.711u G.729 That way G.722 is stripped for all external calls but for internal to internal calls you still have high-def. By the way, has this box been modified for high-def MoH via freeswitch. I wonder why MoH would try G.722 to start with considering the defualt MoH server doesn't use G.722. I know Josh and a few others has success modifying it for G.722. -M _______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users/
