Have a site where we have recently deployed a Callpilot Mini to an Option 11C Rls 25.40. We found that we had to go order ground start trunks from the telco for disconnect supervision. a problem still remains though.
We have programmed the trunks as TKTP GRD and set SUPN to YES. The Option 11 then sets STYP to PSP no prob there really. The two problems I have are as follows.
1. CallPilot Mini takes about 1 Minute to hang up the line when the far end goes on hook.
2. Analog extensions not forwarded to CallPilot seem not to release their end of the line on some incoming calls. Below is the output of a LD 80 Trace on a particular trunk that is tied up.
.trak 7 1
ACTIVE TN 007 0 00 01
ORIG 007 0 00 01 COT RMBR 0 2
TERM 011 0 00 01 MARP 0 281 500
DIAL DN NONE
MAIN_PM REOR
TALKSLOT ORIG 20 TERM 20
EES_DATA:
NONE
QUEU NONE
CALL ID 707 102
Also given is an output from the software monitor with a code AUD422
AUD422 001A7328 00000405 00000003 000005CC 00000001 0000080D 00000000 281 NULL
I am 99.999% certain that this only occurs with inbound calls.
I am confident (but not as strongly) that this happens on the analog ports only.
Has anyone experienced this and if so what solution is there ?
I have seen a CLS LDTA for analog sets in the NTPs, would application of this class of service help the analogs detect whatever signal the PBX should send to let it know that the far end has hung up ?
Thanks Andre
We have programmed the trunks as TKTP GRD and set SUPN to YES. The Option 11 then sets STYP to PSP no prob there really. The two problems I have are as follows.
1. CallPilot Mini takes about 1 Minute to hang up the line when the far end goes on hook.
2. Analog extensions not forwarded to CallPilot seem not to release their end of the line on some incoming calls. Below is the output of a LD 80 Trace on a particular trunk that is tied up.
.trak 7 1
ACTIVE TN 007 0 00 01
ORIG 007 0 00 01 COT RMBR 0 2
TERM 011 0 00 01 MARP 0 281 500
DIAL DN NONE
MAIN_PM REOR
TALKSLOT ORIG 20 TERM 20
EES_DATA:
NONE
QUEU NONE
CALL ID 707 102
Also given is an output from the software monitor with a code AUD422
AUD422 001A7328 00000405 00000003 000005CC 00000001 0000080D 00000000 281 NULL
I am 99.999% certain that this only occurs with inbound calls.
I am confident (but not as strongly) that this happens on the analog ports only.
Has anyone experienced this and if so what solution is there ?
I have seen a CLS LDTA for analog sets in the NTPs, would application of this class of service help the analogs detect whatever signal the PBX should send to let it know that the far end has hung up ?
Thanks Andre