05-05-2011 12:44 AM - edited 03-16-2019 04:48 AM
Hi Team,
I have a problem with my Voice Gateway inbound calls.Can anyone help me out in this regard.The issue i am facing is during busy hours inbound calls fails.Sometime it rings the end user and calls successfully connects.But in few minutes again if i try the same number it doesn't get connected " It says please check the number you have dialed or even sometime calls go blank. I have seen the below error.
%FLEXDSPRM-5-OUT_OF_RESOURCES: No dsps found either locally or globally.
**ERROR**: CCPMSG_OutCall: fails with cause 0x22
I wanted to know is there any dsp resource issue which calls are failing intermittantly.I am facing this only with inbound calls going via one inbound PRI.
Below is the Cisco 3845 Router configuration :
Brief description : Cisco 3845 Voice Gateway running IOS version 15.1(2)T1.
On Cisco 3845 Motherboard Slot 0 : There are 4 Nos of PVDM2-64
Have one NMHDV2-2T1/E1 : There are 3Nos of PVDM2-64
I have configured one conference profile with maximum 30 session and another conference profile with maximum 14 session.
One transcoding profile with maximum 2 session.
Is there any dsp resource issue here.
Please let me know how do confirm that dsp resource configuration is configured properly.
Thanks & Regds,
Lalit
Solved! Go to Solution.
05-05-2011 12:57 AM
It's obvious that during peak hours you don't have enough DSPs available.
Since you didn't provide the configuration ..., I suggest youcheck the DSP calculator:
http://www.cisco.com/cgi-bin/Support/DSP/cisco_configure.pl which will indicate the number of DSPs needed given G711 calls, G729 calls ...
Pierre.
05-05-2011 06:25 AM
Try:
sh voice dsp g a
sh voice dsp err
sh voice dsp det
Pierre.
05-06-2011 02:06 AM
It seems that the DSP for voice calls are quite heavily used (6 DSPs in total with 8 voice channels per DSP = total 48 voice channels and 45 voice channels used when you issued the commands)
On the other hand, you have a total of 22 DSPs dedicated for G.729 Conference (those one are idle and not really used).
Conclusions:
1)You don't have enough DSPs for voice calls
2)You seem to have too many DSPs for Conference
3)You should add DSPs for voice calls or shift some Conference DSPs to voice calls.
Pierre.
05-09-2011 05:20 AM
You can check if you run out of DSP resources by using the following command:
show voice dsp group all
...
0 DSP resource allocation failure
05-05-2011 12:57 AM
It's obvious that during peak hours you don't have enough DSPs available.
Since you didn't provide the configuration ..., I suggest youcheck the DSP calculator:
http://www.cisco.com/cgi-bin/Support/DSP/cisco_configure.pl which will indicate the number of DSPs needed given G711 calls, G729 calls ...
Pierre.
05-05-2011 04:53 AM
Hi Pierre,
Thanks for the reply.
How can i check the dsp's are available or not so that i can confirm that its dsp resource issue.Please let me know if there is any command for checking dsp resource.
Let me know which config details you needed.As i mentioned i am facing this issue only with inbound calls.I cannot check through dsp calculator because the ios version is not showing in the drop down list.I am running 15.1(2) T1.
Thanks & Regds,
Lalit
05-05-2011 06:25 AM
Try:
sh voice dsp g a
sh voice dsp err
sh voice dsp det
Pierre.
05-06-2011 12:22 AM
05-06-2011 02:06 AM
It seems that the DSP for voice calls are quite heavily used (6 DSPs in total with 8 voice channels per DSP = total 48 voice channels and 45 voice channels used when you issued the commands)
On the other hand, you have a total of 22 DSPs dedicated for G.729 Conference (those one are idle and not really used).
Conclusions:
1)You don't have enough DSPs for voice calls
2)You seem to have too many DSPs for Conference
3)You should add DSPs for voice calls or shift some Conference DSPs to voice calls.
Pierre.
05-12-2011 11:51 PM
Hi Pierre,
I have moved some DSPs from Conference to voice calls and once after moving the dsp's checked the status of the voice calls and found to be perfectly working.We are not facing any issue with the voice calls.All the calls are working without any issue.
Thanks for your great help and support provided to me for resolving the DSP resource issue.
Appreciate your suggestions.
Thanks & Regds,
Lalit
05-05-2011 01:04 AM
Hello,
0X22 means that there is a problem with the PRI interface itself , to best check this , check the isdn status at the time of the failure , this is usually that the B-channel is going down for some reason , if you enable the debug isdn q931 it will give you a better info about the problem.
Post the debug if you can , i am 99% sure it is a telco problem.
Amer
05-05-2011 05:15 AM
Hi Amer,
Thanks for the reply.
If there is a ISDN line issue then there should be some logs which should mention about the same.I am not seeing any logs related to isdn status going down.The logs collected through debug q931.
Find the below log.
014992: May 5 00:11:32.164 EDT: ISDN Se0/0/0:23 Q931: RX <- SETUP pd = 8 callref = 0x0F91
Bearer Capability i = 0x9090A2
Standard = CCITT
Transfer Capability = 3.1kHz Audio
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA9838C
Exclusive, Channel 12
Progress Ind i = 0x8283 - Origination address is non-ISDN
Calling Party Number i = 0x1183, '918039131000'
Plan:ISDN, Type:International
Called Party Number i = 0xC1, '111'
Plan:ISDN, Type:Subscriber(local)
014993: May 5 00:11:32.348 EDT: ISDN Se0/0/0:23 Q931: TX -> RELEASE_COMP pd = 8 callref = 0x8F91
Cause i = 0x80A9 - Temporary failure
014997: May 5 00:11:32.964 EDT: ISDN Se0/0/0:23 Q931: RX <- SETUP pd = 8 callref = 0x1F92
Bearer Capability i = 0x9090A2
Standard = CCITT
Transfer Capability = 3.1kHz Audio
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA98393
Exclusive, Channel 19
Progress Ind i = 0x8283 - Origination address is non-ISDN
Calling Party Number i = 0x1183, '918039131000'
Plan:ISDN, Type:International
Called Party Number i = 0xC1, '111'
Plan:ISDN, Type:Subscriber(local)
014998: May 5 00:11:33.148 EDT: ISDN Se0/0/0:23 Q931: TX -> RELEASE_COMP pd = 8 callref = 0x9F92
Cause i = 0x80A9 - Temporary failure
Cause i = 0x80AC - Requested circuit/channel not available
Thanks & Regds,
Lalit
05-05-2011 05:31 AM
Hello Lalit,
In the Debug you see this :
Cause i = 0x80A9 - Temporary failure
Cause i = 0x80AC - Requested circuit/channel not available
This error means that
The remote equipment cannot provide the requested channel for an unknown reason. This might be a temporary problem. |
Check the below debug command reference for ISDN:
http://www.cisco.com/en/US/docs/ios/11_0/debug/command/reference/disdn.html
Amer
05-05-2011 05:45 AM
Hi Amer,
Please find the below logs also.
014549: May 5 00:10:45.416 EDT: ISDN Se0/0/0:23 Q931: RX <- SETUP pd = 8 callref = 0x138E
Bearer Capability i = 0x9090A2
Standard = CCITT
Transfer Capability = 3.1kHz Audio
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA9838E
Exclusive, Channel 14
Progress Ind i = 0x8283 - Origination address is non-ISDN
Calling Party Number i = 0x1183, '918039132922'
Plan:ISDN, Type:International
Called Party Number i = 0x80, '106'
Plan:Unknown, Type:Unknown
014550: May 5 00:10:45.512 EDT: %FLEXDSPRM-5-OUT_OF_RESOURCES: No dsps found either locally or globally.
014551: May 5 00:10:45.596 EDT: ISDN Se0/0/0:23 Q931: TX -> RELEASE_COMP pd = 8 callref = 0x938E
Cause i = 0x80A9 - Temporary failure
I am seeing %FLEXDSPRM-5-OUT_OF_RESOURCES: No dsps found either locally or globally.
Presently calls are going through without any issue.Problem i am facing everyday morning during busy hours.If there is a service provider issue then problem should be occuring at any time.This issue only between morning 9 am to 10 am.This generally the peak hours.
Are this could be dsp resource issue because i am seeing the error as FLEXDSPRM-5-OUT_OF_RESOURCES.
Please let me know.
Thanks & Regds,
Lalit
05-09-2011 05:20 AM
You can check if you run out of DSP resources by using the following command:
show voice dsp group all
...
0 DSP resource allocation failure
05-12-2011 11:54 PM
Hi Martin,
Thanks for the reply.
After allocating DSP's to voice calls the problem is resolved.
Thanks & Regds,
Lalit
05-12-2011 11:55 PM
Hi Amer,
Thanks for the reply.
After allocating DSP's to voice calls the problem is resolved.
Thanks & Regds,
Lalit
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide