IVS 2000 DTMF Receiver

[DeckS]

Could anybody help me with this problem?
I'm a novice trying to setup automated attendant in a 2 PIM system that uses the CP03 CPU card. Will AA work with the CP03? Is the PN-8RSTA card required? If so what happens to the built in receiver (E200 at LEN 0124)?
Thanks

 

[DrVuDu]

Will AA work with the CP03?
Yes

Is the PN-8RSTA card required?
No

If so what happens to the built in receiver?
the 8SRT is a card to provide additional registers for PB functionality as well as provide dial tone. its for using higher volumes of call traffic. in a 2 PIM system I would have at least one programmed.

As for automated attendant functionality on CP03... it leaves a lot to be desired. a short message then dial tone, not much for incoming callers to play with. if you do need a longer message a 2DATA (Digital announcement trunk) card will be needed to supply additional voice time. I you can I would push it off to a VMM system (AD8-AD16) and let that process your automated att.

Regards,
Dr VuDU

 

[DeckS]

Thanks for the reply Dr VuDu
More details on my situation: Problem is the IVS will not always recognize or accept DTMF tones from callers. Played with different settings, such as cmd 452.
Then read in Programming Manual that AA feature cannot use DTMF reciver on CP03. Tried installing 8rsta, but system would not support more than 2 simultaneous calls(internal) at a time

What happens to LENs 0124-0127 when 8rsta is installed, since previously 0124 was E200? Can these line circuits now be used by the 8rsta?

 

[DrVuDu]

More details on my situation: Problem is the IVS will not always recognize or accept DTMF tones from callers. Played with different settings, such as cmd 452.

CMD452 is to allocate register usage only. it only seems to be effective when an 8RST is in place. 8RST is a hardware driven register where as the CP03 is soft (firmware) driven. thus the hardware has a wider accept range of tones, lengths and specifications. where the CP03 is fixed.


Then read in Programming Manual that AA feature cannot use DTMF reciver on CP03.

It can be done but is not supported by NEC, and doesn't have a real good record for taking in info from a #5ESS or DMS. NEC to NEC works well.


Tried installing 8rsta, but system would not support more than 2 simultaneous calls(internal) at a time.

Correct. The CP03 only has 2 inbuilt Digital announcement trunks. if you need more connects look at a 2DATA for expansion.


What happens to LENs 0124-0127 when 8rsta is installed, since previously 0124 was E200? Can these line circuits now be used by the 8rsta.

if your in a 2 PIM system and space is not an issue I would leave them in place, so that AA callers will use the 8RST and internal callers will use the soft registers on the CP. If your expanding the AA to a larger group


Like I said before this method is old and clunky, solid but slow. the biggest problem you may encounter is operator roll over in busy times, I highly doubt that you would like to disco them Good Luck.

Regards,
Dr VuDu

 

[mextera]

08>124 will allow for Multiple connections upto 8 per DAT.

You must clear 10>0124>E200 When you install the 8RTSA the register will be E200 and E201 in PIM 0-1


Mextera

 

[DrVuDu]

Thanks Mextera for the catch there.

I forgot about the 08>124. its been a long time since I've really played with a 110/120 system.

I also seem to remember it waits a few seconds to fill the call queue before connecting to the DAT if you use that feature. Then fills in with MOH so the caller doesn't think they have been disconnected.

Regards,

Dr VuDu

 

[mextera]

You are correct sir.

Mextera

 

[DeckS]

Interesting posts guys
Correction on earlier comment:

Tried installing 8rsta, but system would not support more than 2 simultaneous calls(internal) at a time

Meant only two simultaneous station to station calls allowed due to no dt receivers available.

This is my current LEN listup with rsta card in LT14(appears to be functioning properly)
0120>E200
0121
0122>E201
0123
0124
0125
0126
0127
I get above problem if I assign E203/E204 to LT15. why?
Thanks for reading

 

[DrVuDu]

Did you initialize (reset) the system after the programming?

register/senders drop from the call after the call is placed to take a new call / provide dialtone. so they shouldn't lock up.

and mextera is right you need to clear out 10>0124>E200

Don't assign E203/204 as it will look for another card.

CMD's to check other wise.
for RST in service
CMD 450>000>1
CMD 450>001>1

reset it and check double check programming top down.


Regards,

Dr VuDu

 

[DeckS]

Another typo here
I get above problem if I assign E203/E204 to LT15. why?
should read E202/E203

should 8-rsta card function properly with only these 2 receivers assigned?

 

[DrVuDu]

should 8-rsta card function properly with only these 2 receivers assigned?

DeckS,
let me break down a 8RSTA for you.
8 - being the capacity of the card
R - Register
S - Sender
T - Trunks
A - Rev. of the card there is a B version out there as well

so in essence what you are doing is assigning trunks with E200 /E201. For PIMS 0/1 you are fixed to using E200-E203 for the register card. so you can only install 2 8RSTA's in pims 0-1, with a system cap of 8 cards total, or 2 per FP highway. So E200-E215 are available to be used in their proper locations. 16 E-numbers/8 cards = 2 E-numbers per card.

The next step I would do is clear all RSTA Programming reset the system, move the 8rsta to an LT00-LT07 slot, reprogram E200-E201 at that new location, initial, then run test calls.

BTW In 2400's you must assign Registers and Senders separately and they all get put into the same pool for their type.

Regards,

Dr VuDu

 

[mextera]

An added note, as in your example of E200 and E201 they are two circuits.

There are 4 registers per circuit. This is how the 8 in 8RSTA come in to play.



Mextera

 

[DeckS]

Thanks for the clarification Dr.VuDu and Mextera. Seems part of my problem was in understanging this relationship:

(1) 8-RSTA Card uses 1 card slot/two circuits/2 E-numbers/8 registers

 

[ctvi]

I am not familiar with the AA but I am wondering why you do not look at that device instead of the pbx?

http://www.ctvi.com

 

[DrVuDu]

CTVI,

the AA is an in-skin feature of the 2000 not an external app or device. Therefore the heartache




Regards,

Dr VuDu

 

[ctvi]

What are you using for the AA? The 2DATA card? As far as the documentation shows, there are no built in digital announcement trunks in the cpu on the IVS2000 only the IVS2 and up. See below for all MP info:

PN-CP00/PN-CP00-B/PN-CP00-C
MP - Main Processor card.
This card is equipped with Memory, TDSW (1024CH ´ 1024CH), 16-Line CFT, PB Sender, Clock, PLO (slave mode 2 ports), RS-232C Ports (2 ports), Modem for remote maintenance, and Internal Music-On-Hold tone source. One card per system.

PN-CP03/PN-CP03-C
MP- Main Processor card.
This card is equipped with Memory, TDSW (1024CH ´ 1024CH), 16-Line CFT, PB Sender, PB Receiver, Clock, PLO (slave mode 2 ports), RS-232C Ports (2 ports) for MAT/Built-in SMDR, Modem for remote maintenance, Internal/External Music-On-Hold tone source. One card per system (This card can be used only in 1 or 2 PIM system).

PN-CP02 /PN-CP02-C
MP - Main Processor card for Back Up MP System only.
This card is equipped with Memory, TDSW (1024CH ´ 1024CH), 16-Line CFT, PB Sender, Clock, PLO (slave mode 2 ports), RS-232C Ports (2 ports), Modem for remote maintenance, and Music-On-Hold tone source. Two cards per Back up MP System.

http://www.ctvi.com

 

[DeckS]

ctvi
Am not aware of any built-in DAT capability for CP03. We are using 2DATA for 2 announce messages.