Oh, it got through. But no good ideas have popped up, apparently.
I have not thought to examine the mask on hsrp's, so I don't know if
I've seen the problem or not. Have you tried deleting the hsrp interface
and rediscovering it?
Try checking the subnet itself. Are there any wierd devices on it? Are
there messages in netmon.trace about things being in the wrong
subnet? Sometimes things get placed on a subnet before netview
has successfully determined the mask, and it guesses. It figures it out
later, but then you have to move them. And in the past I have seen one
node with a bad mask cause a subnet to be created, and then a lot of other
innocent devices will get added to that subnet for some mysterious reason.
I think of it as guilt-by-association. Usually they correct themselves on
rediscovery. None of these observations are hsrp-specific, though.
And maybe your problem isn't, either?
Leslie A. Clark
IBM Global Services - Systems Mgmt & Networking
thierry.van-mol AT CIEV.vd DOT [email protected] on 11/29/2000 05:15:09 AM
Please respond to IBM NetView Discussion <nv-l AT tkg DOT com>
Sent by: owner-nv-l AT tkg DOT com
To: " - *nv-l AT tkg DOT com" <nv-l AT tkg DOT com>
Subject: [NV-L] Re: Wrong Subnet Mask on HSRP Interface
Sorry If you receive this message a second time. But I didn't
see any replies, and there was problem with our mail, I thought
maybe it didn't get through.
Why is Netview 6.01 picking a different subnet mask for
the HSRP address than for the real address?
I have a Cisco Router (MSM module on Catalyst 6500) with
sub-interface configured like this :
encapsulation isl 355
ip address 172.16.107.66 255.255.255.192
standby 55 priority 20 preempt
standby 55 ip 184.108.40.206
And when I do a Edit->Description... in Netview, I see in the list of
Port-Channel2 Up 172.16.107.66 255.255.255.192 0x003080152737 ethernet
Port-Channel2 Up 172.16.107.65 255.255.255.0 0x00000C07AC37 ethernet
And of course a symbol for a IP Net of 172.16.107.0/24 is drawn on the map.
Why is Netview picking a wrong subnet mask on this?
NV-L List information and Archives: http://www.tkg.com/nv-l