Swapped CP150 now FastRAD not answering

[pmcook]

I swapped out a CP150 in a MICS. I added the mailboxes using the "add many" function. Everything was pretty simple. Now the FastRAD is not answering because when you call the DID the CP answers with the company greeting. This MICS has a PRI. I was having problems figuring out which "lines" to assign to the CP as it was not the first 23. So I just assigned all 500 and it started answering. The DIDs were not changed. I did notice the extension for the CP was not autoassigned a mailbox.

 

[hawks]

Call the number and let AA answer then dial someones extension.
When they answer they should be able to tell you the Line number (hopefully you did not name the line).
Then go into the CP and tell it not to answer that line.

Unfortunately if you named the line then you'll have to look at every target line until you find the one you want.

 

[pmcook]

There are no lines. It is a PRI. When I installed the CP I started assigning the AA to the lines and started with 1. There are 500 listed. I assigned all 500 to the AA because I could not figure out which to use. The documentation doesn;t even mention it. It's all analog references.

 

[fonegal]

As is usual you did not give us the required info we need to help people solve issues like what software version of the MICS and the Call Pilot. Obviously assigning all 500 lines to be answered by the AA is not the desired solution and your PRI Target line number can either begin with line 125 or line 147 depending.

 

[pmcook]

Well I must have done something right, Fonegal because you solved the problem by telling me where the target numbers started. That was all I needed. Thanks.

 

[Multimedium]

There are no lines. It is a PRI.

Although the issue appears to be solved, it is worth explaining how the system treats lines with a PRI. It might be a good reference for other people, too.

When a call is received on a PRI trunk, the CO sends the channel on which the call is coming in and the number that the caller dialled (called the Received Number). The system then checks whether there is a Target Line with the same Received Number. If so, the call is mapped onto that Target Line.

On Norstar, each channel of the PRI is represented by a line number. If your DTI is in the first slot of the KSU, the channels are represented by Line 001 through Line 023. The system automatically removes the appearance of these lines when the DTI is configured as PRI, but you can put them back on your set if you want to. They can be used to monitor the activity of the PRI: the indicator will be on when the line is in use and it will be off when line is free.

If you program these lines to "Appear & Ring", you will notice that they don't ring. When a call is mapped onto a Target Line, only that Target Line rings. This is because the system considers that it has answer the call and that it is transferring it to the Target Line. This explains why the AA couldn't answer Lines 001 through 023: they didn't ring.

There is one case where a line will actually ring. If there are no Target Line that match the Received Number, the call isn't mapped onto any Target Line. The call stays on the line on which it came in and the system routes it to the prime set.

By the way, this behaviour isn't specific to PRI. It also applies to any line described as "auto-answer" in the documentation: DID trunks, but also T1, E&M and loop start trunks that are configured with the "Answer Mode" set to "Auto".