Re: RES: [nv-l] Netview ruleset question

[James Shanks <jshanks@us.ibm.com>]

Marcos, 

I think Mario's question was "How do I configure AdditionalLegalTrapCharacters on Windows?"  The part about rulesets is not really relevant anymore, because the original post was about what happens when you configure an action.  That's where the AdditionalLegalTrapCharacters become relevant, whether in UNIX or Windows.  

The answer is that in Windows you create a Registry variable with that name, as outlined in careful detail in the 7.1.3 Release Notes for NetView for Windows. 

James Shanks
Level 3 Support  for Tivoli NetView for UNIX and Windows
Tivoli Software / IBM Software Group

Marcos Antonio Pezzutti Filho <pezzutti@banespa.com.br> Sent by: owner-nv-l@lists.us.ibm.com 12/02/2003 02:16 PM Please respond to nv-l

To:        "'nv-l@lists.us.ibm.com'" <nv-l@lists.us.ibm.com>         cc:                 Subject:        RES: [nv-l] Netview ruleset question

Mario,
 
Good Morning,
 
I´m not sure, but I think the Windows version (all of them) does not allow this kind of thing.
There are some samples of rules already confgured, but there isnt´t a tool like RuleSet Editor.
A workaround could be configuring the rule on a Unix box then sending to Windows one.
 
Best regards,
 
Marcos Pezzutti
 
-----Mensagem original-----
De: Mario Behring [mailto:mariobehring@yahoo.com] 
Enviada em: Tuesday, December 02, 2003 09:44
Para: nv-l@lists.us.ibm.com
Assunto: RE: [nv-l] Netview ruleset question

Hi,
 
Where do I configure this in a NetView 7.1.4 for Windows ? I could not find the file mentioned by you guys anywhere in the NV server.
 
Thanks.
 
Mario Behring
Tivoli Consultant
Siemens Business Services
mario.behring@siemens.com.br
mariobehring@yahoo.com

Leslie Clark <lclark@us.ibm.com> wrote:

This is what I always put in /usr/OV/bin/netnmrc.pre since these characters show up in interface names quite a bit:

AdditionalLegalTrapCharacters="_/"
export AdditionalLegalTrapCharacters

A restart of ovspmd is required for this to take effect. My action scripts then only have to deal with the escape characters.

Cordially,

Leslie A. Clark
IBM Global Services - Systems Mgmt & Networking
Detroit

"Qureshi, Fawad" <Fawad.Qureshi@ssa.gov> Sent by: owner-nv-l@lists.us.ibm.com 12/01/2003 11:35 AM Please respond to nv-l

To:        "'nv-l@lists.us.ibm.com'" <nv-l@lists.us.ibm.com>        cc:                Subject:        RE: [nv-l] Netview ruleset question

Pritish,
 
Following is the excerpt from Netview 7.1.3 Release Notes. This should answer your questions:
 
The ovactiond, nvcorrd and actionsvr daemons now filter out all non
alphanumeric characters except for the minus sign (-) and the decimal point ( . ).
All characters not falling into this set are replaced with an underscore ( _ ). If a
Tivoli NetView for UNIX Version 7.1.3 Release Notes 29
minus sign or decimal point is encountered it is escaped (for example, preceded
by a backslash (\)) as a precaution. If any non-alphanumeric character is
encountered, and filtering is not disabled, a message is entered into the
appropriate log file (/usr/OV/log/nvcorrd.alog, /usr/OV/log/ovactiond.log, and
/usr/OV/log/nvaction.alog).
The user can customize this behavior by using an environment variable called
AdditionalLegalTrapCharacters. If the user sets this variable to disable, then no
filtering is done. If the user sets this environment variable to a string containing
non alphanumeric characters, then the filtering will allow those characters to also
pass through the filter, but they are escaped. The best method for setting an
environment variable for an ovspmd controlled daemon is to put the definition of
the env! ironment variable into the /usr/OV/bin/netnmrc.pre file, then stop and
restart all the daemons (using netnmrc to restart).
 
Fawad
 
-----Original Message-----
From: Pritesh Jewan [mailto:owner-nv-l@lists.us.ibm.com] On Behalf Of Pritesh Jewan
Sent: Monday, December 01, 2003 10:55 AM
To: nv-l@lists.us.ibm.com
Subject: RE: [nv-l] Netview ruleset question
 
Hi Fawad,
 
Thanks for that tip on removing the /'s
 
Do you know! how I can prevent Netview from changing the / to an underscore(_)? It changes ATM2/0.100-aal5  to ATM2_0\.100\-aal5 and it's also changing values like
Intel(R) PRO Adapter to Intel_R_ ?
 
Do you know what the AdditionalLegalTrapCharacter environment variable is for and will it help with my problem above?
 
Thank You
Pritesh
 

---

From: owner-nv-l@lists.us.ibm.com on behalf of Qureshi, Fawad
Sent: Mon 12/1/2003 5:41 PM
To: 'nv-l@lists.us.ibm.com'
Subject: RE: [nv-l] Netview ruleset question 
Pritesh, 
  
Netview adds \ for security reasons. You can drop them in Perl with following line: 
  
$NVATTR_3 =~ s/\\\//g; 
  
Cheers 
  
Fawad Qureshi 
Division of Network Engineering - SSA / RSIS 410-965-4413 
  
  
-----Original Message-----
From: owner-nv-l@lists.us.ibm.com [mailto:owner-nv-l@lists.us.ibm.com] On Behalf Of Pritesh Jewan
Sent: Monday, December 01, 2003 9:25 AM
To: nv-l@lists.us.ibm.com
Subject: [nv-l] Netview ruleset question 
  
Hi List, 
  
Environment: Netview V7.1.4 on Redhat Advanced Server2.1 
  
I am trying to pass trap variables in the action node of my ruleset to an external script(the script is a perl script). I call the script using the action node and <f! ull path>scriptname "$NVE" "$NVA" "$NVT" "$NVATTR_1" "$NVATTR_2" "$NVATTR_3". When I print out the variables passed to the script I noticed that some of the variables have been slightly modified. As an example if I get an event for an ATM interface that has gone down, the event appears correctly in the event desk(Interface ATM2/0.100-aal5 down) but when my script prints this variable out to a file it is as follows: 
  
ATM2_0\.100\-aal5 down 
  
I was hoping to use the interface information to get certain mib variables before doing a wpostzmsg to tec. But the slight modifications to the variables is causing problems as I can't correlate the modified variable above with data I get back from the devices using snmpget's. I tried echo'ing the variables in a shell script (thinking it might be perl causing the pro! blem) but the same thing happens. If I look at the nvaction.alog they also appear "incorrectly" in this trace file. The following is a few lines of the trace file: 
  
2003/01/12 13:38:40 : 44 :perl /usr/OV/custom/scripts/test.pl "$NVE" "$NVA" "$NVATTR_1"~2003/01/12 13:40:45~1.3.6.1.4.1.2.6.3.1~6~58916867~346663104~1010692~public~2~regent-iol-elp.impol.local~Interface ATM2/0.100-aal5 down.~172.20.247.17 1070278845 775 1175~openview~regent-iol-elp.impol.local:ATM2/0.100-aal5~172.20.247.17~1175~3~N~3
2003/01/12 13:40:45   ./nl_Actionsvr.C[822] : Varbind contained an illegal character.
Issuing sanitized version of the varbind:
2003/01/12 13:40:45   ./nl_Actionsvr.C[823] : NVATTR_2="regent\-iol\-elp\.impol\.local"
2003/01/12 13:40:45   ./nl_Actionsvr.C[822] : Varbind contained an illegal character.
Issuing sanitized version of the varbind:
2003/01/12 13:40:45 !   ./nl_Actionsvr.C[823] : NVATTR_3="Interface ATM2_0\.100\-aal5 down\."
2003/01/12 13:40:45   ./nl_Actionsvr.C[822] : Varbind contained an illegal character.
Issuing sanitized version of the varbind:
2003/01/12 13:40:45   ./nl_Actionsvr.C[823] : NVATTR_4="172\.20\.247\.17 1070278845 775 1175"
2003/01/12 13:40:45   ./nl_Actionsvr.C[822] : Varbind contained an illegal character.
Issuing sanitized version of the varbind: 
2003/01/12 13:40:45   ./nl_Actionsvr.C[823] : NVATTR_6="regent\-iol\-elp\.impol\.local_ATM2_0\.100\-aal5"
2003/01/12 13:40:45   ./nl_Actionsvr.C[822] : Varbind contained an illegal character.
Issuing sanitized version of the varbind:
2003/01/12 13:40:45   ./nl_Actionsvr.C[823] : NVATTR_7="172\.20\.247\.17"
2003/01/12 13:40:45 : 44 command successful. output data is:
1.3.6.1.4.1.2.6.3.1tivnetview.impol.local2 
  
What do the "Varbind contained an illegal character" messages mean? Has anyone else had this problem? 
  
Any suggestions/ideas would be greatly appreciated. 
  
Regards 
Pritesh

---

Do you Yahoo!?
Free Pop-Up Blocker - Get it now

"Essa mensagem é destinada exclusivamente ao seu destinatário e pode

conter informações confidenciais, protegidas por sigilo profissional ou

cuja divulgação seja proibida por lei. O uso não autorizado de tais

informações é proibido e está sujeito às penalidades cabíveis.

This message is intended exclusively for its addressee and may contain

information that is confidential, protected by a professional

privilege or which disclosure is prohibited by law. Unauthorized use of

such information is prohibited and subject to applicable penalties."