[Montclairguy]

The basic functionality of dial string pauses is missing from the 3CX products. Neither the softphone, nor the PBX appear to support this late 1970's era functionality. It should not be terribly difficult for the PBX to acknowledge a delimiter (a comma for instance), and apply the modem industry standard 2 second delay, then interpret every digit thereafter as a DTMF (or additional pause) and send the corresponding tones.

Have the PBX actively involved in the call, sending DTMFs once the call is connected, if they exist in the dial string. You guys should be able to do this with just a couple of additional subroutines. I believe it would make life a lot easier for everyone who has to navigate various automated attendants (which is everyone on Earth), especially those who have to do so constantly throughout their business day.

Additionally, by having the PBX handle this instead of your softphone product, you enable greater compatibility with other vendor's phones, softphones, and dialing equipment.

If I'm mistaken and this functionality exists, please do enlighten me and point me in the right direction. Thanks!

[leejor]

This has been brought up in the past, and, while it sounds great, I think that given the number of types of outgoing trunks (Gateways, ISDN, VoIP, Bridges, etc.) it may not be possible. Have any other VoIP PBX's managed to implement this?

[Montclairguy]

I don't see why it would not be possible. While I am by no means a SIP or telecom expert, I do have substantial computer programming experience, and obviously the PBX is capable of detecting when a call is connected. Programming the PBX to dump DTMF into the stream, upon connection, should be no more difficult than a softphone providing DTMF commands during a connected call.

Add an option for the payload type submitted by the PBX (similar to 3CX's softphone setting), and just parse the dialstring for commas and digits; pause and send the digits as noted in the dialstring after connection, then resume normal PBX handling of the call.

Just doesn't seem that difficult to me -- but perhaps that is because I am, again, not a SIP or telecom expert. Anyway, that's my feature request!