[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

2003.0. "Problems Upgrading DEWGB Firmware" by SVCVAX::GAMBARDELLA (Gamby Gumba) Fri Feb 10 1995 15:39

Help,

I am having problems upgrading DEWGB bridges to the current FPROM rev of 3.1.

My ROM rev is v1.14 and the FPROM rev is at v1.5. I am using NDUPlus V1.0e.
When I try to show the current rev of the bridge I get the following error
message:

ECSNMP>download show dev 08-00-2b-29-13-2a

(c) Digital Equipment Corporation. 1993. All Rights Reserved.
%NDU-E-READ_DEVICE, error during read device
%NDU-E-NORESP_ERR, no response from target
%NONAME-E-NOMSG, Message number 00000002


I am able to show the current rev of other bridges at ROM 1.14/FPROM 3.0 and 
I was able to upgrade them to 3.1. Other bridges at ROM 2.1/FPROM 3.0 also 
worked OK. It is only the ROM 1.14/FPROM 1.5 bridges that I am having problems
with. I am hesitant to load them without being able to show them first. I was
able to view the bridge using ncp. See below.
                                          
DECbridge> SHOW BRIDGE
DECbridge 90 V1.14  08-00-2B-29-13-2A ) 1991 Digital Equipment Corp
FPROM V1.5 )1991 Digital Equipment Corp. 19-APR-1991
Bridge states:                            
	Console owner: AA-00-04-00-0C-64	Uptime: 15,622,749.96 seconds
	Bridge state: 17			Work group size: 3
	Hub management enable: 1		Spanning tree enable: 1
	Flash EPROM erasures:  0		Address lifetime: 450*2 sec.
        
Event counters:
	System buffer unavailable errors: 0
	Work group size exceeded errors: 0

Spanning tree parameters:
	Bridge id:	 FF-FF-08-00-2B-29-13-2A	Root port: 1
	Designated_root: 00-77-08-00-7C-00-10-B3	Root path cost: 10
	Current Forward delay: 15, Hello interval: 1, Listen time: 15
	Default Forward delay: 15, Hello interval: 1, Listen time: 15
	Topology change flag: 0		Topology change timer: 30
	Bad hello limit: 15		Bad hello reset interval: 5
	Epoch_mode: 1	Epoch1 who: 00-00-00-00-00-00	Mode changes: 9
	Epoch 1 poll time: 18 seconds	Epoch 1 response time: 15 seconds

Any Suggestions??


Thanks,

Mike Gambardella
MCS Rocky Hill, CT
T.RTitleUserPersonal
Name
DateLines
2003.1Trigger the load from NCPROGER::GAUDETBecause the Earth is 2/3 waterMon Feb 13 1995 14:1917
Since you are able to NCP CONNECT to the bridges with V1.5 code, I'd say the
best thing to do is to just trigger a load from NCP directly.  You need to
enable circuit service and then perform the load.  Here's an example of the
commands that work for me:

$ NCP
NCP>set circuit qna-0 state off
NCP>set circuit qna-0 service ENABLE
NCP>set circuit qna-0 state on
NCP>load via qna-0 physical address 08-00-2b-2f-fd-57 from mom$load:dewgb310.sys
NCP>exit                            ^^^^^^^^^^^^^^^^^      ^^^^^^^^^^^^^^^^^^^^^
                                    bridge's MAC addr.     load file name

Note: make sure that the bridge does not have a password set or the above will
not work.

...Roger...
2003.2Thanks - I will give it a trySVCVAX::GAMBARDELLAGamby GumbaMon Feb 13 1995 18:2119
Thanks, I will give that a try when I go out there this Friday.  The customer
had some problems in the past updating firmware on 90 modules and will not
allow me to do try this until off hours and with a spare module in hand.  I 
also obtained a copy of flash.exe in case the bridge burbs in the middle of the
load - so I should be all set. 


>>>NCP>load via qna-0 phys address 08-00-2b-2f-fd-57 from mom$load:dewgb310.sys
>>>NCP>exit                        ^^^^^^^^^^^^^^^^^      ^^^^^^^^^^^^^^^^^^^^^
>>>                                bridge's MAC addr.     load file name


I never used this command before - I thought I would have to assign each 
bridge a node name and decnet address to get the image loaded.  This will
definitely save me some time.


Mike..

2003.3Get the mystery V3.9 release if possibleROGER::GAUDETBecause the Earth is 2/3 waterTue Feb 14 1995 09:3811
Mike, since you need to upgrade the bridges anyway, you might want to consider
surfing through this conference for information about new DEWGB (and DEWGF)
firmware.  There is a V3.9 available somewhere, but the folks who made the
changes and released the image have managed to keep its location a well-kept
secret, even from us engineering types.

FYI, you can certainly go through the excerise of assigning each bridge a DECnet
node name and address in order to load it.  That's the "documented way" (heck, I
wrote the document!) but who reads documentation?  :-)

...Roger...
2003.4NPSS::JOHNSONMike J., Network Products SupportTue Feb 14 1995 15:2613
Sorry Roger,

I thought we gave you a version at the same time NSTG got it for evaluation.

Anyway, starting with the obligatory message that the pointer being provided
here-with is for internal use only and we should all do our part to improve the
profitability of SSB by ordering "official" copies from them....

Copies of BOTH the release notes and the .TSK file can be found at:

		NPSS::PUBLIC$DSK:[INTERCHANGE.DEWGB]

/mj
2003.5What to do with .TSK fileSVCVAX::GAMBARDELLAGamby GumbaWed Feb 15 1995 09:4112
OK - I would like to upgrade upgrade the bridges to the latest rev, so I 
copied over the release notes and the .TSK files.  However after reading
through the release notes I am not sure what to do with the .TSK file.  I was
expecting a .SYS file.  Do I have to compile the .TSK file first?  

And more importantly - should I use this firmware at a customers site?  I did a 
directory of the public firmware directory @ftp.digital.com and it shows v3.1 
as the latest version. I do not want to put an unsupported version at this 
customers site.


...Mike
2003.6TSK :== SYS :== BINROGER::GAUDETBecause the Earth is 2/3 waterWed Feb 15 1995 13:0017
You can load the TSK file just like a SYS or BIN file.  Use NCP LOAD/TRIGGER or
DECndu Plus.

I'll let Mike respond to the question of "can I give V3.9 to my customer?"
(although I think he did that in .4).  The V3.9 code will be included in the
next wave of hub firmware (provided we get the blessing of system test, etc.).

Incidentally, we will be standardizing the naming convention for all binary
firmware images distributed in the DEChub Consolidated Firmware Kit for the next
wave.  Currently the DECagent 90 and DECbridge 90/90FL firmware images are SYS
files (and as you can see, Mike is releasing a new bridge image that is a TSK
file).  For the next release of the firmware kit, all files will be BIN files as
there will be a new version of both the DECagent 90 and DECbridge 90 firmware. 
The only exception will be the DECpacketprobe 90 firmware (it isn't a binary
file but a Motorola S-record file).

...Roger...