Wi-Fi Direct 源码分析（11）：P2P-GROUP-STARTED 之后——Group Interface、IP 配置与真实数据通路

Wi-Fi Direct 源码分析（11）：P2P-GROUP-STARTED 之后——Group Interface、IP 配置与真实数据通路

摘要：从 P2P-GROUP-STARTED 追踪本机 Group netdev、IP/route 配置，并区分 P2P 控制面与 Linux Socket 数据面。

文章目录

• Wi-Fi Direct 源码分析（11）：P2P-GROUP-STARTED 之后——Group Interface、IP 配置与真实数据通路
• • 1. 第 10 篇的终点，其实正好是系统网络配置的起点
  • 2. 事件中的第一个参数为什么可能是 p2p-wlan0-0
  • • 2.1 P2P Device interface 负责管理，不等于 Group 的数据接口
      • 2.2 Group Interface 才是 Group 建立后需要关注的接口
      • 2.3 `p2p-wlan0-0` 在 Linux 里到底算什么设备
  • 3. Group Interface 并不是任何平台都一定单独创建
  • 4. P2P-GROUP-STARTED 之后为什么会重新看到 wpa_cli
  • 5. GO 分支：Group 已经建立，但 GO 自己仍需要三层地址
  • 6. Client 分支不一定总是直接跑 DHCP
  • 7. ip_addr、ip_mask、go_ip_addr 是从哪里塞进事件的
  • 8. 什么条件下才会请求 P2P IP Address Allocation
  • 9. 为什么 P2P-GROUP-STARTED 不应直接等价为“IP 已经 ready”
  • • GO 侧
      • Client 侧
  • 10. IP / route ready 以后，可以直接使用 Linux Socket API
  • • 10.1 GO 和 Client 都可以做 Socket Server 或 Client
      • 10.2 `routing decision -> P2P Group netdev` 不代表又进入 P2P 协议栈
      • 10.3 Socket packet 的真实数据面：netdev 后面仍然是 802.11，但不经过 P2P Core
      • 10.4 控制面与数据面共享同一个 Group，但走的是两条不同路径
  • 11. GO 与 Client 之间本地通信不需要 NAT
  • 12. 从 P2P-GROUP-STARTED 到第一条 Socket 数据的完整回看
  • • 第一阶段：第 10 篇交付一个已经成立的 Group
      • 第二阶段：找到真正的数据 interface
      • 第三阶段：control event 离开 wpa_supplicant
      • 第四阶段：GO / Client 分别建立三层配置
      • 第五阶段：数据面脱离 control socket
  • 13. 从 Device Discovery 到 Socket 数据面的分层回看
  • 资料来源
  • • [S1] hostap 2.12：P2P Group Interface、Group Started 与 IP Allocation
      • [S2] hostap 2.12：wpa_cli action mode 与 P2P 网络配置示例
      • [S3] Linux man-pages：BSD Socket、IP、TCP 与 UDP 用户态接口
      • [S4] Linux Kernel / Linux Wireless：net_device 与 P2P 无线接口

第 10 篇已经把一次经典 Wi-Fi Direct Group Formation 追到最终事件：

1P2P_CONNECT
2    ↓
3GO Negotiation
4    ↓
5WPS Group Formation
6    ↓
7P2P-GROUP-FORMATION-SUCCESS
8    ↓
9P2P-GROUP-STARTED
10

到这里最容易出现一个新的误解：既然已经收到 P2P-GROUP-STARTED，是否意味着两台设备已经拥有 IP 地址，可以直接 ping、建立 TCP 连接或发送 UDP 数据？

答案不能简单写成“是”。

P2P-GROUP-STARTED 首先说明 P2P Group 已经进入可运行阶段：如果本端是 GO，GO/AP 已经启动；如果本端是 Client，则安全关联已经完成到数据口可用。真正的 IP 通信还需要确认 Group Interface、IP 地址、掩码和路由。经典 Linux 集成通常还会在这个事件之后启动 DHCP Server / DHCP Client；较新的实现还可能通过 P2P IP Address Allocation 在 4-Way Handshake 中得到地址信息。

本篇因此只解决一条新的主线：

1P2P-GROUP-STARTED
2    ↓
3当前真正承载 Group 的 interface 是谁
4    ↓
5GO / Client 分别还缺什么网络配置
6    ↓
7IP 地址怎样得到
8    ↓
9应用数据最终怎样经过 Group Interface 收发
10

本文继续使用 hostap 2.12 release tag hostap_2_12 作为源码基线。Group Interface、P2P-GROUP-STARTED、P2P IP Address Allocation、wpa_cli action mode 与示例 DHCP 脚本均以该版本公开 Git 源码为依据。S1 S2

1. 第 10 篇的终点，其实正好是系统网络配置的起点

第 10 篇已经追过 wpas_p2p_group_started()。第 11 篇从这里继续，不再回头重讲 GO Negotiation、WPS 和 4-Way Handshake。

hostap 2.12 中该函数位于：

1wpa_supplicant/p2p_supplicant.c
2

核心代码如下：

1static void wpas_p2p_group_started(struct wpa_supplicant *wpa_s,
2                                   int go, struct wpa_ssid *ssid, int freq,
3                                   const u8 *psk, const char *passphrase,
4                                   const u8 *go_dev_addr, int persistent,
5                                   const char *extra)
6{
7        const char *ssid_txt;
8        char psk_txt[65];
9
10        if (psk)
11                wpa_snprintf_hex(psk_txt, sizeof(psk_txt), psk, 32);
12        else
13                psk_txt[0] = '\0';
14
15        if (ssid)
16                ssid_txt = wpa_ssid_txt(ssid->ssid, ssid->ssid_len);
17        else
18                ssid_txt = "";
19
20        if (passphrase && passphrase[0] == '\0')
21                passphrase = NULL;
22
23        wpa_msg_global_ctrl(wpa_s->p2pdev, MSG_INFO,
24                            P2P_EVENT_GROUP_STARTED
25                            "%s %s ssid=\"%s\" freq=%d%s%s%s%s%s go_dev_addr="
26                            MACSTR "%s%s",
27                            wpa_s->ifname, go ? "GO" : "client", ssid_txt, freq,
28                            psk ? " psk=" : "", psk_txt,
29                            passphrase ? " passphrase=\"" : "",
30                            passphrase ? passphrase : "",
31                            passphrase ? "\"" : "",
32                            MAC2STR(go_dev_addr),
33                            persistent ? " [PERSISTENT]" : "", extra);
34        wpa_printf(MSG_INFO, P2P_EVENT_GROUP_STARTED
35                   "%s %s ssid=\"%s\" freq=%d go_dev_addr=" MACSTR "%s%s",
36                   wpa_s->ifname, go ? "GO" : "client", ssid_txt, freq,
37                   MAC2STR(go_dev_addr), persistent ? " [PERSISTENT]" : "",
38                   extra);
39
40        if (go && is_zero_ether_addr(wpa_s->go_dev_addr))
41                os_memcpy(wpa_s->go_dev_addr, go_dev_addr, ETH_ALEN);
42}
43

这里首先能确认 P2P-GROUP-STARTED 至少携带四类运行信息：

• wpa_s->ifname：实际承载当前 Group 的 interface 名称；
• GO / client：本端在这个 Group 中的角色；
• ssid、freq、go_dev_addr：Group 的基本属性；
• control interface 事件中还可以包含 PSK / passphrase、Persistent 标志以及 extra 附加字段。

所以这一事件并不只是“建组成功”的文字提示。对系统集成层来说，它还是一个非常重要的交接点：从 P2P/WPA 控制面拿到真正的 Group Interface 和角色，然后开始配置三层网络。S1

注意函数本身在发完事件以后，并没有紧接着调用：

1dhclient()
2dnsmasq()
3ifconfig()
4ip route
5

也不存在：

1wpas_p2p_group_started()
2    ↓
3某个内部 DHCP 状态机
4

这就是本篇最重要的边界之一：标准的 wpa_supplicant P2P 组建流程与操作系统 IP 网络配置并不是同一条内部调用链。

2. 事件中的第一个参数为什么可能是 p2p-wlan0-0

继续追 IP 之前，必须先解决“到底应该给哪个 interface 配地址”。

很多运行日志中会看到：

1wlan0
2p2p-dev-wlan0
3p2p-wlan0-0
4

这三个名字不能简单理解为同一张网卡的三个别名。

2.1 P2P Device interface 负责管理，不等于 Group 的数据接口

hostap 2.12 创建 P2P Device interface 时使用：

1ret = os_snprintf(ifname, sizeof(ifname), P2P_MGMT_DEVICE_PREFIX "%s",
2                  wpa_s->ifname);
3

之后以：

1wpa_drv_if_add(wpa_s, WPA_IF_P2P_DEVICE, ifname, if_addr, NULL,
2               force_name, wpa_s->pending_interface_addr, NULL);
3

加入 driver，并为它创建新的 struct wpa_supplicant 实例：

1iface.p2p_mgmt = 1;
2iface.ifname = wpa_s->pending_interface_name;
3
4p2pdev_wpa_s = wpa_supplicant_add_iface(wpa_s->global, &iface, wpa_s);
5

源码注释还明确指出，该 P2P Device 并不一定是普通意义上的 netdev：

1/* Cut length at the maximum size. Note that we don't need to ensure
2 * collision free names here as the created interface is not a netdev.
3 */
4

因此像：

1p2p-dev-wlan0
2

这样的 P2P management interface 主要用于 P2P Device / discovery / negotiation 相关管理流程，不能看到名字就默认把业务 IP 配在这里。

2.2 Group Interface 才是 Group 建立后需要关注的接口

如果 driver 和配置允许独立 Group Interface，wpas_p2p_get_group_ifname() 会先生成一个候选名称：

1static void wpas_p2p_get_group_ifname(struct wpa_supplicant *wpa_s,
2                                      char *ifname, size_t len)
3{
4        char *ifname_ptr = wpa_s->ifname;
5
6        if (os_strncmp(wpa_s->ifname, P2P_MGMT_DEVICE_PREFIX,
7                       os_strlen(P2P_MGMT_DEVICE_PREFIX)) == 0) {
8                ifname_ptr = os_strrchr(wpa_s->ifname, '-') + 1;
9        }
10
11        os_snprintf(ifname, len, "p2p-%s-%d", ifname_ptr, wpa_s->p2p_group_idx);
12        if (os_strlen(ifname) >= IFNAMSIZ &&
13            os_strlen(wpa_s->ifname) < IFNAMSIZ) {
14                int res;
15
16                res = os_snprintf(ifname, len, "p2p-%d", wpa_s->p2p_group_idx);
17                if (os_snprintf_error(len, res) && len)
18                        ifname[len - 1] = '\0';
19        }
20}
21

所以常见结果会类似：

1p2p-wlan0-0
2p2p-wlan0-1
3

随后 wpas_p2p_add_group_interface() 真正请求 driver 创建 Group Interface：

1wpa_s->pending_interface_type = type;
2if (wpa_drv_if_add(wpa_s, type, ifname, NULL, NULL, force_ifname,
3                   wpa_s->pending_interface_addr, NULL) < 0) {
4        wpa_printf(MSG_ERROR, "P2P: Failed to create new group "
5                   "interface");
6        return -1;
7}
8

创建成功以后，wpas_p2p_init_group_interface() 再把该 interface 加入 wpa_supplicant 自身的 interface 列表，并记录它在当前 Group 中的身份：

1group_wpa_s = wpa_supplicant_add_iface(wpa_s->global, &iface, wpa_s);
2if (group_wpa_s == NULL) {
3        wpa_printf(MSG_ERROR, "P2P: Failed to create new "
4                   "wpa_supplicant interface");
5        return NULL;
6}
7wpa_s->pending_interface_name[0] = '\0';
8group_wpa_s->p2p_group_interface = go ? P2P_GROUP_INTERFACE_GO :
9        P2P_GROUP_INTERFACE_CLIENT;
10wpa_s->global->p2p_group_formation = group_wpa_s;
11

这里建立了一个很重要的对应关系：

是

否

P2P management interface

GO Negotiation / Group Formation

是否使用独立 Group Interface

wpas_p2p_add_group_interface()

wpas_p2p_init_group_interface()

P2P_GROUP_INTERFACE_GO / CLIENT

复用现有 interface

P2P-GROUP-STARTED 中的 ifname

因此 P2P-GROUP-STARTED 中打印的：

1wpa_s->ifname
2

才是后续系统网络配置真正应该关注的 interface。

2.3 p2p-wlan0-0 在 Linux 里到底算什么设备

p2p-wlan0-0 最准确的称呼是：本机的 P2P Group 网络接口（network interface / netdev）。它属于当前 Linux 主机，不是“对端设备在本机创建出来的一张网卡”。Linux 网络栈通过统一的 struct net_device 抽象各种网络接口，ip link、ip addr、路由表以及 Socket 数据发送最终都以这种本机 netdev 为出口。S4

因此下面两种理解要严格区分：

1错误理解：
2本机 p2p-wlan0-0 = 对端设备在本机的虚拟以太网口
3
4正确理解：
5本机 p2p-wlan0-0 = 本机进入当前 Wi-Fi Direct Group 的网络接口
6

如果 A 与 B 建立一个 Group，两端各自拥有自己的本地网络接口：

设备 B

802.11 Wi-Fi Direct Group

设备 A

Application

A 本机 P2P Group netdev

无线链路

B 本机 P2P Group netdev

Application

例如可能出现：

1设备 A：p2p-wlan0-0   192.168.42.1/24
2设备 B：p2p-wlan1-0   192.168.42.11/24
3

A 访问 192.168.42.11 时，A 的 Linux 内核只会把 packet 从 A 自己的 p2p-wlan0-0 发出去；空口到达 B 后，再由 B 自己的 Group interface 接收。A 并不会在本机创建一个“代表 B”的 p2p-* interface。

它也不应称为“以太网接口”。eth0 的链路技术通常是 Ethernet/IEEE 802.3，而 P2P Group interface 的无线数据链路仍然是 IEEE 802.11。二者之所以在 ip addr、ip route 和 Socket API 中使用方式很相似，是因为 Linux IP 层把它们统一抽象成网络接口；这并不意味着底层帧格式变成了 Ethernet。S4

在支持并发虚拟 interface 的无线设备上，p2p-wlan0-0 还经常与 wlan0 共享同一块物理 Wi-Fi radio / wiphy。因此它更接近“同一个无线硬件上的一个本地逻辑无线接口”，而不是新增了一块物理网卡。具体是否创建独立 Group interface，则由下一节的 driver capability 与 p2p_no_group_iface 等条件决定。S1 S4

3. Group Interface 并不是任何平台都一定单独创建

看到 p2p-wlan0-0 很容易进一步形成另一个错误认识：Wi-Fi Direct Group 必然会创建一个新的虚拟 netdev。

hostap 2.12 的 wpas_p2p_create_iface() 明确说明这件事是有条件的：S1

1static int wpas_p2p_create_iface(struct wpa_supplicant *wpa_s)
2{
3        if (wpa_s->conf->p2p_no_group_iface)
4                return 0; /* separate interface disabled per configuration */
5        if (wpa_s->drv_flags &
6            (WPA_DRIVER_FLAGS_P2P_DEDICATED_INTERFACE |
7             WPA_DRIVER_FLAGS_P2P_MGMT_AND_NON_P2P))
8                return 1; /* P2P group requires a new interface in every case
9                           */
10        if (!(wpa_s->drv_flags & WPA_DRIVER_FLAGS_P2P_CONCURRENT))
11                return 0; /* driver does not support concurrent operations */
12        if (wpa_s->global->ifaces->next)
13                return 1; /* more that one interface already in use */
14        if (wpa_s->wpa_state >= WPA_AUTHENTICATING)
15                return 1; /* this interface is already in use */
16        return 0;
17}
18

配置结构中的注释也给出了同样的契约：

1/**
2 * p2p_no_group_iface - Whether group interfaces can be used
3 *
4 * By default, wpa_supplicant will create a separate interface for P2P
5 * group operations if the driver supports this. This functionality can
6 * be disabled by setting this parameter to 1. In that case, the same
7 * interface that was used for the P2P management operations is used
8 * also for the group operation.
9 */
10int p2p_no_group_iface;
11

所以后续脚本绝不能硬编码：

1p2p-wlan0-0
2

更可靠的做法是直接消费 P2P-GROUP-STARTED 事件中的 interface 名称。S1

这一层可以总结为：

4. P2P-GROUP-STARTED 之后为什么会重新看到 wpa_cli

第 02、03 篇已经从 wpa_cli 正向追过命令进入 wpa_supplicant：

1wpa_cli
2    ↓
3control request
4    ↓
5wpa_supplicant
6

现在会再次看到 wpa_cli，但方向已经完全相反。

这里不是“发送新的 P2P command”，而是：

1wpa_supplicant
2    ↓
3control event
4    ↓
5wpa_cli action mode
6    ↓
7外部脚本 / 网络管理程序
8

wpa_cli 的帮助文本中对 -a 的说明是：

1-a = run in daemon mode executing the action file based on events from
2     wpa_supplicant
3

其 README 也明确把 action mode 用于：

1update network configuration and/or trigger DHCP client to update IP addresses
2

真正处理 P2P-GROUP-STARTED 的 action-mode 代码位于 wpa_cli.c，随后可以把事件参数交给外部 action script。S2

1} else if (str_starts(pos, P2P_EVENT_GROUP_STARTED)) {
2        wpa_cli_exec(action_file, ifname, pos);
3} else if (str_starts(pos, P2P_EVENT_GROUP_REMOVED)) {
4        wpa_cli_exec(action_file, ifname, pos);
5} else if (str_starts(pos, P2P_EVENT_CROSS_CONNECT_ENABLE)) {
6        wpa_cli_exec(action_file, ifname, pos);
7} else if (str_starts(pos, P2P_EVENT_CROSS_CONNECT_DISABLE)) {
8        wpa_cli_exec(action_file, ifname, pos);
9}
10

wpa_cli_exec() 再把 interface 和完整 event 拼给 action 程序：

1static int wpa_cli_exec(const char *program, const char *arg1,
2                        const char *arg2)
3{
4        char *arg;
5        size_t len;
6        int res;
7
8        if (!arg1)
9                arg1 = "global";
10
11        len = os_strlen(arg1) + os_strlen(arg2) + 2;
12        arg = os_malloc(len);
13        if (arg == NULL)
14                return -1;
15        os_snprintf(arg, len, "%s %s", arg1, arg2);
16        res = os_exec(program, arg, 1);
17        os_free(arg);
18
19        return res;
20}
21

因此 examples/p2p-action.sh 的参数布局才会是：

1IFNAME=$1
2CMD=$2
3

当事件类似：

1P2P-GROUP-STARTED p2p-wlan0-0 GO ssid="DIRECT-xx" freq=2412 ...
2

脚本看到的关键参数就是：

1$1 = 事件来源 interface
2$2 = P2P-GROUP-STARTED
3$3 = p2p-wlan0-0
4$4 = GO
5

其中 $3 才是脚本后面命名为 GIFNAME 的 Group Interface。

这一步把第 10 篇的 P2P/WPA 状态机正式桥接到了操作系统网络配置。

5. GO 分支：Group 已经建立，但 GO 自己仍需要三层地址

hostap 2.12 源码自带的 examples/p2p-action.sh 给出了一个最直观的 Linux 集成示例。

进入 P2P-GROUP-STARTED 后先拿到 Group Interface：

1if [ "$CMD" = "P2P-GROUP-STARTED" ]; then
2    GIFNAME=$3
3    if [ "$4" = "GO" ]; then
4        kill_daemon dhclient /var/run/dhclient-$GIFNAME.pid
5        rm /var/run/dhclient.leases-$GIFNAME
6        kill_daemon dnsmasq /var/run/dnsmasq.pid-$GIFNAME
7        ifconfig $GIFNAME 192.168.42.1 up
8        if ! dnsmasq -x /var/run/dnsmasq.pid-$GIFNAME \
9            -i $GIFNAME \
10            -F192.168.42.11,192.168.42.99; then
11            dnsmasq -x /var/run/dnsmasq.pid-$GIFNAME \
12                -i $GIFNAME \
13                -F192.168.42.11,192.168.42.99 --listen-address 192.168.42.1 -z -p 0
14        fi
15    fi
16

从执行顺序看，GO 侧做的是：

P2P-GROUP-STARTED GO

停止该 Group 上残留的 DHCP client / dnsmasq

ifconfig 192.168.42.1 up

启动 dnsmasq

DHCP pool: 192.168.42.11 - 192.168.42.99

GO Group Interface 具备 IPv4 地址并运行 DHCP Server

这里必须区分“示例实现”和“Wi-Fi Direct 协议要求”。

192.168.42.1、192.168.42.11～192.168.42.99 是这个示例脚本选择的地址规划，不是 Wi-Fi Direct 规范强制规定的固定网段。S2实际产品完全可以由 NetworkManager、Android Framework、ConnMan、自研网络管理进程或其他 DHCP 服务完成同样的系统集成。

hostap 2.12 还提供 p2p-action-udhcp.sh。它做的是同一类系统集成，只是把 DHCP 实现替换成：S2

1GO     -> udhcpd
2client -> udhcpc
3

这进一步说明：wpa_supplicant 负责 P2P/WPA Group，本机具体使用哪一个 DHCP daemon 是系统集成选择，而不是 P2P Core 固定的一部分。S2

6. Client 分支不一定总是直接跑 DHCP

经典理解通常是：

1GO     -> DHCP Server
2Client -> DHCP Client
3

这在大量 Linux 集成中仍然成立，但hostap 2.12 源码已经包含另一条值得单独说明的路径：P2P IP Address Allocation。

先看 p2p-action.sh 的 Client 分支：

1if [ "$4" = "client" ]; then
2    kill_daemon dhclient /var/run/dhclient-$GIFNAME.pid
3    rm /var/run/dhclient.leases-$GIFNAME
4    kill_daemon dnsmasq /var/run/dnsmasq.pid-$GIFNAME
5    ipaddr=`echo "$*" | sed 's/.* ip_addr=\([^ ]*\).*/\1/'`
6    ipmask=`echo "$*" | sed 's/.* ip_mask=\([^ ]*\).*/\1/'`
7    goipaddr=`echo "$*" | sed 's/.* go_ip_addr=\([^ ]*\).*/\1/'`
8    if echo "$ipaddr$ipmask$goipaddr" | grep -q ' '; then
9        ipaddr=""
10        ipmask=""
11        goipaddr=""
12    fi
13    if [ -n "$ipaddr" ]; then
14        sudo ifconfig $GIFNAME "$ipaddr" netmask "$ipmask"
15        sudo ip ro re default via "$goipaddr"
16        exit 0
17    fi
18    dhclient -pf /var/run/dhclient-$GIFNAME.pid \
19        -lf /var/run/dhclient.leases-$GIFNAME \
20        -nw \
21        $GIFNAME
22fi
23

这段代码实际上有两条分支：

有

没有

P2P-GROUP-STARTED client

event 是否包含 ip_addr / ip_mask / go_ip_addr

直接配置 地址与 netmask

default route via go_ip_addr

启动 dhclient

通过 DHCP 获得地址 / 路由

因此不能把当前版本简单总结成“Client 收到 GROUP-STARTED 以后一定启动 DHCP”。

更准确的说法是：

Client 在进入 IP 可用状态前需要获得三层参数；这些参数可以来自 P2P IP Address Allocation，也可以由外部 DHCP Client 获取。

7. ip_addr、ip_mask、go_ip_addr 是从哪里塞进事件的

继续顺着 Client 路径回看第 10 篇已经出现过的 wpas_p2p_completed()。

第 10 篇解释过：Client 不会在 WPS 成功的瞬间立即上报 P2P-GROUP-STARTED，而是等 WPA/RSN 数据连接真正进入 WPA_COMPLETED。

wpa_supplicant.c 中状态进入 WPA_COMPLETED 后，会调用：

1wpa_drv_set_operstate(wpa_s, 1);
2#ifndef IEEE8021X_EAPOL
3        wpa_drv_set_supp_port(wpa_s, 1);
4#endif /* IEEE8021X_EAPOL */
5wpa_s->after_wps = 0;
6wpa_s->known_wps_freq = 0;
7wpas_p2p_completed(wpa_s);
8

进入 wpas_p2p_completed() 后，hostap 2.12 源码会尝试从 WPA state machine 读取 P2P IP Address Allocation 结果：

1ip_addr[0] = '\0';
2if (wpa_sm_get_p2p_ip_addr(wpa_s->wpa, ip) == 0) {
3        int res;
4
5        res = os_snprintf(ip_addr, sizeof(ip_addr),
6                          " ip_addr=%u.%u.%u.%u "
7                          "ip_mask=%u.%u.%u.%u go_ip_addr=%u.%u.%u.%u",
8                          ip[0], ip[1], ip[2], ip[3],
9                          ip[4], ip[5], ip[6], ip[7],
10                          ip[8], ip[9], ip[10], ip[11]);
11        if (os_snprintf_error(sizeof(ip_addr), res))
12                ip_addr[0] = '\0';
13        ip_ptr = ip;
14}
15

之后这个字符串作为 extra 参数进入：

1wpas_p2p_group_started(wpa_s, 0, ssid, freq,
2                       ssid->passphrase == NULL && ssid->psk_set ?
3                       ssid->psk : NULL,
4                       ssid->passphrase, go_dev_addr, persistent,
5                       ip_addr);
6

于是 Client 的 control event 才可能变成：

1P2P-GROUP-STARTED <ifname> client ...
2    ip_addr=<client-ip>
3    ip_mask=<mask>
4    go_ip_addr=<go-ip>
5

这就和上一节 p2p-action.sh 中的解析代码完整接上了。

8. 什么条件下才会请求 P2P IP Address Allocation

hostap 2.12 源码还能继续追到 WPA state machine 配置入口。

wpas_glue.c 的 wpa_supplicant_rsn_supp_set_config() 中有：

1#ifdef CONFIG_P2P
2        if (ssid->p2p_group && wpa_s->current_bss &&
3            !wpa_s->p2p_disable_ip_addr_req) {
4                struct wpabuf *p2p;
5                p2p = wpa_bss_get_vendor_ie_multi(wpa_s->current_bss,
6                                                  P2P_IE_VENDOR_TYPE);
7                if (p2p) {
8                        u8 group_capab;
9                        group_capab = p2p_get_group_capab(p2p);
10                        if (group_capab &
11                            P2P_GROUP_CAPAB_IP_ADDR_ALLOCATION)
12                                conf.p2p = 1;
13                        wpabuf_free(p2p);
14                }
15        }
16#endif /* CONFIG_P2P */
17

这里至少能得到三个明确条件：

1. 当前 network 是 P2P Group；
2. 没有通过 p2p_disable_ip_addr_req 禁止请求；
3. 对端 Group Capability 宣告支持 P2P_GROUP_CAPAB_IP_ADDR_ALLOCATION。

满足这些条件时，RSN supplicant 才会启用相应的 P2P IP address request 路径。

GO 侧是否宣告地址分配能力又来自另一组配置。hostap 2.12 源码在初始化 P2P Group 时使用：

1cfg->ip_addr_alloc = WPA_GET_BE32(wpa_s->p2pdev->conf->ip_addr_start)
2        != 0;
3

而 GO/AP 配置会从 P2P Device 配置中复制：

1if (ssid->p2p_group) {
2        os_memcpy(bss->ip_addr_go, wpa_s->p2pdev->conf->ip_addr_go, 4);
3        os_memcpy(bss->ip_addr_mask, wpa_s->p2pdev->conf->ip_addr_mask,
4                  4);
5        os_memcpy(bss->ip_addr_start,
6                  wpa_s->p2pdev->conf->ip_addr_start, 4);
7        os_memcpy(bss->ip_addr_end, wpa_s->p2pdev->conf->ip_addr_end,
8                  4);
9}
10

对应配置结构中存在：

1u8 ip_addr_go[4];
2u8 ip_addr_mask[4];
3u8 ip_addr_start[4];
4u8 ip_addr_end[4];
5

所以当前版本的 IP 获取模型不能只画成一条 DHCP 线，而应该理解为：

1P2P Group 二层建立
2        ↓
3Client 是否拿到了 P2P IP Address Allocation 信息？
4        ├── 是：event 携带 ip_addr / ip_mask / go_ip_addr
5        │       ↓
6        │     系统直接应用这些参数
7        │
8        └── 否：外部网络管理层继续运行 DHCP
9

这里仍然要注意一个边界：即使地址参数通过 P2P/WPA 协议交换得到了，把这些地址真正写入 Linux netdev 和 routing table 仍然属于系统网络配置动作。hostap 示例依然是在 action script 中执行 ifconfig 和 ip route。S1 S2

9. 为什么 P2P-GROUP-STARTED 不应直接等价为“IP 已经 ready”

现在可以更精确地区分 GO 和 Client 的事件语义。

GO 侧

第 10 篇已经看到，GO 在 Group Formation 成功并进入可运行 GO 状态后会调用：

1wpas_p2p_group_started(..., go=1, ...)
2

此时 GO/AP 二层 Group 已经建立，但 Linux Group Interface 是否已经有 IPv4 地址，取决于后续系统集成。示例脚本正是在事件之后才执行：

1ifconfig <group-iface> 192.168.42.1 up
2

所以：

1GO 收到 P2P-GROUP-STARTED
2

不能自动推出：

1ip addr show <group-iface>
2

已经存在期望的业务 IPv4 地址。

Client 侧

Client 的语义更接近“二层数据口已经 ready”。源码在 Group Formation 完成阶段专门留下：

1/*
2 * Indicate event only after successfully completed 4-way
3 * handshake, i.e., when the interface is ready for data
4 * packets.
5 */
6wpa_s->show_group_started = 1;
7

之后只有进入 WPA_COMPLETED 才会调用 wpas_p2p_completed() 并最终发出 P2P-GROUP-STARTED。

因此 Client 侧的事件已经晚于安全 4-Way Handshake，driver 数据口也已经进入可以发送加密数据帧的阶段；但三层仍然有两种可能：

• event 已带 ip_addr/ip_mask/go_ip_addr：上层可以直接应用；
• event 没有这些字段：仍需 DHCP 或其他 IP 配置机制。

这几个层次最好明确区分：

10. IP / route ready 以后，可以直接使用 Linux Socket API

当 GO 与 Client 的三层配置完成以后，Wi-Fi Direct 对应用程序暴露出来的就是一个普通的 Linux IP 网络。应用层不需要再调用某套“Wi-Fi Direct 专用数据发送 API”；TCP/UDP 等业务通信可以直接使用标准 BSD Socket 接口。S3

这里的关键前提不是单独看到：

1P2P-GROUP-STARTED
2

而是确认当前 Group 已经达到：

P2P-GROUP-STARTED

确定真正的 Group Interface

GO / Client 地址已经写入 Linux netdev

netmask / prefix 正确

到 peer 的 connected route / explicit route 已存在

ARP / neighbor resolution 可以建立

IP / route ready

应用直接使用 TCP / UDP Socket

因此可以把“Socket 可用”的边界定义得更精确：

P2P-GROUP-STARTED 只保证前面的 P2P/WPA 生命周期已经走到 Group Started；GO 侧尤其可能还需要在事件之后配置 IP 并启动 DHCP Server。因此不能把这个 event 本身当作“应用现在一定可以 connect()”的唯一 ready 信号。S1 S2

10.1 GO 和 Client 都可以做 Socket Server 或 Client

Wi-Fi Direct 中的 GO / P2P Client 是无线 Group 角色，并不等于 TCP 的 server/client 角色。

例如完成 IP 配置后：

1GO
2192.168.42.1
3        ↕
4P2P Group
5        ↕
6Client
7192.168.42.11
8

完全可以让 GO 监听 TCP：

1int fd = socket(AF_INET, SOCK_STREAM, 0);
2bind(fd, ...);
3listen(fd, 4);
4accept(fd, ...);
5

Client 直接连接 GO：

1int fd = socket(AF_INET, SOCK_STREAM, 0);
2connect(fd, ... /* 192.168.42.1 */);
3

也可以反过来让 Client bind()/listen()，GO 主动 connect() Client。P2P 的 GO/Client 角色不会限制应用层 TCP 连接由哪一端发起。S3

UDP 同样没有额外 P2P API：

1socket(AF_INET, SOCK_DGRAM, 0);
2sendto(...);
3recvfrom(...);
4

应用也可以继续运行 HTTP、WebSocket、MQTT、自定义 TCP/UDP 协议等普通 IP 协议。是否能够直接使用某个域名还取决于 DNS/name-resolution 配置；如果直接使用 peer IP，则不需要先具备 DNS。

10.2 routing decision -> P2P Group netdev 不代表又进入 P2P 协议栈

这条路径最容易产生新的误解：

1Application
2    ↓
3Socket
4    ↓
5Linux TCP / UDP / IP
6    ↓
7routing decision
8    ↓
9P2P Group netdev
10

其中 routing decision 的含义只是：Linux IP 层根据目标地址查路由表，决定这个 packet 应该从本机哪个网络接口发出。 它不是“重新选择一次 Wi-Fi Direct 协议流程”。S3 S4

例如 Group 中存在：

1GO      192.168.42.1/24
2Client  192.168.42.11/24
3

Client 的路由表可能包含类似的 connected route：

1192.168.42.0/24 dev p2p-wlan0-0 scope link src 192.168.42.11
2

应用执行：

1send(fd, buf, len, 0);
2

目标 IP 是 192.168.42.1 时，Linux route lookup 命中 192.168.42.0/24，因此选择：

1outgoing netdev = p2p-wlan0-0
2

这个选择只回答“从本机哪个口出去”。它不会再触发：

1P2P_FIND
2Provision Discovery
3GO Negotiation
4WPS provisioning
5p2p_connect()
6p2p_go_det()
7

这些属于 P2P 控制面，其职责是在此前建立并维护 Group。正常业务 packet 进入的是 Linux 数据面。S1

10.3 Socket packet 的真实数据面：netdev 后面仍然是 802.11，但不经过 P2P Core

route 选定 p2p-wlan0-0 后，Linux 网络栈继续完成同一子网的 neighbor/ARP 解析，把目标 IP 映射到对应链路层地址，然后把 packet 作为内核网络数据交给这个 netdev 对应的无线发送路径。最终由 Wi-Fi stack / driver / firmware 发送受 WPA/RSN 保护的 802.11 Data frame。S4

因此更准确的数据路径是：

Application

socket()/send()/sendto()

Linux TCP / UDP / IP stack

route lookup: 选择本机输出 netdev

ARP / neighbor resolution

本机 P2P Group netdev

Linux Wi-Fi stack / driver / firmware

加密的 802.11 Data frame

对端无线接口 / netdev

对端 IP stack / Socket

所以：

P2P 协议负责把路建起来；Linux IP/Socket 数据面负责在已经建好的路上发送业务 packet。

wpa_supplicant 并没有因此“退出系统”。它仍然保留控制职责，例如处理 Group 生命周期、断连、重新协商以及必要的无线安全/管理事件。但正常 TCP/UDP payload 不会逐包经过：

1wpa_supplicant P2P Core
2

也不会变成：

1Socket -> P2P_CONNECT -> Peer
2

10.4 控制面与数据面共享同一个 Group，但走的是两条不同路径

把两条路径并排看最容易建立正确心智模型：

业务数据面

P2P / Wi-Fi 控制面

建立并维护 Group/interface/security state

wpa_cli / upper layer

wpa_supplicant

P2P Core / WPA control

nl80211 / driver control

Application Socket

TCP/UDP/IP

route / neighbor

P2P Group netdev

Wi-Fi driver / 802.11 data

二者会共享同一块无线硬件、同一个 Group interface 以及已经建立的安全状态，但承担的工作不同：

下面这张图把控制面、网络配置面和真实数据面放在一起：

这也是为什么出现：

1P2P-GROUP-STARTED 已经出现
2但 ping / TCP 仍然不通
3

时，排查重点应转向当前 Group Interface 的地址、route、ARP/neighbor、防火墙、DHCP 和应用监听地址，而不是继续只检查 P2P_FIND / P2P_CONNECT control command。

11. GO 与 Client 之间本地通信不需要 NAT

examples/p2p-action.sh 后面还能看到：

1if [ "$CMD" = "P2P-CROSS-CONNECT-ENABLE" ]; then
2    GIFNAME=$3
3    UPLINK=$4
4    iptables -P FORWARD DROP
5    iptables -t nat -A POSTROUTING -o $UPLINK -j MASQUERADE
6    iptables -A FORWARD -i $UPLINK -o $GIFNAME -m state --state RELATED,ESTABLISHED -j ACCEPT
7    iptables -A FORWARD -i $GIFNAME -o $UPLINK -j ACCEPT
8    sysctl net.ipv4.ip_forward=1
9fi
10

这里出现 NAT、FORWARD 和 ip_forward，但它解决的不是最基本的 GO ↔ Client 通信。S2

它解决的是：

1P2P Client
2    ↓
3P2P Group Interface
4    ↓
5GO
6    ↓
7另一个 uplink interface
8    ↓
9外部网络
10

也就是 cross-connection / Internet sharing 一类场景。

纯粹在 Group 内：

1GO <-> Client
2

两端只要处于同一可达 IP 子网并且本机防火墙允许，就不需要为了彼此通信额外做 SNAT/MASQUERADE。

因此需要把三件事严格分开：

1建立 P2P Group
2!=
3给 Group Interface 配 IP
4!=
5把 P2P Group 转发到外部 uplink
6

前者由前几篇追踪的 P2P/WPA 流程完成；第二件事属于本篇；第三件事只有需要跨接口转发时才出现。

12. 从 P2P-GROUP-STARTED 到第一条 Socket 数据的完整回看

到这里可以把第 11 篇重新压缩成一条完整执行主线。

第一阶段：第 10 篇交付一个已经成立的 Group

1Group Formation
2    ↓
3GO / Client 安全连接达到各自的 Group Started 条件
4    ↓
5wpas_p2p_group_started()
6    ↓
7P2P-GROUP-STARTED
8

事件里最值得上层消费的是：

1Group Interface
2角色：GO / client
3SSID / frequency / GO Device Address
4可选的 client IP allocation 信息
5

第二阶段：找到真正的数据 interface

如果平台支持并允许独立 Group Interface：

1wpas_p2p_add_group_interface()
2    ↓
3wpas_p2p_init_group_interface()
4    ↓
5p2p_group_interface = GO / CLIENT
6

最终 interface 名称被放进：

1P2P-GROUP-STARTED <ifname> ...
2

如果平台不使用独立 Group Interface，则可能复用现有 interface，所以不能依赖固定命名规则。

第三阶段：control event 离开 wpa_supplicant

Linux 示例路径是：

1wpa_supplicant
2    ↓
3P2P-GROUP-STARTED
4    ↓
5wpa_cli -a <action-script>
6    ↓
7examples/p2p-action.sh
8

这是一条 event → 系统网络配置 的反向控制路径，不是第 02、03 篇的 command ingress。

第四阶段：GO / Client 分别建立三层配置

GO 的经典示例：

1Group Interface
2    ↓
3配置 192.168.42.1
4    ↓
5启动 dnsmasq / udhcpd
6    ↓
7向 Client 分配地址
8

Client 有两条可能路径：

1P2P IP Address Allocation 可用
2    ↓
3P2P-GROUP-STARTED 携带
4ip_addr / ip_mask / go_ip_addr
5    ↓
6直接应用地址和默认路由
7

或者：

1没有 IP allocation 信息
2    ↓
3启动 dhclient / udhcpc
4    ↓
5从 GO 的 DHCP Server 获取地址
6

第五阶段：数据面脱离 control socket

IP 配置完成以后：

1Application
2    ↓
3TCP / UDP / ICMP
4    ↓
5Kernel IP stack
6    ↓
7route lookup + neighbor/ARP
8    ↓
9本机 P2P Group netdev
10    ↓
11Wi-Fi driver / firmware
12    ↓
13802.11 protected data frame
14    ↓
15Peer 的本地 Group netdev / IP stack
16

这里的 Group netdev 是本机 Linux 网络接口，不是对端映射到本机的一张虚拟网卡。到这一阶段，普通业务数据不再经过 wpa_cli 的 control socket，也不会逐包进入 wpa_supplicant 用户态 P2P Core。

13. 从 Device Discovery 到 Socket 数据面的分层回看

整个系列到这里形成四个清晰边界：

Device Discovery

P2P-DEVICE-FOUND / peer table

GO Negotiation

GO/Client + Group parameters

WPS / association / 4-Way Handshake

P2P-GROUP-STARTED

Group Interface + IP / route configuration

Linux Socket / TCP / UDP / ICMP data plane

第一，Device Discovery 解决“对端是谁”，结果是 peer table 和 P2P-DEVICE-FOUND。

第二，GO Negotiation 解决“双方如何决定角色和 Group 参数”，但此时还没有得到最终可用的数据连接。

第三，Group Formation / Security 解决“如何真正创建或加入安全 Group”，结果是 P2P-GROUP-STARTED。

第四，Group Runtime 解决“这个已经建立的 Group 如何成为操作系统可直接使用的 IP 网络”。Group netdev 是本机网络接口；route lookup 只是选择这个本机出口，不会重新进入 P2P Find/GO Negotiation/WPS 等协议状态机。当 Group netdev、IP 和 route 就绪以后，业务程序直接进入 Linux Socket 数据面。

因此 P2P-GROUP-STARTED 是控制面和系统网络配置面的交接点，而 IP / route ready 才是普通应用开始 TCP/UDP 通信的直接边界。P2P 控制面负责“建路和维护路”，Socket/IP 数据面负责“在已经建好的路上发送业务数据”。

资料来源

[S1] hostap 2.12：P2P Group Interface、Group Started 与 IP Allocation

• 版本：hostap 2.12 / tag hostap_2_12
• URL/文档：hostap_2_12
• 定位：wpa_supplicant/p2p_supplicant.c、wpa_supplicant/config.h
• 使用位置：第 1～3、6～10、12～13 节
• 支撑内容：P2P-GROUP-STARTED、Group Interface 创建/复用、Client IP allocation 字段以及 Group 生命周期与 Linux 网络配置的边界。

[S2] hostap 2.12：wpa_cli action mode 与 P2P 网络配置示例

• 版本：hostap 2.12 / tag hostap_2_12
• URL/文档：wpa_cli.c、examples/p2p-action.sh、examples/p2p-action-udhcp.sh
• 定位：P2P-GROUP-STARTED action、GO 地址配置、dnsmasq/udhcpd、Client DHCP 与 cross-connect/NAT 示例
• 使用位置：第 4～6、9～11 节
• 支撑内容：wpa_supplicant 产生 Group event 后由外部系统层完成 IP/DHCP/route 配置，以及本地 Group 通信与外部 uplink NAT 的区别。

[S3] Linux man-pages：BSD Socket、IP、TCP 与 UDP 用户态接口

• 版本：Linux man-pages 在线文档
• URL/文档：socket(2)、ip(7)、tcp(7)、udp(7)
• 定位：socket()、bind()、listen()、accept()、connect()、send()/recv()、sendto()/recvfrom()
• 使用位置：第 10、12、13 节
• 支撑内容：IP 网络 ready 后应用直接使用标准 Linux Socket API；GO/P2P Client 无需映射为固定的 TCP server/client 角色。

[S4] Linux Kernel / Linux Wireless：net_device 与 P2P 无线接口

• 版本：Linux Kernel Documentation（在线文档）
• URL/文档：Network Devices, the Kernel, and You!、Linux Wireless P2P overview、cfg80211 subsystem
• 定位：struct net_device、P2P interface types / interface combinations、wireless interface 与 driver 的关系
• 使用位置：第 2.3、10.2～10.4、12～13 节
• 支撑内容：p2p-wlan0-0 属于本机 Linux 网络接口抽象；无线 Group interface 可以与其它无线 interface 共享同一物理 radio；route/netdev 属于 Linux 数据面接口选择，不等价于重新进入 P2P 控制协议。

《Wi-Fi Direct 源码分析（11）：P2P-GROUP-STARTED 之后——Group Interface、IP 配置与真实数据通路》 是转载文章，点击查看原文。