The SPA-3000 after upgrading from firmware 3.1.18 to 3.1.20 can no longer send a DTMF # tone out its gw0 port: It instead incorrectly replaces any # characters in the dial string with the numbers 2, 3.
I would appreciate if someone on this forum could report this to development as a bug.
This problem was introduced into 3.1.20 as a side effect of the following bug fix documented in the 3.1.20 release notes: "SPA should escape occurrences of '#' in the dial string with %23 in outbound INVITE".
23 is the hexadecimal ASCII code for #, and if a dialled # sign is to become part of a SIP INVITE it is appropriate to escape it, but if it is to be re-dialled still as DTMF by the SPA to the PSTN or whatever is connected to its gw0/FXO port, it is A MAJOR BUG to escape it.
As a workaround I've downgraded back to 3.1.18 which is still available at: http://www.linksys.com/servlet/Satellite?c=L_CASupport_C2&childpagename=US%2FLayout&cid=1169083367861&packedargs=sku%3DSPA3000&pagename=Linksys%2FCommon%2FVisitorWrapper&lid=6786167861B01&displaypage=download#versiondetail
Steps to reproduce:
1) Connect the gw0/FXO port of the SPA to the PSTN
2) Set the Line 1 Dial Plan to something that allows dialing # such as:
(The above allows any sequence of one or more standard DTMF digits to be dialled, and they are all supposed to get passed through verbatim to gw0.)
3) Dial someting with a # such as 1 #9 643 6400
4) Notice how the SPA incorrectly dials 1 239 643 6400 (which happens to go to CableUSA in Naples, FL)