<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#ffffff">
This is where i'd place my chips. default session timeout on an ASA
is 5 minutes:<br>
<a class="moz-txt-link-freetext" href="http://www.cisco.com/en/US/docs/security/asa/asa82/configuration/guide/conns_connlimits.html#wp1080774">http://www.cisco.com/en/US/docs/security/asa/asa82/configuration/guide/conns_connlimits.html#wp1080774</a><br>
<br>
find out what signaling is traversing the firewall. If it is
h.323/h225/h245 then you can enable TCP keepalives that would avoid
a timeout:<br>
CSCsq17141 CUCM - Allow TCP KeepAlives for H.323 should enable
H.245 TCP KAs also <br>
<br>
There are other situations where users may sit on a conf call on
mute (not streaming packets) and this causes a voice gateway to
detect RTP timeout and drop the call.<br>
<br>
<br>
There are a few opportunities here. Highest probability is
firewall. Next is gateway. Next is get a packet capture of traffic
between the CM and GW for a call drop.<br>
<br>
Regards,<br>
Wes<br>
<br>
On 5/24/2011 7:41 AM, Gregory Wenzel wrote:
<blockquote
cite="mid:BANLkTik9BaKSYcX3MTpkC6nu5WQs-KhRFw@mail.gmail.com"
type="cite">
<div>You mean the calls over a pri? drop after a period of time.
We had a very similar problem with a cleint using v4.1. The
issue was the site had not yet come up on the dedicated circuit
and was operating over a vpn tunnel. They used checkpoint FW end
to end was blocking h.245 signalling even though the FW
engineers swore it was an open tunnel. The phones registered to
call manager normally, interoffice dialing over wan worked fine.
Calls from that location out the local pri dropped a short time
after making it. Also when users dialed in to the local gw there
was one way audio. As we worked with the engineers on the
checkpoint firewall the one way audio dissapeared but they never
quite got the call dropping fixed until we go the mpls up and
disconnected the vpn tunnel.</div>
<div> </div>
<div>Hope that helps somewhat for you.<br>
<br>
</div>
<div class="gmail_quote">On Mon, May 23, 2011 at 5:37 PM, Ratko
Dodevski <span dir="ltr"><<a moz-do-not-send="true"
href="mailto:rade239@gmail.com">rade239@gmail.com</a>></span>
wrote:<br>
<blockquote style="border-left: 1px solid rgb(204, 204, 204);
margin: 0px 0px 0px 0.8ex; padding-left: 1ex;"
class="gmail_quote">Hi, does anyone ever
had experienced something like this. Recently I've started to
receive complains that calls that go over some of the trunks
that we have with other locations fail after exactly 5 min and
18 sec. Can anyone try to help me how to determine the reason
for the call drops.
<div><br>
</div>
<div>Thanks and regards<br clear="all">
<br>
-- <br>
Ratko<br>
</div>
<br>
_______________________________________________<br>
cisco-voip mailing list<br>
<a moz-do-not-send="true"
href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
<a moz-do-not-send="true"
href="https://puck.nether.net/mailman/listinfo/cisco-voip"
target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
<br>
</blockquote>
</div>
<br>
<br clear="all">
<br>
-- <br>
<div>Greg Wenzel, CCVP</div>
<div> </div>
<br>
<pre wrap="">
<fieldset class="mimeAttachmentHeader"></fieldset>
_______________________________________________
cisco-voip mailing list
<a class="moz-txt-link-abbreviated" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>
<a class="moz-txt-link-freetext" href="https://puck.nether.net/mailman/listinfo/cisco-voip">https://puck.nether.net/mailman/listinfo/cisco-voip</a>
</pre>
</blockquote>
</body>
</html>