[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

1898.0. "NDU mandatory?" by NYOSS1::PLUNKETT () Tue Jan 17 1995 12:03

    When using HUBwatch for Windows with a third-party (LAN Workplace
    for DOS) IP stack, can you use the TFTP server that comes with the
    stack to perform downloads to the hub?  In other words, is there
    anything "special" about DECndu+ that requires its use instead of
    another TFTP server?
    
    -Craig
T.RTitleUserPersonal
Name
DateLines
1898.1May want HUBloader insteadNETCAD::FORINOTue Jan 17 1995 13:0813
    DECndu performs some SNMP sets to identify the IP address of the system
    that contains the TFTP Server that will load the module, the name of
    the file that will be loaded into the module and a trigger that forces
    the module to put out the load request.   While your TFTP server can
    probably perform the load with no problem you still need to do the
    SNMP sets so that the module requests the load.  This is the part I
    think you are missing.
    
    However, please read note 1716.  The HUBloader application will
    be the NDU replacement, can run on third party IP stacks and can
    use a third party TFTP server as well.
    
    							John
1898.2I think ?? any TFTP-server should workBIS5::RUTTENSTue Jan 17 1995 15:1017
    I hought that this should work.
    All the parameters you mentioned (TFTP-server ip-address, name of the
    file to download, and the trigger to force the loadrequest) can be
    entered into the module throug the setup-port (download option).
    
    I've tried this with the TFTP-server in Chameleon. But I'm not 100%
    sure if this realy worked because the modules I tried were already
    running the latest firmware. The TFTP-server indicated that it loaded the 
    image (and the setup-port as well ,DLU.........). But after the
    down-load the module came back on-line immediatly. It didn't try to write 
    the Flash. One explanation I can see for this is that the module 
    recognised that the new loaded code already existed in flash and didn't 
    want to do an overwrite.
    
    So, some clarification would be welcomed.
    
    
1898.3It's the SETs that countNETCAD::FORINOWed Jan 18 1995 12:328
    If you have some way to set the needed parameters and get the module
    to the state where it issues that load request, then, yes, the TFTP
    Server should load the module.  It's just that I'm not sure for all
    the various modules if you have one way or another to get the module
    to the load requesting state.  That is the issue - not the use of
    the TFTP Server.
    							John
    
1898.4TFTP in LAN Workplace works ok.NYOSS1::PLUNKETTMon Jan 23 1995 12:486
    FYI, I'm trying out hubloader, but did get a Packetprobe to eat a
    V2.1 image by using the LAN workplace for dos TFTP daemon.  Worked
    like a charm.  I had to put the image in the \net\bin directory, but
    it worked great.
    
    -Craig
1898.5DECndu for other devices???SCCAT::MILLERWed Jan 25 1995 11:456
    Along the same line, can DECndu be used as a tftp server for other
    devices, such as Cisco routers (to load new firmware images or save
    configuration files)?  What would have to be set up in ndu (besides
    getting the firmware files) to do this?
    
    Thanks!