Merge tag 'mips_5.15' of git://git.kernel.org/pub/scm/linux/kernel/git/mips/linux
[linux-2.6-microblaze.git] / Documentation / translations / zh_CN / infiniband / opa_vnic.rst
1 .. include:: ../disclaimer-zh_CN.rst
2
3 :Original: Documentation/infiniband/opa_vnic.rst
4
5 :翻译:
6
7  司延腾 Yanteng Si <siyanteng@loongson.cn>
8
9 :校译:
10
11  王普宇 Puyu Wang <realpuyuwang@gmail.com>
12  时奎亮 Alex Shi <alexs@kernel.org>
13
14 .. _cn_infiniband_opa_vnic:
15
16 =============================================
17 英特尔全路径(OPA)虚拟网络接口控制器(VNIC)
18 =============================================
19
20 英特尔全路径(OPA)虚拟网络接口控制器(VNIC)功能通过封装HFI节点之间的以
21 太网数据包,支持Omni-Path结构上的以太网功能。
22
23 体系结构
24 ========
25
26 Omni-Path封装的以太网数据包的交换模式涉及Omni-Path结构拓扑上覆盖的一个或
27 多个虚拟以太网交换机。Omni-Path结构上的HFI节点的一个子集被允许在特定的虚
28 拟以太网交换机上交换封装的以太网数据包。虚拟以太网交换机是通过配置结构上的
29 HFI节点实现的逻辑抽象,用于生成和处理报头。在最简单的配置中,整个结构的所有
30 HFI节点通过一个虚拟以太网交换机交换封装的以太网数据包。一个虚拟以太网交换机,
31 实际上是一个独立的以太网网络。该配置由以太网管理器(EM)执行,它是可信的结
32 构管理器(FM)应用程序的一部分。HFI节点可以有多个VNIC,每个连接到不同的虚
33 拟以太网交换机。下图介绍了两个虚拟以太网交换机与两个HFI节点的情况::
34
35                                +-------------------+
36                                |      子网/        |
37                                |     以太网        |
38                                |      管理         |
39                                +-------------------+
40                                   /          /
41                                 /           /
42                               /            /
43                             /             /
44   +-----------------------------+  +------------------------------+
45   |     虚拟以太网切换          |  |      虚拟以太网切换          |
46   |  +---------+    +---------+ |  | +---------+    +---------+   |
47   |  | VPORT   |    |  VPORT  | |  | |  VPORT  |    |  VPORT  |   |
48   +--+---------+----+---------+-+  +-+---------+----+---------+---+
49            |                 \        /                 |
50            |                   \    /                   |
51            |                     \/                     |
52            |                    /  \                    |
53            |                  /      \                  |
54        +-----------+------------+  +-----------+------------+
55        |   VNIC    |    VNIC    |  |    VNIC   |    VNIC    |
56        +-----------+------------+  +-----------+------------+
57        |          HFI           |  |          HFI           |
58        +------------------------+  +------------------------+
59
60
61 Omni-Path封装的以太网数据包格式如下所述。
62
63 ==================== ================================
64 位                   域
65 ==================== ================================
66 Quad Word 0:
67 0-19                 SLID (低20位)
68 20-30                长度 (以四字为单位)
69 31                   BECN 位
70 32-51                DLID (低20位)
71 52-56                SC (服务级别)
72 57-59                RC (路由控制)
73 60                   FECN 位
74 61-62                L2 (=10, 16B 格式)
75 63                   LT (=1, 链路传输头 Flit)
76
77 Quad Word 1:
78 0-7                  L4 type (=0x78 ETHERNET)
79 8-11                 SLID[23:20]
80 12-15                DLID[23:20]
81 16-31                PKEY
82 32-47                熵
83 48-63                保留
84
85 Quad Word 2:
86 0-15                 保留
87 16-31                L4 头
88 32-63                以太网数据包
89
90 Quad Words 3 to N-1:
91 0-63                 以太网数据包 (pad拓展)
92
93 Quad Word N (last):
94 0-23                 以太网数据包 (pad拓展)
95 24-55                ICRC
96 56-61                尾
97 62-63                LT (=01, 链路传输尾 Flit)
98 ==================== ================================
99
100 以太网数据包在传输端被填充,以确保VNIC OPA数据包是四字对齐的。“尾”字段
101 包含填充的字节数。在接收端,“尾”字段被读取,在将数据包向上传递到网络堆
102 栈之前,填充物被移除(与ICRC、尾和OPA头一起)。
103
104 L4头字段包含VNIC端口所属的虚拟以太网交换机ID。在接收端,该字段用于将收
105 到的VNIC数据包去多路复用到不同的VNIC端口。
106
107 驱动设计
108 ========
109
110 英特尔OPA VNIC的软件设计如下图所示。OPA VNIC功能有一个依赖于硬件的部分
111 和一个独立于硬件的部分。
112
113 对IB设备分配和释放RDMA netdev设备的支持已经被加入。RDMA netdev支持与
114 网络堆栈的对接,从而创建标准的网络接口。OPA_VNIC是一个RDMA netdev设备
115 类型。
116
117 依赖于HW的VNIC功能是HFI1驱动的一部分。它实现了分配和释放OPA_VNIC RDMA
118 netdev的动作。它涉及VNIC功能的HW资源分配/管理。它与网络堆栈接口并实现所
119 需的net_device_ops功能。它在传输路径中期待Omni-Path封装的以太网数据包,
120 并提供对它们的HW访问。在将数据包向上传递到网络堆栈之前,它把Omni-Path头
121 从接收的数据包中剥离。它还实现了RDMA netdev控制操作。
122
123 OPA VNIC模块实现了独立于硬件的VNIC功能。它由两部分组成。VNIC以太网管理
124 代理(VEMA)作为一个IB客户端向IB核心注册,并与IB MAD栈接口。它与以太网
125 管理器(EM)和VNIC netdev交换管理信息。VNIC netdev部分分配和释放OPA_VNIC
126 RDMA netdev设备。它在需要时覆盖由依赖HW的VNIC驱动设置的net_device_ops函数,
127 以适应任何控制操作。它还处理以太网数据包的封装,在传输路径中使用Omni-Path头。
128 对于每个VNIC接口,封装所需的信息是由EM通过VEMA MAD接口配置的。它还通过调用
129 RDMA netdev控制操作将任何控制信息传递给依赖于HW的驱动程序::
130
131         +-------------------+ +----------------------+
132         |                   | |       Linux          |
133         |     IB MAD        | |       网络           |
134         |                   | |       栈             |
135         +-------------------+ +----------------------+
136                  |               |          |
137                  |               |          |
138         +----------------------------+      |
139         |                            |      |
140         |      OPA VNIC 模块         |      |
141         |  (OPA VNIC RDMA Netdev     |      |
142         |     & EMA 函数)            |      |
143         |                            |      |
144         +----------------------------+      |
145                     |                       |
146                     |                       |
147            +------------------+             |
148            |     IB 核心      |             |
149            +------------------+             |
150                     |                       |
151                     |                       |
152         +--------------------------------------------+
153         |                                            |
154         |      HFI1 驱动和 VNIC 支持                 |
155         |                                            |
156         +--------------------------------------------+