[e-nsp] EAPS - Fail-timer-exp flag set. Domain state: Complete

[Dudek, Michael]

Hello Fabian,

first of all I checked whether there are rx or tx errors on the common
links (2 BD8810), result: no errors
 
Then I checked the common links with all possible commands like "sh eaps
counters shared-port 4:8". Result: 
On all EAPS-Domains are only Rx-Seg-Health and tX-Seg-Health packets. 
 
In addition the global counters for EAPS Shared-Ports are all null.
 
The command "sh eaps counters global" shows maybe some interesting
things:
 
"Rx-Invalid-Vlan-Intf   : 73" and  "Rx-Lif-Invalid         : 5" 
"Rx-Invalid-Vlan-Intf   : 150" and  "Rx-Lif-Invalid         : 88"
 
But I don't know how to interpret these counters.
 
Furthermore I compared again the eaps configurations but there seems to
be no misconfiguration. Also EpiCenter 
reports only that some vlans are not protected, but they are! It has
something to do with case-sensitve, how you are writing the names of the
vlans, like "PB4" or "pb".
 
It seems more that something is teasing or targeting the cpu on the
masters. But there are 3 EAPS-Rings that doesn't have that problem.
Two of them have nothing to do with the investigated common links, and
there is not the named vlan "stammhaus" on them.
But 1 EAPS-Master doesn't report any problems, he seems to be
unimpressed even though the vlan "stammhaus" is configured on that
switch, too.
 
Any further ideas, suggestions.
 
Regards, mikeld

________________________________

Von: Fabian [mailto:fabian.extr at gmail.com] 
Gesendet: Dienstag, 28. September 2010 23:53
An: Dudek, Michael
Cc: extreme-nsp at puck.nether.net
Betreff: RE: [e-nsp] EAPS - Fail-timer-exp flag set. Domain state:
Complete



Hi Mikeld,

 

This message should appear when the EAPS Master is losing EAPS PDU that
it has sent over the ring.

Loss of EAPS Health-Check Packets could happen:

-          Frames in error in the ring

-          A switch in the ring that is having some trouble and loosing
frames

-          Lot of frames going to CPU on the Master

-          ..

 

Wireshark will not really help because EAPS PDU are isolated in the
Control VLAN.

 

If this happened on all rings, I will check the Common Link (or EAPS
Shared-Link) status/statistics.

 

Fabian.

 

From: extreme-nsp-bounces at puck.nether.net
[mailto:extreme-nsp-bounces at puck.nether.net] On Behalf Of Dudek, Michael
Sent: mardi 28 septembre 2010 09:08
To: extreme-nsp at puck.nether.net
Subject: [e-nsp] EAPS - Fail-timer-exp flag set. Domain state: Complete

 

No matter whether it is XOS Version 12.4.1.7 v1241b7-patch1-7 nor
EW-Version 7.8e.2.1, at a certain time, mainly between 12.00 to 01.00 pm
I get  hundreds of messages in the syslogs like

09/27/2010 12:47:32.81 <Info:EAPS.DmnInfo> EAPSD DSK33 - Fail-timer-exp
flag cleared. Domain state: Complete 
09/27/2010 12:47:32.81 <Info:EAPS.DmnInfo> EAPSD DSK33 - Fail-timer-exp
flag set. Domain state: Complete 
09/27/2010 12:47:28.86 <Info:EAPS.DmnInfo> EAPSD DSK33 - Fail-timer-exp
flag cleared. Domain state: Complete 
09/27/2010 12:47:24.82 <Info:EAPS.DmnInfo> EAPSD DSK33 - Fail-timer-exp
flag set. Domain state: Complete 
09/27/2010 12:47:17.81 <Info:EAPS.DmnInfo> EAPSD DSK33 - Fail-timer-exp
flag cleared. Domain state: Complete 
09/27/2010 12:47:17.81 <Info:EAPS.DmnInfo> EAPSD DSK33 - Fail-timer-exp
flag set. Domain state: Complete 

There are nearly all EAPS-Master from 24 EAPS-Rings affected. My
investigations shows the following: 

All the eaps-rings have no configuration errors. 
There are no rx- or tx-errors on the uplinks. 
Network performance is not affected. 
It must be a certain vlan from which the interference comes, this vlan
is known. 
It happens only on weekdays and during office hours 
I have no details found with wireshark, but I'm not an expert with
wireshark 
I found some references about IPv6 neighbor discovery protocol, there
are some W7 PCs in that vlan. 

My guess is that something teases the cpu of the eaps-masters but how
can I catch that thing? 
Does anyone have a suggestion how I can get this under control with EW
or XOS or wireshark or anything else? 

Thanks a lot, Mikeld 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/extreme-nsp/attachments/20100929/56e4f22b/attachment-0001.html>