Changing an LDN to redirect to an IVR 1

[apridham]

I've done some searching and reading on this topic already, but I want to make sure I know what I'm doing. Basically I need to change an LDN, it's currently landing on a receptionist phone., and I will be forwarding it to an IVR once I free up the number.

I've printed my LDN table in ld21:

TYPE LDN_DATA
CUST 00
OPT XLDN
DLDN NO
LDN0 2861234
LDN1 2861235 <--- need to out/change this one
LDN2 2861236
etc etc

I need to change the ldn_data table to modify this number (I've seen in multiple places that it's very bad to just remove the number, I am planning on changing it to an unused fake number of the same length, i.e. 2860000).

(in ld 15)
REQ: chg
TYPE: ldn_data
CUST 0
OPT
DLDN
LDN0 2861234
LDN1 2860000 ---> changed to a fake/unused number
LDN2 2861236
etc etc

After I complete this, the number should be free to change to anything I need (i.e. cdn/acd queue/etc)? I just want to confirm that this is all correct.

 

[KCFLHRC]

I don't see a reason to change it to a bogus number. If it's appearing on a console remove it there and then remove it in the LDN Data. On the console it should be programmed on an ICI key and that's about it. Never heard of an issue by removing one but I guess that's up to you. And yes, after that it should be freed up to use as you describe.

 

[apridham]

Thanks for the response, here are a few of the threads I saw that mentioned issues (especially on LDN0 - which this is not). Maybe it's not a problem anymore? Ideally I would just like to remove the number.

http://www.tek-tips.com/viewthread.cfm?qid=1606065

http://www.tek-tips.com/viewthread.cfm?qid=1551488

I've been given/told that there are two TNs associated with the console, and I don't see the number listed on either. Printing the DNB just gives me that it's an LDN.

 

[KCFLHRC]

You have to print the LDN data in ld 21 and change it in LD 15. The ICI keys are programmed in the ATT Data in LD 15. You will need to remove the ICI Key prior to removing the LDN Data

 

[apridham]

Aha, I see now. The att_data table has the following:

....
IDBZ NO
PBUZ 02 10
ICI 00
ICI 01
ICI 02 LD1
ICI 03 LD2
ICI 04 RLL
ICI 05 DL0
ICI 06 DF0
ICI 07 INT
ICI 08 CFN
ICI 09 CFB
RICI
...

Am I correct in assuming I'll need to do:

(in ld 15)
chg
att_data
'enter same data for prompts up to ICI 03'
for ICI 03 do 'xLD2'

If I am understanding correctly, that will free up LDN2, and I will be able to do x2861235 on the actual LDN?

 

[KCFLHRC]

I think to remove the ICI key you would do 3 x and then remove the ldn data with an x also. You shouldn't have to input the actual digits after the x.

 

[apridham]

Oh perfect, that's good to know. Doing my change tonight so I will update with how it goes...

 

[apridham]

For all those that see this thread in the future...

I tried to remove the ICI3 key in the ATT_DATA table, but was unsuccessful. I'd get to the ICI0 prompt,and didn't know of a way to skip to ICI3 to x it out (just pressing return caused me to exit to the next prompt after the ICI keys).

I decided to try and just out the 2861235 LDN directly (chg, ldn_data, return, return, put in the original number for ldn0, put an x for ldn1, and one more return.

It worked fine and I created an ACD queue with MAXP 1 that is NCFW to the IVR for the new menu. Great success!

 

[KCFLHRC]

Good news, glad you got it. Happy Labor Day