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

Conference 7.286::fddi

Title:FDDI - The Next Generation
Moderator:NETCAD::STEFANI
Created:Thu Apr 27 1989
Last Modified:Thu Jun 05 1997
Last Successful Update:Fri Jun 06 1997
Number of topics:2259
Total number of notes:8590

1566.0. "DecBridge 620 Unsol. Reset" by SIOG::MARTIN () Mon Jan 30 1995 13:43

    
    
    	I have a customer with 12 Decbridge 620's that all run V1.3
    	software. Recently the customer started polling some of the bridges
    	using NetView. Since that a number of the bridges have Reset
    	and the "Unsolicited Reset " countert has incrimented. He was
    	Polling the bridges every 5 minutes (default setting).
    
    	I have reviewed the release notes for 1.4 software that suggest
    	that the resets can be caused by the poling, however two of the
    	crash codes i have found are 100A and 0144.
    
    	Can anyone tell me what these codes mean or are they a sympotom
    	of the problem that is refered to in the 1.4 release notes.
    
    
    	Regsrds,
    		Sean Martin.
T.RTitleUserPersonal
Name		DateLines
1566.1NPSS::WADENetwork Systems SupportMon Jan 30 1995 13:579
    Looks like a problem I've been looking at with Richard Butt in the UK.
    
    Is it correct that it appears to be caused by the default Netview
    polling?
    
    I Suggest that you coordinate this with Richard and open an IPMT case.
    
    Bill
1566.2V1.3 To V1.4SIOG::MARTINFri Feb 03 1995 04:3216
    This is the same problem that Richard is looking at.
    
    In the release notes it is stated that continuous polling can cause
    this reset problem, What is the optimum interval that should be used to 
    poll the bridges. I have set up a test environment that includes a 
    management station and two Decbridges, one at 1.3 and the second at
    1.4. I intend to poll the bridges every minute to ensure that the 1.3
    fails and the 1.4 works fine. The customer insisted that I do this 
    test because he needs to be 100% sure that 1.4 resolves the problem
    before he installs it in his production cluster. Do i need to 
    generate network traffic to see the reset problem or is it soley
    related to polling ?.
    
    	Regards,
    		Sean Martin.
1566.3Cross posting 1566.0 in NETVIEW ConferenceSIOG::PKIRKI wonder if I'm on the right planet......?Fri Feb 03 1995 07:5013
    
    
    	Hello All
    
    	Sean Martin and myself are working on this issue here in Dublin.
    
    	I am cross posting 1566.0 in the NETVIEW Notesfile.
    
    	Good Luck
    
    	Paul Kirk
    	Digital Dublin
1566.4NPSS::RAUHALAFri Feb 03 1995 11:3716
    In note 1566.0 the crash code is listed as 100A.  This corresponds
    to problem #2 in the V1.4 Release notes.

    But from your description in 1566.2 it sounds like you are trying
    to duplicate problem #14 (snmp polling).  In this case you need
    enough traffic that the activity lights on the bridge go solid.
    About 8%-10% utilization on the ethernet.  If you are using an
    analyzer on a private LAN to create this traffic then send multicast
    packets so the packets get forwarded through the bridge.

    If you are unable to get V1.3 to crash in this scenario, then start
    adding more addresses to the forwarding database.  On a private network,
    even with alot of traffic, you might only have 10 addresses in the
    forwarding database.  This is if you are trying to duplicate problem #14.

    ken
1566.5NPSS::RAUHALAFri Feb 10 1995 22:313
    see 1574.1 for explaination of the "144" crash.
    
    ken