I just tested this on 1571 and it works fine, so something strange/different about your config.

Hi Site admin - appreciate you jumping in.

How ever I do not believe I noticed you testing my unit in my home, I am sure I would have noticed

For a quick break down here it is:-
let's just summarise the problem here

here is what we know:-

1. The problem blocks calls that should be routed to the PSTN Line - ie 999 Emergency Calls

2. The problem is consistent and repeatable

3. Calls made with a prefix of #0 work and are placed using the PSTN line

4. Calls made using either a Digit Map or PSTN relay fail - silence two slow beeps silence PSTN dial tone

5. Two videos have been produced demonstrating the problem

6. The problem is not caused by a unit to wall cable problem - the cable does not discriminate between #0 and PSTN relay/Digit Map calls

7. Pressing #0 requires a significant delay before the PSTN dial tone is available

8. The problem is evident in two units

9. the problem is persistent following a Restore to Factory

10. Copies of the current config (in which the issue is repeated) have been provided to Tech Support

11. Screen shots of current (in which the issue is repeated) have been provided to Tech Support

12. There is a significant delay between dialling #0 and getting a PSTN line it would be logical to suggest that the same delay is evident when using Digit Map or PSTN Relay.

13. When using the Digit Map or PSTN Relay options to deflect a call to PSTN the number is dialed, long pause, two slow beeps, long pause, then PSTN dial tone

14. If the PSTN line is totally removed, calls using PSTN relay or Digit Map still go through to generate two slow beeps but it obviously not going to get a dialtone as the unit is not connected to the PSTN.

Now for the extrapolation...

It is obvious from 14 above that the unit is not detecting a dialtone, it is just waiting for a predetermined period before sending the dial sequence.

In light of 12, 13 and 14 above it would appear that when using the PSTN Relay or Digit Map there is insufficient time to secure a PSTN dial tone and the number is being dialled BEFORE a dial tone is achieved and that is why the calls are failing.

So, either the unit needs to actually detect a dialtone before dialling or dialtone wait cycle has to be extended.

This problem is not within my ability to implement. The unit is faulty.

My unit behaves in exactly the same way - I too believe that this is a firmware/hardware issue now that I've sorted the incorrect cable problem.

A fix would surely be the ability to insert a pause character at the front of a dialplan number, and/or to detect the PSTN dial tone after receiving #0 or a dialplan number and before dialling the rest (PSTN) of the number??

PS - Admin - can the 3 threads covering this issue be merged and made a sticky please?

JHamshaw

can you raise a ticket with the same issue please because they are telling me this is a problem that is only occurring with me.

Thanks

Busta999 wrote: JHamshaw

can you raise a ticket with the same issue please because they are telling me this is a problem that is only occurring with me.

Thanks

Done :wink: DQ016313

Regds

Jim

Thanks