Hi Ken

Normaly i put into maintenance, but that dont stop the monitoring, just 
the alarms. Anyway... to reconfigure the reduce the monitoring thought 
the Policy Manager

enter here http://www.dachsug.ch/wiki/index.php/PolicyManager and read 
about "How to reduce Bad Link Error with the Policy Manager"

Hope that help to!

Diego Pereyra
Netsol International

On 07/08/2011 12:50 AM, Kenneth Kirchner wrote:
> I finally got around to trying this.  It does not seem to have any effect. 
> Alarms continue to generate for these switch ports with polling=no and 
> poll_port_status=no. Actually, I checked a few of the other ports on the 
> switch and the poll port status attribute looks like it is no by default.  
> What is the purpose of the polling toggle? It certainly does not seem 
> intuitive.  I could understand if polling was set to no, but a trap still 
> caused an alarm (maybe "Disable trap-based events" would stop that! 
> Naaaaaaah! Thats crazy talk!).  That does not appear to be the case here.  
> Spectrum is polling the device, seeing the port down, ignoring the poll 
> status, and generating an alarm ("BAD LINK DETECTED"). I can't find anything 
> in my 59 Spectrum documents that says what the "Generate Alarm on Port" and 
> "Generate Alarm on Device" do.
>
> I have hyper-extended my middle finger in the direction of my Spectrum server.
>
> -Ken
>
> On Jun 19, 2011, at 11:03 PM, Rajasekhar_Allala wrote:
>
>> Hi Ken,
>>
>> Set polling status as well as poll port status (port) values to No.
>>
>> I hope, it helps.
>>
>> Regards
>> Rajashekar
>>
>>
>> -----Original Message-----
>> From: Kenneth Kirchner [mailto:[email protected]]
>> Sent: Monday, June 20, 2011 11:22 AM
>> To: spectrum
>> Subject: [spectrum] Silence Ports
>>
>> What is the best way to silence a port on a switch or router that you never 
>> want to hear from again? Is it as simple as disabling polling? Will that 
>> prevent traps on that interface from generating alarms as well?  We have a 
>> few ports with devices that we have no control over and no responsibility to 
>> monitor, so we want to remove that noise from our monitoring.  We are 
>> currently stuffing these in maintenance mode, but that does not appear 
>> optimal.
>>
>> -Ken
>> Spectrum 9.2 H03
>>
>>
>> ---
>> To unsubscribe from spectrum, send email to [email protected] with the body: 
>> unsubscribe spectrum [email protected]
>>
>>
>> ________________________________
>>
>> DISCLAIMER:
>> This email (including any attachments) is intended for the sole use of the 
>> intended recipient/s and may contain material that is CONFIDENTIAL AND 
>> PRIVATE COMPANY INFORMATION. Any review or reliance by others or copying or 
>> distribution or forwarding of any or all of the contents in this message is 
>> STRICTLY PROHIBITED. If you are not the intended recipient, please contact 
>> the sender by email and delete all copies; your cooperation in this regard 
>> is appreciated.
>>
>> ---
>> To unsubscribe from spectrum, send email to [email protected] with the body: 
>> unsubscribe spectrum [email protected]
>
> ---
> To unsubscribe from spectrum, send email to [email protected] with the body: 
> unsubscribe spectrum [email protected]
>


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

Reply via email to