Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations strongm on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

Digit Translation / DCFW

Status
Not open for further replies.

nortelopt61

Technical User
Mar 18, 2008
161
US
Hello Everyone,
I recently had some numbers ported back to our carrier and I am trying to resolve the following issue. I need to create a digit translations table for one of the ported numbers ***-0123 as it has a 0 in it and anyone trying to call the 4 digit extension ends up at the operator. I then need to DCFW this offsite to a POTS line attached to a fax machine. I have been able to do this with another fax but since it did not have a number with a 0 I did not have to do digit translations etc. I have not been able to get the one working with a 0 in the number. I have reached out to our vendor and they said it can't be done either to call the carrier and have them forward it. I like my guy's and my vendor but really feel like they don't want to spend the time getting this to work. It is important to us as we do not want the dept to have to get a new number etc. since it is in print. Any help would greatly be appreciated.

Thanks,
Jim
 
If there coming in on the DID trunks use the IDC tables in LD 49

OLD ROLMEN WORKING ON NORTELS AND AVAYA
 
Hello Perrypj,
I have tried and that is not working.

DCNO 2
IDGT CDGT
0827 1002

Any other idea's?

Thanks,
Jim
 
Also adjusted RDB in ld16 for this already as well.

Thanks,
Jim
 
Your saying that a call coming in on the DID trunk does not go to 1002

OLD ROLMEN WORKING ON NORTELS AND AVAYA
 
No I got the translation working but if fails on the DCFW to an outside POTS line.

Thanks,
Jim
 
Couple of things....

1: You say DCFW, so I am assuming that you are using a phantom. Try setting an SCPW on the phantom, then do a remote call forward out to your external destination.

2: I have had an issue on my systems that is a bit lengthy but here goes:

Rel 4.5 (and later) that uses an IDC conversion to a CDP that then goes out on the same route as the incoming call (sound like your scenario?). This call type failed. There was a patch (restricted) supplied to over come this, and we were told at the time that it was resolved by a plugin. Past that I believe that from Rel 5.5 it was "fixed".

3: If all else fails, set 1002 as a dummy ACD and NCFW out.

 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top