Proposal for the connected redfish client info
Richard Hanley
rhanley at google.com
Wed Mar 18 06:49:56 AEDT 2020
>Show the connected redfish client info.
> ClientIP
> Client Unique Identifier(unique serial number of the client etc)
I'd like to know a bit more of the use case for this information. Is this
done to help clients find each other in realtime? Or is this being to log
accesses for security audits? I think that would help me figure out what
direction we should move towards.
If this is related to auditing, then we should be thinking about how this
feature might expand over time.
Cheers,
Richard
On Tue, Mar 17, 2020 at 11:00 AM Ivan Mikhaylov <i.mikhaylov at yadro.com>
wrote:
> On Tue, 2020-03-17 at 18:31 +0530, Ratan Gupta wrote:
> > Hi Team,
> >
> > Looking for your inputs
> >
> > James, How about option1 for the below use case
> >
> > Ratan
> >
> > On 3/11/20 3:48 PM, Ratan Gupta wrote:
> > > Hi Team,
> > >
> > > In IBM we have a following requirement
> > >
> > > Show the connected redfish client info.
> > > ClientIP
> > > Client Unique Identifier(unique serial number of the client etc)
> > >
> > > Presently there is no way through which we can get this info.
> > >
> > > I have following two proposal for the above requirement.
> > >
> > > 1/ (Extend the session schema)
> > >
> > > Add the IPaddress and the client Identifier as a OEM in the session
> schema,
> > > Clinet IP would be read only and will be updated once the redfish
> client
> > > creates the session.
>
> We've already some sort of it in our local env for old builds. I don't mind
> about client ip read only property inside session/connection inside
> bmcweb.
>
> > > ClientIdentifier(Management console unique serial number etc) will be
> > > writable property and can be set by the redfish client
> > > during creation of the session or after creating the session.
>
> What is 'ClientIdentifier' and why it should be there?
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ozlabs.org/pipermail/openbmc/attachments/20200317/369dead2/attachment.htm>
More information about the openbmc
mailing list