Linux and UNIX Man Pages

Linux & Unix Commands - Search Man Pages

sdptool(1) [suse man page]

sdptool(1)						      General Commands Manual							sdptool(1)

NAME
sdptool -- control and interrogate SDP servers SYNOPSIS
sdptool [options] {command} [command parameters ...] DESCRIPTION
sdptool provides the interface for performing SDP queries on Bluetooth devices, and administering a local sdpd. COMMANDS
The following commands are available. In all cases bdaddr specifies the device to search or browse. If local is used for bdaddr, then the local sdpd is searched. Services are identified and manipulated with a 4-byte record_handle (NOT the service name). To find a service's record_handle, look for the "Service RecHandle" line in the search or browse results search [--bdaddr bdaddr] [--tree] [--raw] [--xml] service_name Search for services.. Known service names are DID, SP, DUN, LAN, FAX, OPUSH, FTP, HS, HF, HFAG, SAP, NAP, GN, PANU, HCRP, HID, CIP, A2SRC, A2SNK, AVRCT, AVRTG, UDIUE, UDITE and SYNCML. browse [--tree] [--raw] [--xml] [bdaddr] Browse all available services on the device specified by a Bluetooth address as a parameter. records [--tree] [--raw] [--xml] bdaddr Retrieve all possible service records. add [ --handle=N --channel=N ] Add a service to the local sdpd. You can specify a handle for this record using the --handle option. You can specify a channel to add the service on using the --channel option. del record_handle Remove a service from the local sdpd. get [--tree] [--raw] [--xml] [--bdaddr bdaddr] record_handle Retrieve a service from the local sdpd. setattr record_handle attrib_id attrib_value Set or add an attribute to an SDP record. setseq record_handle attrib_id attrib_values Set or add an attribute sequence to an SDP record. OPTIONS
--help Displays help on using sdptool. EXAMPLES
sdptool browse 00:80:98:24:15:6D sdptool browse local sdptool add DUN sdptool del 0x10000 BUGS
Documentation needs improving. AUTHOR
Maxim Krasnyansky <maxk@qualcomm.com>. Man page written by Edd Dumbill <ejad@debian.org>. SEE ALSO
sdpd(8) sdptool(1)

Check Out this Related Man Page

SDPD(8) 						    BSD System Manager's Manual 						   SDPD(8)

NAME
sdpd -- Bluetooth Service Discovery Protocol daemon SYNOPSIS
sdpd [-dh] [-c path] [-g group] [-u user] DESCRIPTION
The sdpd 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 sep- arate 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 sdpcontrol(8) 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 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 if sdpd was started as root. The default group name is ``nobody''. -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 if sdpd was started as root. The default user name is ``nobody''. CAVEAT
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 Blue- tooth 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 peer's credentials and will only accept the request if the application has the same effective user ID as the ``root'' user ID. 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
sdp(3), sdpcontrol(8) AUTHORS
Maksim Yevmenkin <m_evmenkin@yahoo.com> BUGS
Most likely. Please report if found. BSD
January 13, 2004 BSD
Man Page