All of lore.kernel.org
 help / color / mirror / Atom feed
From: Ratan Gupta <ratagupt@linux.vnet.ibm.com>
To: openbmc@lists.ozlabs.org
Subject: RFC for enablement of slpd on openbmc
Date: Wed, 19 Oct 2016 23:19:26 +0530	[thread overview]
Message-ID: <5807B226.8090400@linux.vnet.ibm.com> (raw)

[-- Attachment #1: Type: text/plain, Size: 1863 bytes --]

Hi All,


*Enabling SLP Server on openBMC*

What is SLP

=======

Service Location Protocol (SLP) is a protocol that provides a framework 
to allow networking applications to discover the existence, location, 
and configuration of networked services in enterprise networks.

openSLP is widely accepted in the industry

What do we need to do?

==============

1) Bring SLP(OpenSLP) in image:- Write the bitbake recipe(didn't find 
the readily available bitbake recipe)

2) Configure the services through Settings daemon.

3) Write the .service file as it needs to start after network is 
up(after networkd-online.target)

How to configure the services which needs to be registered with slpd

============================================

Option 1:- settingsd

Note: Gives the flexibility to change the configured services @ runtime. 
Do we require this functionality?

Option 2:conf file for discovery services

Note: During build time we can get the service info(service-name,port) 
from the existing infra(discoveryservice.bbclass)

How to register the services
==================

1) Static Registration:- will not work as we need ip/host-name details 
which we don't have @build time.

2) Application(new DBUS app) will register the configured services to 
the slpd on startup.

We need to provide the dynamic registration support on BMC as IP of BMC 
can change any time.  Registration of services with slpd takes the URL 
of the service which includes ip and port of the service which needs to 
be registered.

Create a DBUS service application

=====================

1) Once the service starts it registers the configured services with slpd.

2) listening on RTNETLINK event for ip change: raise a dbus signal(for 
the IP change)


      if there is IP change then dereg the old service followed by reg 
service as the ip has changed.

Regards
Ratan Gupta

[-- Attachment #2: Type: text/html, Size: 4166 bytes --]

             reply	other threads:[~2016-10-19 17:49 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-10-19 17:49 Ratan Gupta [this message]
2016-10-19 20:09 ` RFC for enablement of slpd on openbmc Rick Altherr
2016-10-19 20:31   ` Patrick Williams
2016-10-19 21:32 ` Patrick Williams
2016-10-20 13:55   ` Ratan Gupta
2016-10-21 13:25     ` Patrick Williams

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=5807B226.8090400@linux.vnet.ibm.com \
    --to=ratagupt@linux.vnet.ibm.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.