[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference netcad::hub_mgnt

Title:DEChub/HUBwatch/PROBEwatch CONFERENCE
Notice:Firmware -2, Doc -3, Power -4, HW kits -5, firm load -6&7
Moderator:NETCAD::COLELLADT
Created:Wed Nov 13 1991
Last Modified:Fri Jun 06 1997
Last Successful Update:Fri Jun 06 1997
Number of topics:4455
Total number of notes:16761

847.0. "SUBNET MASK PB with POLYCENTER NETVIEW" by MARS03::THOMAS () Tue Mar 22 1994 08:36

	On a customer site, i use POLYCENTER MANAGER on NETVIEW (SSB kit) to
manage an IP network.

	 On this IP network and on the same ETHERNET LAN, there are the PNV
station and a DEChub 900. The subnet of this LAN is 145.42.41 with 255.255.255.0
for the subnet mask.

	The IP address of the PNV station is 145.42.41.4 with a subnet mask of 
255.255.255.0.
	The IP address of the DEChub 900 is 145.42.41.5 without subnet mask. The
DEChub 900 doesn't support subnet mask.

	With this configuration, PNV finds all the subnets 145.42.40, 145.42.41,
145.42.50 ... But, it finds the 145.42 subnet that doesn't exist.

	How can i fix this problem because this virtual subnet disturbs NETMON
daemon ?


	I put this note in the HUB_MGNT and in the NETVIEW conferences.


	Thanks for any information.

	Regards


	Bernard THOMAS
T.RTitleUserPersonal
Name
DateLines
847.1returning default subnet maskQUIVER::SLAWRENCEThu Mar 24 1994 00:1315
[Also posted in IMDOWN::NETVIEW Note 313.6]
    
    It is true that the DEChub 900 (and most of the DEChub family of
    products) do not support configuration of subnet mask.  This is because
    they almost never have needed to send unsolicited messages.  When they
    don't have an entry in thier address cache for an IP address, they send
    to the default gateway and let it correct them with an ICMP redirect if
    the station is actually local.
    
    This shortcut seems to be the ultimate cause of your problem, since
    they do reflect the subnet value in MIB-II based on the address class. 
    
    I can't help with workarounds for the problem this causes with PNV;
    further discussion of the merits (or lack thereof) of the approach
    should take place here.