[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

1140.0. "address - name transation ??" by CSC32::L_MORSE () Tue Jun 21 1994 19:52

    
    When displaying the port summary on a 90T repeater information on
    an attached station is dislayed.  How is the DECNET address and NODE
    name returned ?  How is the address to name translation accomplished ?
    
    We tried it on V3 with DECnet/osi.
    We could get the DECNET physical address but not the name.  The node
    is defined in the LNO and was not currently reachable.
    
    Also how is the address to name tranlation done in V2.x Hubwatch (VMS).
    
    Larry Morse
    Robert Dorn

T.R	Title	User	Personal Name	Date	Lines
1140.1	DECnet Phase IV only for adrs/name translations in HUBwatch.	SLINK::HOOD	I'd rather be at the Kennebec	`Tue Jun 21 1994 20:56`	5
	The DECnet name/adrs translation only works for DECnet Phase IV. It uses the ncp database. Tom Hood HUBwatch
1140.2	How does it access NCP DB's ?	CSC32::L_MORSE		`Wed Jun 22 1994 15:12`	5
	Does it use NML or a RMS file open on the netnode_remote.dat We are trouble shooting a customer problem. Larry
1140.3	RMS file open is used	LEVERS::G_NG		`Wed Jun 22 1994 17:50`	5
	RMS file open is used; an RMS sys$get is used to attempt to retrieve a record with matching DECnet address, and if it matches, the DECnet name is parsed out. The file is then closed. Gee Ng
1140.4	Is DECdns (or CDI) planned for DECnet/OSI & OpenVMS V6.2?	UTOPIE::ROBERT	Robert Windisch TSSC-Vienna/Austria @AUI x2563	`Wed Aug 03 1994 11:06`	11
1140.5	still not getting address-to-names	BSS::AMBER	Mark Amber, CNS-West (DTN)592-4645	`Wed Sep 07 1994 14:32`	12
	> RMS file open is used; an RMS sys$get is used to attempt to retrieve a > record with matching DECnet address, and if it matches, the DECnet name > is parsed out. The file is then closed. If that is the whole story, then simply having a recent copy of NETNODE_REMOTE.DAT would work - regardless of the actual network transport running on the system. However, we run DECnet/OSI on the same system as HUbwatch, put a copy of NETNODE_REMOTE.DAT out there, and HUBwatch still does not translate the addresses to names. Are you sure that its not using NML/NICE to try and talk to the old NETACP for this info?