<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=utf-8">
<META content="MSHTML 6.00.2900.2802" name=GENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=#ffffff>
<DIV><FONT size=2>we had this problem and all our servers are withing spitting
distance of each other but in seperate data centres.</FONT></DIV>
<DIV><FONT size=2></FONT> </DIV>
<DIV><FONT size=2>ok, maybe not spitting distance, but unless there's a fog
rolling in you can see the buildings from each other.</FONT></DIV>
<DIV> </DIV>
<DIV>--------------------------------------------------------------------------------<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>Sanity First : Number of days with fewer than<BR>50 messages in my inbox at
the end of the day: 14</DIV>
<BLOCKQUOTE
style="PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px">
<DIV style="FONT: 10pt arial">----- Original Message ----- </DIV>
<DIV
style="BACKGROUND: #e4e4e4; FONT: 10pt arial; font-color: black"><B>From:</B>
<A title=ealeatherman@gmail.com href="mailto:ealeatherman@gmail.com">Ed
Leatherman</A> </DIV>
<DIV style="FONT: 10pt arial"><B>To:</B> <A title=wsisk@cisco.com
href="mailto:wsisk@cisco.com">Wes Sisk</A> </DIV>
<DIV style="FONT: 10pt arial"><B>Cc:</B> <A title=cisco-voip@puck.nether.net
href="mailto:cisco-voip@puck-nether.net Voip">cisco-voip@puck-nether.net
Voip</A> </DIV>
<DIV style="FONT: 10pt arial"><B>Sent:</B> Friday, April 07, 2006 9:46
AM</DIV>
<DIV style="FONT: 10pt arial"><B>Subject:</B> Re: [cisco-voip] Callmanager
CFWDAll</DIV>
<DIV><BR></DIV>We do have a similar configuration as far as distance is
concerned, 2 of the subs are not local. Near as I can tell though the problem
yesterday was cluster wide, or at least it was occuring both at the "remote"
site and also affecting phones registered to subs sitting right beside the
publisher. We were seeing #3 I guess, there were no error messages on the
phones. Not using any third party apps on the servers other than AV.
<BR><BR>Some users were complaining that they could not set forwarding at all
(i experienced this on my desk phone as well). Others were able to but the
animated forwarding icon would not go away.<BR><BR>
<DIV><SPAN class=gmail_quote>On 4/7/06, <B class=gmail_sendername>Wes Sisk</B>
<<A href="mailto:wsisk@cisco.com">wsisk@cisco.com</A>> wrote:</SPAN>
<BLOCKQUOTE class=gmail_quote
style="PADDING-LEFT: 1ex; MARGIN: 0pt 0pt 0pt 0.8ex; BORDER-LEFT: rgb(204,204,204) 1px solid">
<DIV style="DIRECTION: ltr">Ed,<BR><BR>we have seen a strong correlation
between CFA failures and CM servers separated by some distance of network
rather than CM's being connected to immediately adjacent
switches.<BR><BR>there are 3 primary steps to setting CFA:<BR>1. phone tells
primary CM it wants to set CFA<BR>2. primary CM tells publisher to set
CFA<BR>3. publisher tells all CMs in the cluster CFA has been set.<BR><BR>if
2 fails you get a database error on the ipphone<BR>if 3 fails you set CFA
and receive no error but phone does not fwd.<BR><BR>#2 is performed through
DCOM - DBLHelper does not test this. dtcping and rpcping from
microsoft can test DCOM RPC's but that's about it. Being RPC based the
communication uses multiple random ephemereal ports and connects are
established dynamically.<BR>#3 is performed through a TCP session from
aupair.exe on a random port on the publisher to ccm.exe on port TCP:7727 of
some random server in the cluster. Usually when we see CFA failures we
find out the random server is remote from the rest of the servers in the
cluster. Note if aupair.exe does not detect any change notifications
pending it may not establish this session to port 7727. I have seen this
problem only once when someone used a 3rd party (not MS or Cisco) database
management app on the SQL instance running on the CM publisher and it
removed all triggers from the CCM database.<BR><BR>/Wes<BR><BR>Ed Leatherman
wrote:
<BLOCKQUOTE
cite=http://mid94a1afde0604061134g7ad39093ye4ae61ee508f5f16@mail.gmail.com
type="cite"></BLOCKQUOTE></DIV>
<DIV style="DIRECTION: ltr"><SPAN class=e id=q_10a7468d3a202ef6_1>Anyone
having problems with CFWDAll not working every now and then? I've been
having trouble with it ever since we upgraded to 4.0.. albeit they are
getting less frequent as I apply various SR's. We just had a burp this
morning with it and I had to reload DBL Mon this morning to fix it.. was
relatively painless but kinda annoying to still be having these problems. So
wondering if anyone else is having it happen. We're running 4.1(3)SR3a
now.<BR clear=all><BR>-- <BR>Ed Leatherman<BR>IP Telephony
Coordinator<BR>West Virginia University<BR>Telecommunications and Network
Operations </SPAN></DIV>
<DIV style="DIRECTION: ltr"><PRE><HR width="90%" SIZE=4>
_______________________________________________<BR>cisco-voip mailing list<BR></PRE></DIV>
<DIV style="DIRECTION: ltr"><SPAN class=q><A
onclick="return top.js.OpenExtLink(window,event,this)"
href="mailto:cisco-voip@puck.nether.net"
target=_blank>cisco-voip@puck.nether.net</A> </SPAN></DIV>
<DIV style="DIRECTION: ltr"><SPAN class=q><A
onclick="return top.js.OpenExtLink(window,event,this)"
href="https://puck.nether.net/mailman/listinfo/cisco-voip"
target=_blank>https://puck.nether.net/mailman/listinfo/cisco-voip
</A></SPAN></DIV>
<DIV style="DIRECTION: ltr"></DIV></BLOCKQUOTE></DIV><BR><BR clear=all><BR>--
<BR>Ed Leatherman<BR>IP Telephony Coordinator<BR>West Virginia
University<BR>Telecommunications and Network Operations
<P>
<HR>
<P></P>_______________________________________________<BR>cisco-voip mailing
list<BR>cisco-voip@puck.nether.net<BR>https://puck.nether.net/mailman/listinfo/cisco-voip<BR></BLOCKQUOTE></BODY></HTML>