| T.R | Title | User | Personal Name
 | Date | Lines | 
|---|
| 1898.1 | May want HUBloader instead | NETCAD::FORINO |  | Tue Jan 17 1995 13:08 | 13 | 
|  |     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.2 | I think ?? any TFTP-server should work | BIS5::RUTTENS |  | Tue Jan 17 1995 15:10 | 17 | 
|  |     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.3 | It's the SETs that count | NETCAD::FORINO |  | Wed Jan 18 1995 12:32 | 8 | 
|  |     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.4 | TFTP in LAN Workplace works ok. | NYOSS1::PLUNKETT |  | Mon Jan 23 1995 12:48 | 6 | 
|  |     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.5 | DECndu for other devices??? | SCCAT::MILLER |  | Wed Jan 25 1995 11:45 | 6 | 
|  |     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!
 |