devmon-support — General Devmon support

Re: [Devmon] repeater totals

[Steve B <rec...@gm...>]

This works incredibly well, nice coding - thanks, really useful for me!
Hopefully there will be a new package for devmon soon as there are some
essential additions out there.

On Thu, Sep 3, 2015 at 11:20 AM, W.J.M. Nelis <Wim...@nl...> wrote:

> Hello Steve,
>
> thanks for this, was just looking into this as a collegue reminded me that
>> you had suggested using this in a previous question I had asked for
>> Xymon/devmon a few months ago. He has a better memory than I do!
>>
>> Thanks a lot, will add this transform and check it out
>>
>
> In the template we are using for an Eaton UPS, the STATISTIC transform is
> used in the way you plan to do. As an example, the template is shown below.
>
> ----- exceptions -----
> ----- message -----
> <center>== Information from UPS ==</center>
>
> Vendor&#58;              {upsManufacturer}
> Model&#58;               {upsModel}
>
> Battery status&#58;      {upsBattStatus}
> Runtime remaining&#58;   {upsEstTimeRem} [minute]
> Charge remaining&#58;    {upsEstChargeRem} %
> Total output power&#58;  {upsOutTotPower} [kW]
> Time on battery&#58;     {upsOnBattery} [s]
>
> Output parameters
> TABLE:noalarmsmsg
> Phase|Voltage [V]|Current [A]|Power [W]|cos(&phi;)|Load
>
> {upsOutIndex}|>{upsOutVoltage}|>{upsOutCurrent}|>{upsOutPower}|>{upsOutCosPhi}|>{upsOutLoad}
> <!--
> TotalPower : {upsOutTotPwrRaw}
> -->
> ----- oids -----
> upsManufacturer : .1.3.6.1.2.1.33.1.1.1.0    : leaf
> upsModel        : .1.3.6.1.2.1.33.1.1.2.0    : leaf
> upsBattStatNum  : .1.3.6.1.2.1.33.1.2.1.0    : leaf
> upsOnBattery    : .1.3.6.1.2.1.33.1.2.2.0    : leaf
> upsEstTimeRem   : .1.3.6.1.2.1.33.1.2.3.0    : leaf
> upsEstChargeRem : .1.3.6.1.2.1.33.1.2.4.0    : leaf
> #
> upsOutIndex     : .1.3.6.1.2.1.33.1.4.4.1.1    : branch
> upsOutVoltage   : .1.3.6.1.2.1.33.1.4.4.1.2    : branch
> upsOutCurrntRaw : .1.3.6.1.2.1.33.1.4.4.1.3    : branch
> upsOutPower     : .1.3.6.1.2.1.33.1.4.4.1.4    : branch
> upsOutLoadRaw   : .1.3.6.1.2.1.33.1.4.4.1.5    : branch
> ----- thresholds -----
> ----- transforms -----
> upsBattStatus   : SWITCH    : {upsBattStatNum} 1=Unknown, 2=Normal, 3=Low,
> 4=Depleted
> upsOutCurrent   : MATH      : {upsOutCurrntRaw} /  10 : 1
> upsOutLoad      : MATH      : {upsOutLoadRaw}   / 100 : 2
> # Compute phase shift between voltage and current.
> upsOutCosPhi    : MATH      : {upsOutPower} / ( {upsOutVoltage} *
> {upsOutCurrent} ) : 2
> # Just for fun, compute the total power.
> upsOutTotPwrRaw : STATISTIC : {upsOutPower} SUM
> upsOutTotPower  : MATH      : {upsOutTotPwrRaw} / 1000 : 1
>
>
>
>
>

Re: [Devmon] Due to PCI 3.0 requirements starting in 2015 we will not be able to use SNMP v1 or SNMP v2

[Ken C. <kco...@ry...>]

I've asked the same question as well.....

Since devmon does not support snmpv3, a band-aid solution (if you plan to
keep xymon) is to write your own scripts using snmpv3 and the  just report
the outputs to the xymon display.
On Sep 4, 2015 11:45 AM, "White, Bruce" <BW...@fe...> wrote:

> I did not see an answer to this question.
> We are being told to get off SNMP v2c because of security issues.
> Is there anyone out there that can make the adjustments to how DEVMON
> interacts with SNMP to allow SNMP v3 to work?
> Unfortunately, I'm just an 30-year sysadmin, who is very grateful for what
> this tool has provided in the past.   I would be happy to help, but do not
> have the expertise to do this kind of change myself.
>
> .....Bruce
>
>
>
>
> -----Original Message-----
> From: Mark Mulligan [mailto:MMu...@ll...]
> Sent: Friday, August 01, 2014 12:37 PM
> To: dev...@li...
> Subject: [Devmon] Due to PCI 3.0 requirements starting in 2015 we will not
> be able to use SNMP v1 or SNMP v2
>
> Are there any plans to upgrade devmon to snmp v3?
>
> Thanks,
>
> Mark Mulligan
> Associate Operations Engineer - Splunk and Xymon Admin
> P Please do not print this e-mail unless necessary
>
>
>
>
>
> ------------------------------------------------------------------------------
> Want fast and easy access to all the code in your enterprise? Index and
> search up to 200,000 lines of code with a free copy of Black Duck
> Code Sight - the same software that powers the world's largest code
> search on Ohloh, the Black Duck Open Hub! Try it now.
> http://p.sf.net/sfu/bds
> _______________________________________________
> Devmon-support mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/devmon-support
>
>
> Bruce White
> Senior Enterprise Systems Engineer  | Phone: 1-630-671-5169    |
> BW...@fe...  |  www.fellowes.com
>
>
> Disclaimer: The information contained in this message may be privileged
> and confidential and protected from disclosure. If the reader of this
> message is not the intended recipient or an employee or agent responsible
> for delivering this message to the intended recipient, you are hereby
> notified that any dissemination, distribution or copying of this
> communication is strictly prohibited. If you have received this
> communication in error, please notify us immediately by replying to the
> message and deleting it from your computer. Thank you. Fellowes, Inc
>
>
> ------------------------------------------------------------------------------
> _______________________________________________
> Devmon-support mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/devmon-support
>

Re: [Devmon] Due to PCI 3.0 requirements starting in 2015 we will not be able to use SNMP v1 or SNMP v2

[White, B. <BW...@fe...>]

I did not see an answer to this question.
We are being told to get off SNMP v2c because of security issues.
Is there anyone out there that can make the adjustments to how DEVMON interacts with SNMP to allow SNMP v3 to work?
Unfortunately, I'm just an 30-year sysadmin, who is very grateful for what this tool has provided in the past.   I would be happy to help, but do not have the expertise to do this kind of change myself.

.....Bruce




-----Original Message-----
From: Mark Mulligan [mailto:MMu...@ll...]
Sent: Friday, August 01, 2014 12:37 PM
To: dev...@li...
Subject: [Devmon] Due to PCI 3.0 requirements starting in 2015 we will not be able to use SNMP v1 or SNMP v2

Are there any plans to upgrade devmon to snmp v3?

Thanks,

Mark Mulligan
Associate Operations Engineer - Splunk and Xymon Admin
P Please do not print this e-mail unless necessary




------------------------------------------------------------------------------
Want fast and easy access to all the code in your enterprise? Index and
search up to 200,000 lines of code with a free copy of Black Duck
Code Sight - the same software that powers the world's largest code
search on Ohloh, the Black Duck Open Hub! Try it now.
http://p.sf.net/sfu/bds
_______________________________________________
Devmon-support mailing list
Dev...@li...
https://lists.sourceforge.net/lists/listinfo/devmon-support


Bruce White
Senior Enterprise Systems Engineer  | Phone: 1-630-671-5169    | BW...@fe...  |  www.fellowes.com


Disclaimer: The information contained in this message may be privileged and confidential and protected from disclosure. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by replying to the message and deleting it from your computer. Thank you. Fellowes, Inc

Re: [Devmon] repeater totals

[Steve B <rec...@gm...>]

Hi Wim,

thanks for this, was just looking into this as a collegue reminded me that
you had suggested using this in a previous question I had asked for
Xymon/devmon a few months ago. He has a better memory than I do!

Thanks a lot, will add this transform and check it out

Steve

On Thu, Sep 3, 2015 at 10:20 AM, W.J.M. Nelis <Wim...@nl...> wrote:

> Hello Steve,
>
> > Hi all,
> >
> > Hopefully not too obvious a question.
> >
> > I have a repeater table for an HP C3000 chassis for power consumption
> with
> > 2 branch oids - one for index (the power supply unit), other for current
> > power output but on this device unlike some other chassis there is no
> > direct oid/mib for total.
> >
> > If I have an output table such as this one for example:
> >
> > Index    Current Power Usage
> > 1    120
> > 2    156
> > 3    109
> > 4    105
> > 5    74
> > 6    124
> >
> > And this is generated as a repeater table with branch oids, is there any
> > way for me to tell devmon to add these numbers up and then put them in a
> > transformed variable which I can then use to graph total?
> >
>
> The current version of Devmon does not have transforms to do what you want.
> More than three years ago, I have extended Devmon with a transform, called
> STATISTIC, which can sum the values of a branch-type OID, resulting in a
> leave-type OID. It is published as patch number 20 (
> http://sourceforge.net/p/devmon/patches/20/ ).
>
> HTH,
>    Wim Nelis.
>
>
>
>
>
> ------------------------------------------------------------------------------
> Monitor Your Dynamic Infrastructure at Any Scale With Datadog!
> Get real-time metrics from all of your servers, apps and tools
> in one place.
> SourceForge users - Click here to start your Free Trial of Datadog now!
> http://pubads.g.doubleclick.net/gampad/clk?id=241902991&iu=/4140
> _______________________________________________
> Devmon-support mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/devmon-support
>

Re: [Devmon] repeater totals

[W.J.M. N. <Wim...@nl...>]

Hello Steve,

> Hi all,
>
> Hopefully not too obvious a question.
>
> I have a repeater table for an HP C3000 chassis for power consumption with
> 2 branch oids - one for index (the power supply unit), other for current
> power output but on this device unlike some other chassis there is no
> direct oid/mib for total.
>
> If I have an output table such as this one for example:
>
> Index    Current Power Usage
> 1    120
> 2    156
> 3    109
> 4    105
> 5    74
> 6    124
>
> And this is generated as a repeater table with branch oids, is there any
> way for me to tell devmon to add these numbers up and then put them in a
> transformed variable which I can then use to graph total?
>

The current version of Devmon does not have transforms to do what you want. 
More than three years ago, I have extended Devmon with a transform, called 
STATISTIC, which can sum the values of a branch-type OID, resulting in a 
leave-type OID. It is published as patch number 20 ( 
http://sourceforge.net/p/devmon/patches/20/ ).

HTH,
   Wim Nelis.

[Devmon] repeater totals

[Steve B <rec...@gm...>]

Hi all,

Hopefully not too obvious a question.

I have a repeater table for an HP C3000 chassis for power consumption with
2 branch oids - one for index (the power supply unit), other for current
power output but on this device unlike some other chassis there is no
direct oid/mib for total.

If I have an output table such as this one for example:

Index    Current Power Usage
1    120
2    156
3    109
4    105
5    74
6    124

And this is generated as a repeater table with branch oids, is there any
way for me to tell devmon to add these numbers up and then put them in a
transformed variable which I can then use to graph total?

Thanks

S

Re: [Devmon] 3845 issues with devmon

[Root, P. T <Pau...@Ce...>]

Removing the non-used VPN and CDP tests got everything else working.


-----Original Message-----
From: Ken Connell [mailto:kco...@ry...]
Sent: Monday, August 31, 2015 3:09 PM
To: Devmon - Email List
Subject: Re: [Devmon] 3845 issues with devmon

Few things.....

- Make a copy of the original template dir, something like cisco-3800-org
and edit the specs file and change the "sysdesc" to something that will
never match anything (I just put" CustomTemplate).
- delete the vpn dir and that test is no longer used/done because it don't
exist.
- tail the devmon log while the polling happens (tail -f devmon.log)

Sometimes you need to do baby steps with the tests...so delete all
dir/tests in that template folder expect one...then copy (from the original
backup template) one dir at a time keeping an eye on what works and
troubleshoot that particular test.

I've seen in some cases where some OIDs don't come back on one test, and
that cascades and sometimes affects the process and therefore other tests
go "clear"....it's random though.



On Mon, Aug 31, 2015 at 3:37 PM, Root, Paul T <Pau...@ce...>
wrote:

> I have some Cisco 3845 routers that we monitor with devmon. Devmon
> correctly identifies them with the Cisco-3800 template, but we don't get
> fans, power, cdp, or vpn.
> We aren't using the VPN on these routers. Could that be an issue? I have
> the Jan 22, 2011 template for it.
> Manually doing an snmpwalk shows that the oids are correct
>
> Paul Root
> Lead Engineer
> CenturyLink Network Reliability Operations Center
>
> 390 Commerce Dr
> Woodbury, MN 55125
> Direct: (651)312-5207
> Pau...@ce...
>
> This communication is the property of CenturyLink and may contain
> confidential or privileged information. Unauthorized use of this
> communication is strictly prohibited and may be unlawful. If you have
> received this communication in error, please immediately notify the sender
> by reply e-mail and destroy all copies of the communication and any
> attachments.
>
> ------------------------------------------------------------------------------
> _______________________________________________
> Devmon-support mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/devmon-support
>



--


Ken Connell
Network Engineer
Computer & Communication Services
Ryerson University
350 Victoria St
RM AB50
Toronto, Ont
M5B 2K3
416-979-5000 x6709
------------------------------------------------------------------------------
_______________________________________________
Devmon-support mailing list
Dev...@li...
https://lists.sourceforge.net/lists/listinfo/devmon-support
This communication is the property of CenturyLink and may contain confidential or privileged information. Unauthorized use of this communication is strictly prohibited and may be unlawful. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy all copies of the communication and any attachments.

Re: [Devmon] 3845 issues with devmon

[Ken C. <kco...@ry...>]

Few things.....

- Make a copy of the original template dir, something like cisco-3800-org
and edit the specs file and change the "sysdesc" to something that will
never match anything (I just put" CustomTemplate).
- delete the vpn dir and that test is no longer used/done because it don't
exist.
- tail the devmon log while the polling happens (tail -f devmon.log)

Sometimes you need to do baby steps with the tests...so delete all
dir/tests in that template folder expect one...then copy (from the original
backup template) one dir at a time keeping an eye on what works and
troubleshoot that particular test.

I've seen in some cases where some OIDs don't come back on one test, and
that cascades and sometimes affects the process and therefore other tests
go "clear"....it's random though.



On Mon, Aug 31, 2015 at 3:37 PM, Root, Paul T <Pau...@ce...>
wrote:

> I have some Cisco 3845 routers that we monitor with devmon. Devmon
> correctly identifies them with the Cisco-3800 template, but we don't get
> fans, power, cdp, or vpn.
> We aren't using the VPN on these routers. Could that be an issue? I have
> the Jan 22, 2011 template for it.
> Manually doing an snmpwalk shows that the oids are correct
>
> Paul Root
> Lead Engineer
> CenturyLink Network Reliability Operations Center
>
> 390 Commerce Dr
> Woodbury, MN 55125
> Direct: (651)312-5207
> Pau...@ce...
>
> This communication is the property of CenturyLink and may contain
> confidential or privileged information. Unauthorized use of this
> communication is strictly prohibited and may be unlawful. If you have
> received this communication in error, please immediately notify the sender
> by reply e-mail and destroy all copies of the communication and any
> attachments.
>
> ------------------------------------------------------------------------------
> _______________________________________________
> Devmon-support mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/devmon-support
>



-- 


Ken Connell
Network Engineer
Computer & Communication Services
Ryerson University
350 Victoria St
RM AB50
Toronto, Ont
M5B 2K3
416-979-5000 x6709

[Devmon] 3845 issues with devmon

[Root, P. T <Pau...@ce...>]

I have some Cisco 3845 routers that we monitor with devmon. Devmon correctly identifies them with the Cisco-3800 template, but we don't get fans, power, cdp, or vpn.
We aren't using the VPN on these routers. Could that be an issue? I have the Jan 22, 2011 template for it.
Manually doing an snmpwalk shows that the oids are correct

Paul Root
Lead Engineer
CenturyLink Network Reliability Operations Center

390 Commerce Dr
Woodbury, MN 55125
Direct: (651)312-5207
Pau...@ce...

This communication is the property of CenturyLink and may contain confidential or privileged information. Unauthorized use of this communication is strictly prohibited and may be unlawful. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy all copies of the communication and any attachments.

Re: [Devmon] SNMP Branch Issues

[Ken C. <kco...@ry...>]

When using the branch OIDs you build a table via the message file:

One thing to check tho, make sure the branch output count is the same for
each branch OID....meaning if one branch gives back 10 values and the other
gives back 20, then the table-build will fail.

TABLE:
Title1|Title2
{branch-1}|{branch-2.color}{branch-2}





On Wed, Aug 26, 2015 at 7:35 PM, Akeem Daly <Ake...@ma...>
wrote:

> Hi,
>
> I'm using the netapp-misc template for devmon on RHEL7.1 and all of the
> "leaf" OIDs seem to work fine but, the "branches" do not. I tested with
> snmpwalk and the results are similar . . . for the repeater OIDs I have use
> "snmpbulkget" in order to receive any information. Can you please help with
> this?
>
> Thanks,
>
> Akeem Daly
> IT Infrastructure Systems Administrator
> MarkLogic Corporation
> ake...@ma...
> Phone: +1 650 287 3527
> Cell:  +1 408 775 5488
> www.marklogic.com<http://www.marklogic.com/>
>
> This e-mail and any accompanying attachments are confidential. The
> information is intended solely for the use of the individual to whom it is
> addressed. Any review, disclosure, copying, distribution, or use of this
> e-mail communication by others is strictly prohibited. If you are not the
> intended recipient, please notify us immediately by returning this message
> to the sender and delete all copies. Thank you for your cooperation.
>
>
> ------------------------------------------------------------------------------
> _______________________________________________
> Devmon-support mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/devmon-support
>



-- 


Ken Connell
Network Engineer
Computer & Communication Services
Ryerson University
350 Victoria St
RM AB50
Toronto, Ont
M5B 2K3
416-979-5000 x6709

[Devmon] SNMP Branch Issues

[Akeem D. <Ake...@ma...>]

Hi,

I'm using the netapp-misc template for devmon on RHEL7.1 and all of the "leaf" OIDs seem to work fine but, the "branches" do not. I tested with snmpwalk and the results are similar . . . for the repeater OIDs I have use "snmpbulkget" in order to receive any information. Can you please help with this?

Thanks,

Akeem Daly
IT Infrastructure Systems Administrator
MarkLogic Corporation
ake...@ma...
Phone: +1 650 287 3527
Cell:  +1 408 775 5488
www.marklogic.com<http://www.marklogic.com/>

This e-mail and any accompanying attachments are confidential. The information is intended solely for the use of the individual to whom it is addressed. Any review, disclosure, copying, distribution, or use of this e-mail communication by others is strictly prohibited. If you are not the intended recipient, please notify us immediately by returning this message to the sender and delete all copies. Thank you for your cooperation.

Re: [Devmon] OID not translating

[Jeremy L. <jla...@re...>]

On 10 July 2015 at 19:10, Claessens Jurgen <Jur...@ce...>
wrote:

> That works for the year, but how would I get the entire date, time then?
> When I try to extend the range and try to unpack, line blow, it still only
> shows 2015.
>

You need to use SUBSTR to pick out the various bytes for each element, and
then use UNPACK to convert to a numeric that can be displayed.  The "year"
example was just to show you how to do the first part.  The rest was left
for you to explore.


> Maybe split the thing completely, but how do you define in this case where
> it starts?
>

The SUBSTR transform can be told where to start.  So for example, start at
position 2 for the month, and only one byte:

hrSystemDateMonPacked: SUBSTR : {hrSystemDate} 2 1
hrSystemDateDayPacked: SUBSTR : {hrSystemDate} 3 1

Then you "simply" unpack into integers.  I say "simply" because I don't
really know how to use unpack, and only guessed at the format character
required for the year.  Because year is 2 bytes and month and day are each
1 byte, it's not the same unpack format character.  I had a go at unpacking
the month and day-of-month, but I wasn't able to get it to unpack
correctly.  Once you can crack the unpacking, should work for you.

J

Re: [Devmon] OID not translating

[Claessens J. <Jur...@ce...>]

That works for the year, but how would I get the entire date, time then?
When I try to extend the range and try to unpack, line blow, it still only shows 2015.
Maybe split the thing completely, but how do you define in this case where it starts?

Met vriendelijke groeten/Meilleures salutations/Best regards

Jurgen Claessens
Servicedesk Midmarket
T +32 3 54 54 954
F +32 3 54 54 955
E Inf...@ce...


CEGEKA • Noorderlaan 87 • B-2030 Antwerpen • T +32 11 24 02 34 • www.cegeka.be
-----Original Message-----
From: Jeremy Laidman [mailto:jla...@re...]
Sent: vrijdag 10 juli 2015 9:58
To: dev...@li...
Subject: Re: [Devmon] OID not translating

I think you might be able to solve this using SUBSTR and UNPACK transforms.  Try this in transforms:

hrSystemDateYearPacked: SUBSTR : {hrSystemDate} 0 2
hrSystemDateYear: UNPACK : {hrSystemDateYearPacked} n

Then use {hrSystemDateYear} in your message file.

J


On 10 July 2015 at 17:20, Claessens Jurgen <Jur...@ce...>
wrote:

> Hi Jeremy,
>
> Thanks for the explanation. I was suspecting it had to do with the
> encoding/decoding.
> I will try to see if I can find this in BER.pm, or might be better to
> report this to the developer of BER?
>
> In the meantime I have written an extra "test" which will calculate
> the time difference in seconds from an epoch timestamp with the
> current system time.
> This is not 100% accurate as what I want. But at least I can do
> alerting on it now.
>
> Add the lines to dm_templates.pm
>
>  $func_type eq 'datedif' and do {
>           $temp =~ s/\s*\{\s*\S+?\s*\}|\s*,\s*//g;
>           do_log("DATEDIF transform uses only a single oid at " .
>                  "$trans_file, line $l_num", 0)
>             and next LINE if $temp ne '';
>           last CASE;
>         };
>
>
> Add the lines below to dm_tests.pm
>
> # Returns the difference between the local time and the provided epoch
> timestamp ###############################
>   sub trans_datedif {
>     my ($device, $oids, $oid, $thr) = @_;
>     my $oid_h = \%{$oids->{$oid}};
>
>    # Extract our transform options
>     my $dep_oid = $1 if $oid_h->{'trans_data'} =~ /\{(.+)\}/;
>     my $dep_oid_h = \%{$oids->{$dep_oid}};
>    # Validate our dependencies
>     validate_deps($device, $oids, $oid, [$dep_oid], '^\d+(\.\d+)?$')
>       or return;
>
>    # Get local time
>     my $local_timestamp = time();
>
>    # See if we are a repeating variable type datum
>    # (such as that generated by snmpwalking a table)
>     if($oid_h->{'repeat'}) {
>       for my $leaf (keys %{$dep_oid_h->{'val'}}) {
>
>        # Skip if there was a dependency error for this leaf
>         next if $oid_h->{'error'}{$leaf};
>
> my $remote_timestamp = $dep_oid_h->{'val'}{$leaf}; my $offset =
> $local_timestamp - $remote_timestamp;
>
> $oid_h->{'val'}{$leaf}   = int($offset);
> $oid_h->{'time'}{$leaf}  = time;
>
> # Apply thresholds
> apply_thresh_rep($oids, $thr, $oid);
>
>       }
>     }
>
>    # Otherwise we are a single entry datum
>     else {
> my $remote_timestamp = $dep_oid_h->{'val'}; my $offset =
> $local_timestamp - $remote_timestamp;
>
> $oid_h->{'val'}   = $offset;
> $oid_h->{'time'}  = time;
>
> # Apply thresholds
> apply_thresh_rep($oids, $thr, $oid);
>     }
>
>   }
>
>
>
> Met vriendelijke groeten/Meilleures salutations/Best regards
>
> Jurgen Claessens
> -----Original Message-----
> From: Jeremy Laidman [mailto:jla...@re...]
> Sent: vrijdag 10 juli 2015 8:49
> To: dev...@li...
> Subject: Re: [Devmon] OID not translating
>
> Hmm, this is curious.  I can confirm your results.  I should be able
> to simply display the system date on any test page by adding the OID
> name (defined in oids) into the message file.  When I do this, I get
> garbage, as you've described.  It's not actually garbage, but it's an
> encoding/decoding mismatch.
>
> A quick test shows that most strings are simply ASCII-encoded.  For
> example, using snmpget with "-d" (debug) for sysName shows a packet
> with the hostname in an ASCII-encoded format.
>
> But when doing the same thing for the system date, instead I get a
> form of encoding that appears to be specifically structured for
> human-readable dates and times.  Example:
>
> Received 57 bytes from UDP: [127.0.0.1]:161->[0.0.0.0]
> 0000: 30 37 02 01  01 04 08 6C  78 70 75 62  6C 69 63 A2
> 07.....XXXXXXXX▒
> 0016: 28 02 04 0E  12 87 A8 02  01 00 02 01  00 30 1A 30
> (.....▒......0.0
> 0032: 18 06 09 2B  06 01 02 01  19 01 02 00  04 0B 07 DF
> ...+...........▒
> 0048: 07 0A 0F 38  3A 00 2B 0A  00                          ...8:.+..
>
> HOST-RESOURCES-MIB::hrSystemDate.0 = STRING:
> 2015-7-10,15:56:58.0,+10:0
>
> The last 12 bytes (starting 07 DF) represent the string
> "2015-7-10,15:56:58.0,+10:0".  The "0B" that precedes this string is
> the string length.  So we have:
>
> 07DF 07 0A -> 2015-7-10
> 0F 38 3A 00 -> 15:56:58.0
> 2B -> ??
> 0A 00 -> +10:00
>
> This doesn't seem to be a string at all, despite snmpget listing it as
> one.  Looking closer, the "04" just before the "0B" length indicator
> is probably the tag indicator, where "04" means "octet string".
> However the MIB files on my system list hrSystemDate as a DateAndTime type.
>
> It looks like BER.pm will match against type 4 (octet_string_tag) and
> simply decode it as an ASCII string.
>
> I think the bottom line is that you're getting an encoded value,
> tagged as an octet-string, but then treated as if it's human readable
> when it's not, and your only course of action would be to handle this
> special case with some code, somewhere.
>
> One option might be to enhance BER.pm to treat this OID as a special
> case when decoding, although I don't think the decoding functions in
> BER.pm can see the OID.  Another option might be to have dm_snmp.pm
> treat this OID as a special case, and either have its own decoding
> routine for this OID, or re-code the result in human-readable format.
>
> Note that this is not the only case like this.  Things like
> ifPhysAddress are also octet-strings that are not ASCII, and they'll
> also give you "garbage" when used in this way.
>
> Cheers
> Jeremy
>
>
> On 10 July 2015 at 15:29, Jeremy Laidman <jla...@re...> wrote:
>
> > Can you show the relevant line in your oids and message files?
> >
> >
> > On 10 July 2015 at 13:59, Claessens Jurgen
> > <Jur...@ce...>
> > wrote:
> >
> >> Hi,
> >>
> >> I'm afraid that doesn't work, I already tried that at first. But
> >> seeing the result received thru devmon is nothing readable, I
> >> cannot perform any sort of transform.
> >> As said, when I query the device manually, I do get a normal
> >> response, but there is something in the devmon translation, which
> >> is messing things up.
> >> I just have no clue on how to debug this so I can pinpoint the culprit.
> >>
> >> Met vriendelijke groeten/Meilleures salutations/Best regards
> >>
> >> Jurgen Claessens
> >> -----Original Message-----
> >> From: MF...@hr... [mailto:MF...@hr...]
> >> Sent: donderdag 9 juli 2015 16:52
> >> Cc: Devmon - Email List
> >> Subject: Re: [Devmon] OID not translating
> >>
> >> I would recommend using the  'REGSUB' transform to strip out the
> >> info you need, then use DATE and/or ELAPSED to determine time.
> >>
> >>
> >>
> >> From:
> >> Ken Connell <kco...@ry...>
> >> To:
> >> Devmon - Email List <dev...@li...>,
> >> Date:
> >> 07/09/2015 07:43 AM
> >> Subject:
> >> Re: [Devmon] OID not translating
> >>
> >>
> >>
> >> Sorry....over my head....hopefully someone else can chime in.
> >>  On Jul 9, 2015 8:46 AM, "Claessens Jurgen"
> >> <Jur...@ce...>
> >> wrote:
> >>
> >> > Hi Ken,
> >> >
> >> > Currently I'm not even at that point as I get garbage back when
> >> > run from devmon.
> >> > I only have it in my OID file and message file.
> >> > As far as I can tell devmon uses encode/decode from BER.pm to
> >> > make the communication secure??
> >> > When I do some debugging on the end parameters I can see all
> >> > other OID's are decoded, but that 1 OID remains encoded.
> >> > So something is amiss there. I just don't know what. I don't know
> >> > enough of the language or logic behind it.
> >> >
> >> > Met vriendelijke groeten/Meilleures salutations/Best regards
> >> >
> >> > Jurgen Claessens
> >> > -----Original Message-----
> >> > From: Ken Connell [mailto:kco...@ry...]
> >> > Sent: donderdag 9 juli 2015 14:34
> >> > To: Devmon - Email List
> >> > Subject: Re: [Devmon] OID not translating
> >> >
> >> > When you say "translate the string", you mean you have it set in
> >> > the transforms file ?
> >> >
> >> > As far as I know you can "transform" INTGERS only....I don't
> >> > think you
> >> can
> >> > do it for a STRING.
> >> >  On Jul 9, 2015 7:13 AM, "Claessens Jurgen"
> >> > <Jur...@ce...
> >> >
> >> > wrote:
> >> >
> >> > > Hello all,
> >> > >
> >> > > I seem to have a problem with 1 OID that is not getting
> >> > > translated correctly.
> >> > > When I run the snmp query manual I do get normal text snmpwalk
> >> > > -v2c -c public 172.29.22.26 .1.3.6.1.2.1.25.1.2.0
> >> > > HOST-RESOURCES-MIB::hrSystemDate.0 = STRING:
> >> > > 2015-7-9,11:31:3.0,+2:0 However, when I try to display this
> >> > > directly in the message I get nothing but garbage.
> >> > > I think it's not getting decoded back ok.
> >> > > Has anyone seen this with this OID? The OID is available on all
> >> systems.
> >> > >
> >> > > I wanted to use this oid to translate it back to epoch time by
> >> > > creating an extra function and such it would be possible to
> >> > > calculate timedifferences on the system.
> >> > >
> >> > > Met vriendelijke groeten/Meilleures salutations/Best regards
> >> > >
> >> > > Jurgen Claessens
> >> > >
> >> > >
> >> > >
> >> > > This e-mail and all files transmitted as attachment(s) thereto
> >> > > are confidential and solely intended for the individual to whom
> >> > > or the organization to which they are addressed. If you
> >> > > received this e-mail by mistake, please notify Cegeka's Service
> >> > > Desk at ceg...@ce... or call +32 (0)11 240 363. We
> >> > > thank you in advance. Cegeka hereby confirms that this message
> >> > > has been swept by Sophos for the presence of viruses.
> >> > >
> >> > > ---------------------------------------------------------------
> >> > > --
> >> > > -----
> >> > > -------- Don't Limit Your Business. Reach for the Cloud.
> >> > > GigeNET's Cloud Solutions provide you with the tools and
> >> > > support that you need to offload your IT needs and focus on
> >> > > growing your
> business.
> >> > > Configured For All Businesses. Start Your Cloud Today.
> >> > > https://www.gigenetcloud.com/
> >> > > _______________________________________________
> >> > > Devmon-support mailing list
> >> > > Dev...@li...
> >> > > https://lists.sourceforge.net/lists/listinfo/devmon-support
> >> > >
> >> >
> >> >
> >>
> >> -------------------------------------------------------------------
> >> --
> >> ---------
> >> > Don't Limit Your Business. Reach for the Cloud.
> >> > GigeNET's Cloud Solutions provide you with the tools and support
> >> > that
> >> you
> >> > need to offload your IT needs and focus on growing your business.
> >> > Configured For All Businesses. Start Your Cloud Today.
> >> > https://www.gigenetcloud.com/
> >> > _______________________________________________
> >> > Devmon-support mailing list
> >> > Dev...@li...
> >> > https://lists.sourceforge.net/lists/listinfo/devmon-support
> >> >
> >> > This e-mail and all files transmitted as attachment(s) thereto
> >> > are confidential and solely intended for the individual to whom
> >> > or the organization to which they are addressed. If you received
> >> > this e-mail by mistake, please notify Cegeka's Service Desk at
> >> ceg...@ce...
> >> > or call +32 (0)11 240 363. We thank you in advance. Cegeka hereby
> >> > confirms that this message has been swept by Sophos for the
> >> > presence of viruses.
> >> >
> >> >
> >> >
> >>
> >> -------------------------------------------------------------------
> >> --
> >> ---------
> >> > Don't Limit Your Business. Reach for the Cloud.
> >> > GigeNET's Cloud Solutions provide you with the tools and support
> >> > that you need to offload your IT needs and focus on growing your
> business.
> >> > Configured For All Businesses. Start Your Cloud Today.
> >> > https://www.gigenetcloud.com/
> >> > _______________________________________________
> >> > Devmon-support mailing list
> >> > Dev...@li...
> >> > https://lists.sourceforge.net/lists/listinfo/devmon-support
> >> >
> >>
> >> -------------------------------------------------------------------
> >> --
> >> --------- Don't Limit Your Business. Reach for the Cloud.
> >> GigeNET's Cloud Solutions provide you with the tools and support
> >> that you need to offload your IT needs and focus on growing your business.
> >> Configured For All Businesses. Start Your Cloud Today.
> >> https://www.gigenetcloud.com/
> >> _______________________________________________
> >> Devmon-support mailing list
> >> Dev...@li...
> >> https://lists.sourceforge.net/lists/listinfo/devmon-support
> >>
> >>
> >> -------------------------------------------------------------------
> >> --
> >> --------- Don't Limit Your Business. Reach for the Cloud.
> >> GigeNET's Cloud Solutions provide you with the tools and support
> >> that you need to offload your IT needs and focus on growing your business.
> >> Configured For All Businesses. Start Your Cloud Today.
> >> https://www.gigenetcloud.com/
> >> _______________________________________________
> >> Devmon-support mailing list
> >> Dev...@li...
> >> https://lists.sourceforge.net/lists/listinfo/devmon-support
> >>
> >> This e-mail and all files transmitted as attachment(s) thereto are
> >> confidential and solely intended for the individual to whom or the
> >> organization to which they are addressed. If you received this
> >> e-mail by mistake, please notify Cegeka's Service Desk at
> >> ceg...@ce... or call +32 (0)11 240 363. We thank you in
> >> advance. Cegeka hereby confirms that this message has been swept by
> >> Sophos for the presence of viruses.
> >>
> >>
> >> -------------------------------------------------------------------
> >> --
> >> --------- Don't Limit Your Business. Reach for the Cloud.
> >> GigeNET's Cloud Solutions provide you with the tools and support
> >> that you need to offload your IT needs and focus on growing your business.
> >> Configured For All Businesses. Start Your Cloud Today.
> >> https://www.gigenetcloud.com/
> >> _______________________________________________
> >> Devmon-support mailing list
> >> Dev...@li...
> >> https://lists.sourceforge.net/lists/listinfo/devmon-support
> >>
> >
> >
>
> ----------------------------------------------------------------------
> -------- Don't Limit Your Business. Reach for the Cloud.
> GigeNET's Cloud Solutions provide you with the tools and support that
> you need to offload your IT needs and focus on growing your business.
> Configured For All Businesses. Start Your Cloud Today.
> https://www.gigenetcloud.com/
> _______________________________________________
> Devmon-support mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/devmon-support
>
> This e-mail and all files transmitted as attachment(s) thereto are
> confidential and solely intended for the individual to whom or the
> organization to which they are addressed. If you received this e-mail
> by mistake, please notify Cegeka's Service Desk at
> ceg...@ce... or call +32 (0)11 240 363. We thank you in
> advance. Cegeka hereby confirms that this message has been swept by
> Sophos for the presence of viruses.
>
> ----------------------------------------------------------------------
> -------- Don't Limit Your Business. Reach for the Cloud.
> GigeNET's Cloud Solutions provide you with the tools and support that
> you need to offload your IT needs and focus on growing your business.
> Configured For All Businesses. Start Your Cloud Today.
> https://www.gigenetcloud.com/
> _______________________________________________
> Devmon-support mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/devmon-support
>
------------------------------------------------------------------------------
Don't Limit Your Business. Reach for the Cloud.
GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business.
Configured For All Businesses. Start Your Cloud Today.
https://www.gigenetcloud.com/
_______________________________________________
Devmon-support mailing list
Dev...@li...
https://lists.sourceforge.net/lists/listinfo/devmon-support

This e-mail and all files transmitted as attachment(s) thereto are confidential and solely intended for the individual to whom or the organization to which they are addressed. If you received this e-mail by mistake, please notify Cegeka's Service Desk at ceg...@ce... or call +32 (0)11 240 363. We thank you in advance. Cegeka hereby confirms that this message has been swept by Sophos for the presence of viruses.

Re: [Devmon] OID not translating

[Jeremy L. <jla...@re...>]

I think you might be able to solve this using SUBSTR and UNPACK
transforms.  Try this in transforms:

hrSystemDateYearPacked: SUBSTR : {hrSystemDate} 0 2
hrSystemDateYear: UNPACK : {hrSystemDateYearPacked} n

Then use {hrSystemDateYear} in your message file.

J


On 10 July 2015 at 17:20, Claessens Jurgen <Jur...@ce...>
wrote:

> Hi Jeremy,
>
> Thanks for the explanation. I was suspecting it had to do with the
> encoding/decoding.
> I will try to see if I can find this in BER.pm, or might be better to
> report this to the developer of BER?
>
> In the meantime I have written an extra "test" which will calculate the
> time difference in seconds from an epoch timestamp with the current system
> time.
> This is not 100% accurate as what I want. But at least I can do alerting
> on it now.
>
> Add the lines to dm_templates.pm
>
>  $func_type eq 'datedif' and do {
>           $temp =~ s/\s*\{\s*\S+?\s*\}|\s*,\s*//g;
>           do_log("DATEDIF transform uses only a single oid at " .
>                  "$trans_file, line $l_num", 0)
>             and next LINE if $temp ne '';
>           last CASE;
>         };
>
>
> Add the lines below to dm_tests.pm
>
> # Returns the difference between the local time and the provided epoch
> timestamp ###############################
>   sub trans_datedif {
>     my ($device, $oids, $oid, $thr) = @_;
>     my $oid_h = \%{$oids->{$oid}};
>
>    # Extract our transform options
>     my $dep_oid = $1 if $oid_h->{'trans_data'} =~ /\{(.+)\}/;
>     my $dep_oid_h = \%{$oids->{$dep_oid}};
>    # Validate our dependencies
>     validate_deps($device, $oids, $oid, [$dep_oid], '^\d+(\.\d+)?$')
>       or return;
>
>    # Get local time
>     my $local_timestamp = time();
>
>    # See if we are a repeating variable type datum
>    # (such as that generated by snmpwalking a table)
>     if($oid_h->{'repeat'}) {
>       for my $leaf (keys %{$dep_oid_h->{'val'}}) {
>
>        # Skip if there was a dependency error for this leaf
>         next if $oid_h->{'error'}{$leaf};
>
> my $remote_timestamp = $dep_oid_h->{'val'}{$leaf};
> my $offset = $local_timestamp - $remote_timestamp;
>
> $oid_h->{'val'}{$leaf}   = int($offset);
> $oid_h->{'time'}{$leaf}  = time;
>
> # Apply thresholds
> apply_thresh_rep($oids, $thr, $oid);
>
>       }
>     }
>
>    # Otherwise we are a single entry datum
>     else {
> my $remote_timestamp = $dep_oid_h->{'val'};
> my $offset = $local_timestamp - $remote_timestamp;
>
> $oid_h->{'val'}   = $offset;
> $oid_h->{'time'}  = time;
>
> # Apply thresholds
> apply_thresh_rep($oids, $thr, $oid);
>     }
>
>   }
>
>
>
> Met vriendelijke groeten/Meilleures salutations/Best regards
>
> Jurgen Claessens
> -----Original Message-----
> From: Jeremy Laidman [mailto:jla...@re...]
> Sent: vrijdag 10 juli 2015 8:49
> To: dev...@li...
> Subject: Re: [Devmon] OID not translating
>
> Hmm, this is curious.  I can confirm your results.  I should be able to
> simply display the system date on any test page by adding the OID name
> (defined in oids) into the message file.  When I do this, I get garbage, as
> you've described.  It's not actually garbage, but it's an encoding/decoding
> mismatch.
>
> A quick test shows that most strings are simply ASCII-encoded.  For
> example, using snmpget with "-d" (debug) for sysName shows a packet with
> the hostname in an ASCII-encoded format.
>
> But when doing the same thing for the system date, instead I get a form of
> encoding that appears to be specifically structured for human-readable
> dates and times.  Example:
>
> Received 57 bytes from UDP: [127.0.0.1]:161->[0.0.0.0]
> 0000: 30 37 02 01  01 04 08 6C  78 70 75 62  6C 69 63 A2
> 07.....XXXXXXXX▒
> 0016: 28 02 04 0E  12 87 A8 02  01 00 02 01  00 30 1A 30
> (.....▒......0.0
> 0032: 18 06 09 2B  06 01 02 01  19 01 02 00  04 0B 07 DF
> ...+...........▒
> 0048: 07 0A 0F 38  3A 00 2B 0A  00                          ...8:.+..
>
> HOST-RESOURCES-MIB::hrSystemDate.0 = STRING: 2015-7-10,15:56:58.0,+10:0
>
> The last 12 bytes (starting 07 DF) represent the string
> "2015-7-10,15:56:58.0,+10:0".  The "0B" that precedes this string is the
> string length.  So we have:
>
> 07DF 07 0A -> 2015-7-10
> 0F 38 3A 00 -> 15:56:58.0
> 2B -> ??
> 0A 00 -> +10:00
>
> This doesn't seem to be a string at all, despite snmpget listing it as
> one.  Looking closer, the "04" just before the "0B" length indicator is
> probably the tag indicator, where "04" means "octet string".  However the
> MIB files on my system list hrSystemDate as a DateAndTime type.
>
> It looks like BER.pm will match against type 4 (octet_string_tag) and
> simply decode it as an ASCII string.
>
> I think the bottom line is that you're getting an encoded value, tagged as
> an octet-string, but then treated as if it's human readable when it's not,
> and your only course of action would be to handle this special case with
> some code, somewhere.
>
> One option might be to enhance BER.pm to treat this OID as a special case
> when decoding, although I don't think the decoding functions in BER.pm can
> see the OID.  Another option might be to have dm_snmp.pm treat this OID
> as a special case, and either have its own decoding routine for this OID,
> or re-code the result in human-readable format.
>
> Note that this is not the only case like this.  Things like ifPhysAddress
> are also octet-strings that are not ASCII, and they'll also give you
> "garbage" when used in this way.
>
> Cheers
> Jeremy
>
>
> On 10 July 2015 at 15:29, Jeremy Laidman <jla...@re...> wrote:
>
> > Can you show the relevant line in your oids and message files?
> >
> >
> > On 10 July 2015 at 13:59, Claessens Jurgen
> > <Jur...@ce...>
> > wrote:
> >
> >> Hi,
> >>
> >> I'm afraid that doesn't work, I already tried that at first. But
> >> seeing the result received thru devmon is nothing readable, I cannot
> >> perform any sort of transform.
> >> As said, when I query the device manually, I do get a normal
> >> response, but there is something in the devmon translation, which is
> >> messing things up.
> >> I just have no clue on how to debug this so I can pinpoint the culprit.
> >>
> >> Met vriendelijke groeten/Meilleures salutations/Best regards
> >>
> >> Jurgen Claessens
> >> -----Original Message-----
> >> From: MF...@hr... [mailto:MF...@hr...]
> >> Sent: donderdag 9 juli 2015 16:52
> >> Cc: Devmon - Email List
> >> Subject: Re: [Devmon] OID not translating
> >>
> >> I would recommend using the  'REGSUB' transform to strip out the info
> >> you need, then use DATE and/or ELAPSED to determine time.
> >>
> >>
> >>
> >> From:
> >> Ken Connell <kco...@ry...>
> >> To:
> >> Devmon - Email List <dev...@li...>,
> >> Date:
> >> 07/09/2015 07:43 AM
> >> Subject:
> >> Re: [Devmon] OID not translating
> >>
> >>
> >>
> >> Sorry....over my head....hopefully someone else can chime in.
> >>  On Jul 9, 2015 8:46 AM, "Claessens Jurgen"
> >> <Jur...@ce...>
> >> wrote:
> >>
> >> > Hi Ken,
> >> >
> >> > Currently I'm not even at that point as I get garbage back when run
> >> > from devmon.
> >> > I only have it in my OID file and message file.
> >> > As far as I can tell devmon uses encode/decode from BER.pm to make
> >> > the communication secure??
> >> > When I do some debugging on the end parameters I can see all other
> >> > OID's are decoded, but that 1 OID remains encoded.
> >> > So something is amiss there. I just don't know what. I don't know
> >> > enough of the language or logic behind it.
> >> >
> >> > Met vriendelijke groeten/Meilleures salutations/Best regards
> >> >
> >> > Jurgen Claessens
> >> > -----Original Message-----
> >> > From: Ken Connell [mailto:kco...@ry...]
> >> > Sent: donderdag 9 juli 2015 14:34
> >> > To: Devmon - Email List
> >> > Subject: Re: [Devmon] OID not translating
> >> >
> >> > When you say "translate the string", you mean you have it set in
> >> > the transforms file ?
> >> >
> >> > As far as I know you can "transform" INTGERS only....I don't think
> >> > you
> >> can
> >> > do it for a STRING.
> >> >  On Jul 9, 2015 7:13 AM, "Claessens Jurgen"
> >> > <Jur...@ce...
> >> >
> >> > wrote:
> >> >
> >> > > Hello all,
> >> > >
> >> > > I seem to have a problem with 1 OID that is not getting
> >> > > translated correctly.
> >> > > When I run the snmp query manual I do get normal text snmpwalk
> >> > > -v2c -c public 172.29.22.26 .1.3.6.1.2.1.25.1.2.0
> >> > > HOST-RESOURCES-MIB::hrSystemDate.0 = STRING:
> >> > > 2015-7-9,11:31:3.0,+2:0 However, when I try to display this
> >> > > directly in the message I get nothing but garbage.
> >> > > I think it's not getting decoded back ok.
> >> > > Has anyone seen this with this OID? The OID is available on all
> >> systems.
> >> > >
> >> > > I wanted to use this oid to translate it back to epoch time by
> >> > > creating an extra function and such it would be possible to
> >> > > calculate timedifferences on the system.
> >> > >
> >> > > Met vriendelijke groeten/Meilleures salutations/Best regards
> >> > >
> >> > > Jurgen Claessens
> >> > >
> >> > >
> >> > >
> >> > > This e-mail and all files transmitted as attachment(s) thereto
> >> > > are confidential and solely intended for the individual to whom
> >> > > or the organization to which they are addressed. If you received
> >> > > this e-mail by mistake, please notify Cegeka's Service Desk at
> >> > > ceg...@ce... or call +32 (0)11 240 363. We thank you
> >> > > in advance. Cegeka hereby confirms that this message has been
> >> > > swept by Sophos for the presence of viruses.
> >> > >
> >> > > -----------------------------------------------------------------
> >> > > -----
> >> > > -------- Don't Limit Your Business. Reach for the Cloud.
> >> > > GigeNET's Cloud Solutions provide you with the tools and support
> >> > > that you need to offload your IT needs and focus on growing your
> business.
> >> > > Configured For All Businesses. Start Your Cloud Today.
> >> > > https://www.gigenetcloud.com/
> >> > > _______________________________________________
> >> > > Devmon-support mailing list
> >> > > Dev...@li...
> >> > > https://lists.sourceforge.net/lists/listinfo/devmon-support
> >> > >
> >> >
> >> >
> >>
> >> ---------------------------------------------------------------------
> >> ---------
> >> > Don't Limit Your Business. Reach for the Cloud.
> >> > GigeNET's Cloud Solutions provide you with the tools and support
> >> > that
> >> you
> >> > need to offload your IT needs and focus on growing your business.
> >> > Configured For All Businesses. Start Your Cloud Today.
> >> > https://www.gigenetcloud.com/
> >> > _______________________________________________
> >> > Devmon-support mailing list
> >> > Dev...@li...
> >> > https://lists.sourceforge.net/lists/listinfo/devmon-support
> >> >
> >> > This e-mail and all files transmitted as attachment(s) thereto are
> >> > confidential and solely intended for the individual to whom or the
> >> > organization to which they are addressed. If you received this
> >> > e-mail by mistake, please notify Cegeka's Service Desk at
> >> ceg...@ce...
> >> > or call +32 (0)11 240 363. We thank you in advance. Cegeka hereby
> >> > confirms that this message has been swept by Sophos for the
> >> > presence of viruses.
> >> >
> >> >
> >> >
> >>
> >> ---------------------------------------------------------------------
> >> ---------
> >> > Don't Limit Your Business. Reach for the Cloud.
> >> > GigeNET's Cloud Solutions provide you with the tools and support
> >> > that you need to offload your IT needs and focus on growing your
> business.
> >> > Configured For All Businesses. Start Your Cloud Today.
> >> > https://www.gigenetcloud.com/
> >> > _______________________________________________
> >> > Devmon-support mailing list
> >> > Dev...@li...
> >> > https://lists.sourceforge.net/lists/listinfo/devmon-support
> >> >
> >>
> >> ---------------------------------------------------------------------
> >> --------- Don't Limit Your Business. Reach for the Cloud.
> >> GigeNET's Cloud Solutions provide you with the tools and support that
> >> you need to offload your IT needs and focus on growing your business.
> >> Configured For All Businesses. Start Your Cloud Today.
> >> https://www.gigenetcloud.com/
> >> _______________________________________________
> >> Devmon-support mailing list
> >> Dev...@li...
> >> https://lists.sourceforge.net/lists/listinfo/devmon-support
> >>
> >>
> >> ---------------------------------------------------------------------
> >> --------- Don't Limit Your Business. Reach for the Cloud.
> >> GigeNET's Cloud Solutions provide you with the tools and support that
> >> you need to offload your IT needs and focus on growing your business.
> >> Configured For All Businesses. Start Your Cloud Today.
> >> https://www.gigenetcloud.com/
> >> _______________________________________________
> >> Devmon-support mailing list
> >> Dev...@li...
> >> https://lists.sourceforge.net/lists/listinfo/devmon-support
> >>
> >> This e-mail and all files transmitted as attachment(s) thereto are
> >> confidential and solely intended for the individual to whom or the
> >> organization to which they are addressed. If you received this e-mail
> >> by mistake, please notify Cegeka's Service Desk at
> >> ceg...@ce... or call +32 (0)11 240 363. We thank you in
> >> advance. Cegeka hereby confirms that this message has been swept by
> >> Sophos for the presence of viruses.
> >>
> >>
> >> ---------------------------------------------------------------------
> >> --------- Don't Limit Your Business. Reach for the Cloud.
> >> GigeNET's Cloud Solutions provide you with the tools and support that
> >> you need to offload your IT needs and focus on growing your business.
> >> Configured For All Businesses. Start Your Cloud Today.
> >> https://www.gigenetcloud.com/
> >> _______________________________________________
> >> Devmon-support mailing list
> >> Dev...@li...
> >> https://lists.sourceforge.net/lists/listinfo/devmon-support
> >>
> >
> >
>
> ------------------------------------------------------------------------------
> Don't Limit Your Business. Reach for the Cloud.
> GigeNET's Cloud Solutions provide you with the tools and support that you
> need to offload your IT needs and focus on growing your business.
> Configured For All Businesses. Start Your Cloud Today.
> https://www.gigenetcloud.com/
> _______________________________________________
> Devmon-support mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/devmon-support
>
> This e-mail and all files transmitted as attachment(s) thereto are
> confidential and solely intended for the individual to whom or the
> organization to which they are addressed. If you received this e-mail by
> mistake, please notify Cegeka's Service Desk at ceg...@ce...
> or call +32 (0)11 240 363. We thank you in advance. Cegeka hereby
> confirms that this message has been swept by Sophos for the presence of
> viruses.
>
> ------------------------------------------------------------------------------
> Don't Limit Your Business. Reach for the Cloud.
> GigeNET's Cloud Solutions provide you with the tools and support that
> you need to offload your IT needs and focus on growing your business.
> Configured For All Businesses. Start Your Cloud Today.
> https://www.gigenetcloud.com/
> _______________________________________________
> Devmon-support mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/devmon-support
>

Re: [Devmon] OID not translating

[Claessens J. <Jur...@ce...>]

Hi Jeremy,

Thanks for the explanation. I was suspecting it had to do with the encoding/decoding.
I will try to see if I can find this in BER.pm, or might be better to report this to the developer of BER?

In the meantime I have written an extra "test" which will calculate the time difference in seconds from an epoch timestamp with the current system time.
This is not 100% accurate as what I want. But at least I can do alerting on it now.

Add the lines to dm_templates.pm

 $func_type eq 'datedif' and do {
          $temp =~ s/\s*\{\s*\S+?\s*\}|\s*,\s*//g;
          do_log("DATEDIF transform uses only a single oid at " .
                 "$trans_file, line $l_num", 0)
            and next LINE if $temp ne '';
          last CASE;
        };


Add the lines below to dm_tests.pm

# Returns the difference between the local time and the provided epoch timestamp ###############################
  sub trans_datedif {
    my ($device, $oids, $oid, $thr) = @_;
    my $oid_h = \%{$oids->{$oid}};

   # Extract our transform options
    my $dep_oid = $1 if $oid_h->{'trans_data'} =~ /\{(.+)\}/;
    my $dep_oid_h = \%{$oids->{$dep_oid}};
   # Validate our dependencies
    validate_deps($device, $oids, $oid, [$dep_oid], '^\d+(\.\d+)?$')
      or return;

   # Get local time
    my $local_timestamp = time();

   # See if we are a repeating variable type datum
   # (such as that generated by snmpwalking a table)
    if($oid_h->{'repeat'}) {
      for my $leaf (keys %{$dep_oid_h->{'val'}}) {

       # Skip if there was a dependency error for this leaf
        next if $oid_h->{'error'}{$leaf};

my $remote_timestamp = $dep_oid_h->{'val'}{$leaf};
my $offset = $local_timestamp - $remote_timestamp;

$oid_h->{'val'}{$leaf}   = int($offset);
$oid_h->{'time'}{$leaf}  = time;

# Apply thresholds
apply_thresh_rep($oids, $thr, $oid);

      }
    }

   # Otherwise we are a single entry datum
    else {
my $remote_timestamp = $dep_oid_h->{'val'};
my $offset = $local_timestamp - $remote_timestamp;

$oid_h->{'val'}   = $offset;
$oid_h->{'time'}  = time;

# Apply thresholds
apply_thresh_rep($oids, $thr, $oid);
    }

  }



Met vriendelijke groeten/Meilleures salutations/Best regards

Jurgen Claessens
-----Original Message-----
From: Jeremy Laidman [mailto:jla...@re...]
Sent: vrijdag 10 juli 2015 8:49
To: dev...@li...
Subject: Re: [Devmon] OID not translating

Hmm, this is curious.  I can confirm your results.  I should be able to simply display the system date on any test page by adding the OID name (defined in oids) into the message file.  When I do this, I get garbage, as you've described.  It's not actually garbage, but it's an encoding/decoding mismatch.

A quick test shows that most strings are simply ASCII-encoded.  For example, using snmpget with "-d" (debug) for sysName shows a packet with the hostname in an ASCII-encoded format.

But when doing the same thing for the system date, instead I get a form of encoding that appears to be specifically structured for human-readable dates and times.  Example:

Received 57 bytes from UDP: [127.0.0.1]:161->[0.0.0.0]
0000: 30 37 02 01  01 04 08 6C  78 70 75 62  6C 69 63 A2    07.....XXXXXXXX▒
0016: 28 02 04 0E  12 87 A8 02  01 00 02 01  00 30 1A 30    (.....▒......0.0
0032: 18 06 09 2B  06 01 02 01  19 01 02 00  04 0B 07 DF    ...+...........▒
0048: 07 0A 0F 38  3A 00 2B 0A  00                          ...8:.+..

HOST-RESOURCES-MIB::hrSystemDate.0 = STRING: 2015-7-10,15:56:58.0,+10:0

The last 12 bytes (starting 07 DF) represent the string "2015-7-10,15:56:58.0,+10:0".  The "0B" that precedes this string is the string length.  So we have:

07DF 07 0A -> 2015-7-10
0F 38 3A 00 -> 15:56:58.0
2B -> ??
0A 00 -> +10:00

This doesn't seem to be a string at all, despite snmpget listing it as one.  Looking closer, the "04" just before the "0B" length indicator is probably the tag indicator, where "04" means "octet string".  However the MIB files on my system list hrSystemDate as a DateAndTime type.

It looks like BER.pm will match against type 4 (octet_string_tag) and simply decode it as an ASCII string.

I think the bottom line is that you're getting an encoded value, tagged as an octet-string, but then treated as if it's human readable when it's not, and your only course of action would be to handle this special case with some code, somewhere.

One option might be to enhance BER.pm to treat this OID as a special case when decoding, although I don't think the decoding functions in BER.pm can see the OID.  Another option might be to have dm_snmp.pm treat this OID as a special case, and either have its own decoding routine for this OID, or re-code the result in human-readable format.

Note that this is not the only case like this.  Things like ifPhysAddress are also octet-strings that are not ASCII, and they'll also give you "garbage" when used in this way.

Cheers
Jeremy


On 10 July 2015 at 15:29, Jeremy Laidman <jla...@re...> wrote:

> Can you show the relevant line in your oids and message files?
>
>
> On 10 July 2015 at 13:59, Claessens Jurgen
> <Jur...@ce...>
> wrote:
>
>> Hi,
>>
>> I'm afraid that doesn't work, I already tried that at first. But
>> seeing the result received thru devmon is nothing readable, I cannot
>> perform any sort of transform.
>> As said, when I query the device manually, I do get a normal
>> response, but there is something in the devmon translation, which is
>> messing things up.
>> I just have no clue on how to debug this so I can pinpoint the culprit.
>>
>> Met vriendelijke groeten/Meilleures salutations/Best regards
>>
>> Jurgen Claessens
>> -----Original Message-----
>> From: MF...@hr... [mailto:MF...@hr...]
>> Sent: donderdag 9 juli 2015 16:52
>> Cc: Devmon - Email List
>> Subject: Re: [Devmon] OID not translating
>>
>> I would recommend using the  'REGSUB' transform to strip out the info
>> you need, then use DATE and/or ELAPSED to determine time.
>>
>>
>>
>> From:
>> Ken Connell <kco...@ry...>
>> To:
>> Devmon - Email List <dev...@li...>,
>> Date:
>> 07/09/2015 07:43 AM
>> Subject:
>> Re: [Devmon] OID not translating
>>
>>
>>
>> Sorry....over my head....hopefully someone else can chime in.
>>  On Jul 9, 2015 8:46 AM, "Claessens Jurgen"
>> <Jur...@ce...>
>> wrote:
>>
>> > Hi Ken,
>> >
>> > Currently I'm not even at that point as I get garbage back when run
>> > from devmon.
>> > I only have it in my OID file and message file.
>> > As far as I can tell devmon uses encode/decode from BER.pm to make
>> > the communication secure??
>> > When I do some debugging on the end parameters I can see all other
>> > OID's are decoded, but that 1 OID remains encoded.
>> > So something is amiss there. I just don't know what. I don't know
>> > enough of the language or logic behind it.
>> >
>> > Met vriendelijke groeten/Meilleures salutations/Best regards
>> >
>> > Jurgen Claessens
>> > -----Original Message-----
>> > From: Ken Connell [mailto:kco...@ry...]
>> > Sent: donderdag 9 juli 2015 14:34
>> > To: Devmon - Email List
>> > Subject: Re: [Devmon] OID not translating
>> >
>> > When you say "translate the string", you mean you have it set in
>> > the transforms file ?
>> >
>> > As far as I know you can "transform" INTGERS only....I don't think
>> > you
>> can
>> > do it for a STRING.
>> >  On Jul 9, 2015 7:13 AM, "Claessens Jurgen"
>> > <Jur...@ce...
>> >
>> > wrote:
>> >
>> > > Hello all,
>> > >
>> > > I seem to have a problem with 1 OID that is not getting
>> > > translated correctly.
>> > > When I run the snmp query manual I do get normal text snmpwalk
>> > > -v2c -c public 172.29.22.26 .1.3.6.1.2.1.25.1.2.0
>> > > HOST-RESOURCES-MIB::hrSystemDate.0 = STRING:
>> > > 2015-7-9,11:31:3.0,+2:0 However, when I try to display this
>> > > directly in the message I get nothing but garbage.
>> > > I think it's not getting decoded back ok.
>> > > Has anyone seen this with this OID? The OID is available on all
>> systems.
>> > >
>> > > I wanted to use this oid to translate it back to epoch time by
>> > > creating an extra function and such it would be possible to
>> > > calculate timedifferences on the system.
>> > >
>> > > Met vriendelijke groeten/Meilleures salutations/Best regards
>> > >
>> > > Jurgen Claessens
>> > >
>> > >
>> > >
>> > > This e-mail and all files transmitted as attachment(s) thereto
>> > > are confidential and solely intended for the individual to whom
>> > > or the organization to which they are addressed. If you received
>> > > this e-mail by mistake, please notify Cegeka's Service Desk at
>> > > ceg...@ce... or call +32 (0)11 240 363. We thank you
>> > > in advance. Cegeka hereby confirms that this message has been
>> > > swept by Sophos for the presence of viruses.
>> > >
>> > > -----------------------------------------------------------------
>> > > -----
>> > > -------- Don't Limit Your Business. Reach for the Cloud.
>> > > GigeNET's Cloud Solutions provide you with the tools and support
>> > > that you need to offload your IT needs and focus on growing your business.
>> > > Configured For All Businesses. Start Your Cloud Today.
>> > > https://www.gigenetcloud.com/
>> > > _______________________________________________
>> > > Devmon-support mailing list
>> > > Dev...@li...
>> > > https://lists.sourceforge.net/lists/listinfo/devmon-support
>> > >
>> >
>> >
>>
>> ---------------------------------------------------------------------
>> ---------
>> > Don't Limit Your Business. Reach for the Cloud.
>> > GigeNET's Cloud Solutions provide you with the tools and support
>> > that
>> you
>> > need to offload your IT needs and focus on growing your business.
>> > Configured For All Businesses. Start Your Cloud Today.
>> > https://www.gigenetcloud.com/
>> > _______________________________________________
>> > Devmon-support mailing list
>> > Dev...@li...
>> > https://lists.sourceforge.net/lists/listinfo/devmon-support
>> >
>> > This e-mail and all files transmitted as attachment(s) thereto are
>> > confidential and solely intended for the individual to whom or the
>> > organization to which they are addressed. If you received this
>> > e-mail by mistake, please notify Cegeka's Service Desk at
>> ceg...@ce...
>> > or call +32 (0)11 240 363. We thank you in advance. Cegeka hereby
>> > confirms that this message has been swept by Sophos for the
>> > presence of viruses.
>> >
>> >
>> >
>>
>> ---------------------------------------------------------------------
>> ---------
>> > Don't Limit Your Business. Reach for the Cloud.
>> > GigeNET's Cloud Solutions provide you with the tools and support
>> > that you need to offload your IT needs and focus on growing your business.
>> > Configured For All Businesses. Start Your Cloud Today.
>> > https://www.gigenetcloud.com/
>> > _______________________________________________
>> > Devmon-support mailing list
>> > Dev...@li...
>> > https://lists.sourceforge.net/lists/listinfo/devmon-support
>> >
>>
>> ---------------------------------------------------------------------
>> --------- Don't Limit Your Business. Reach for the Cloud.
>> GigeNET's Cloud Solutions provide you with the tools and support that
>> you need to offload your IT needs and focus on growing your business.
>> Configured For All Businesses. Start Your Cloud Today.
>> https://www.gigenetcloud.com/
>> _______________________________________________
>> Devmon-support mailing list
>> Dev...@li...
>> https://lists.sourceforge.net/lists/listinfo/devmon-support
>>
>>
>> ---------------------------------------------------------------------
>> --------- Don't Limit Your Business. Reach for the Cloud.
>> GigeNET's Cloud Solutions provide you with the tools and support that
>> you need to offload your IT needs and focus on growing your business.
>> Configured For All Businesses. Start Your Cloud Today.
>> https://www.gigenetcloud.com/
>> _______________________________________________
>> Devmon-support mailing list
>> Dev...@li...
>> https://lists.sourceforge.net/lists/listinfo/devmon-support
>>
>> This e-mail and all files transmitted as attachment(s) thereto are
>> confidential and solely intended for the individual to whom or the
>> organization to which they are addressed. If you received this e-mail
>> by mistake, please notify Cegeka's Service Desk at
>> ceg...@ce... or call +32 (0)11 240 363. We thank you in
>> advance. Cegeka hereby confirms that this message has been swept by
>> Sophos for the presence of viruses.
>>
>>
>> ---------------------------------------------------------------------
>> --------- Don't Limit Your Business. Reach for the Cloud.
>> GigeNET's Cloud Solutions provide you with the tools and support that
>> you need to offload your IT needs and focus on growing your business.
>> Configured For All Businesses. Start Your Cloud Today.
>> https://www.gigenetcloud.com/
>> _______________________________________________
>> Devmon-support mailing list
>> Dev...@li...
>> https://lists.sourceforge.net/lists/listinfo/devmon-support
>>
>
>
------------------------------------------------------------------------------
Don't Limit Your Business. Reach for the Cloud.
GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business.
Configured For All Businesses. Start Your Cloud Today.
https://www.gigenetcloud.com/
_______________________________________________
Devmon-support mailing list
Dev...@li...
https://lists.sourceforge.net/lists/listinfo/devmon-support

This e-mail and all files transmitted as attachment(s) thereto are confidential and solely intended for the individual to whom or the organization to which they are addressed. If you received this e-mail by mistake, please notify Cegeka's Service Desk at ceg...@ce... or call +32 (0)11 240 363. We thank you in advance. Cegeka hereby confirms that this message has been swept by Sophos for the presence of viruses.

Re: [Devmon] OID not translating

[Jeremy L. <jla...@re...>]

Hmm, this is curious.  I can confirm your results.  I should be able to
simply display the system date on any test page by adding the OID name
(defined in oids) into the message file.  When I do this, I get garbage, as
you've described.  It's not actually garbage, but it's an encoding/decoding
mismatch.

A quick test shows that most strings are simply ASCII-encoded.  For
example, using snmpget with "-d" (debug) for sysName shows a packet with
the hostname in an ASCII-encoded format.

But when doing the same thing for the system date, instead I get a form of
encoding that appears to be specifically structured for human-readable
dates and times.  Example:

Received 57 bytes from UDP: [127.0.0.1]:161->[0.0.0.0]
0000: 30 37 02 01  01 04 08 6C  78 70 75 62  6C 69 63 A2    07.....XXXXXXXX▒
0016: 28 02 04 0E  12 87 A8 02  01 00 02 01  00 30 1A 30    (.....▒......0.0
0032: 18 06 09 2B  06 01 02 01  19 01 02 00  04 0B 07 DF    ...+...........▒
0048: 07 0A 0F 38  3A 00 2B 0A  00                          ...8:.+..

HOST-RESOURCES-MIB::hrSystemDate.0 = STRING: 2015-7-10,15:56:58.0,+10:0

The last 12 bytes (starting 07 DF) represent the string
"2015-7-10,15:56:58.0,+10:0".  The "0B" that precedes this string is the
string length.  So we have:

07DF 07 0A -> 2015-7-10
0F 38 3A 00 -> 15:56:58.0
2B -> ??
0A 00 -> +10:00

This doesn't seem to be a string at all, despite snmpget listing it as
one.  Looking closer, the "04" just before the "0B" length indicator is
probably the tag indicator, where "04" means "octet string".  However the
MIB files on my system list hrSystemDate as a DateAndTime type.

It looks like BER.pm will match against type 4 (octet_string_tag) and
simply decode it as an ASCII string.

I think the bottom line is that you're getting an encoded value, tagged as
an octet-string, but then treated as if it's human readable when it's not,
and your only course of action would be to handle this special case with
some code, somewhere.

One option might be to enhance BER.pm to treat this OID as a special case
when decoding, although I don't think the decoding functions in BER.pm can
see the OID.  Another option might be to have dm_snmp.pm treat this OID as
a special case, and either have its own decoding routine for this OID, or
re-code the result in human-readable format.

Note that this is not the only case like this.  Things like ifPhysAddress
are also octet-strings that are not ASCII, and they'll also give you
"garbage" when used in this way.

Cheers
Jeremy


On 10 July 2015 at 15:29, Jeremy Laidman <jla...@re...> wrote:

> Can you show the relevant line in your oids and message files?
>
>
> On 10 July 2015 at 13:59, Claessens Jurgen <Jur...@ce...>
> wrote:
>
>> Hi,
>>
>> I'm afraid that doesn't work, I already tried that at first. But seeing
>> the result received thru devmon is nothing readable, I cannot perform any
>> sort of transform.
>> As said, when I query the device manually, I do get a normal response,
>> but there is something in the devmon translation, which is messing things
>> up.
>> I just have no clue on how to debug this so I can pinpoint the culprit.
>>
>> Met vriendelijke groeten/Meilleures salutations/Best regards
>>
>> Jurgen Claessens
>> -----Original Message-----
>> From: MF...@hr... [mailto:MF...@hr...]
>> Sent: donderdag 9 juli 2015 16:52
>> Cc: Devmon - Email List
>> Subject: Re: [Devmon] OID not translating
>>
>> I would recommend using the  'REGSUB' transform to strip out the info you
>> need, then use DATE and/or ELAPSED to determine time.
>>
>>
>>
>> From:
>> Ken Connell <kco...@ry...>
>> To:
>> Devmon - Email List <dev...@li...>,
>> Date:
>> 07/09/2015 07:43 AM
>> Subject:
>> Re: [Devmon] OID not translating
>>
>>
>>
>> Sorry....over my head....hopefully someone else can chime in.
>>  On Jul 9, 2015 8:46 AM, "Claessens Jurgen" <Jur...@ce...>
>> wrote:
>>
>> > Hi Ken,
>> >
>> > Currently I'm not even at that point as I get garbage back when run from
>> > devmon.
>> > I only have it in my OID file and message file.
>> > As far as I can tell devmon uses encode/decode from BER.pm to make the
>> > communication secure??
>> > When I do some debugging on the end parameters I can see all other OID's
>> > are decoded, but that 1 OID remains encoded.
>> > So something is amiss there. I just don't know what. I don't know enough
>> > of the language or logic behind it.
>> >
>> > Met vriendelijke groeten/Meilleures salutations/Best regards
>> >
>> > Jurgen Claessens
>> > -----Original Message-----
>> > From: Ken Connell [mailto:kco...@ry...]
>> > Sent: donderdag 9 juli 2015 14:34
>> > To: Devmon - Email List
>> > Subject: Re: [Devmon] OID not translating
>> >
>> > When you say "translate the string", you mean you have it set in the
>> > transforms file ?
>> >
>> > As far as I know you can "transform" INTGERS only....I don't think you
>> can
>> > do it for a STRING.
>> >  On Jul 9, 2015 7:13 AM, "Claessens Jurgen" <Jur...@ce...
>> >
>> > wrote:
>> >
>> > > Hello all,
>> > >
>> > > I seem to have a problem with 1 OID that is not getting translated
>> > > correctly.
>> > > When I run the snmp query manual I do get normal text snmpwalk -v2c -c
>> > > public 172.29.22.26 .1.3.6.1.2.1.25.1.2.0
>> > > HOST-RESOURCES-MIB::hrSystemDate.0 = STRING: 2015-7-9,11:31:3.0,+2:0
>> > > However, when I try to display this directly in the message I get
>> > > nothing but garbage.
>> > > I think it's not getting decoded back ok.
>> > > Has anyone seen this with this OID? The OID is available on all
>> systems.
>> > >
>> > > I wanted to use this oid to translate it back to epoch time by
>> > > creating an extra function and such it would be possible to calculate
>> > > timedifferences on the system.
>> > >
>> > > Met vriendelijke groeten/Meilleures salutations/Best regards
>> > >
>> > > Jurgen Claessens
>> > >
>> > >
>> > >
>> > > This e-mail and all files transmitted as attachment(s) thereto are
>> > > confidential and solely intended for the individual to whom or the
>> > > organization to which they are addressed. If you received this e-mail
>> > > by mistake, please notify Cegeka's Service Desk at
>> > > ceg...@ce... or call +32 (0)11 240 363. We thank you in
>> > > advance. Cegeka hereby confirms that this message has been swept by
>> > > Sophos for the presence of viruses.
>> > >
>> > > ----------------------------------------------------------------------
>> > > -------- Don't Limit Your Business. Reach for the Cloud.
>> > > GigeNET's Cloud Solutions provide you with the tools and support that
>> > > you need to offload your IT needs and focus on growing your business.
>> > > Configured For All Businesses. Start Your Cloud Today.
>> > > https://www.gigenetcloud.com/
>> > > _______________________________________________
>> > > Devmon-support mailing list
>> > > Dev...@li...
>> > > https://lists.sourceforge.net/lists/listinfo/devmon-support
>> > >
>> >
>> >
>>
>> ------------------------------------------------------------------------------
>> > Don't Limit Your Business. Reach for the Cloud.
>> > GigeNET's Cloud Solutions provide you with the tools and support that
>> you
>> > need to offload your IT needs and focus on growing your business.
>> > Configured For All Businesses. Start Your Cloud Today.
>> > https://www.gigenetcloud.com/
>> > _______________________________________________
>> > Devmon-support mailing list
>> > Dev...@li...
>> > https://lists.sourceforge.net/lists/listinfo/devmon-support
>> >
>> > This e-mail and all files transmitted as attachment(s) thereto are
>> > confidential and solely intended for the individual to whom or the
>> > organization to which they are addressed. If you received this e-mail by
>> > mistake, please notify Cegeka's Service Desk at
>> ceg...@ce...
>> > or call +32 (0)11 240 363. We thank you in advance. Cegeka hereby
>> > confirms that this message has been swept by Sophos for the presence of
>> > viruses.
>> >
>> >
>> >
>>
>> ------------------------------------------------------------------------------
>> > Don't Limit Your Business. Reach for the Cloud.
>> > GigeNET's Cloud Solutions provide you with the tools and support that
>> > you need to offload your IT needs and focus on growing your business.
>> > Configured For All Businesses. Start Your Cloud Today.
>> > https://www.gigenetcloud.com/
>> > _______________________________________________
>> > Devmon-support mailing list
>> > Dev...@li...
>> > https://lists.sourceforge.net/lists/listinfo/devmon-support
>> >
>>
>> ------------------------------------------------------------------------------
>> Don't Limit Your Business. Reach for the Cloud.
>> GigeNET's Cloud Solutions provide you with the tools and support that
>> you need to offload your IT needs and focus on growing your business.
>> Configured For All Businesses. Start Your Cloud Today.
>> https://www.gigenetcloud.com/
>> _______________________________________________
>> Devmon-support mailing list
>> Dev...@li...
>> https://lists.sourceforge.net/lists/listinfo/devmon-support
>>
>>
>> ------------------------------------------------------------------------------
>> Don't Limit Your Business. Reach for the Cloud.
>> GigeNET's Cloud Solutions provide you with the tools and support that
>> you need to offload your IT needs and focus on growing your business.
>> Configured For All Businesses. Start Your Cloud Today.
>> https://www.gigenetcloud.com/
>> _______________________________________________
>> Devmon-support mailing list
>> Dev...@li...
>> https://lists.sourceforge.net/lists/listinfo/devmon-support
>>
>> This e-mail and all files transmitted as attachment(s) thereto are
>> confidential and solely intended for the individual to whom or the
>> organization to which they are addressed. If you received this e-mail by
>> mistake, please notify Cegeka's Service Desk at ceg...@ce...
>> or call +32 (0)11 240 363. We thank you in advance. Cegeka hereby
>> confirms that this message has been swept by Sophos for the presence of
>> viruses.
>>
>>
>> ------------------------------------------------------------------------------
>> Don't Limit Your Business. Reach for the Cloud.
>> GigeNET's Cloud Solutions provide you with the tools and support that
>> you need to offload your IT needs and focus on growing your business.
>> Configured For All Businesses. Start Your Cloud Today.
>> https://www.gigenetcloud.com/
>> _______________________________________________
>> Devmon-support mailing list
>> Dev...@li...
>> https://lists.sourceforge.net/lists/listinfo/devmon-support
>>
>
>

Re: [Devmon] OID not translating

[Claessens J. <Jur...@ce...>]

Hello,

The line I have in my files:

OID file:
curTime: 1.3.6.1.2.1.25.1.2.0: leaf

Message File:
{curTime }

In other words, it should just show what I get back from the OID.

Met vriendelijke groeten/Meilleures salutations/Best regards

Jurgen Claessens

-----Original Message-----
From: Jeremy Laidman [mailto:jla...@re...]
Sent: vrijdag 10 juli 2015 7:30
To: dev...@li...
Subject: Re: [Devmon] OID not translating

Can you show the relevant line in your oids and message files?


On 10 July 2015 at 13:59, Claessens Jurgen <Jur...@ce...>
wrote:

> Hi,
>
> I'm afraid that doesn't work, I already tried that at first. But
> seeing the result received thru devmon is nothing readable, I cannot
> perform any sort of transform.
> As said, when I query the device manually, I do get a normal response,
> but there is something in the devmon translation, which is messing things up.
> I just have no clue on how to debug this so I can pinpoint the culprit.
>
> Met vriendelijke groeten/Meilleures salutations/Best regards
>
> Jurgen Claessens
> -----Original Message-----
> From: MF...@hr... [mailto:MF...@hr...]
> Sent: donderdag 9 juli 2015 16:52
> Cc: Devmon - Email List
> Subject: Re: [Devmon] OID not translating
>
> I would recommend using the  'REGSUB' transform to strip out the info
> you need, then use DATE and/or ELAPSED to determine time.
>
>
>
> From:
> Ken Connell <kco...@ry...>
> To:
> Devmon - Email List <dev...@li...>,
> Date:
> 07/09/2015 07:43 AM
> Subject:
> Re: [Devmon] OID not translating
>
>
>
> Sorry....over my head....hopefully someone else can chime in.
>  On Jul 9, 2015 8:46 AM, "Claessens Jurgen"
> <Jur...@ce...>
> wrote:
>
> > Hi Ken,
> >
> > Currently I'm not even at that point as I get garbage back when run
> > from devmon.
> > I only have it in my OID file and message file.
> > As far as I can tell devmon uses encode/decode from BER.pm to make
> > the communication secure??
> > When I do some debugging on the end parameters I can see all other
> > OID's are decoded, but that 1 OID remains encoded.
> > So something is amiss there. I just don't know what. I don't know
> > enough of the language or logic behind it.
> >
> > Met vriendelijke groeten/Meilleures salutations/Best regards
> >
> > Jurgen Claessens
> > -----Original Message-----
> > From: Ken Connell [mailto:kco...@ry...]
> > Sent: donderdag 9 juli 2015 14:34
> > To: Devmon - Email List
> > Subject: Re: [Devmon] OID not translating
> >
> > When you say "translate the string", you mean you have it set in the
> > transforms file ?
> >
> > As far as I know you can "transform" INTGERS only....I don't think
> > you
> can
> > do it for a STRING.
> >  On Jul 9, 2015 7:13 AM, "Claessens Jurgen"
> > <Jur...@ce...>
> > wrote:
> >
> > > Hello all,
> > >
> > > I seem to have a problem with 1 OID that is not getting translated
> > > correctly.
> > > When I run the snmp query manual I do get normal text snmpwalk
> > > -v2c -c public 172.29.22.26 .1.3.6.1.2.1.25.1.2.0
> > > HOST-RESOURCES-MIB::hrSystemDate.0 = STRING:
> > > 2015-7-9,11:31:3.0,+2:0 However, when I try to display this
> > > directly in the message I get nothing but garbage.
> > > I think it's not getting decoded back ok.
> > > Has anyone seen this with this OID? The OID is available on all
> systems.
> > >
> > > I wanted to use this oid to translate it back to epoch time by
> > > creating an extra function and such it would be possible to
> > > calculate timedifferences on the system.
> > >
> > > Met vriendelijke groeten/Meilleures salutations/Best regards
> > >
> > > Jurgen Claessens
> > >
> > >
> > >
> > > This e-mail and all files transmitted as attachment(s) thereto are
> > > confidential and solely intended for the individual to whom or the
> > > organization to which they are addressed. If you received this
> > > e-mail by mistake, please notify Cegeka's Service Desk at
> > > ceg...@ce... or call +32 (0)11 240 363. We thank you
> > > in advance. Cegeka hereby confirms that this message has been
> > > swept by Sophos for the presence of viruses.
> > >
> > > ------------------------------------------------------------------
> > > ----
> > > -------- Don't Limit Your Business. Reach for the Cloud.
> > > GigeNET's Cloud Solutions provide you with the tools and support
> > > that you need to offload your IT needs and focus on growing your business.
> > > Configured For All Businesses. Start Your Cloud Today.
> > > https://www.gigenetcloud.com/
> > > _______________________________________________
> > > Devmon-support mailing list
> > > Dev...@li...
> > > https://lists.sourceforge.net/lists/listinfo/devmon-support
> > >
> >
> >
>
> ----------------------------------------------------------------------
> --------
> > Don't Limit Your Business. Reach for the Cloud.
> > GigeNET's Cloud Solutions provide you with the tools and support
> > that
> you
> > need to offload your IT needs and focus on growing your business.
> > Configured For All Businesses. Start Your Cloud Today.
> > https://www.gigenetcloud.com/
> > _______________________________________________
> > Devmon-support mailing list
> > Dev...@li...
> > https://lists.sourceforge.net/lists/listinfo/devmon-support
> >
> > This e-mail and all files transmitted as attachment(s) thereto are
> > confidential and solely intended for the individual to whom or the
> > organization to which they are addressed. If you received this
> > e-mail by mistake, please notify Cegeka's Service Desk at
> > ceg...@ce... or call +32 (0)11 240 363. We thank you in
> > advance. Cegeka hereby confirms that this message has been swept by
> > Sophos for the presence of viruses.
> >
> >
> >
>
> ----------------------------------------------------------------------
> --------
> > Don't Limit Your Business. Reach for the Cloud.
> > GigeNET's Cloud Solutions provide you with the tools and support
> > that you need to offload your IT needs and focus on growing your business.
> > Configured For All Businesses. Start Your Cloud Today.
> > https://www.gigenetcloud.com/
> > _______________________________________________
> > Devmon-support mailing list
> > Dev...@li...
> > https://lists.sourceforge.net/lists/listinfo/devmon-support
> >
>
> ----------------------------------------------------------------------
> -------- Don't Limit Your Business. Reach for the Cloud.
> GigeNET's Cloud Solutions provide you with the tools and support that
> you need to offload your IT needs and focus on growing your business.
> Configured For All Businesses. Start Your Cloud Today.
> https://www.gigenetcloud.com/
> _______________________________________________
> Devmon-support mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/devmon-support
>
>
> ----------------------------------------------------------------------
> -------- Don't Limit Your Business. Reach for the Cloud.
> GigeNET's Cloud Solutions provide you with the tools and support that
> you need to offload your IT needs and focus on growing your business.
> Configured For All Businesses. Start Your Cloud Today.
> https://www.gigenetcloud.com/
> _______________________________________________
> Devmon-support mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/devmon-support
>
> This e-mail and all files transmitted as attachment(s) thereto are
> confidential and solely intended for the individual to whom or the
> organization to which they are addressed. If you received this e-mail
> by mistake, please notify Cegeka's Service Desk at
> ceg...@ce... or call +32 (0)11 240 363. We thank you in
> advance. Cegeka hereby confirms that this message has been swept by
> Sophos for the presence of viruses.
>
>
> ----------------------------------------------------------------------
> -------- Don't Limit Your Business. Reach for the Cloud.
> GigeNET's Cloud Solutions provide you with the tools and support that
> you need to offload your IT needs and focus on growing your business.
> Configured For All Businesses. Start Your Cloud Today.
> https://www.gigenetcloud.com/
> _______________________________________________
> Devmon-support mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/devmon-support
>
------------------------------------------------------------------------------
Don't Limit Your Business. Reach for the Cloud.
GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business.
Configured For All Businesses. Start Your Cloud Today.
https://www.gigenetcloud.com/
_______________________________________________
Devmon-support mailing list
Dev...@li...
https://lists.sourceforge.net/lists/listinfo/devmon-support

This e-mail and all files transmitted as attachment(s) thereto are confidential and solely intended for the individual to whom or the organization to which they are addressed. If you received this e-mail by mistake, please notify Cegeka's Service Desk at ceg...@ce... or call +32 (0)11 240 363. We thank you in advance. Cegeka hereby confirms that this message has been swept by Sophos for the presence of viruses.

Re: [Devmon] OID not translating

[Jeremy L. <jla...@re...>]

Can you show the relevant line in your oids and message files?


On 10 July 2015 at 13:59, Claessens Jurgen <Jur...@ce...>
wrote:

> Hi,
>
> I'm afraid that doesn't work, I already tried that at first. But seeing
> the result received thru devmon is nothing readable, I cannot perform any
> sort of transform.
> As said, when I query the device manually, I do get a normal response, but
> there is something in the devmon translation, which is messing things up.
> I just have no clue on how to debug this so I can pinpoint the culprit.
>
> Met vriendelijke groeten/Meilleures salutations/Best regards
>
> Jurgen Claessens
> -----Original Message-----
> From: MF...@hr... [mailto:MF...@hr...]
> Sent: donderdag 9 juli 2015 16:52
> Cc: Devmon - Email List
> Subject: Re: [Devmon] OID not translating
>
> I would recommend using the  'REGSUB' transform to strip out the info you
> need, then use DATE and/or ELAPSED to determine time.
>
>
>
> From:
> Ken Connell <kco...@ry...>
> To:
> Devmon - Email List <dev...@li...>,
> Date:
> 07/09/2015 07:43 AM
> Subject:
> Re: [Devmon] OID not translating
>
>
>
> Sorry....over my head....hopefully someone else can chime in.
>  On Jul 9, 2015 8:46 AM, "Claessens Jurgen" <Jur...@ce...>
> wrote:
>
> > Hi Ken,
> >
> > Currently I'm not even at that point as I get garbage back when run from
> > devmon.
> > I only have it in my OID file and message file.
> > As far as I can tell devmon uses encode/decode from BER.pm to make the
> > communication secure??
> > When I do some debugging on the end parameters I can see all other OID's
> > are decoded, but that 1 OID remains encoded.
> > So something is amiss there. I just don't know what. I don't know enough
> > of the language or logic behind it.
> >
> > Met vriendelijke groeten/Meilleures salutations/Best regards
> >
> > Jurgen Claessens
> > -----Original Message-----
> > From: Ken Connell [mailto:kco...@ry...]
> > Sent: donderdag 9 juli 2015 14:34
> > To: Devmon - Email List
> > Subject: Re: [Devmon] OID not translating
> >
> > When you say "translate the string", you mean you have it set in the
> > transforms file ?
> >
> > As far as I know you can "transform" INTGERS only....I don't think you
> can
> > do it for a STRING.
> >  On Jul 9, 2015 7:13 AM, "Claessens Jurgen" <Jur...@ce...>
> > wrote:
> >
> > > Hello all,
> > >
> > > I seem to have a problem with 1 OID that is not getting translated
> > > correctly.
> > > When I run the snmp query manual I do get normal text snmpwalk -v2c -c
> > > public 172.29.22.26 .1.3.6.1.2.1.25.1.2.0
> > > HOST-RESOURCES-MIB::hrSystemDate.0 = STRING: 2015-7-9,11:31:3.0,+2:0
> > > However, when I try to display this directly in the message I get
> > > nothing but garbage.
> > > I think it's not getting decoded back ok.
> > > Has anyone seen this with this OID? The OID is available on all
> systems.
> > >
> > > I wanted to use this oid to translate it back to epoch time by
> > > creating an extra function and such it would be possible to calculate
> > > timedifferences on the system.
> > >
> > > Met vriendelijke groeten/Meilleures salutations/Best regards
> > >
> > > Jurgen Claessens
> > >
> > >
> > >
> > > This e-mail and all files transmitted as attachment(s) thereto are
> > > confidential and solely intended for the individual to whom or the
> > > organization to which they are addressed. If you received this e-mail
> > > by mistake, please notify Cegeka's Service Desk at
> > > ceg...@ce... or call +32 (0)11 240 363. We thank you in
> > > advance. Cegeka hereby confirms that this message has been swept by
> > > Sophos for the presence of viruses.
> > >
> > > ----------------------------------------------------------------------
> > > -------- Don't Limit Your Business. Reach for the Cloud.
> > > GigeNET's Cloud Solutions provide you with the tools and support that
> > > you need to offload your IT needs and focus on growing your business.
> > > Configured For All Businesses. Start Your Cloud Today.
> > > https://www.gigenetcloud.com/
> > > _______________________________________________
> > > Devmon-support mailing list
> > > Dev...@li...
> > > https://lists.sourceforge.net/lists/listinfo/devmon-support
> > >
> >
> >
>
> ------------------------------------------------------------------------------
> > Don't Limit Your Business. Reach for the Cloud.
> > GigeNET's Cloud Solutions provide you with the tools and support that
> you
> > need to offload your IT needs and focus on growing your business.
> > Configured For All Businesses. Start Your Cloud Today.
> > https://www.gigenetcloud.com/
> > _______________________________________________
> > Devmon-support mailing list
> > Dev...@li...
> > https://lists.sourceforge.net/lists/listinfo/devmon-support
> >
> > This e-mail and all files transmitted as attachment(s) thereto are
> > confidential and solely intended for the individual to whom or the
> > organization to which they are addressed. If you received this e-mail by
> > mistake, please notify Cegeka's Service Desk at ceg...@ce...
> > or call +32 (0)11 240 363. We thank you in advance. Cegeka hereby
> > confirms that this message has been swept by Sophos for the presence of
> > viruses.
> >
> >
> >
>
> ------------------------------------------------------------------------------
> > Don't Limit Your Business. Reach for the Cloud.
> > GigeNET's Cloud Solutions provide you with the tools and support that
> > you need to offload your IT needs and focus on growing your business.
> > Configured For All Businesses. Start Your Cloud Today.
> > https://www.gigenetcloud.com/
> > _______________________________________________
> > Devmon-support mailing list
> > Dev...@li...
> > https://lists.sourceforge.net/lists/listinfo/devmon-support
> >
>
> ------------------------------------------------------------------------------
> Don't Limit Your Business. Reach for the Cloud.
> GigeNET's Cloud Solutions provide you with the tools and support that
> you need to offload your IT needs and focus on growing your business.
> Configured For All Businesses. Start Your Cloud Today.
> https://www.gigenetcloud.com/
> _______________________________________________
> Devmon-support mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/devmon-support
>
>
> ------------------------------------------------------------------------------
> Don't Limit Your Business. Reach for the Cloud.
> GigeNET's Cloud Solutions provide you with the tools and support that
> you need to offload your IT needs and focus on growing your business.
> Configured For All Businesses. Start Your Cloud Today.
> https://www.gigenetcloud.com/
> _______________________________________________
> Devmon-support mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/devmon-support
>
> This e-mail and all files transmitted as attachment(s) thereto are
> confidential and solely intended for the individual to whom or the
> organization to which they are addressed. If you received this e-mail by
> mistake, please notify Cegeka's Service Desk at ceg...@ce...
> or call +32 (0)11 240 363. We thank you in advance. Cegeka hereby
> confirms that this message has been swept by Sophos for the presence of
> viruses.
>
>
> ------------------------------------------------------------------------------
> Don't Limit Your Business. Reach for the Cloud.
> GigeNET's Cloud Solutions provide you with the tools and support that
> you need to offload your IT needs and focus on growing your business.
> Configured For All Businesses. Start Your Cloud Today.
> https://www.gigenetcloud.com/
> _______________________________________________
> Devmon-support mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/devmon-support
>

Re: [Devmon] OID not translating

[Ken C. <kco...@ry...>]

As a band-aid solution, you could write an external script to do the task
and have it run from the built in task scheduler or just cron it and update
your display....then troubleshoot via devmon when you can.
On Jul 9, 2015 11:59 PM, "Claessens Jurgen" <Jur...@ce...>
wrote:

> Hi,
>
> I'm afraid that doesn't work, I already tried that at first. But seeing
> the result received thru devmon is nothing readable, I cannot perform any
> sort of transform.
> As said, when I query the device manually, I do get a normal response, but
> there is something in the devmon translation, which is messing things up.
> I just have no clue on how to debug this so I can pinpoint the culprit.
>
> Met vriendelijke groeten/Meilleures salutations/Best regards
>
> Jurgen Claessens
> -----Original Message-----
> From: MF...@hr... [mailto:MF...@hr...]
> Sent: donderdag 9 juli 2015 16:52
> Cc: Devmon - Email List
> Subject: Re: [Devmon] OID not translating
>
> I would recommend using the  'REGSUB' transform to strip out the info you
> need, then use DATE and/or ELAPSED to determine time.
>
>
>
> From:
> Ken Connell <kco...@ry...>
> To:
> Devmon - Email List <dev...@li...>,
> Date:
> 07/09/2015 07:43 AM
> Subject:
> Re: [Devmon] OID not translating
>
>
>
> Sorry....over my head....hopefully someone else can chime in.
>  On Jul 9, 2015 8:46 AM, "Claessens Jurgen" <Jur...@ce...>
> wrote:
>
> > Hi Ken,
> >
> > Currently I'm not even at that point as I get garbage back when run from
> > devmon.
> > I only have it in my OID file and message file.
> > As far as I can tell devmon uses encode/decode from BER.pm to make the
> > communication secure??
> > When I do some debugging on the end parameters I can see all other OID's
> > are decoded, but that 1 OID remains encoded.
> > So something is amiss there. I just don't know what. I don't know enough
> > of the language or logic behind it.
> >
> > Met vriendelijke groeten/Meilleures salutations/Best regards
> >
> > Jurgen Claessens
> > -----Original Message-----
> > From: Ken Connell [mailto:kco...@ry...]
> > Sent: donderdag 9 juli 2015 14:34
> > To: Devmon - Email List
> > Subject: Re: [Devmon] OID not translating
> >
> > When you say "translate the string", you mean you have it set in the
> > transforms file ?
> >
> > As far as I know you can "transform" INTGERS only....I don't think you
> can
> > do it for a STRING.
> >  On Jul 9, 2015 7:13 AM, "Claessens Jurgen" <Jur...@ce...>
> > wrote:
> >
> > > Hello all,
> > >
> > > I seem to have a problem with 1 OID that is not getting translated
> > > correctly.
> > > When I run the snmp query manual I do get normal text snmpwalk -v2c -c
> > > public 172.29.22.26 .1.3.6.1.2.1.25.1.2.0
> > > HOST-RESOURCES-MIB::hrSystemDate.0 = STRING: 2015-7-9,11:31:3.0,+2:0
> > > However, when I try to display this directly in the message I get
> > > nothing but garbage.
> > > I think it's not getting decoded back ok.
> > > Has anyone seen this with this OID? The OID is available on all
> systems.
> > >
> > > I wanted to use this oid to translate it back to epoch time by
> > > creating an extra function and such it would be possible to calculate
> > > timedifferences on the system.
> > >
> > > Met vriendelijke groeten/Meilleures salutations/Best regards
> > >
> > > Jurgen Claessens
> > >
> > >
> > >
> > > This e-mail and all files transmitted as attachment(s) thereto are
> > > confidential and solely intended for the individual to whom or the
> > > organization to which they are addressed. If you received this e-mail
> > > by mistake, please notify Cegeka's Service Desk at
> > > ceg...@ce... or call +32 (0)11 240 363. We thank you in
> > > advance. Cegeka hereby confirms that this message has been swept by
> > > Sophos for the presence of viruses.
> > >
> > > ----------------------------------------------------------------------
> > > -------- Don't Limit Your Business. Reach for the Cloud.
> > > GigeNET's Cloud Solutions provide you with the tools and support that
> > > you need to offload your IT needs and focus on growing your business.
> > > Configured For All Businesses. Start Your Cloud Today.
> > > https://www.gigenetcloud.com/
> > > _______________________________________________
> > > Devmon-support mailing list
> > > Dev...@li...
> > > https://lists.sourceforge.net/lists/listinfo/devmon-support
> > >
> >
> >
>
> ------------------------------------------------------------------------------
> > Don't Limit Your Business. Reach for the Cloud.
> > GigeNET's Cloud Solutions provide you with the tools and support that
> you
> > need to offload your IT needs and focus on growing your business.
> > Configured For All Businesses. Start Your Cloud Today.
> > https://www.gigenetcloud.com/
> > _______________________________________________
> > Devmon-support mailing list
> > Dev...@li...
> > https://lists.sourceforge.net/lists/listinfo/devmon-support
> >
> > This e-mail and all files transmitted as attachment(s) thereto are
> > confidential and solely intended for the individual to whom or the
> > organization to which they are addressed. If you received this e-mail by
> > mistake, please notify Cegeka's Service Desk at ceg...@ce...
> > or call +32 (0)11 240 363. We thank you in advance. Cegeka hereby
> > confirms that this message has been swept by Sophos for the presence of
> > viruses.
> >
> >
> >
>
> ------------------------------------------------------------------------------
> > Don't Limit Your Business. Reach for the Cloud.
> > GigeNET's Cloud Solutions provide you with the tools and support that
> > you need to offload your IT needs and focus on growing your business.
> > Configured For All Businesses. Start Your Cloud Today.
> > https://www.gigenetcloud.com/
> > _______________________________________________
> > Devmon-support mailing list
> > Dev...@li...
> > https://lists.sourceforge.net/lists/listinfo/devmon-support
> >
>
> ------------------------------------------------------------------------------
> Don't Limit Your Business. Reach for the Cloud.
> GigeNET's Cloud Solutions provide you with the tools and support that
> you need to offload your IT needs and focus on growing your business.
> Configured For All Businesses. Start Your Cloud Today.
> https://www.gigenetcloud.com/
> _______________________________________________
> Devmon-support mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/devmon-support
>
>
> ------------------------------------------------------------------------------
> Don't Limit Your Business. Reach for the Cloud.
> GigeNET's Cloud Solutions provide you with the tools and support that
> you need to offload your IT needs and focus on growing your business.
> Configured For All Businesses. Start Your Cloud Today.
> https://www.gigenetcloud.com/
> _______________________________________________
> Devmon-support mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/devmon-support
>
> This e-mail and all files transmitted as attachment(s) thereto are
> confidential and solely intended for the individual to whom or the
> organization to which they are addressed. If you received this e-mail by
> mistake, please notify Cegeka's Service Desk at ceg...@ce...
> or call +32 (0)11 240 363. We thank you in advance. Cegeka hereby
> confirms that this message has been swept by Sophos for the presence of
> viruses.
>
>
> ------------------------------------------------------------------------------
> Don't Limit Your Business. Reach for the Cloud.
> GigeNET's Cloud Solutions provide you with the tools and support that
> you need to offload your IT needs and focus on growing your business.
> Configured For All Businesses. Start Your Cloud Today.
> https://www.gigenetcloud.com/
> _______________________________________________
> Devmon-support mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/devmon-support
>

Re: [Devmon] OID not translating

[Claessens J. <Jur...@ce...>]

Hi,

I'm afraid that doesn't work, I already tried that at first. But seeing the result received thru devmon is nothing readable, I cannot perform any sort of transform.
As said, when I query the device manually, I do get a normal response, but there is something in the devmon translation, which is messing things up.
I just have no clue on how to debug this so I can pinpoint the culprit.

Met vriendelijke groeten/Meilleures salutations/Best regards

Jurgen Claessens
-----Original Message-----
From: MF...@hr... [mailto:MF...@hr...]
Sent: donderdag 9 juli 2015 16:52
Cc: Devmon - Email List
Subject: Re: [Devmon] OID not translating

I would recommend using the  'REGSUB' transform to strip out the info you need, then use DATE and/or ELAPSED to determine time.



From:
Ken Connell <kco...@ry...>
To:
Devmon - Email List <dev...@li...>,
Date:
07/09/2015 07:43 AM
Subject:
Re: [Devmon] OID not translating



Sorry....over my head....hopefully someone else can chime in.
 On Jul 9, 2015 8:46 AM, "Claessens Jurgen" <Jur...@ce...>
wrote:

> Hi Ken,
>
> Currently I'm not even at that point as I get garbage back when run from
> devmon.
> I only have it in my OID file and message file.
> As far as I can tell devmon uses encode/decode from BER.pm to make the
> communication secure??
> When I do some debugging on the end parameters I can see all other OID's
> are decoded, but that 1 OID remains encoded.
> So something is amiss there. I just don't know what. I don't know enough
> of the language or logic behind it.
>
> Met vriendelijke groeten/Meilleures salutations/Best regards
>
> Jurgen Claessens
> -----Original Message-----
> From: Ken Connell [mailto:kco...@ry...]
> Sent: donderdag 9 juli 2015 14:34
> To: Devmon - Email List
> Subject: Re: [Devmon] OID not translating
>
> When you say "translate the string", you mean you have it set in the
> transforms file ?
>
> As far as I know you can "transform" INTGERS only....I don't think you
can
> do it for a STRING.
>  On Jul 9, 2015 7:13 AM, "Claessens Jurgen" <Jur...@ce...>
> wrote:
>
> > Hello all,
> >
> > I seem to have a problem with 1 OID that is not getting translated
> > correctly.
> > When I run the snmp query manual I do get normal text snmpwalk -v2c -c
> > public 172.29.22.26 .1.3.6.1.2.1.25.1.2.0
> > HOST-RESOURCES-MIB::hrSystemDate.0 = STRING: 2015-7-9,11:31:3.0,+2:0
> > However, when I try to display this directly in the message I get
> > nothing but garbage.
> > I think it's not getting decoded back ok.
> > Has anyone seen this with this OID? The OID is available on all
systems.
> >
> > I wanted to use this oid to translate it back to epoch time by
> > creating an extra function and such it would be possible to calculate
> > timedifferences on the system.
> >
> > Met vriendelijke groeten/Meilleures salutations/Best regards
> >
> > Jurgen Claessens
> >
> >
> >
> > This e-mail and all files transmitted as attachment(s) thereto are
> > confidential and solely intended for the individual to whom or the
> > organization to which they are addressed. If you received this e-mail
> > by mistake, please notify Cegeka's Service Desk at
> > ceg...@ce... or call +32 (0)11 240 363. We thank you in
> > advance. Cegeka hereby confirms that this message has been swept by
> > Sophos for the presence of viruses.
> >
> > ----------------------------------------------------------------------
> > -------- Don't Limit Your Business. Reach for the Cloud.
> > GigeNET's Cloud Solutions provide you with the tools and support that
> > you need to offload your IT needs and focus on growing your business.
> > Configured For All Businesses. Start Your Cloud Today.
> > https://www.gigenetcloud.com/
> > _______________________________________________
> > Devmon-support mailing list
> > Dev...@li...
> > https://lists.sourceforge.net/lists/listinfo/devmon-support
> >
>
>
------------------------------------------------------------------------------
> Don't Limit Your Business. Reach for the Cloud.
> GigeNET's Cloud Solutions provide you with the tools and support that
you
> need to offload your IT needs and focus on growing your business.
> Configured For All Businesses. Start Your Cloud Today.
> https://www.gigenetcloud.com/
> _______________________________________________
> Devmon-support mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/devmon-support
>
> This e-mail and all files transmitted as attachment(s) thereto are
> confidential and solely intended for the individual to whom or the
> organization to which they are addressed. If you received this e-mail by
> mistake, please notify Cegeka's Service Desk at ceg...@ce...
> or call +32 (0)11 240 363. We thank you in advance. Cegeka hereby
> confirms that this message has been swept by Sophos for the presence of
> viruses.
>
>
>
------------------------------------------------------------------------------
> Don't Limit Your Business. Reach for the Cloud.
> GigeNET's Cloud Solutions provide you with the tools and support that
> you need to offload your IT needs and focus on growing your business.
> Configured For All Businesses. Start Your Cloud Today.
> https://www.gigenetcloud.com/
> _______________________________________________
> Devmon-support mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/devmon-support
>
------------------------------------------------------------------------------
Don't Limit Your Business. Reach for the Cloud.
GigeNET's Cloud Solutions provide you with the tools and support that
you need to offload your IT needs and focus on growing your business.
Configured For All Businesses. Start Your Cloud Today.
https://www.gigenetcloud.com/
_______________________________________________
Devmon-support mailing list
Dev...@li...
https://lists.sourceforge.net/lists/listinfo/devmon-support

------------------------------------------------------------------------------
Don't Limit Your Business. Reach for the Cloud.
GigeNET's Cloud Solutions provide you with the tools and support that
you need to offload your IT needs and focus on growing your business.
Configured For All Businesses. Start Your Cloud Today.
https://www.gigenetcloud.com/
_______________________________________________
Devmon-support mailing list
Dev...@li...
https://lists.sourceforge.net/lists/listinfo/devmon-support

This e-mail and all files transmitted as attachment(s) thereto are confidential and solely intended for the individual to whom or the organization to which they are addressed. If you received this e-mail by mistake, please notify Cegeka's Service Desk at ceg...@ce... or call +32 (0)11 240 363. We thank you in advance. Cegeka hereby confirms that this message has been swept by Sophos for the presence of viruses.

Re: [Devmon] OID not translating

[<MF...@hr...>]

I would recommend using the  'REGSUB' transform to strip out the info you 
need, then use DATE and/or ELAPSED to determine time.



From:
Ken Connell <kco...@ry...>
To:
Devmon - Email List <dev...@li...>, 
Date:
07/09/2015 07:43 AM
Subject:
Re: [Devmon] OID not translating



Sorry....over my head....hopefully someone else can chime in.
 On Jul 9, 2015 8:46 AM, "Claessens Jurgen" <Jur...@ce...>
wrote:

> Hi Ken,
>
> Currently I'm not even at that point as I get garbage back when run from
> devmon.
> I only have it in my OID file and message file.
> As far as I can tell devmon uses encode/decode from BER.pm to make the
> communication secure??
> When I do some debugging on the end parameters I can see all other OID's
> are decoded, but that 1 OID remains encoded.
> So something is amiss there. I just don't know what. I don't know enough
> of the language or logic behind it.
>
> Met vriendelijke groeten/Meilleures salutations/Best regards
>
> Jurgen Claessens
> -----Original Message-----
> From: Ken Connell [mailto:kco...@ry...]
> Sent: donderdag 9 juli 2015 14:34
> To: Devmon - Email List
> Subject: Re: [Devmon] OID not translating
>
> When you say "translate the string", you mean you have it set in the
> transforms file ?
>
> As far as I know you can "transform" INTGERS only....I don't think you 
can
> do it for a STRING.
>  On Jul 9, 2015 7:13 AM, "Claessens Jurgen" <Jur...@ce...>
> wrote:
>
> > Hello all,
> >
> > I seem to have a problem with 1 OID that is not getting translated
> > correctly.
> > When I run the snmp query manual I do get normal text snmpwalk -v2c -c
> > public 172.29.22.26 .1.3.6.1.2.1.25.1.2.0
> > HOST-RESOURCES-MIB::hrSystemDate.0 = STRING: 2015-7-9,11:31:3.0,+2:0
> > However, when I try to display this directly in the message I get
> > nothing but garbage.
> > I think it's not getting decoded back ok.
> > Has anyone seen this with this OID? The OID is available on all 
systems.
> >
> > I wanted to use this oid to translate it back to epoch time by
> > creating an extra function and such it would be possible to calculate
> > timedifferences on the system.
> >
> > Met vriendelijke groeten/Meilleures salutations/Best regards
> >
> > Jurgen Claessens
> >
> >
> >
> > This e-mail and all files transmitted as attachment(s) thereto are
> > confidential and solely intended for the individual to whom or the
> > organization to which they are addressed. If you received this e-mail
> > by mistake, please notify Cegeka's Service Desk at
> > ceg...@ce... or call +32 (0)11 240 363. We thank you in
> > advance. Cegeka hereby confirms that this message has been swept by
> > Sophos for the presence of viruses.
> >
> > ----------------------------------------------------------------------
> > -------- Don't Limit Your Business. Reach for the Cloud.
> > GigeNET's Cloud Solutions provide you with the tools and support that
> > you need to offload your IT needs and focus on growing your business.
> > Configured For All Businesses. Start Your Cloud Today.
> > https://www.gigenetcloud.com/
> > _______________________________________________
> > Devmon-support mailing list
> > Dev...@li...
> > https://lists.sourceforge.net/lists/listinfo/devmon-support
> >
>
> 
------------------------------------------------------------------------------
> Don't Limit Your Business. Reach for the Cloud.
> GigeNET's Cloud Solutions provide you with the tools and support that 
you
> need to offload your IT needs and focus on growing your business.
> Configured For All Businesses. Start Your Cloud Today.
> https://www.gigenetcloud.com/
> _______________________________________________
> Devmon-support mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/devmon-support
>
> This e-mail and all files transmitted as attachment(s) thereto are
> confidential and solely intended for the individual to whom or the
> organization to which they are addressed. If you received this e-mail by
> mistake, please notify Cegeka's Service Desk at ceg...@ce...
> or call +32 (0)11 240 363. We thank you in advance. Cegeka hereby
> confirms that this message has been swept by Sophos for the presence of
> viruses.
>
>
> 
------------------------------------------------------------------------------
> Don't Limit Your Business. Reach for the Cloud.
> GigeNET's Cloud Solutions provide you with the tools and support that
> you need to offload your IT needs and focus on growing your business.
> Configured For All Businesses. Start Your Cloud Today.
> https://www.gigenetcloud.com/
> _______________________________________________
> Devmon-support mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/devmon-support
>
------------------------------------------------------------------------------
Don't Limit Your Business. Reach for the Cloud.
GigeNET's Cloud Solutions provide you with the tools and support that
you need to offload your IT needs and focus on growing your business.
Configured For All Businesses. Start Your Cloud Today.
https://www.gigenetcloud.com/
_______________________________________________
Devmon-support mailing list
Dev...@li...
https://lists.sourceforge.net/lists/listinfo/devmon-support

Re: [Devmon] OID not translating

[Ken C. <kco...@ry...>]

Sorry....over my head....hopefully someone else can chime in.
 On Jul 9, 2015 8:46 AM, "Claessens Jurgen" <Jur...@ce...>
wrote:

> Hi Ken,
>
> Currently I'm not even at that point as I get garbage back when run from
> devmon.
> I only have it in my OID file and message file.
> As far as I can tell devmon uses encode/decode from BER.pm to make the
> communication secure??
> When I do some debugging on the end parameters I can see all other OID's
> are decoded, but that 1 OID remains encoded.
> So something is amiss there. I just don't know what. I don't know enough
> of the language or logic behind it.
>
> Met vriendelijke groeten/Meilleures salutations/Best regards
>
> Jurgen Claessens
> -----Original Message-----
> From: Ken Connell [mailto:kco...@ry...]
> Sent: donderdag 9 juli 2015 14:34
> To: Devmon - Email List
> Subject: Re: [Devmon] OID not translating
>
> When you say "translate the string", you mean you have it set in the
> transforms file ?
>
> As far as I know you can "transform" INTGERS only....I don't think you can
> do it for a STRING.
>  On Jul 9, 2015 7:13 AM, "Claessens Jurgen" <Jur...@ce...>
> wrote:
>
> > Hello all,
> >
> > I seem to have a problem with 1 OID that is not getting translated
> > correctly.
> > When I run the snmp query manual I do get normal text snmpwalk -v2c -c
> > public 172.29.22.26 .1.3.6.1.2.1.25.1.2.0
> > HOST-RESOURCES-MIB::hrSystemDate.0 = STRING: 2015-7-9,11:31:3.0,+2:0
> > However, when I try to display this directly in the message I get
> > nothing but garbage.
> > I think it's not getting decoded back ok.
> > Has anyone seen this with this OID? The OID is available on all systems.
> >
> > I wanted to use this oid to translate it back to epoch time by
> > creating an extra function and such it would be possible to calculate
> > timedifferences on the system.
> >
> > Met vriendelijke groeten/Meilleures salutations/Best regards
> >
> > Jurgen Claessens
> >
> >
> >
> > This e-mail and all files transmitted as attachment(s) thereto are
> > confidential and solely intended for the individual to whom or the
> > organization to which they are addressed. If you received this e-mail
> > by mistake, please notify Cegeka's Service Desk at
> > ceg...@ce... or call +32 (0)11 240 363. We thank you in
> > advance. Cegeka hereby confirms that this message has been swept by
> > Sophos for the presence of viruses.
> >
> > ----------------------------------------------------------------------
> > -------- Don't Limit Your Business. Reach for the Cloud.
> > GigeNET's Cloud Solutions provide you with the tools and support that
> > you need to offload your IT needs and focus on growing your business.
> > Configured For All Businesses. Start Your Cloud Today.
> > https://www.gigenetcloud.com/
> > _______________________________________________
> > Devmon-support mailing list
> > Dev...@li...
> > https://lists.sourceforge.net/lists/listinfo/devmon-support
> >
>
> ------------------------------------------------------------------------------
> Don't Limit Your Business. Reach for the Cloud.
> GigeNET's Cloud Solutions provide you with the tools and support that you
> need to offload your IT needs and focus on growing your business.
> Configured For All Businesses. Start Your Cloud Today.
> https://www.gigenetcloud.com/
> _______________________________________________
> Devmon-support mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/devmon-support
>
> This e-mail and all files transmitted as attachment(s) thereto are
> confidential and solely intended for the individual to whom or the
> organization to which they are addressed. If you received this e-mail by
> mistake, please notify Cegeka's Service Desk at ceg...@ce...
> or call +32 (0)11 240 363. We thank you in advance. Cegeka hereby
> confirms that this message has been swept by Sophos for the presence of
> viruses.
>
>
> ------------------------------------------------------------------------------
> Don't Limit Your Business. Reach for the Cloud.
> GigeNET's Cloud Solutions provide you with the tools and support that
> you need to offload your IT needs and focus on growing your business.
> Configured For All Businesses. Start Your Cloud Today.
> https://www.gigenetcloud.com/
> _______________________________________________
> Devmon-support mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/devmon-support
>

Re: [Devmon] OID not translating

[Claessens J. <Jur...@ce...>]

Hi Ken,

Currently I'm not even at that point as I get garbage back when run from devmon.
I only have it in my OID file and message file.
As far as I can tell devmon uses encode/decode from BER.pm to make the communication secure??
When I do some debugging on the end parameters I can see all other OID's are decoded, but that 1 OID remains encoded.
So something is amiss there. I just don't know what. I don't know enough of the language or logic behind it.

Met vriendelijke groeten/Meilleures salutations/Best regards

Jurgen Claessens
-----Original Message-----
From: Ken Connell [mailto:kco...@ry...]
Sent: donderdag 9 juli 2015 14:34
To: Devmon - Email List
Subject: Re: [Devmon] OID not translating

When you say "translate the string", you mean you have it set in the transforms file ?

As far as I know you can "transform" INTGERS only....I don't think you can do it for a STRING.
 On Jul 9, 2015 7:13 AM, "Claessens Jurgen" <Jur...@ce...>
wrote:

> Hello all,
>
> I seem to have a problem with 1 OID that is not getting translated
> correctly.
> When I run the snmp query manual I do get normal text snmpwalk -v2c -c
> public 172.29.22.26 .1.3.6.1.2.1.25.1.2.0
> HOST-RESOURCES-MIB::hrSystemDate.0 = STRING: 2015-7-9,11:31:3.0,+2:0
> However, when I try to display this directly in the message I get
> nothing but garbage.
> I think it's not getting decoded back ok.
> Has anyone seen this with this OID? The OID is available on all systems.
>
> I wanted to use this oid to translate it back to epoch time by
> creating an extra function and such it would be possible to calculate
> timedifferences on the system.
>
> Met vriendelijke groeten/Meilleures salutations/Best regards
>
> Jurgen Claessens
>
>
>
> This e-mail and all files transmitted as attachment(s) thereto are
> confidential and solely intended for the individual to whom or the
> organization to which they are addressed. If you received this e-mail
> by mistake, please notify Cegeka's Service Desk at
> ceg...@ce... or call +32 (0)11 240 363. We thank you in
> advance. Cegeka hereby confirms that this message has been swept by
> Sophos for the presence of viruses.
>
> ----------------------------------------------------------------------
> -------- Don't Limit Your Business. Reach for the Cloud.
> GigeNET's Cloud Solutions provide you with the tools and support that
> you need to offload your IT needs and focus on growing your business.
> Configured For All Businesses. Start Your Cloud Today.
> https://www.gigenetcloud.com/
> _______________________________________________
> Devmon-support mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/devmon-support
>
------------------------------------------------------------------------------
Don't Limit Your Business. Reach for the Cloud.
GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business.
Configured For All Businesses. Start Your Cloud Today.
https://www.gigenetcloud.com/
_______________________________________________
Devmon-support mailing list
Dev...@li...
https://lists.sourceforge.net/lists/listinfo/devmon-support

This e-mail and all files transmitted as attachment(s) thereto are confidential and solely intended for the individual to whom or the organization to which they are addressed. If you received this e-mail by mistake, please notify Cegeka's Service Desk at ceg...@ce... or call +32 (0)11 240 363. We thank you in advance. Cegeka hereby confirms that this message has been swept by Sophos for the presence of viruses.

Re: [Devmon] OID not translating

[Ken C. <kco...@ry...>]

When you say "translate the string", you mean you have it set in the
transforms file ?

As far as I know you can "transform" INTGERS only....I don't think you can
do it for a STRING.
 On Jul 9, 2015 7:13 AM, "Claessens Jurgen" <Jur...@ce...>
wrote:

> Hello all,
>
> I seem to have a problem with 1 OID that is not getting translated
> correctly.
> When I run the snmp query manual I do get normal text
> snmpwalk -v2c -c public 172.29.22.26 .1.3.6.1.2.1.25.1.2.0
> HOST-RESOURCES-MIB::hrSystemDate.0 = STRING: 2015-7-9,11:31:3.0,+2:0
> However, when I try to display this directly in the message I get nothing
> but garbage.
> I think it's not getting decoded back ok.
> Has anyone seen this with this OID? The OID is available on all systems.
>
> I wanted to use this oid to translate it back to epoch time by creating an
> extra function and such it would be possible to calculate timedifferences
> on the system.
>
> Met vriendelijke groeten/Meilleures salutations/Best regards
>
> Jurgen Claessens
>
>
>
> This e-mail and all files transmitted as attachment(s) thereto are
> confidential and solely intended for the individual to whom or the
> organization to which they are addressed. If you received this e-mail by
> mistake, please notify Cegeka's Service Desk at ceg...@ce...
> or call +32 (0)11 240 363. We thank you in advance. Cegeka hereby
> confirms that this message has been swept by Sophos for the presence of
> viruses.
>
> ------------------------------------------------------------------------------
> Don't Limit Your Business. Reach for the Cloud.
> GigeNET's Cloud Solutions provide you with the tools and support that
> you need to offload your IT needs and focus on growing your business.
> Configured For All Businesses. Start Your Cloud Today.
> https://www.gigenetcloud.com/
> _______________________________________________
> Devmon-support mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/devmon-support
>

[Devmon] OID not translating

[Claessens J. <Jur...@ce...>]

Hello all,

I seem to have a problem with 1 OID that is not getting translated correctly.
When I run the snmp query manual I do get normal text
snmpwalk -v2c -c public 172.29.22.26 .1.3.6.1.2.1.25.1.2.0
HOST-RESOURCES-MIB::hrSystemDate.0 = STRING: 2015-7-9,11:31:3.0,+2:0
However, when I try to display this directly in the message I get nothing but garbage.
I think it's not getting decoded back ok.
Has anyone seen this with this OID? The OID is available on all systems.

I wanted to use this oid to translate it back to epoch time by creating an extra function and such it would be possible to calculate timedifferences on the system.

Met vriendelijke groeten/Meilleures salutations/Best regards

Jurgen Claessens



This e-mail and all files transmitted as attachment(s) thereto are confidential and solely intended for the individual to whom or the organization to which they are addressed. If you received this e-mail by mistake, please notify Cegeka's Service Desk at ceg...@ce... or call +32 (0)11 240 363. We thank you in advance. Cegeka hereby confirms that this message has been swept by Sophos for the presence of viruses.