@@ -4,369 +4,3 @@ Aether 2.0 Release
4
4
.. note :: Aether 2.0 is no longer supported. Its Guide is archived
5
5
`here <https://docs.aetherproject.org/aether-2.0/index.html >`__.
6
6
7
- Aether Highlights
8
- -----------------
9
-
10
- This release of Aether, the first to `fully embrace open
11
- source <https://www.prnewswire.com/news-releases/onfs-leading-private-5g-connected-edge-platform-aether-now-released-to-open-source-301487587.html> `__,
12
- adds two exciting new capabilities. The first is support for 5G
13
- deployments, enabling greatly increased bandwidth compared to 4G-based
14
- deployments. Complementing 5G is our P4 based mobile-core User Plane
15
- Function (UPF), which offers a high performance hardware-accelerated
16
- datapath that does not need to be routed through compute-based software
17
- UPFs. Aether maintains backward compatibility with 4G, and both 4G and
18
- 5G slices may make use of both software and hardware based UPFs. P4
19
- hardware and BESS software UPFs can be deployed side-by-side in a hybrid
20
- deployment.
21
-
22
- As part of this release, several edge applications have been showcased
23
- on the Aether platform. We demonstrated the first Aether-interactive
24
- smart application, an OpenVINO based AI/ML person-detection application
25
- that dynamically increases network-bandwidth for video recording
26
- purposes when a person is detected, and then dynamically reduces the
27
- same when people are no longer detected. In partnership with Intel,
28
- we have also deployed an anomaly detection application on the Aether
29
- platform that runs as an edge application, monitors a manufacturing or
30
- packaging line of product samples, and then uses an AI/ML algorithm to
31
- detect anomalies in real time. These applications were demonstrated at
32
- Mobile World Congress 2022 in Barcelona last week.
33
-
34
- The transition to open source will further increase the pace of Aether
35
- development, putting it within the reach of the 5G and edge developer
36
- community that ONF has been cultivating and encouraging. Developer
37
- contributions are welcome, and increased access will allow increased
38
- adoption of this technology.
39
-
40
- Features & Improvements
41
- -----------------------
42
-
43
- New 5G features
44
- """""""""""""""
45
-
46
- This release of Aether incorporates SD-Core 1.1, which includes
47
- integration with 5G gNB small-cells from T&W running 5G-SA RAN stack
48
- from Radisys, 5G slices with Application filtering, and a policy
49
- framework that supports QoS at multiple levels - subscribers,
50
- applications and slices. For more details, please refer to the SD-Core
51
- 1.1 Release notes.
52
-
53
- SD-Fabric Integration
54
- """""""""""""""""""""
55
-
56
- This release of Aether incorporates SD-Fabric 1.1. While previous
57
- releases of Aether supported SD-Fabric as a “Beta” feature, this release
58
- officially supports the P4 UPF and other SD-Fabric features like paired
59
- leaf-switches with dual UPFs for High Availability.
60
-
61
- The P4 UPF may now be added to Aether as an available UPF. In addition
62
- to a single P4 UPF, Aether continues to allow multiple BESS UPFs to be
63
- deployed alongside the P4 UPF. The user can decide at slice provisioning
64
- time whether a slice should use the P4 UPF or a BESS UPF. UPFs may only
65
- be bound to one slice at a time. The P4 UPF and the BESS UPF both
66
- support application filtering and QoS metering. The BESS UPF has been
67
- enhanced to include additional per-flow metrics.
68
-
69
- For more details, please refer to the SD-Fabric 1.1 Release notes.
70
-
71
- Sim-Card and Device Modeling
72
- """"""""""""""""""""""""""""
73
-
74
- The Aether configuration model has been enhanced to include support for
75
- *SIM card * and *device * modeling. The lifecycle of a device is now
76
- decoupled from the lifecycle of the SIM card that is attached to that
77
- device. Devices can be created in the modeling before their SIM cards
78
- are created, and devices may continue to exist after their SIM cards
79
- have been removed. A removed SIM card can be associated with a different
80
- device.
81
-
82
- Aether may be configured to automatically learn of provisioned SIM cards
83
- and add them to the enterprise configuration. An administrator may then
84
- see the list of available SIM cards and choose which one to add to a
85
- device.
86
-
87
- The model tree has been revised to be more hierarchical. For example,
88
- Slices are now contained within Sites, and Sites are contained within
89
- Enterprises. This eliminated many of the boilerplate Slice and
90
- Enterprise links that used to be present in the Aether-1.6 models, and
91
- it provides automatic enforcement of objects to the appropriate scope.
92
-
93
- Configuration System Improvements
94
- """""""""""""""""""""""""""""""""
95
-
96
- Aether’s ROC configuration system internals were redesigned and
97
- reimplemented to address various instability issues and incorporate new
98
- patterns and architectures. The controllers at the core of onos-config
99
- were `redesigned in
100
- TLA+ <https://github.com/onosproject/onos-tlaplus/blob/master/Config/Config.pdf> `__
101
- – a machine-checked formal specification language – to develop a more
102
- stable and viable architecture long-term, and the controllers were
103
- reimplemented according to the new design. On the northbound, new gNMI
104
- extensions make onos-config’s handling of gNMI Set and Get requests
105
- configurable with support for various consistency strategies when
106
- propagating changes to gNMI targets. On the southbound, support was
107
- added for handling non-persistent targets (recovering target
108
- configuration after restarts). For additional information, please see
109
- the `README
110
- file <https://github.com/onosproject/onos-config/blob/master/docs/README.md> `__
111
- for the configuration system.
112
-
113
- Support for complex validation rules
114
- """"""""""""""""""""""""""""""""""""
115
-
116
- Aether now has support for complex validation rules (“guardrails”) to
117
- prevent misconfiguration of the system. These guardrails are specified
118
- using Aether’s yang modeling language, allowing Aether staff to easily
119
- add more rules as the need arises.
120
-
121
- Data Plane Optimization
122
- """""""""""""""""""""""
123
-
124
- Prior releases of Aether passed data plane traffic through the
125
- management server. Aether 2.0 has been optimized so that this is no
126
- longer necessary. User traffic is now processed by the P4-UPF or the
127
- BESS-UPF and then forwarded upstream (or to edge-applications) directly
128
- by the dataplane (fabric) leaf-switch.
129
-
130
- Furthermore, we now support more common enterprise deployments where the
131
- radio access nodes (eNBs/gNBs) connect to the enterprise L3-routed
132
- network, rather than connect directly to our fabric. We also simplified
133
- configuration to support the use of fabric-switch front panel ports
134
- rather than using the confusing, device-specific SDK ports.
135
-
136
- Aether Testing
137
- --------------
138
-
139
- Aether uses automated testing based on Jenkins and Robot Framework. The
140
- tests performed are described below.
141
-
142
- SD-Core Tests:
143
-
144
- * 4G
145
-
146
- * Functional coverage: attach, detach, dataplane traffic, handover,
147
- TAU, paging, error scenarios, failure/restart of network
148
- functions
149
-
150
- * 5G
151
-
152
- * Functional Coverage: register, deregister, dataplane traffic
153
- scenarios, handover, TAU, DDN, few error scenarios, few
154
- failure/restart of network functions, application filtering,
155
- QoS
156
-
157
- * Jenkins jobs for functional can be found at
158
-
159
- * https://jenkins.aetherproject.org/view/SD%20Core%20System%20Tests/
160
-
161
- ROC:
162
-
163
- * Functional API
164
-
165
- * Related Jenkins jobs
166
-
167
- * https://jenkins.aetherproject.org/view/ROC%20System%20Tests/
168
-
169
- Aether System Tests
170
-
171
- * 5G
172
-
173
- * Functional testing includes multiple slice creations,
174
- enable/disable of device groups, QoS validations, rate limiting
175
- tests (at UE, slice, application), application filtering tests,
176
- container restart tests
177
-
178
- * 4G
179
-
180
- * Functional testing includes multiple slice creations,
181
- enable/disable of device groups, QoS validations, rate limiting
182
- tests (at UE, slice, application), application filtering tests,
183
- container restart tests
184
-
185
- * Jenkins Jobs:
186
-
187
- * https://jenkins.aetherproject.org/view/Aether%20System%20Tests/
188
-
189
- Documentation
190
- -------------
191
-
192
- Aether documentation is available at
193
- `docs.aetherproject.org <http://docs.aetherproject.org >`__.
194
-
195
- Limitations and Known Issues
196
- ----------------------------
197
-
198
- * Each site should be configured with a different “Enterprise ID”.
199
-
200
- * The P4 UPF does not support Slice MBR, which requires leaving out the
201
- `configuration endpoint ` configuration for P4 UPFs.
202
- Additionally, only 1 slice can currently use a P4 UPF. The next
203
- release of Aether will remove both limitations.
204
-
205
- * The transaction history page on the operations portal is not
206
- currently enabled; It will be available shortly after the first
207
- 2.0 release.
208
-
209
- * The Sim-Card model deviates from the ID convention used by the other
210
- models, using the field “sim-id” instead of “sim-card-id”.
211
-
212
- * IMSIs should not be removed from Simapp. They may be added at any
213
- time.
214
-
215
- * When running the ROC GUI in the Firefox browser, it is possible to enter
216
- non-numeric characters in to numeric fields.
217
-
218
- * Application filtering is not available for some combinations of 5G UEs and
219
- 5G gNBs. For 5G slices, it is recommended that default behavior be set to
220
- ALLOW-ALL and application filtering rules not be added at this time.
221
-
222
- Aether 2.0.0 Release
223
- --------------------
224
-
225
- Aether 2.0.0 is the base release of the 2.0 branch.
226
-
227
- Aether 2.0.0 Component Versions
228
- """""""""""""""""""""""""""""""
229
-
230
- ROC:
231
-
232
- * atomix-controller: 0.6.9
233
-
234
- * atomix-raft-storage: 0.1.25
235
-
236
- * onos-operator: 0.5.1
237
-
238
- * aether-roc-umbrella: 2.0.43
239
-
240
- :doc: `SD-Core 1.1 <sdcore:release/1.1 >`
241
-
242
- * sdcore-helm-chart: 0.10.16 (Umbrella Helm Chart)
243
-
244
- * Omec-control-plane : 0.10.11
245
-
246
- * Omec-sub-provision : 0.4.5
247
-
248
- * 5g-control-plane : 0.6.19
249
-
250
- * 5g-ran-sim: 0.4.11
251
-
252
- UPF: bess-upf: 0.0.5
253
-
254
- :doc: `SD-Fabric 1.1 <sdfabric:release/1.1.0 >`
255
-
256
- * sdfabric: 1.1.0
257
-
258
- Hardware and Vendor Dependencies:
259
-
260
- * Sercomm eNB: Firmware version 3922
261
-
262
- * Radisys 5G-SA RAN stack: TRILLIUM_5GNR_NXP_GNB_AIO_QCOM_SUB6_WITH_DPDK_BIN_REL_2.4.3
263
-
264
- * T&W gNB: 5G Sub-6GHz Small Cell (N78, 8GB DDR, With housing), Model SDQ001-RU (N78)
265
-
266
- Aether 2.0.1 Release
267
- --------------------
268
-
269
- Minor release to fix SD-Core issues.
270
-
271
- Aether 2.0.1 Component Versions
272
- """""""""""""""""""""""""""""""
273
-
274
- ROC:
275
-
276
- * atomix-controller: 0.6.9
277
-
278
- * atomix-raft-storage: 0.1.25
279
-
280
- * onos-operator: 0.5.1
281
-
282
- * aether-roc-umbrella: 2.0.43
283
-
284
- :doc: `SD-Core 1.1.1 <sdcore:release/1.1 >`
285
-
286
- * sdcore-helm-chart: 0.10.18 (Umbrella Helm Chart)
287
-
288
- * Omec-control-plane : 0.10.12
289
-
290
- * Omec-sub-provision : 0.4.5
291
-
292
- * 5g-control-plane : 0.6.20
293
-
294
- * 5g-ran-sim: 0.4.12
295
-
296
- UPF: bess-upf: 0.0.5
297
-
298
- :doc: `SD-Fabric 1.1 <sdfabric:release/1.1.0 >`
299
-
300
- * sdfabric: 1.1.0
301
-
302
- Hardware and Vendor Dependencies:
303
-
304
- * Sercomm eNB: Firmware version 3922
305
-
306
- * Radisys 5G-SA RAN stack: TRILLIUM_5GNR_NXP_GNB_AIO_QCOM_SUB6_WITH_DPDK_BIN_REL_2.4.3
307
-
308
- * T&W gNB: 5G Sub-6GHz Small Cell (N78, 8GB DDR, With housing), Model SDQ001-RU (N78)
309
-
310
-
311
- Aether 2.0.2 Release
312
- --------------------
313
-
314
- Minor release to fix ROC and GUI related issues.
315
-
316
- * Fetching of intermediate lists within the configuration tree, for example Applications, is now supported.
317
-
318
- * Subscriber-Proxy now supports deletes / shrinking of IMSI ranges.
319
-
320
- * Fixed a bug where sdcore-adapter would fail to propagate a deleted device-group or slice to the core.
321
-
322
- * Improvements to logging in sdcore-adapter, and a REST endpoint to dynamically change log levels.
323
-
324
- * An endpoint has been added to the aether-roc-api that allows fetching of IP addresses for devices.
325
-
326
- * GUI: Added the ability to remove SIM Cards from Devices.
327
-
328
- * GUI: Fixed a bug where IP-Domains were not loaded properly in Device-Group edit page.
329
-
330
- * GUI: Display a reason why the Application select box might be empty in a Slice.
331
-
332
- * GUI: Transaction list is now populated.
333
-
334
-
335
- Aether 2.0.2 Component Versions
336
- """""""""""""""""""""""""""""""
337
-
338
- ROC:
339
-
340
- * atomix-controller: 0.6.9
341
-
342
- * atomix-raft-storage: 0.1.25
343
-
344
- * onos-operator: 0.5.1
345
-
346
- * aether-roc-umbrella: 2.0.47
347
-
348
- :doc: `SD-Core 1.1.1 <sdcore:release/1.1 >`
349
-
350
- * sdcore-helm-chart: 0.10.18 (Umbrella Helm Chart)
351
-
352
- * Omec-control-plane : 0.10.12
353
-
354
- * Omec-sub-provision : 0.4.5
355
-
356
- * 5g-control-plane : 0.6.20
357
-
358
- * 5g-ran-sim: 0.4.12
359
-
360
- UPF: bess-upf: 0.0.5
361
-
362
- :doc: `SD-Fabric 1.1 <sdfabric:release/1.1.1 >`
363
-
364
- * sdfabric: 1.1.1
365
-
366
- Hardware and Vendor Dependencies:
367
-
368
- * Sercomm eNB: Firmware version 3922
369
-
370
- * Radisys 5G-SA RAN stack: TRILLIUM_5GNR_NXP_GNB_AIO_QCOM_SUB6_WITH_DPDK_BIN_REL_2.4.3
371
-
372
- * T&W gNB: 5G Sub-6GHz Small Cell (N78, 8GB DDR, With housing), Model SDQ001-RU (N78)
0 commit comments