[cisco-voip] FXS ports stuck in WAIT_RELEASE state

Thu Jan 4 16:34:59 EST 2007

Sounds like a dsp issue.

Do a "show voice dsp" check to see if a DSP is assigned to the problem
FXS port.

If so, there is a way to reset the dsp without rebooting the router. 

First turn on "debug vpm signal" so you can verify it resets

Then you can reload the dsp's by issuing hidden command

"Test voiceport driver"

If you are using the 5510 DSPs pick which slot you have it loaded in.
Then follow the menu's to reset the DSP's.

WARNING!! This resets the DSP's and you will lose active calls if you
have any, but you do not need to reload the router to bring the bum FXS
back. Please note that you should open a case with TAC and ask them to
recommend a stable DSP firmware for the platform you are running. You
can find out what firmware you are running by using "Show Voice dsp"

cheers

Ryan O'Connell CCIE VOICE #13382
Network Consultant
UNIS LUMIN - Technology Based Business Solutions
Phone: 888.475.0432 x290

Mobile: 403.990.1275

roconnell at unislumin.com <http://www.unislumin.com/> 

http://www.unislumin.com <http://www.unislumin.com/> 

________________________________

From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Brian E. Wyland
Sent: Thursday, January 04, 2007 1:09 PM
To: Andrew F. Wolfe; cisco-voip
Subject: Re: [cisco-voip] FXS ports stuck in WAIT_RELEASE state

What IOS are you running on those routers?  I had this issue with the XC
track of the IOS.

I had a similar issue earlier this year that was IOS related.    I have
also heard of the bad DSP issue, but in my case it was IOS related and
cleared up after I changed the IOS version I was running.

-- Brian Wyland

________________________________

From: Andrew F. Wolfe [mailto:deadpool.slayer.telecomm at gmail.com] 
Sent: Thursday, January 04, 2007 1:18 PM
To: cisco-voip
Subject: Re: [cisco-voip] FXS ports stuck in WAIT_RELEASE state

Has anyone found an answer on this?  My third day on the job and I was
given this same issue for a customer and it is happening on 4 separate
routers.  Since they are in production we cannot reload the router.  Has
anyone.... 

1.  Found a way to clear the port without reloading the router?

2.  Found a fix or workaround?

TAC has not provided us with anything thus far.  The only thing they
have given us is to reload the router to clear the port and then after
the reload do the following debugs

debug vpm signal 
debug voip ccapi inout 
debug voip vtsp all 

Then watch for the port to lock.  Let me know if anyone has anymore
insight on this.  Thaks.  

On 11/20/06, Kevin Hoffer <kevinh at bcinetworks.net> wrote: 

Funny you say this. I have a VocalData (Teklec) System and I am having
the same issue. TAC pointed to Vocaldata, and Vocaldata is telling me
it's a Cisco Bug but they are putting in a workaround.

Kevin

________________________________

From: cisco-voip-bounces at puck.nether.net
<mailto:cisco-voip-bounces at puck.nether.net>  [mailto:
cisco-voip-bounces at puck.nether.net
<mailto:cisco-voip-bounces at puck.nether.net> ] On Behalf Of Kris
Seraphine
Sent: Monday, November 20, 2006 9:44 AM
To: cisco-voip
Subject: [cisco-voip] FXS ports stuck in WAIT_RELEASE state

>From time to time I have customers who have problems with FXS ports
'locking up'.  In most cases when this happens the port will be stuck in
the S_WAIT_RELEASE state like so.

2/0/2         None       -  S_WAIT_RELEASE        FXSLS_ONHOOK      

I've not found any way to clear this except reloading the router.  I'm
wondering if anyone can give me some insight as to why this happens and
if there's a way to clear the port when it does. 

In this particular case, the connected device is a fax machine.  Is it
possible that the fax machine is causing some voltage on the line that
is seizing the port? If so, can anyone recommend a surge protector to
protect against this?      

This particular customer is running a 2821 with a HD-NM and 12.4(XC)4
but I've had the problem with VIC2-4FXS/DID cards as well. 

Thanks

-- 
kris seraphine 

_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net <mailto:cisco-voip at puck.nether.net> 
https://puck.nether.net/mailman/listinfo/cisco-voip
<https://puck.nether.net/mailman/listinfo/cisco-voip> 

Attention:

Privileged/Confidential Information may be contained in this message.  Disclosure to any person other than the named recipient is unauthorized.  If you are not the intended recipient, please delete all copies of this information and kindly notify the sender by reply email.  Opinions, conclusions and other information in this message that do not relate to the official business of UNIS LUMIN Inc. shall be understood as neither given nor endorsed by it.  UNIS LUMIN Inc. and any of its subsidiaries reserve the right to monitor all e-mail communications through its networks.  Thank you.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://puck.nether.net/pipermail/cisco-voip/attachments/20070104/37de270c/attachment-0001.html 