For one of my extensions (555), I set a route password for a number of dialing options under outbound routing. This was working earlier today, but now when I enter the correct password, it says the password is wrong. If I remove the password under outbound routing and reupdate then dial, it works but without the authenticate. I need this function to work. Could you please check out the problem for me? Thanks, Michael
I suspect a DTMF recognition issue, which leads me to the question what kind of SIP User Agent (IP phone, ATA, soft-phone) is extension 555 using?
Inspecting the Outbound Routes of your account, I noticed there are some where the route password still exists. Is the route password recognized properly when extension 555 uses the particular Outbound routes?
As an aside, what you are trying to achieve with Outbound Routes 4-11 and 17-32 can be easily condensed to 3 or 4 Outbound Routes in total, leaving you with a more manageable set.
You can also elect to do some basic digit validation using the proper strings in your Outbound routes, which will cut down on the misdialed digits passed to the SIP trunk providers, and send the reorder tone a lot faster back to user.
