[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Please review: draft-black-snmp-uri-06.txt



David T. Perkins wrote:
HI,

I'm not sure how the URI is suppose to be translated into
SNMP operations, since I couldn't figure out how you
determined which SNMP protocol (SNMPv1, SNMPv2c, SNMPv3/USM,
SNMPv3/SBSM, etc) you were suppose to use.

After a quick view of the draft, but (in general) it is my understanding that the URI is not supposed to have protocol operations and versions. Consider the HTTP case (I guess every one is familier with that) and there you do not see that browsers use a POST or GET and version 1.1. The URI is only for locating an resource via a specific protocol.


Also, I'm curious why it doesn't support values.

With the URI you indicate the resource, but do not have the resource. Think again of the usage with HTTP where no values are included in the URI. You can have extra arguments, but not the file that is returned on a GET or a POST. As for arugments: http://localhost/index.php?value=1 http://localhost/index.php

May result in the same page if the first is an HTTP GET and the
second an HTTP POST with the 'value=1' in the BODY.


With values,
you have a "concise" way to express a SET, or notification
(TRAPv1, TRAPv2, or INFORM) operation.
Also, I don't know "what would be displayed" in a browser
that supported this URI.

I guess that may be considered an implementation issue with respect to a mime-type or so.

Note also, that if the URI is just to "name" (identify)
management info (and not to access it), then the URI
doesn't need a user name. (Just naming management info
is a "good thing".)

Not sure how applicable it is in SNMP, but consider the case of an FTP URI. The username may decide to have a different root level (position) and therefore an equal URI with only a different user is still a different resource.


So, I'm confused about the usage of the URIs, since they provide more info needed to just name (identify) management info, but yet they don't provide enough info to access management info. And they don't provide values of management info.




Hope this helps, Harrie