您最多选择25个主题 主题必须以字母或数字开头,可以包含连字符 (-),并且长度不得超过35个字符

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264265266267268269270271272273274275276277278279280281282283284285286287288289290291292293294295296297298299300301302303304305306307308309310311312313314315316317318319320321322323324325326327328329330331332333334335336337338339340341342343344345346347348349350351352353354355356357358359360361362363364365366367368369370371372373374375376377378379380381382383384385386387388389390391392393394395396397398399400401402403404405406407408409410411412413414415416417418419420421422423424425426427428429430431432433434435436437438439440441442443444445446447448449450451452453454455456457458459460461462463464465466467468469470471472473474475476477478479480481482483484485486487488489490491492493494495496497498499500501502503504505506507508509510511512513514515516517518519520521522
  1. wpa_supplicant and Wi-Fi P2P
  2. ============================
  3. This document describes how the Wi-Fi P2P implementation in
  4. wpa_supplicant can be configured and how an external component on the
  5. client (e.g., management GUI) is used to enable WPS enrollment and
  6. registrar registration.
  7. Introduction to Wi-Fi P2P
  8. -------------------------
  9. TODO
  10. More information about Wi-Fi P2P is available from Wi-Fi Alliance:
  11. http://www.wi-fi.org/Wi-Fi_Direct.php
  12. wpa_supplicant implementation
  13. -----------------------------
  14. TODO
  15. wpa_supplicant configuration
  16. ----------------------------
  17. Wi-Fi P2P is an optional component that needs to be enabled in the
  18. wpa_supplicant build configuration (.config). Here is an example
  19. configuration that includes Wi-Fi P2P support and Linux nl80211
  20. -based driver interface:
  21. CONFIG_DRIVER_NL80211=y
  22. CONFIG_CTRL_IFACE=y
  23. CONFIG_P2P=y
  24. CONFIG_AP=y
  25. CONFIG_WPS=y
  26. In run-time configuration file (wpa_supplicant.conf), some parameters
  27. for P2P may be set. In order to make the devices easier to recognize,
  28. device_name and device_type should be specified. For example,
  29. something like this should be included:
  30. ctrl_interface=/var/run/wpa_supplicant
  31. device_name=My P2P Device
  32. device_type=1-0050F204-1
  33. wpa_cli
  34. -------
  35. Actual Wi-Fi P2P operations are requested during runtime. These can be
  36. done for example using wpa_cli (which is described below) or a GUI
  37. like wpa_gui-qt4.
  38. wpa_cli starts in interactive mode if no command string is included on
  39. the command line. By default, it will select the first network interface
  40. that it can find (and that wpa_supplicant controls). If more than one
  41. interface is in use, it may be necessary to select one of the explicitly
  42. by adding -i argument on the command line (e.g., 'wpa_cli -i wlan1').
  43. Most of the P2P operations are done on the main interface (e.g., the
  44. interface that is automatically added when the driver is loaded, e.g.,
  45. wlan0). When using a separate virtual interface for group operations
  46. (e.g., wlan1), the control interface for that group interface may need
  47. to be used for some operations (mainly WPS activation in GO). This may
  48. change in the future so that all the needed operations could be done
  49. over the main control interface.
  50. Device Discovery
  51. p2p_find [timeout in seconds] [type=<social|progressive>]
  52. The default behavior is to run a single full scan in the beginning and
  53. then scan only social channels. type=social will scan only social
  54. channels, i.e., it skips the initial full scan. type=progressive is
  55. like the default behavior, but it will scan through all the channels
  56. progressively one channel at the time in the Search state rounds. This
  57. will help in finding new groups or groups missed during the initial
  58. full scan.
  59. p2p_listen [timeout in seconds]
  60. Start Listen-only state (become discoverable without searching for
  61. other devices). Optional parameter can be used to specify the duration
  62. for the Listen operation in seconds. This command may not be of that
  63. much use during normal operations and is mainly designed for
  64. testing. It can also be used to keep the device discoverable without
  65. having to maintain a group.
  66. p2p_stop_find
  67. Stop ongoing P2P device discovery or other operation (connect, listen
  68. mode).
  69. p2p_flush
  70. Flush P2P peer table and state.
  71. Group Formation
  72. p2p_prov_disc <peer device address> <display|keypad|pbc>
  73. Send P2P provision discovery request to the specified peer. The
  74. parameters for this command are the P2P device address of the peer and
  75. the desired configuration method. For example, "p2p_prov_disc
  76. 02:01:02:03:04:05 display" would request the peer to display a PIN for
  77. us and "p2p_prov_disc 02:01:02:03:04:05 keypad" would request the peer
  78. to enter a PIN that we display.
  79. p2p_connect <peer device address> <pbc|pin|PIN#> [label|display|keypad]
  80. [persistent] [join|auth] [go_intent=<0..15>] [freq=<in MHz>]
  81. Start P2P group formation with a discovered P2P peer. This includes
  82. optional group owner negotiation, group interface setup, provisioning,
  83. and establishing data connection.
  84. The <pbc|pin|PIN#> parameter specifies the WPS provisioning
  85. method. "pbc" string starts pushbutton method, "pin" string start PIN
  86. method using an automatically generated PIN (which will be returned as
  87. the command return code), PIN# means that a pre-selected PIN can be
  88. used (e.g., 12345670). [label|display|keypad] is used with PIN method
  89. to specify which PIN is used (label=PIN from local label,
  90. display=dynamically generated random PIN from local display,
  91. keypad=PIN entered from peer device label or display). "persistent"
  92. parameter can be used to request a persistent group to be formed.
  93. "join" indicates that this is a command to join an existing group as a
  94. client. It skips the GO Negotiation part. This will send a Provision
  95. Discovery Request message to the target GO before associating for WPS
  96. provisioning.
  97. "auth" indicates that the WPS parameters are authorized for the peer
  98. device without actually starting GO Negotiation (i.e., the peer is
  99. expected to initiate GO Negotiation). This is mainly for testing
  100. purposes.
  101. "go_intent" can be used to override the default GO Intent for this GO
  102. Negotiation.
  103. "freq" can be used to set a forced operating channel (e.g., freq=2412
  104. to select 2.4 GHz channel 1).
  105. p2p_group_add [persistent|persistent=<network id>] [freq=<freq in MHz>]
  106. Set up a P2P group owner manually (i.e., without group owner
  107. negotiation with a specific peer). This is also known as autonomous
  108. GO. Optional persistent=<network id> can be used to specify restart of
  109. a persistent group. Optional freq=<freq in MHz> can be used to force
  110. the GO to be started on a specific frequency. Special freq=2 or freq=5
  111. options can be used to request the best 2.4 GHz or 5 GHz band channel
  112. to be selected automatically.
  113. p2p_reject <peer device address>
  114. Reject connection attempt from a peer (specified with a device
  115. address). This is a mechanism to reject a pending GO Negotiation with
  116. a peer and request to automatically block any further connection or
  117. discovery of the peer.
  118. p2p_group_remove <group interface>
  119. Terminate a P2P group. If a new virtual network interface was used for
  120. the group, it will also be removed. The network interface name of the
  121. group interface is used as a parameter for this command.
  122. p2p_cancel
  123. Cancel an ongoing P2P group formation related operation.
  124. Service Discovery
  125. p2p_serv_disc_req
  126. Schedule a P2P service discovery request. The parameters for this
  127. command are the device address of the peer device (or 00:00:00:00:00:00
  128. for wildcard query that is sent to every discovered P2P peer that
  129. supports service discovery) and P2P Service Query TLV(s) as hexdump. For
  130. example,
  131. p2p_serv_disc_req 00:00:00:00:00:00 02000001
  132. schedules a request for listing all available services of all service
  133. discovery protocols and requests this to be sent to all discovered
  134. peers (note: this can result in long response frames). The pending
  135. requests are sent during device discovery (see p2p_find).
  136. Only a single pending wildcard query is supported, but there can be
  137. multiple pending peer device specific queries (each will be sent in
  138. sequence whenever the peer is found).
  139. This command returns an identifier for the pending query (e.g.,
  140. "1f77628") that can be used to cancel the request. Directed requests
  141. will be automatically removed when the specified peer has replied to
  142. it.
  143. For UPnP, an alternative command format can be used to specify a
  144. single query TLV (i.e., a service discovery for a specific UPnP
  145. service):
  146. p2p_serv_disc_req 00:00:00:00:00:00 upnp <version hex> <ST: from M-SEARCH>
  147. For example:
  148. p2p_serv_disc_req 00:00:00:00:00:00 upnp 10 urn:schemas-upnp-org:device:InternetGatewayDevice:1
  149. Additional examples for queries:
  150. # list of all Bonjour services
  151. p2p_serv_disc_req 00:00:00:00:00:00 02000101
  152. # list of all UPnP services
  153. p2p_serv_disc_req 00:00:00:00:00:00 02000201
  154. # list of all WS-Discovery services
  155. p2p_serv_disc_req 00:00:00:00:00:00 02000301
  156. # list of all Bonjour and UPnP services
  157. p2p_serv_disc_req 00:00:00:00:00:00 0200010102000202
  158. # Apple File Sharing over TCP
  159. p2p_serv_disc_req 00:00:00:00:00:00 130001010b5f6166706f766572746370c00c000c01
  160. # Bonjour SSTH (supported service type hash)
  161. p2p_serv_disc_req 00:00:00:00:00:00 05000101000000
  162. # UPnP examples
  163. p2p_serv_disc_req 00:00:00:00:00:00 upnp 10 ssdp:all
  164. p2p_serv_disc_req 00:00:00:00:00:00 upnp 10 upnp:rootdevice
  165. p2p_serv_disc_req 00:00:00:00:00:00 upnp 10 urn:schemas-upnp-org:service:ContentDirectory:2
  166. p2p_serv_disc_req 00:00:00:00:00:00 upnp 10 uuid:6859dede-8574-59ab-9332-123456789012
  167. p2p_serv_disc_req 00:00:00:00:00:00 upnp 10 urn:schemas-upnp-org:device:InternetGatewayDevice:1
  168. p2p_serv_disc_cancel_req <query identifier>
  169. Cancel a pending P2P service discovery request. This command takes a
  170. single parameter: identifier for the pending query (the value returned
  171. by p2p_serv_disc_req, e.g., "p2p_serv_disc_cancel_req 1f77628".
  172. p2p_serv_disc_resp
  173. Reply to a service discovery query. This command takes following
  174. parameters: frequency in MHz, destination address, dialog token,
  175. response TLV(s). The first three parameters are copied from the
  176. request event. For example, "p2p_serv_disc_resp 2437 02:40:61:c2:f3:b7
  177. 1 0300000101". This command is used only if external program is used
  178. to process the request (see p2p_serv_disc_external).
  179. p2p_service_update
  180. Indicate that local services have changed. This is used to increment
  181. the P2P service indicator value so that peers know when previously
  182. cached information may have changed. This is only needed when external
  183. service discovery processing is enabled since the commands to
  184. pre-configure services for internal processing will increment the
  185. indicator automatically.
  186. p2p_serv_disc_external <0|1>
  187. Configure external processing of P2P service requests: 0 (default) =
  188. no external processing of requests (i.e., internal code will process
  189. each request based on pre-configured services), 1 = external
  190. processing of requests (external program is responsible for replying
  191. to service discovery requests with p2p_serv_disc_resp). Please note
  192. that there is quite strict limit on how quickly the response needs to
  193. be transmitted, so use of the internal processing is strongly
  194. recommended.
  195. p2p_service_add bonjour <query hexdump> <RDATA hexdump>
  196. Add a local Bonjour service for internal SD query processing.
  197. Examples:
  198. # AFP Over TCP (PTR)
  199. p2p_service_add bonjour 0b5f6166706f766572746370c00c000c01 074578616d706c65c027
  200. # AFP Over TCP (TXT) (RDATA=null)
  201. p2p_service_add bonjour 076578616d706c650b5f6166706f766572746370c00c001001 00
  202. # IP Printing over TCP (PTR) (RDATA=MyPrinter._ipp._tcp.local.)
  203. p2p_service_add bonjour 045f697070c00c000c01 094d795072696e746572c027
  204. # IP Printing over TCP (TXT) (RDATA=txtvers=1,pdl=application/postscript)
  205. p2p_service_add bonjour 096d797072696e746572045f697070c00c001001 09747874766572733d311a70646c3d6170706c69636174696f6e2f706f7374736372797074
  206. # Supported Service Type Hash (SSTH)
  207. p2p_service_add bonjour 000000 <32-byte bitfield as hexdump>
  208. (note: see P2P spec Annex E.4 for information on how to construct the bitfield)
  209. p2p_service_del bonjour <query hexdump>
  210. Remove a local Bonjour service from internal SD query processing.
  211. p2p_service_add upnp <version hex> <service>
  212. Add a local UPnP service for internal SD query processing.
  213. Examples:
  214. p2p_service_add upnp 10 uuid:6859dede-8574-59ab-9332-123456789012::upnp:rootdevice
  215. p2p_service_add upnp 10 uuid:5566d33e-9774-09ab-4822-333456785632::upnp:rootdevice
  216. p2p_service_add upnp 10 uuid:1122de4e-8574-59ab-9322-333456789044::urn:schemas-upnp-org:service:ContentDirectory:2
  217. p2p_service_add upnp 10 uuid:5566d33e-9774-09ab-4822-333456785632::urn:schemas-upnp-org:service:ContentDirectory:2
  218. p2p_service_add upnp 10 uuid:6859dede-8574-59ab-9332-123456789012::urn:schemas-upnp-org:device:InternetGatewayDevice:1
  219. p2p_service_del upnp <version hex> <service>
  220. Remove a local UPnP service from internal SD query processing.
  221. p2p_service_flush
  222. Remove all local services from internal SD query processing.
  223. Invitation
  224. p2p_invite [persistent=<network id>|group=<group ifname>] [peer=address]
  225. [go_dev_addr=address]
  226. Invite a peer to join a group (e.g., group=wlan1) or to reinvoke a
  227. persistent group (e.g., persistent=4). If the peer device is the GO of
  228. the persisten group, the peer parameter is not needed. Otherwise it is
  229. used to specify which device to invite. go_dev_addr parameter can be
  230. used to override the GO device address for Invitation Request should
  231. it be not known for some reason (this should not be needed in most
  232. cases).
  233. Group Operations
  234. (These are used on the group interface.)
  235. wps_pin <any|address> <PIN>
  236. Start WPS PIN method. This allows a single WPS Enrollee to connect to
  237. the AP/GO. This is used on the GO when a P2P client joins an existing
  238. group. The second parameter is the address of the Enrollee or a string
  239. "any" to allow any station to use the entered PIN (which will restrict
  240. the PIN for one-time-use). PIN is the Enrollee PIN read either from a
  241. label or display on the P2P Client/WPS Enrollee.
  242. wps_pbc
  243. Start WPS PBC method (i.e., push the button). This allows a single WPS
  244. Enrollee to connect to the AP/GO. This is used on the GO when a P2P
  245. client joins an existing group.
  246. p2p_get_passphrase
  247. Get the passphrase for a group (only available when acting as a GO).
  248. p2p_presence_req [<duration> <interval>] [<duration> <interval>]
  249. Send a P2P Presence Request to the GO (this is only available when
  250. acting as a P2P client). If no duration/interval pairs are given, the
  251. request indicates that this client has no special needs for GO
  252. presence. the first parameter pair gives the preferred duration and
  253. interval values in microseconds. If the second pair is included, that
  254. indicates which value would be acceptable.
  255. Parameters
  256. p2p_ext_listen [<period> <interval>]
  257. Configure Extended Listen Timing. If the parameters are omitted, this
  258. feature is disabled. If the parameters are included, Listen State will
  259. be entered every interval msec for at least period msec. Both values
  260. have acceptable range of 1-65535 (with interval obviously having to be
  261. larger than or equal to duration). If the P2P module is not idle at
  262. the time the Extended Listen Timing timeout occurs, the Listen State
  263. operation will be skipped.
  264. The configured values will also be advertised to other P2P Devices. The
  265. received values are available in the p2p_peer command output:
  266. ext_listen_period=100 ext_listen_interval=5000
  267. p2p_set <field> <value>
  268. Change dynamic P2P parameters
  269. p2p_set discoverability <0/1>
  270. Disable/enable advertisement of client discoverability. This is
  271. enabled by default and this parameter is mainly used to allow testing
  272. of device discoverability.
  273. p2p_set managed <0/1>
  274. Disable/enable managed P2P Device operations. This is disabled by
  275. default.
  276. p2p_set listen_channel <1/6/11>
  277. Set P2P Listen channel. This is mainly meant for testing purposes and
  278. changing the Listen channel during normal operations can result in
  279. protocol failures.
  280. p2p_set ssid_postfix <postfix>
  281. Set postfix string to be added to the automatically generated P2P SSID
  282. (DIRECT-<two random characters>). For example, postfix of "-testing"
  283. could result in the SSID becoming DIRECT-ab-testing.
  284. set <field> <value>
  285. Set global configuration parameters which may also affect P2P
  286. operations. The format on these parameters is same as is used in
  287. wpa_supplicant.conf. Only the parameters listen here should be
  288. changed. Modifying other parameters may result in incorrect behavior
  289. since not all existing users of the parameters are updated.
  290. set uuid <UUID>
  291. Set WPS UUID (by default, this is generated based on the MAC address).
  292. set device_name <device name>
  293. Set WPS Device Name (also included in some P2P messages).
  294. set manufacturer <manufacturer>
  295. Set WPS Manufacturer.
  296. set model_name <model name>
  297. Set WPS Model Name.
  298. set model_number <model number>
  299. Set WPS Model Number.
  300. set serial_number <serial number>
  301. Set WPS Serial Number.
  302. set device_type <device type>
  303. Set WPS Device Type.
  304. set os_version <OS version>
  305. Set WPS OS Version.
  306. set config_methods <config methods>
  307. Set WPS Configuration Methods.
  308. set sec_device_type <device type>
  309. Add a new Secondary Device Type.
  310. set p2p_go_intent <GO intent>
  311. Set the default P2P GO Intent. Note: This value can be overridden in
  312. p2p_connect command and as such, there should be no need to change the
  313. default value here during normal operations.
  314. set p2p_ssid_postfix <P2P SSID postfix>
  315. Set P2P SSID postfix.
  316. set persistent_reconnect <0/1>
  317. Disable/enabled persistent reconnect for reinvocation of persistent
  318. groups. If enabled, invitations to reinvoke a persistent group will be
  319. accepted without separate authorization (e.g., user interaction).
  320. set country <two character country code>
  321. Set country code (this is included in some P2P messages).
  322. Status
  323. p2p_peers [discovered]
  324. List P2P Device Addresses of all the P2P peers we know. The optional
  325. "discovered" parameter filters out the peers that we have not fully
  326. discovered, i.e., which we have only seen in a received Probe Request
  327. frame.
  328. p2p_peer <P2P Device Address>
  329. Fetch information about a known P2P peer.
  330. Group Status
  331. (These are used on the group interface.)
  332. status
  333. Show status information (connection state, role, use encryption
  334. parameters, IP address, etc.).
  335. sta
  336. Show information about an associated station (when acting in AP/GO role).
  337. all_sta
  338. Lists the currently associated stations.
  339. Configuration data
  340. list_networks
  341. Lists the configured networks, including stored information for
  342. persistent groups. The identifier in this list is used with
  343. p2p_group_add and p2p_invite to indicate which persistent group is to
  344. be reinvoked.
  345. remove_network <network id>
  346. Remove a network entry from configuration.
  347. wpa_cli action script
  348. ---------------------
  349. See examples/p2p-action.sh
  350. TODO: describe DHCP/DNS setup
  351. TODO: cross-connection