Skip to content

Commit e8cc9ed

Browse files
committed
rm old references
1 parent 4a7f78e commit e8cc9ed

File tree

2 files changed

+0
-553
lines changed

2 files changed

+0
-553
lines changed

release/2.0.rst

-366
Original file line numberDiff line numberDiff line change
@@ -4,369 +4,3 @@ Aether 2.0 Release
44
.. note:: Aether 2.0 is no longer supported. Its Guide is archived
55
`here <https://docs.aetherproject.org/aether-2.0/index.html>`__.
66

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

Comments
 (0)