[cisco-voip] 7970 phones not failing over in CCM 4.1.2

[Mike Newell]

On Tue, 8 Mar 2005, Ryan Ratliff wrote:

rratli> You mentioned that the phone never registers with the other servers,
rratli> but then you say you have both servers configured in option 150 from
rratli> DHCP.

The phone never even _attempts_ to open a TCP connection or do a TFTP load
from anything other than the first subscriber.  A sniffer trace on the
port shows all connection attempts are either to Subscriber 1 or to the
SRST port on the gateway (the fourth alternative failover is to the
gateway for SRST, which is not configured.)  It never sends any packets to
the publisher or Subscriber 2.

rratli> So, is the problem that it never hits the backup TFTP server or that it
rratli> never attempts to register with the subscriber?

Both.

rratli> Even when the primary
rratli> server is up the phone *should* keep a TCP session up with the backup
rratli> server on TCP 2000.  It will send keepalives to the backup server, but
rratli> it doesn't expect a keepaliveAck except from the server it's currently
rratli> registered with.

Hmmm... I didn't realize that the phone should keep a connection open with
the backup servers.  It does not - the phone never talks to anything other
than the first subscriber (and, of course, its gateways and other phones
for rtp sessions), even during normal operations.

rratli> For the TFTP issue did you add both servers as TFTP servers when you
rratli> ran the CTL plugin?  Remember that an authenticated phone will only
rratli> connect to a TFTP server listed in the CTL file.

I BELEIVE I listed all the TFTP servers, but it's possible that I didn't.
I will double-check my notes (I keep copious notes on installs just for
this reason... :-)  I followed the installation instructions line-by-line
for the cluster (I wanted to make sure I didn't miss anything; it's only
my second install) so hopefully they are accurate.  ;-)

It's interesting that on the phones only the entry for Subscriber 1 has a
lock next to it...

When I go on the phone and open the CTL file it lists four
CallManager/TFTP servers, all with IP address "0.0.0.0".  Do you know if
this is correct?  Clearly it's able to talk to Subscriber 1 (which is not
listed in the CTL file) so something must be working somewhere...

I REALLY wish Cisco had a detailed architecture description rather than a
"here's how to configure it so stop bothering us" manual...

Thanks for the pointer!  I'll look at the CTL configuration.

Mike

rratli> -Ryan
rratli> On Mar 8, 2005, at 8:26 AM, Mike Newell wrote:
rratli>
rratli> I'm thinking it's a bug too; I don't see why others aren't seeing it
rratli> though given the fact that it's awfully serious.  :-(!!
rratli>
rratli> THANKS!!!!!! for your pointers.  I'm getting the distinct feeling it's
rratli> got
rratli> something to do with the certificate stuff; unfortunately that's a key
rratli> component that our Security guys are worried about.  Rock>me<hard_place.
rratli> :-)
rratli>
rratli> Mike
rratli>
rratli> On Tue, 8 Mar 2005, Aaron Kent wrote:
rratli>
rratli> Aaron.> OK...
rratli> Aaron.>
rratli> Aaron.> Then this must be a bug. Sometime TAC does not search the bug
rratli> track
rratli> Aaron.> right away. Go to
rratli> http://www.cisco.com/kobayashi/support/tac/tools.shtml
rratli> Aaron.> and under the SW section run the Bug Toolkit to see if you can
rratli> track
rratli> Aaron.> down a engineers service patch that might resolve this issue
rratli> until
rratli> Aaron.> 4.1(2)SR2 is released.
rratli> Aaron.>
rratli> Aaron.>
rratli> Aaron.>
rratli> Aaron.> I did a quick search and unfortunately I didn't see anything
rratli> right away.
rratli> Aaron.> I searched CallManager --> Version 4.1 --> release 2 -->
rratli> Keywords 7970.
rratli> Aaron.> It only pulled 9 bugs for 1-6. These are what it pulled...
rratli> Aaron.>
rratli> Aaron.>
rratli> Aaron.>
rratli> Aaron.>
rratli> Aaron.>
rratli> Aaron.> 3
rratli> Aaron.>
rratli> Aaron.> CSCef98079
rratli> Aaron.>
rratli> <http://www.cisco.com/cgi-bin/Support/Bugtool/onebug.pl?
rratli> bugid=CSCef98079
rratli> Aaron.>
rratli> &cco_product=Call+Manager&fset=ciscocm-
rratli> phone\0ciscocm&swver=4.1&keyw=797
rratli> Aaron.> 0&target=2&train=>
rratli> Aaron.> 7970 calls to the pstn over BRI request unrest. digital bearer
rratli> Aaron.>
rratli> Aaron.> 4.1(2)
rratli> Aaron.>
rratli> Aaron.> 4.1(2.16), 4.1(2.17), 4.1(2)SR01, 4.1(2)ES19
rratli> Aaron.>
rratli> Aaron.> Resolved
rratli> Aaron.>
rratli> Aaron.>
rratli> Aaron.>
rratli> Aaron.> 2
rratli> Aaron.>
rratli> Aaron.> CSCuk55138
rratli> Aaron.>
rratli> <http://www.cisco.com/cgi-bin/Support/Bugtool/onebug.pl?
rratli> bugid=CSCuk55138
rratli> Aaron.>
rratli> &cco_product=Call+Manager&fset=ciscocm-
rratli> phone\0ciscocm&swver=4.1&keyw=797
rratli> Aaron.> 0&target=2&train=>
rratli> Aaron.> 1 way speech path call from CME FWD to operator transfer to ip
rratli> phone
rratli> Aaron.>
rratli> Aaron.> 4.0
rratli> Aaron.>
rratli> Aaron.> 4.1(2)SR01, 5.0(1.000.344), 4.1(2)ES19
rratli> Aaron.>
rratli> Aaron.> Resolved
rratli> Aaron.>
rratli> Aaron.>
rratli> Aaron.>
rratli> Aaron.> 3
rratli> Aaron.>
rratli> Aaron.> CSCee02373
rratli> Aaron.>
rratli> <http://www.cisco.com/cgi-bin/Support/Bugtool/onebug.pl?
rratli> bugid=CSCee02373
rratli> Aaron.>
rratli> &cco_product=Call+Manager&fset=ciscocm-
rratli> phone\0ciscocm&swver=4.1&keyw=797
rratli> Aaron.> 0&target=2&train=>
rratli> Aaron.> Retry Video As Audio Flag needs to default to True for all
rratli> phones.
rratli> Aaron.>
rratli> Aaron.> 4.0(1)
rratli> Aaron.>
rratli> Aaron.> 4.1(0.58), 4.0(1.40), 85.0(0.3)
rratli> Aaron.>
rratli> Aaron.> Verified
rratli> Aaron.>
rratli> Aaron.>
rratli> Aaron.>
rratli> Aaron.> 2
rratli> Aaron.>
rratli> Aaron.> CSCed16194
rratli> Aaron.>
rratli> <http://www.cisco.com/cgi-bin/Support/Bugtool/onebug.pl?
rratli> bugid=CSCed16194
rratli> Aaron.>
rratli> &cco_product=Call+Manager&fset=ciscocm-
rratli> phone\0ciscocm&swver=4.1&keyw=797
rratli> Aaron.> 0&target=2&train=>
rratli> Aaron.> Baez EFT1.6: CCM tcp socket breaks on GW and 7970 registration
rratli> Aaron.>
rratli> Aaron.> 4.1
rratli> Aaron.>
rratli> Aaron.>
rratli> Aaron.>
rratli> Aaron.> Closed
rratli> Aaron.>
rratli> Aaron.>
rratli> Aaron.>
rratli> Aaron.> 2
rratli> Aaron.>
rratli> Aaron.> CSCeg36292
rratli> Aaron.>
rratli> <http://www.cisco.com/cgi-bin/Support/Bugtool/onebug.pl?
rratli> bugid=CSCeg36292
rratli> Aaron.>
rratli> &cco_product=Call+Manager&fset=ciscocm-
rratli> phone\0ciscocm&swver=4.1&keyw=797
rratli> Aaron.> 0&target=2&train=>
rratli> Aaron.> Builtin Bridges are considered as registered devices
rratli> Aaron.>
rratli> Aaron.> 4.1(2)
rratli> Aaron.>
rratli> Aaron.> 4.1(3.3), 4.1(2.96)
rratli> Aaron.>
rratli> Aaron.> Resolved
rratli> Aaron.>
rratli> Aaron.>
rratli> Aaron.>
rratli> Aaron.> 2
rratli> Aaron.>
rratli> Aaron.> CSCef95810
rratli> Aaron.>
rratli> <http://www.cisco.com/cgi-bin/Support/Bugtool/onebug.pl?
rratli> bugid=CSCef95810
rratli> Aaron.>
rratli> &cco_product=Call+Manager&fset=ciscocm-
rratli> phone\0ciscocm&swver=4.1&keyw=797
rratli> Aaron.> 0&target=2&train=>
rratli> Aaron.> EM Different device profiles max calls / busy trigger fails
rratli> Aaron.>
rratli> Aaron.> 4.0(2)
rratli> Aaron.>
rratli> Aaron.> 4.1(2.17), 4.0(02a)ES11, 4.0(1)ES35
rratli> Aaron.>
rratli> Aaron.> Verified
rratli> Aaron.>
rratli> Aaron.>
rratli> Aaron.>
rratli> Aaron.> 2
rratli> Aaron.>
rratli> Aaron.> CSCef91602
rratli> Aaron.>
rratli> <http://www.cisco.com/cgi-bin/Support/Bugtool/onebug.pl?
rratli> bugid=CSCef91602
rratli> Aaron.>
rratli> &cco_product=Call+Manager&fset=ciscocm-
rratli> phone\0ciscocm&swver=4.1&keyw=797
rratli> Aaron.> 0&target=2&train=>
rratli> Aaron.> DLLHOST stop responding. IISreset does not fix the issue
rratli> Aaron.>
rratli> Aaron.> 4.1(1.49)
rratli> Aaron.>
rratli> Aaron.> 4.0(02a)SR01, 4.1(2.12), 4.0(02a)ES12, 4.1(2)ES03
rratli> Aaron.>
rratli> Aaron.> Verified
rratli> Aaron.>
rratli> Aaron.>
rratli> Aaron.>
rratli> Aaron.> 3
rratli> Aaron.>
rratli> Aaron.> CSCec89866
rratli> Aaron.>
rratli> <http://www.cisco.com/cgi-bin/Support/Bugtool/onebug.pl?
rratli> bugid=CSCec89866
rratli> Aaron.>
rratli> &cco_product=Call+Manager&fset=ciscocm-
rratli> phone\0ciscocm&swver=4.1&keyw=797
rratli> Aaron.> 0&target=2&train=>
rratli> Aaron.> DBL doesnt check if model supports a particular security mode
rratli> Aaron.>
rratli> Aaron.> 4.0(0.238)
rratli> Aaron.>
rratli> Aaron.> 4.0(1.6), 4.1(0.7), 4.0(0.373), 5.0(1.000.207)
rratli> Aaron.>
rratli> Aaron.> Verified
rratli> Aaron.>
rratli> Aaron.>
rratli> Aaron.>
rratli> Aaron.> 3
rratli> Aaron.>
rratli> Aaron.> CSCeg75144
rratli> Aaron.>
rratli> <http://www.cisco.com/cgi-bin/Support/Bugtool/onebug.pl?
rratli> bugid=CSCeg75144
rratli> Aaron.>
rratli> &cco_product=Call+Manager&fset=ciscocm-
rratli> phone\0ciscocm&swver=4.1&keyw=797
rratli> Aaron.> 0&target=2&train=>
rratli> Aaron.> IP phone re-registers after set or unset of call forwarding
rratli> Aaron.>
rratli> Aaron.> 4.0(2)
rratli> Aaron.>
rratli> Aaron.> 4.0(02a)ES22, 4.1(3.21), 4.1(2)ES20
rratli> Aaron.>
rratli> Aaron.> Resolved
rratli> Aaron.>
rratli> Aaron.>
rratli> Aaron.>
rratli> Aaron.> TAC is your best shot now. This is one of the prices we pay for
rratli> adopting
rratli> Aaron.> the newest versions of CCM, right?
rratli> Aaron.>
rratli> Aaron.>
rratli> Aaron.>
rratli> Aaron.> Good Luck,
rratli> Aaron.>
rratli> Aaron.> Aaron
rratli> Aaron.>
rratli> Aaron.>
rratli> _______________________________________________
rratli> cisco-voip mailing list
rratli> cisco-voip at puck.nether.net
rratli> https://puck.nether.net/mailman/listinfo/cisco-voip
rratli>