From: susan jasinski <susantjasinski@gmail.com>
To: openbmc@lists.ozlabs.org
Subject: Re: SNMP query
Date: Wed, 30 Jan 2019 10:42:47 -0600 [thread overview]
Message-ID: <CANT4NrKHEWR2xa=L1meCWoV8d7_igKVr6QP5v2mbtm2b9gx2ww@mail.gmail.com> (raw)
In-Reply-To: <53839b56-77b1-e743-2737-46d77220780a@linux.vnet.ibm.com>
My team has decided to forgo the Test button on the SNMP panel. We
plan to offer the same field validation affordances for the query, but
now the user will be notified after the Save Settings button is
clicked. And we will provide an affordance if the user has to wait
more than a few seconds for the response.
Thank you all for the feedback.
-- Susan
On Tue, Jan 29, 2019 at 12:53 PM Ratan Gupta
<ratagupt@linux.vnet.ibm.com> wrote:
>
> Hi Susan,
>
> On 29/01/19 11:01 PM, susan jasinski wrote:
>
> On the GUI SNMP panel, all customers that we tested told us that they want the ability to test the manager host name or IP address that they provide to be sure that it is accurate. Right now, the BMC does not have this ability.
>
> I wanted to get more info on this, Currently SNMP D-Bus service on the BMC does the validation for whether the IP is reachable or not as part of configuration.
>
> Suppose if admin configures the hostname/ip which is valid end point(pingable hostname/ip) but not the SNMP trapdaemon, In this scenario what is customer expectation?
>
> SNMP trapdaemon works on UDP, and the trapdaemon(162) listens only the trap messages not the SNMP agent messages.
>
> BMC uses the SNMP for sending the trap messages to the SNMP trapdaemon.
>
> Below link seems useful if BMC would have been SNMP client(sending messages to port 161) and SNMP agent is sitting outside the BMC and on BMC I run the command SNMPwalk to find that the configured IP address is SNMP agent or not which is not the case here.
>
>
> My team did some digging around on the internet and found this SNMP query suggestion. https://support.panorama9.com/hc/en-us/articles/203568188-Test-if-SNMP-devices-are-responding-correctly-to-SNMP-queries
>
>
> I am looking for feedback on whether we should implement something similar?
> - If we get a response from an SNMP enabled device in the backend, then we would provide a validation message like "Device responded to the SNMP query"
>
> - If we do not get a response, then we would provide a validation message like "Invalid host name or IP address, or the device did not respond to the SNMP query"
>
> I am open to suggestions for the messages.
>
>
>
>
> -- Susan Jasinski
>
> Regards
>
> Ratan
next prev parent reply other threads:[~2019-01-30 16:43 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-01-29 17:31 SNMP query susan jasinski
2019-01-29 18:38 ` Ed Tanous
2019-01-29 18:52 ` Ratan Gupta
2019-01-30 16:42 ` susan jasinski [this message]
2019-02-01 23:20 ` krtaylor
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='CANT4NrKHEWR2xa=L1meCWoV8d7_igKVr6QP5v2mbtm2b9gx2ww@mail.gmail.com' \
--to=susantjasinski@gmail.com \
--cc=openbmc@lists.ozlabs.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.