Hi All, Ok, got to the bottom of the problem!
Our new SipX server is configured to enable "Internet Calling". The subnets of the endpoints are entered as "Intranet", but the ip address of the SipX server itself was not. So, calls to voicemail were being routed via the SBC, not direct to the SipX server as expected. The ip address of the SipX server was added as an "Intranet" address and now DTMF works fine with calls going directly between the endpoints and the new SipX server. As an aside, the SBC was not interpreting DTMF correctly, if it had then the root issue would probably never had been found, and voicemails would have continued to go through the SBC. The SBC config is now fixed and handles DTMF correctly. Cheers.....Graeme On Tue, 2008-10-07 at 11:51 +0000, Scott Lawrence wrote: > On Tue, 2008-10-07 at 11:15 +1100, Graeme Allen wrote: > > > > > > Is the DTMF problem a bug with 3.10.2, or should I be looking at > > something local....?? > > Look for something local. > > You want everything to use RFC 2833 DTMF transport (the key events are > sent as packets in the RTP). > > _______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users
