Hi all,
  We use a search to turn on polling and alarming for all interfaces
that show as connected in Spectrum, but we found a situation with frame
relay interfaces where we have a sub-interface that is connected, but
the physical interface is not.  We have all the polling/alarming
attributes set for the sub-interface and none set for the physical,
except to alarm on traps (GeneratePortStatusAlarms=Off).  When the
physical goes down, we don't receive any traps (and no alarms were
generated), the sub-interface is in a down condition, but suppressed.  
 
I'm wondering how others have modified their policy searches to account
for this behaviour, or if there are any other suggestions on how to
improve the alarming in this scenario.
 
The event on the sub-interface would be:
The link status of port (name - xx.xx.com_Se0/1/0.FrameRelayPort, type -
FrameRelayPort) is now "bad" because it's lower-layer interface is DOWN.
(0x10d16)
 
 
 
 
>From Modeling Your IT Infrastructure Administrator Guide (5167) 
Devices that support advanced network technologies, such as Frame Relay
and Link Aggregation, have logical entries in the ifTable representing
higher layer interfaces. SPECTRUM models these logical layers according
to the ifStackTable. When a monitored higher layer port goes down (such
as a Frame Relay DLCI, or logical trunk interface), SPECTRUM will query
the statuses of all lower layer interfaces before alarming the port
which went down. If all of the lower layer interfaces are down as well,
SPECTRUM will suppress the higher layer interface alarm. A key example
is a physical Frame Relay interface going down which has multiple
circuits provisioned on it. All of the higher layer DLCI port models
will be suppressed, and the single red alarm will exist on the physical
Frame Relay interface.
 
 
Thank you,
.....rod

Roderick Olliver  | Technical Systems Analyst | Distributed Network &
Configuration Management | RBC Royal Bank | T: 416.348.5200 | F:
416.348.5934

 
_______________________________________________________________________

This e-mail may be privileged and/or confidential, and the sender does not 
waive any related rights and obligations.
Any distribution, use or copying of this e-mail or the information it contains 
by other than an intended recipient is unauthorized.
If you received this e-mail in error, please advise me (by return e-mail or 
otherwise) immediately.  

Ce courrier électronique est confidentiel et protégé. L'expéditeur ne renonce 
pas aux droits et obligations qui s'y rapportent.
Toute diffusion, utilisation ou copie de ce message ou des renseignements qu'il 
contient par une personne autre que le (les) destinataire(s) désigné(s) est 
interdite.
Si vous recevez ce courrier électronique par erreur, veuillez m'en aviser 
immédiatement, par retour de courrier électronique ou par un autre moyen.

---
To unsubscribe from spectrum, send email to [email protected] with the body: 
unsubscribe spectrum [email protected]

<<Outlook.jpg>>

Reply via email to