tizen 2.3.1 release
[framework/connectivity/bluez.git] / tools / l2ping.1
1 .TH L2PING 1 "Jan 22 2002" BlueZ "Linux System Administration"
2 .SH NAME
3 l2ping \- Send L2CAP echo request and receive answer
4 .SH SYNOPSIS
5 .B l2ping
6 .RB [\| \-i
7 .IR <hciX> \|]
8 .RB [\| \-s
9 .IR size \|]
10 .RB [\| \-c
11 .IR count \|]
12 .RB [\| \-t
13 .IR timeout \|]
14 .RB [\| \-d
15 .IR delay \|]
16 .RB [\| \-f \|]
17 .RB [\| \-r \|]
18 .RB [\| \-v \|]
19 .I bd_addr
20
21 .SH DESCRIPTION
22 .LP
23 L2ping sends a L2CAP echo request to the Bluetooth MAC address
24 .I bd_addr
25 given in dotted hex notation.
26 .SH OPTIONS
27 .TP
28 .BI \-i " <hciX>"
29 The command is applied to device
30 .BI
31 hciX
32 , which must be the name of an installed Bluetooth device (X = 0, 1, 2, ...)
33 If not specified, the command will be sent to the first available Bluetooth
34 device.
35 .TP
36 .BI \-s " size"
37 The
38 .I size
39 of the data packets to be sent.
40 .TP
41 .BI \-c " count"
42 Send
43 .I count
44 number of packets then exit.
45 .TP
46 .BI \-t " timeout"
47 Wait
48 .I timeout
49 seconds for the response.
50 .TP
51 .BI \-d " delay"
52 Wait
53 .I delay
54 seconds between pings.
55 .TP
56 .B \-f
57 Kind of flood ping. Use with care! It reduces the delay time between packets
58 to 0.
59 .TP
60 .B \-r
61 Reverse ping (gnip?). Send echo response instead of echo request.
62 .TP
63 .B \-v
64 Verify response payload is identical to request payload. It is not required for
65 remote stacks to return the request payload, but most stacks do (including
66 Bluez).
67 .TP
68 .I bd_addr
69 The Bluetooth MAC address to be pinged in dotted hex notation like
70 .B 01:02:03:ab:cd:ef
71 or
72 .B 01:EF:cd:aB:02:03
73 .SH AUTHORS
74 Written by Maxim Krasnyansky <maxk@qualcomm.com> and Marcel Holtmann <marcel@holtmann.org>
75 .PP
76 man page by Nils Faerber <nils@kernelconcepts.de>, Adam Laurie <adam@algroup.co.uk>.