FXO ports won't release.

[triad]

Let me start by describing our configuration. We have five PSTN lines coming into 2 VG200's running 12.1(5)XM3 with FXO ports. I believe Unity picks up the call and then passes to the Call Manager. We have version 2.4.6.135 for Unity and version 3.1(1) for the Call Manager. The TSP is 3.0.0.7. Okay here's the problem. Once in a while ( I would say once every three weeks or so, it varies) the FXO ports will have all their activity lights on and the Admin. Serviceability cosole will show that all the FXO ports are active. The problem is no one is using the phone. I notice the problem usually occurs in the monning when phone usage is the most. I notice that the FXO ports are slow to release when the call is done. When five calls are made and then terminated, the FXO ports seem to take even longer to release. Sometimes they don't and a reboot of the VG200's is required. I've talked to Cisco TAC a dozen time over the last couple of months and their suggestion was first upgrade the IOS to the current version. This didn't seem to help. Next it was to upgrade Csll Manager, Unity, and the TSP to what I'm running now. I was using Call Manager 3.0(9) and the version of Unity that is recommended. I just can't remember. <br><br>Well anyways, when the FXO ports don't release, no outgoing or incoming calls works. That's not good. I was wondering if anyone has experienced this error. It's hard to pin down because it happens once in a while. Cisco has also suggested enabling the Supervisory disconnect option on the VG200 but this did not work because calls were terminated prematurely.<br><br><br>Any Suggestions? This problem has been gnawing at me for so long. Everything is working fine but sometimes this occurs. Help....<br><br>

[#2]

We may be experiencing the same problem. The fxo ports on a cisco 3661 keep locking up. A show voice call sum shows the port setup_fail and no dsp. This is a copy of a show voice call sum.

H3661#show voice call sum
PORT CODEC VAD VTSP STATE VPM STATE
============ ======== === ==================== ======================
1/0/0 - - - FXOLS_ONHOOK
1/0/1 None y S_SETUP_FAIL - - S_SETUP_IND_NO_DSP FXOLS_WAIT_SETUP_ACK
1/1/0 - - - FXOLS_ONHOOK
1/1/1 - - - FXOLS_ONHOOK
2/0/0 - - - FXOLS_ONHOOK
2/0/1 - - - FXOLS_ONHOOK
4/0/0 - - - FXSLS_ONHOOK
4/0/1 - - - FXSLS_ONHOOK
4/1/0 - - - FXSLS_ONHOOK
4/1/1 - - - FXSLS_ONHOOK


I have been working with TAC also and they updated the 3661 to 12.2(4)T and that did not work. They thaught it might be bad hardware. They sent replacement NM-V2 and Two FXO cards. We are still having the same problem. During the day the the ports lock up and I can not reset them individually I have to reload the whole 3661. I hope this helps even thoe I have no resolution myself.

Troy Dean
Elevating Boats LLC.
900 St. Bernard Pkwy
Braithwaite, La 70040
E-Mail: tdean@ebi-inc.com

[triad]

Troy,

Thanks ahead for posting those notes regarding this problem. We've been trying to fix it for months now.

Triad

[#4]

Triad, I hope this info helps out.
Troy

*** CASE LOG 11-DEC-2001 08:35:13 PST, aholaway, Action Type: ***
3661; the gateway has stopped, can't make or recieve calls. Can't telnet to box, can only ping it.

*** CASE LOG 11-DEC-2001 08:35:53 PST, aholaway, Action Type: ***


*** NOTES LOG 11-DEC-2001 08:36:09 PST, aholaway, Action Type: Miscellaneous ***


*** NOTES LOG 11-DEC-2001 08:38:04 PST, aholaway, Action Type: Miscellaneous ***


*** NOTES LOG 11-DEC-2001 09:48:05 PST, jafitzge, Action Type: Action ***


*** NOTES LOG 11-DEC-2001 10:47:45 PST, jafitzge, Action Type: Action ***


*** NOTES LOG 11-DEC-2001 10:54:38 PST, jafitzge, Action Type: Action ***


*** STATUS CHANGE 11-DEC-2001 10:54:39 PST, jafitzge, Action Type: ***


*** CASE LOG 11-DEC-2001 11:00:54 PST, jafitzge, Action Type: Action ***
called troy to see if he could get me the requested info now that the router is back up.
left voice mail

*** EMAIL IN 11-DEC-2001 13:02:20 PST, emailcio, Action Type: ***
File uploaded via CCO Case Tools. The following details are available:
ORIGINAL FILE NAME - A:\3661.txt
FILE TYPE - .txt
USER COMMENTS - This is what the router would continually loop through...entering commands were not possible.

*** EMAIL IN 11-DEC-2001 13:05:17 PST, emailcio, Action Type: ***
File Transfer from cco-sj-1 -> ce-nfs-1 by cseluser@cisco.com at 12/11/2001 13:5
The file name C176541.3661.txt was copied from
cco-sj-1.cisco.com:/opt/httpd/root-ssl/data/casetools/ to
ce-nfs-1.cisco.com:/attach/us/41/

*** EMAIL IN 11-DEC-2001 13:38:10 PST, emailcio, Action Type: ***
File uploaded via CCO Case Tools. The following details are available:
ORIGINAL FILE NAME - A:\3661_port_hang_up_problem.txt
FILE TYPE - .txt
USER COMMENTS - This is what the router would constantly loop through

*** EMAIL IN 11-DEC-2001 13:38:15 PST, emailcio, Action Type: ***
File Transfer from cco-sj-1 -> ce-nfs-1 by cseluser@cisco.com at 12/11/2001 13:38
The file name C176541.3661_port_hang_up_problem.txt was copied from
cco-sj-1.cisco.com:/opt/httpd/root-ssl/data/casetools/ to
ce-nfs-1.cisco.com:/attach/us/41/

*** EMAIL IN 11-DEC-2001 13:39:14 PST, emailcio, Action Type: ***
File uploaded via CCO Case Tools. The following details are available:
ORIGINAL FILE NAME - A:\3661_sh_ver.txt
FILE TYPE - .txt
USER COMMENTS - sh ver

*** EMAIL IN 11-DEC-2001 13:39:17 PST, emailcio, Action Type: ***
File Transfer from cco-sj-1 -> ce-nfs-1 by cseluser@cisco.com at 12/11/2001 13:39
The file name C176541.3661_sh_ver.txt was copied from
cco-sj-1.cisco.com:/opt/httpd/root-ssl/data/casetools/ to
ce-nfs-1.cisco.com:/attach/us/41/

*** EMAIL IN 11-DEC-2001 13:39:56 PST, emailcio, Action Type: ***
File uploaded via CCO Case Tools. The following details are available:
ORIGINAL FILE NAME - A:\3661_sh_run.log
FILE TYPE - .log
USER COMMENTS - sh run

*** EMAIL IN 11-DEC-2001 13:40:04 PST, emailcio, Action Type: ***
File Transfer from cco-sj-1 -> ce-nfs-1 by cseluser@cisco.com at 12/11/2001 13:39
The file name C176541.3661_sh_run.log was copied from
cco-sj-1.cisco.com:/opt/httpd/root-ssl/data/casetools/ to
ce-nfs-1.cisco.com:/attach/us/41/

*** EMAIL IN 11-DEC-2001 13:40:35 PST, emailcio, Action Type: ***
File uploaded via CCO Case Tools. The following details are available:
ORIGINAL FILE NAME - A:\3661_sh_diag.log
FILE TYPE - .log
USER COMMENTS - sh diag

*** EMAIL IN 11-DEC-2001 13:40:46 PST, emailcio, Action Type: ***
File Transfer from cco-sj-1 -> ce-nfs-1 by cseluser@cisco.com at 12/11/2001 13:40
The file name C176541.3661_sh_diag.log was copied from
cco-sj-1.cisco.com:/opt/httpd/root-ssl/data/casetools/ to
ce-nfs-1.cisco.com:/attach/us/41/

*** EMAIL IN 11-DEC-2001 13:41:54 PST, emailcio, Action Type: ***
File uploaded via CCO Case Tools. The following details are available:
ORIGINAL FILE NAME - A:\3661_sh_int.log
FILE TYPE - .log
USER COMMENTS - sh int

*** EMAIL IN 11-DEC-2001 13:41:59 PST, emailcio, Action Type: ***
File Transfer from cco-sj-1 -> ce-nfs-1 by cseluser@cisco.com at 12/11/2001 13:41
The file name C176541.3661_sh_int.log was copied from
cco-sj-1.cisco.com:/opt/httpd/root-ssl/data/casetools/ to
ce-nfs-1.cisco.com:/attach/us/41/

*** EMAIL IN 11-DEC-2001 13:43:27 PST, emailcio, Action Type: ***
File uploaded via CCO Case Tools. The following details are available:
ORIGINAL FILE NAME - A:\3661_sh_proc_cpu.log
FILE TYPE - .log
USER COMMENTS - sh proc cpu

*** EMAIL IN 11-DEC-2001 13:43:40 PST, emailcio, Action Type: ***
File Transfer from cco-sj-1 -> ce-nfs-1 by cseluser@cisco.com at 12/11/2001 13:43
The file name C176541.3661_sh_proc_cpu.log was copied from
cco-sj-1.cisco.com:/opt/httpd/root-ssl/data/casetools/ to
ce-nfs-1.cisco.com:/attach/us/41/

*** EMAIL IN 11-DEC-2001 13:44:15 PST, emailcio, Action Type: ***
File uploaded via CCO Case Tools. The following details are available:
ORIGINAL FILE NAME - A:\3661_sh_mem_sum.log
FILE TYPE - .log
USER COMMENTS - sh mem sum

*** EMAIL IN 11-DEC-2001 13:44:16 PST, emailcio, Action Type: ***
File Transfer from cco-sj-1 -> ce-nfs-1 by cseluser@cisco.com at 12/11/2001 13:44
The file name C176541.3661_sh_mem_sum.log was copied from
cco-sj-1.cisco.com:/opt/httpd/root-ssl/data/casetools/ to
ce-nfs-1.cisco.com:/attach/us/41/

*** EMAIL IN 11-DEC-2001 13:44:42 PST, emailcio, Action Type: ***
File uploaded via CCO Case Tools. The following details are available:
ORIGINAL FILE NAME - A:\3661_sh_stack.log
FILE TYPE - .log
USER COMMENTS - sh stack

*** EMAIL IN 11-DEC-2001 13:44:44 PST, emailcio, Action Type: ***
File Transfer from cco-sj-1 -> ce-nfs-1 by cseluser@cisco.com at 12/11/2001 13:44
The file name C176541.3661_sh_stack.log was copied from
cco-sj-1.cisco.com:/opt/httpd/root-ssl/data/casetools/ to
ce-nfs-1.cisco.com:/attach/us/41/

*** EMAIL IN 11-DEC-2001 14:09:32 PST, emailcio, Action Type: ***
File uploaded via CCO Case Tools. The following details are available:
ORIGINAL FILE NAME - A:\3661_sh_stack.log
FILE TYPE - .log
USER COMMENTS - sh stack

*** EMAIL IN 11-DEC-2001 14:09:44 PST, emailcio, Action Type: ***
File Transfer from cco-sj-2 -> ce-nfs-1 by cseluser@cisco.com at 12/11/2001 14:9
The file name C176541.3C168421.3661_sh_stack.log was copied from
cco-sj-2.cisco.com:/opt/httpd/root-ssl/data/casetools/ to
ce-nfs-1.cisco.com:/attach/us/41/

*** NOTES LOG 11-DEC-2001 14:17:09 PST, ciscodotcom, Action Type: Action ***
Notes logged JEFF FLETCHER (jfletcher@ebi-inc.com) jfletcher@ebi-inc.com
Here's a copy of the sh ver after the router came back up...
B3661#sh ver
Cisco Internetwork Operating System Software
IOS (tm) 3600 Software (C3660-IS-M), Version 12.1(5)XM4, EARLY DEPLOYMENT RELEAS
E SOFTWARE (fc2)
TAC:Home:SW:IOS:Specials for info
Copyright (c) 1986-2001 by cisco Systems, Inc.
Compiled Tue 03-Jul-01 04:58 by liha
Image text-base: 0x60008960, data-base: 0x61260000
ROM: System Bootstrap, Version 12.0(6r)T, RELEASE SOFTWARE (fc1)
ROM: 3600 Software (C3660-IS-M), Version 12.1(5)XM4, EARLY DEPLOYMENT RELEASE SO
FTWARE (fc2)
B3661 uptime is 3 hours, 1 minute
System returned to ROM by power-on
System restarted at 12:04:22 CST Tue Dec 11 2001
System image file is "flash:c3660-is-mz.121-5.XM4.bin"
cisco c3660 (R527x) processor (revision C0) with 58368K/7168K bytes of memory.
Processor board ID JAB0451C0GT
R527x CPU at 225Mhz, Implementation 40, Rev 10.0, 2048KB L2 Cache
Bridging software.
X.25 software, Version 3.0.0.
SuperLAT software (copyright 1990 by Meridian Technology Corp).
Primary Rate ISDN software, Version 1.1.
3660 Chassis type: ENTERPRISE
1 FastEthernet/IEEE 802.3 interface(s)
1 Channelized T1/PRI port(s)
8 Voice FXO interface(s)
4 Voice FXS interface(s)
DRAM configuration is 64 bits wide with parity disabled.
125K bytes of non-volatile configuration memory.
16384K bytes of processor board System flash (Read/Write)
Configuration register is 0x2102

*** STATUS CHANGE 11-DEC-2001 14:17:09 PST, ciscodotcom, Action Type: ***


*** NOTES LOG 11-DEC-2001 14:34:55 PST, jafitzge, Action Type: Action ***
Customer has made the following adjustments to the buffer sizes on the router:
!
buffers big permanent 106
buffers big max-free 152
buffers big min-free 31
buffers verybig permanent 14
buffers verybig max-free 20
buffers verybig min-free 4
buffers large permanent 1
buffers large max-free 1
buffers large min-free 0
buffers huge permanent 1
buffers huge max-free 1
buffers huge min-free 0
!
asked customer to set these back to the default configurations and see if he has any other problems.

*** NOTES LOG 11-DEC-2001 15:18:54 PST, ciscodotcom, Action Type: Action ***
Notes logged TIMOTHY CARTER (ticarter) tcarter@cisco.com
I had the customer upgrade the IOS code to 12.2.2XA based on an ESE document that recommended this version of code with MGCP.
CC list updated by TIMOTHY CARTER (ticarter) tcarter@cisco.com:
OLD:
NEW: tcarter;bcampos;bimoran,
End-Cust Email ID updated by TIMOTHY CARTER (ticarter) tcarter@cisco.com:
OLD:
NEW: CHANGE_ME

*** NOTES LOG 11-DEC-2001 15:29:05 PST, dsowards, Action Type: ***


*** NOTES LOG 11-DEC-2001 15:32:43 PST, dsowards, Action Type: ***


*** NOTES LOG 11-DEC-2001 16:31:15 PST, ciscodotcom, Action Type: Action ***
Notes logged JEFF FLETCHER (jfletcher@ebi-inc.com) jfletcher@ebi-inc.com
Here's a copy of the sh ver after the router came back up...
B3661#sh ver
Cisco Internetwork Operating System Software
IOS (tm) 3600 Software (C3660-IS-M), Version 12.1(5)XM4, EARLY DEPLOYMENT RELEAS
E SOFTWARE (fc2)
TAC:Home:SW:IOS:Specials for info
Copyright (c) 1986-2001 by cisco Systems, Inc.
Compiled Tue 03-Jul-01 04:58 by liha
Image text-base: 0x60008960, data-base: 0x61260000
ROM: System Bootstrap, Version 12.0(6r)T, RELEASE SOFTWARE (fc1)
ROM: 3600 Software (C3660-IS-M), Version 12.1(5)XM4, EARLY DEPLOYMENT RELEASE SO
FTWARE (fc2)
B3661 uptime is 3 hours, 1 minute
System returned to ROM by power-on
System restarted at 12:04:22 CST Tue Dec 11 2001
System image file is "flash:c3660-is-mz.121-5.XM4.bin"
cisco c3660 (R527x) processor (revision C0) with 58368K/7168K bytes of memory.
Processor board ID JAB0451C0GT
R527x CPU at 225Mhz, Implementation 40, Rev 10.0, 2048KB L2 Cache
Bridging software.
X.25 software, Version 3.0.0.
SuperLAT software (copyright 1990 by Meridian Technology Corp).
Primary Rate ISDN software, Version 1.1.
3660 Chassis type: ENTERPRISE
1 FastEthernet/IEEE 802.3 interface(s)
1 Channelized T1/PRI port(s)
8 Voice FXO interface(s)
4 Voice FXS interface(s)
DRAM configuration is 64 bits wide with parity disabled.
125K bytes of non-volatile configuration memory.
16384K bytes of processor board System flash (Read/Write)
Configuration register is 0x2102

*** CASE LOG 11-DEC-2001 16:53:00 PST, ckossmey, Action Type: Action ***
Customer upgraded to 12.2(2)XA4 and the DSP problems appear to have gone away
Customer wants to monitor until Thurs. eve

*** STATUS CHANGE 11-DEC-2001 16:53:00 PST, ckossmey, Action Type: ***


*** STATUS CHANGE 12-DEC-2001 11:43:06 PST, manderse, Action Type: ***


*** NOTES LOG 12-DEC-2001 11:43:38 PST, manderse, Action Type: Miscellaneous ***


*** NOTES LOG 12-DEC-2001 11:45:01 PST, manderse, Action Type: Miscellaneous ***


*** NOTES LOG 12-DEC-2001 15:02:49 PST, dumartin, Action Type: Problem Description ***
Customer is hitting a bug that causes the FXO port to quit responding. When I looked on Topic there were many bugs that could have been or may been DUPS.
ds78766
du59975
du45133 - as well as many others.
They are all reporting similar issues, but I narrowed it down to the du45133. This is the only bug where the voice-port is stuck in the "ring-det" state. Customer tried loading 12.2(4)T and other images previously. By going through the code I found that 12.2(2)XG fixes all of the bugs that the customer may be hitting. The customers router went into ROMMON in the middle of trying to load the new image. For some reason it kept timing out even after we had just loaded an image (12.2(4)T)? The customer was down cold so I sent him a procedure to XMODEM the image onto the 3660 since there was no PCMCIA card to use. This will take some time and the customer was aware of it. He said he will call back in when he gets the image loaded. I told him that if the XG image wont load that he shoudl load any image that he knows will load to get the router up.

*** CASE LOG 12-DEC-2001 20:27:09 PST, jkwoh, Action Type: Action ***
Requeued case as per cust request. P is still 1
Cust had upgraded IOS but now is unable to receive inbound & make outbound calls. Unable to hear dial tone or ring tone.
kw: Call Mgr - WW-AVVID
CB: 504 682 5291

*** STATUS CHANGE 12-DEC-2001 20:27:10 PST, jkwoh, Action Type: ***


*** STATUS CHANGE 12-DEC-2001 20:30:32 PST, jkwoh, Action Type: ***


*** CASE LOG 12-DEC-2001 22:50:45 PST, peteleun, Action Type: Action ***
Customer can not make inbound or outbound calls. Found that they are running into bug:
CSCdv45431 - dtmf-package are not supported on c3660 by default
This was fixed by adding the command 'mgcp package-capability dtmf-package'
Also, on their call manager they have the server name configured as the machine name. Adviced them to change it to the ip address so if the dns server goes down, it does not affect the ip phones.
Customer happy to drop case to p3 and leave case open until end of the week.

*** STATUS CHANGE 12-DEC-2001 22:50:46 PST, peteleun, Action Type: ***


*** NOTES LOG 13-DEC-2001 06:10:21 PST, ciscodotcom, Action Type: Action ***
Notes logged TROY DEAN (t-dean) tdean@ebi-inc.com
We came to work to find that one detail was left unturned. I tried to retreive my messages and the msgs button did not work. So I requed the case and called my local SE Tim Carter to see if he new what may have been going on. He found that since we had renamed the Call Manager to the IP Address the VM paramaters had to be resynced to go to 192.168.8.20 instead of CCM_BRAITHWAITE. Everything seems to be working right now. I will find out soon enough if something else is broke.
Troy

*** STATUS CHANGE 13-DEC-2001 06:10:21 PST, ciscodotcom, Action Type: ***


*** STATUS CHANGE 13-DEC-2001 11:58:51 PST, ryanders, Action Type: ***


*** NOTES LOG 13-DEC-2001 11:59:58 PST, ryanders, Action Type: Requeue Reason ***
Customer needed to requeue case due to engineer being off shift and unable to receive any phone calls on the network so requeued as a P1.

*** NOTES LOG 13-DEC-2001 12:04:05 PST, ryanders, Action Type: Miscellaneous ***


*** NOTES LOG 13-DEC-2001 12:14:15 PST, jtufail, Action Type: Action ***
Customer reporting the router to be continoulsy booting.

*** NOTES LOG 13-DEC-2001 12:38:21 PST, dumartin, Action Type: Action ***


*** NOTES LOG 13-DEC-2001 12:47:07 PST, jtufail, Action Type: Action ***
had the customer do a power on and after it got in rommon had the customer check the flash through dir flas: and then boot flash: . the router is UP now. Dustin has yanked the case back. He is the primary contact on this case.

*** SUBCASE C176541- CREATED 13-DEC-2001 15:46:29 PST, dumartin, Action Type: ***


*** SUBCASE C176541-1 - NOTES LOG 13-DEC-2001 15:46:32 PST, dumartin, Action Type: Action ***


*** NOTES LOG 13-DEC-2001 15:48:15 PST, dumartin, Action Type: Action ***


*** STATUS CHANGE 13-DEC-2001 15:48:15 PST, dumartin, Action Type: ***


*** NOTES LOG 13-DEC-2001 15:56:58 PST, ciscodotcom, Action Type: Action ***
Notes logged MICHELLE FLEURY (mfleury) mfleury@cisco.com
UPDATE: The part requested in SUBCASE C176541-1 needs to be delivered between 7:00AM - 7:30AM US/CST. This case is associated with CAP C183430. Michelle Fleury, CAP Manager

*** NOTES LOG 13-DEC-2001 15:57:31 PST, ciscodotcom, Action Type: Action ***
Notes logged MICHELLE FLEURY (mfleury) mfleury@cisco.com
CC list updated by MICHELLE FLEURY (mfleury) mfleury@cisco.com:
OLD: tcarter;bcampos;bimoran,
NEW: ebi-cap@cisco.com,

*** SUBCASE C176541-1 - NOTES LOG 13-DEC-2001 16:08:01 PST, dhutchin, Action Type: Action ***
SUBCASE C176541-1
Notes logged MICHELLE FLEURY (mfleury) mfleury@cisco.com
UPDATE: The part requested in SUBCASE C176541-1 needs to be delivered between 7:00AM - 7:30AM US/CST. This case is associated with CAP C183430. Michelle Fleury, CAP Manager

*** SUBCASE C176541-1 - NOTES LOG 13-DEC-2001 16:20:39 PST, mfleury, Action Type: Please Specify ***
Please page Michelle Fleury (mfleury) once scheduled delivery for tomorrow between 7:00am - 7:30am central is confirmed. Thanks!

*** SUBCASE C176541-1 - NOTES LOG 13-DEC-2001 16:28:17 PST, bvasquez, Action Type: Action ***
SUBCASE C176541-1
Dustin called , he asked to change part to mem3600-16fc=, this has been done.

*** NOTES LOG 13-DEC-2001 16:31:29 PST, mr2c, Action Type: RMA/SVO Request ***
*** RMA/SVO C176541A CREATED 12/13/2001 16:31:28 PST BY BVASQUEZ (BERTA VASQUEZ)
Ship to:
ELEVATING BOATS INC
900 SAINT BERNARD PARKWAY
BRAITHWAITE, LA 70040
US
ATTN: JEFF FLETCHER/ TROY DEAN
PHONE: 504 682 1427 (ALT)
Service Level: PRM PL 4HR
Failure Code: HWP
Cust Reference #:
Case Query URL: http://www.cisco.com/cgi-bin/front.x/case_tools/query.cgi?rdest=Screen&case=C176541
Parts Ordered:
MEM1600-16FC=; Qty: 1; Desc: MEM1600-16FC=, CISCO 1600 SERIES 16MB FLASH CARD
Special Instructions/Part Substitutions:
Line 1: MEM1600-16FC= substituted for MEM3600-16FC=
*** RMA/SVO C176541A END OF NOTIFICATION.

*** SUBCASE C176541-1 - NOTES LOG 13-DEC-2001 16:44:23 PST, bvasquez, Action Type: Action ***
SUBCASE C176541-1
TPL: Choice-USA JOB #: CJNG0441022
Logged by: JOHN
TPL DEPOT: TCHOLS-MSY
ETA: 07:00 12/14/2001 Local Time (GMT -6)
RMA: C176541A
PART: MEM1600-16FC=
PART ONLY - NO FE
Left vm for JEFF AND TROY regarding case status

*** NOTES LOG 14-DEC-2001 12:00:59 PST, dumartin, Action Type: Action ***


*** STATUS CHANGE 14-DEC-2001 12:00:59 PST, dumartin, Action Type: ***


*** NOTES LOG 14-DEC-2001 12:14:49 PST, dumartin, Action Type: Action ***


*** NOTES LOG 14-DEC-2001 13:50:07 PST, dumartin, Action Type: Action ***
Customer is currently testing IOS.

*** STATUS CHANGE 14-DEC-2001 13:50:07 PST, dumartin, Action Type: ***


*** NOTES LOG 16-DEC-2001 12:11:25 PST, dumartin, Action Type: Action ***


*** NOTES LOG 17-DEC-2001 09:32:28 PST, dumartin, Action Type: Action ***
When I accepted the case the customer had 12.2(5) loaded. The DE said CSCdu45133 didnt exist in the 12.2 mainlines images, but I saw the same problem. CSCdu45133 may not be the correct bug if the customer is still seeing the same problem.

Troy Dean
Elevating Boats LLC.
900 St. Bernard Pkwy
Braithwaite, La 70040
E-Mail: tdean@ebi-inc.com

[#5]

Triad,
I talked to the local SE here and he told me that problem was with MGCP. I do not have much on the specifics to exactly was happening with it just that it would lock up the ports.

Hope this helps,

Troy

Troy Dean
Elevating Boats LLC.
900 St. Bernard Pkwy
Braithwaite, La 70040
E-Mail: tdean@ebi-inc.com

[triad]

Hi Troy,

Cisco also sent me the replacement parts and we still have the problem occassionally. It is very sporadic. We can go days or weeks without it happening and then all of a sudden bam!! Did you ever get a solution

[#7]

triad,

On this issue I beleive it was a problem with snmp and we tunred it off in the routers and swithches. We had a Case opened and they wrote us a Special ios for the 3661's. I will bring up the case notes and post them.

Troy

[#8]

Have you been able to verify that the locked FXO ports happened when calls were connected to Unity? If so, how was that determined? Is it possible that the locked FXO ports happened when connected to another device besides Unity? I believe a "show call active voice" command on the VG200 should tell.

PSTN disconnect supervision is going to reside soley upon the FXO ports when callers are calling in. What is the PSTN providing for disconnect supervision? Loop reversal, loop drop, or just tones? Depending upon what the PSTN sends, the VG200 will need to configured accordingly. Unity is depending upon that VG200 for relay of a disconnect event. The TSP has no traditional POTS disconnect detection on any kind.

Steve Olivier
Software Engineer
Cisco Systems

[triad]

I used the command show voice call sum. It showed that the ports were active at the time even though no one was on the phone. When the port is working "properly", it takes about 30 sec for the port to "close" after the call is terminated. This is when there is only one port opened. It seems like the time increases as more ports are opened and then terminated. Is there any logs I can look at and maybe see something? Thanks for your help.

[#10]

Well, the logs you'd be looking for would be on the VG200, so I don't know how much help I could give there. I think that the answer to the problem might be found in discovering what type of disconnect supervision the PSTN is providing, or maybe in this case...NOT providing.

Steve Olivier
Software Engineer
Cisco Systems