VoIP Scenario, Need to change auto answer ring count on trunk cards.

[SeanCPDX]

Systems: Office A: MICS 0x32 5.0 Office B: CICS 8x16 4.1
* We have two offices connected with a Point to Point T1 Circuit.
* A Cisco 1760 router is located on each side of the circuit.
* Each Cisco router has 2 FXS ports connected to a CI trunk card on both systems.
* The trunks (lines) on both systems are setup with auto answer and set to receive 4 digits which ring associated target lines, or hunt groups.
* Routes and destination codes are setup on both systems to direct calls to particular extension numbers over the VoIP connection.
* The Cisco FXS cards on each end are setup with PLAR (Private Line Auto Ringdown), which means the second a trunk goes off hook on either system, the router automaticaly rings the other system on the opposite end of the circuit to retrieve a system dialtone.
* Once a connection is made between the Cisco routers, digits are passed between systems, the calling system sends digits to the receiving system, which rings the destination extension, or hunt group.

What I would like to accomplish is to minimize the number of rings the caller hears when placing calls over the VoIP connection. Lines setup with auto answer do not go on hook with a system dialtone until the second ring.

My Question Is:
Is there a way to adjust the auto answer timer to get the system to answer on the first ring?

Thanks
Sean
smc@miller-wagner.com

 

[aragon]

I suspect the reason for the delay is the time it takes to issue all DTMF tones to the Norstar and perform the translation. You could verify this by putting a butt set on the trunk and listening in during the call.

 

[SeanCPDX]

I initialy used a but set make calls from one end of the circuit to the other. The MICS waits two rings before going off hook with a dialtone in auto answer mode. Can this be adjusted?

 

[aragon]

You would need your butt set on the remote end of the circuit to listen to the call set up.
Also the line should be assigned to a set as a ringing line.
Either the trunk or target line could be assigned to the set directly as a ringing line.
If this is not done you could be experiencing a ringback due to delayed ring transfer on the MICS.
There is no way to adjust the timer in auto answer mode.
The trunk goes off-hook when it detects ringing voltage and listens for DTMF tones. These digits must be assigned to a target line and the target line must be assigned to a set.
Also check your received number length to see if the switch is listening for the correct number of digits.

 

[dhnl]

SeanCPDX: Were you able to find a way to eliminate the ring delay?

 

[SeanCPDX]

No.

both systems wait two ring cycles before going off hook to listen for DTMF tones when trunks are setup with auto answer mode.

Try it. Setup one trunk on a MICS, or CICS system for auto answer mode(No DISA). Call the telephone number for that trunk directly with a cellular phone. You should hear two rings before the system answers with a dialtone.

I would like to adjust the number of rings the system waits before going off hook with a dialtone when trunks are setup with auto answer. Maybe this is available in a newer software version. We have MICS 5.0 and CICS 4.1.

Note: be sure to disable auto answer mode after testing, or incoming callers will presented with a dialtone, instead of a receptionist.

 

[dhnl]

I'm using 6.1 S/W on two CICS systems. The delay is identical to what you describe.

 

[aragon]

I'm reasonable sure there is no way to shorten the answer delay on analog auto answer trunks in the Norstar.
If the Cisco can support a type II analog E&M interface you could use an E&M card in both Norstars and the signalling should be instantaneous based on the speed of digit collection.
This can also be supported using a T1 card in each Norstar if the software version will support the T1 card, you will also need a services card in each Norstar.
The E&M is cheaper works very well but the signalling via DTMF is still much slower than a T1 card operating in E&M mode.

David Brillert

http://www.williamsglobal.com