[cisco-voip] IOS 15 and voice service voip with h225 timeout tcp establish

[Jason Aarons (US)]

Here was what I found after a week with TAC, that voice service voip is missing some commands between spservices and adventerprise images?!? That h225 timeout tcp establish isn't in spservices for global voice service voip.

Hi Jason ,

I just noticed that the ios your using is  c2800nm-spservicesk9-mz.150-1.XA3.bin which doesn't support  certain voice commands.
The ios that I have used in the lab is c2800nm-adventerprisek9-mz.150-1.XA3.bin which supports all the  voice commands that you asked for.

This  is the reason why you didn't see certain commands on c2800nm-spservicesk9-mz.150-1.XA3.bin. I would request you to download this ios from
http://tools.cisco.com/support/downloads/go/ImageList.x?relVer=15.0.1-XA3&mdfid=279120799&sftType=IOS+Software&optPlat=&nodecount=3&edesignator=ED&modelName=Cisco+2811+Integrated+Services+Router&treeMdfId=278875240&treeName=Voice+and+Unified+Communications&modifmdfid=null&imname=&hybrid=Y&imst=N&lr=Y
You can also move to the m train or t train of ios as that is used by most of the customers. Do let me know if you  have any questions.


From: Mathew Miller [mailto:miller.mathew at gmail.com]
Sent: Friday, June 25, 2010 9:44 AM
To: Jason Aarons (US)
Cc: cisco-voip (cisco-voip at puck.nether.net)
Subject: Re: [cisco-voip] IOS 15 and voice service voip with h225 timeout tcp establish

Dont' know why it is gone from a global level but this step is necessary because by default, the H.225 timer that controls redirection to a less preferred dial peer on a "no-response" failure is considerably longer than the 10 second timer of the Q.931 call proceeding timer. When a call comes in to a H.323 gateway via an ISDN trunk and gets forwarded to an inoperative Cisco CallManager, the router will wait for around 40 seconds before attempting to use a dial peer with a lower preference, or clearing the call. By the time this occurs, the ISDN Q.931 signaling on the H.323 gateway has already sent an ISDN Q.931 CALL DISCONNECT to the ISDN switch. The router will provide an ISDN clearing code of 0x8066 - 'recovery on timer expiry' as you saw.


On Jun 24, 2010, at 11:05 PM, Jason Aarons (US) wrote:


Why is h225 timeout tcp establish gone from voice service voip/h323 and only left in voice class h323 ? Like I really want to put it on each dial peer?!?!? What is h225 timeout setup ?


Actual working config;
voice service voip
h323
  h225 timeout setup 2
  h225 display-ie ccm-compatible
!
voice class h323 1
  h225 timeout tcp establish 3

________________________________


Disclaimer: This e-mail communication and any attachments may contain confidential and privileged information and is for use by the designated addressee(s) named above only. If you are not the intended addressee, you are hereby notified that you have received this communication in error and that any use or reproduction of this email or its contents is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and deleting it from your computer. Thank you.
_______________________________________________
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




-----------------------------------------
Disclaimer:

This e-mail communication and any attachments may contain
confidential and privileged information and is for use by the
designated addressee(s) named above only.  If you are not the
intended addressee, you are hereby notified that you have received
this communication in error and that any use or reproduction of
this email or its contents is strictly prohibited and may be
unlawful.  If you have received this communication in error, please
notify us immediately by replying to this message and deleting it
from your computer. Thank you.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100710/490ac1a4/attachment.html>