NAME
sdpd
—
Bluetooth Service Discovery Protocol
daemon
SYNOPSIS
sdpd |
[-dh ] [-c
path] [-G
group] [-g
group] [-u
user] |
DESCRIPTION
Thesdpd
daemon keeps track of the Bluetooth services
registered on the host and responds to Service Discovery inquiries from the
remote Bluetooth devices.
In order to use any service remote Bluetooth device need to send
Service Search and Service Attribute or Service Search Attribute request
over Bluetooth L2CAP connection on SDP PSM (0x0001). The
sdpd
daemon will try to find matching Service Record
in its Service Database and will send appropriate response back. The remote
device then will process the response, extract all required information and
will make a separate connection in order to use the service.
Bluetooth applications, running on the host, register services
with the local sdpd
daemon. Operation like service
registration, service removal and service change are performed over the
control socket. It is possible to query entire content of the
sdpd
Service Database with
sdpquery(1) by issuing browse
command
on the control socket.
The command line options are as follows:
-d
- Do not detach from the controlling terminal.
-c
path- Specify path to the control socket. The default path is /var/run/sdp.
-G
group- Grant permission to members of the group to modify
the
sdpd
Service Database. -g
group- Specifies the group the
sdpd
should run as after it initializes. The value specified may be either a group name or a numeric group ID. This only works ifsdpd
was started as root. The default group name is “_sdpd
”. -h
- Display usage message and exit.
-u
user- Specifies the user the
sdpd
should run as after it initializes. The value specified may be either a user name or a numeric user ID. This only works ifsdpd
was started as root. The default user name is “_sdpd
”.
CAVEATS
The sdpd
daemon will listen for incoming
L2CAP connections on a wildcard BD_ADDR.
In case of multiple Bluetooth devices connected to the same host it is possible to specify which services should be “bound” to which Bluetooth device. Such assignment should be done at service registration time.
Requests to register, remove or change service can only be made
via the control socket. The sdpd
daemon will check
the peer's credentials and will only accept the request when the peer is the
superuser, of if the peer is a member of the group specified with the
-G
option.
The sdpd
daemon does not check for
duplicated Service Records. It only performs minimal checking on the service
data sent in the Service Register request. It is assumed that application
must obtain all required resources such as RFCOMM channels etc., before
registering the service.
FILES
- /var/run/sdp
SEE ALSO
HISTORY
The sdpd
daemon first appeared in
FreeBSD 5.3 and was imported into
NetBSD 4.0 by Iain Hibbert
under the sponsorship of Itronix, Inc. It was
imported into DragonFly 1.11.
AUTHORS
Maksim Yevmenkin <m_evmenkin@yahoo.com>
BUGS
Most likely. Please report if found.