<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=iso-8859-1">
<META content="MSHTML 5.50.4937.800" name=GENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=#ffffff>
<DIV><SPAN class=367263113-11052004><FONT face=Arial color=#0000ff
size=2>Lelio,</FONT></SPAN></DIV>
<DIV><SPAN class=367263113-11052004><FONT face=Arial color=#0000ff
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=367263113-11052004><FONT face=Arial color=#0000ff size=2>The
"sync call forward database after LinkOOS" is just an attempted recovery after
the SDL link goes down. You will very likely have endless odd problems so
long as your SDL Links continue to flap. Resolve that, your other problems
will subside. SDL communication is between CM servers on TCP:8002. A
sniffer trace should show why the TCP session is terminated.</FONT></SPAN></DIV>
<DIV><SPAN class=367263113-11052004><FONT face=Arial color=#0000ff
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=367263113-11052004><FONT face=Arial color=#0000ff
size=2>/Wes</FONT></SPAN></DIV>
<BLOCKQUOTE dir=ltr
style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #0000ff 2px solid; MARGIN-RIGHT: 0px">
<DIV class=OutlookMessageHeader dir=ltr align=left><FONT face=Tahoma
size=2>-----Original Message-----<BR><B>From:</B>
cisco-voip-bounces@puck.nether.net
[mailto:cisco-voip-bounces@puck.nether.net]<B>On Behalf Of </B>Lelio
Fulgenzi<BR><B>Sent:</B> Thursday, May 06, 2004 7:50 AM<BR><B>To:</B>
cisco-voip@puck.nether.net<BR><B>Subject:</B> [cisco-voip] Call Delays between
subscribers in one cluster?<BR><BR></FONT></DIV>
<DIV><FONT face=Arial size=2>We've recently installed a number of new
subscribers in our cluster for a wide scale deployment coming up soon. We had
some initial problems related to SDL links going down, we've fixed that by
setting the <STRONG>Sync Call Forward Database After LinkOOS</STRONG>
Advanced-CallManager-SystemParameter to true. We are still experiencing a
minor delay (~1sec) from end of dialing to ringback. This delay is definately
not there when dialing a phone on the same subscriber. The delay seems to go
away if the number has been called recently, but it's not consistent, the
delay will resurface quickly sometimes and not others.</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<DIV><FONT face=Arial size=2>Is anyone out there who is using multiple
subscribers in a cluster seeing a similar behaviour? We're using MCS7835s
linked together with a gigabit backbone and Cat6Ks in the background. The
delay is happening even between subscribers that are located on the same
network as the publisher, so I can't believe inter-networking delays are
causing this.</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<DIV><FONT face=Arial size=2>I've got a case open with the TAC, but wouldn't
mind hearing back from anyone who has either seen or not seen this delay with
a multiple subscriber deployment. For comparison, we've got the publisher, a
seperate dedicated DHCP/TFTP server, and five subscribers (one to be retired
soon).</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<DIV><FONT face=Arial size=2>Any comments would be appreciated.</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<DIV><FONT face=Arial size=2>Lelio</FONT></DIV>
<DIV><FONT face=Arial
size=2>--------------------------------------------------------------------------------<BR>Lelio
Fulgenzi, B.A.<BR>Network Analyst (CCS) * University of Guelph * Guelph,
Ontario N1G 2W1<BR>(519) 824-4120 x56354 (519) 767-1060 FAX
(JNHN)<BR> <BR>"This signature may contain traces of
nuts"<BR>--------------------------------------------------------------------------------<BR> <BR></FONT></DIV></BLOCKQUOTE></BODY></HTML>