You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: articles/private-5g-core/whats-new.md
+9-9Lines changed: 9 additions & 9 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -55,11 +55,11 @@ The Azure Private 5G Core service is now live in West Europe. It is now possible
55
55
56
56
**Date available:** February 1, 2023
57
57
58
-
You can now gather gather diagnostics for a Site remotely using the Azure portal. Diagnostics packages will be collected from the edge site and uploaded to an Azure storage account, which can be shared as a SAS URI to AP5GC support or others for assistance with issues.
58
+
You can now gather gather diagnostics for a Site remotely using the Azure portal. Diagnostics packages will be collected from the edge site and uploaded to an Azure storage account, which can be shared as a SAS URI to AP5GC support or others for assistance with issues. Follow [Gather diagnostics using the Azure portal](gather-diagnostics.md) to gather a remote diagnostics package for an Azure Private 5G Core site using the Azure portal.
59
59
60
60
### Diagnose and resolve problems
61
61
62
-
**Type:**??
62
+
**Type:**Feature
63
63
64
64
**Date available:** January 17, 2023
65
65
@@ -73,32 +73,32 @@ The **Diagnose and solve problems** option in the left content menu can now prov
73
73
74
74
**Date available:** December 16, 2022
75
75
76
-
If you're experiencing issues with your packet core deployment, you can now re-install the packet core to return it to a known state. Re-installing the packet core deletes the existing packet core deployment and attempts to deploy the packet core at the edge with the existing site configurations. Already created Site dependent resources such as the PacketCoreControlPlane, PacketCoreDataPlane and AttachedDataNetwork will continue to be used in the deployment.
76
+
If you're experiencing issues with your packet core deployment, you can now re-install the packet core to return it to a known state. Re-installing the packet core deletes the existing packet core deployment and attempts to deploy the packet core at the edge with the existing site configurations. Already created Site dependent resources such as the **PacketCoreControlPlane**, **PacketCoreDataPlane** and **AttachedDataNetwork** will continue to be used in the deployment.
77
77
78
-
You can check the Installation state on the PacketCoreControlPlane overview. Upon successful redeployment, the Installation state will change from “Reinstalling” to either “Installed” or “Failed”, depending on the outcome. You can re-install the packet core regardless if the Installation state is in either “Installed” or “Failed” status.
78
+
You can check the Installation state on the **Packet Core Control Plane overview**. Upon successful redeployment, the Installation state will change from **Reinstalling** to either **Installed** or **Failed**, depending on the outcome. You can re-install the packet core regardless if the Installation state is in either **Installed** or **Failed** status.
79
79
80
80
If re-install is attempted after upgrade, re-deployment would be attempted with the upgraded packet core version. The reinstallation is done using the latest packet core version currently defined in the ARM API version.
81
81
82
82
This feature has the following limitations:
83
83
84
-
- The provisioning state of resources PacketCoreControlPlane, PacketCoreDataPlane and AttachedDataNetwork will not change with re-install.
85
-
- The status of the reinstallation operation can tracked only via Activity Logs.
84
+
- The provisioning state of resources **PacketCoreControlPlane**, **PacketCoreDataPlane** and **AttachedDataNetwork** will not change with re-install.
85
+
- The status of the reinstallation operation can tracked only via **Activity Logs**.
86
86
- Re-installing the packet core may take 45 minutes or more.
87
-
- Updated Installation states are only reflected when the PacketCoreControlPlane overview page is refreshed.
87
+
- Updated Installation states are only reflected when the **Packet Core Control Plane overview** page is refreshed.
88
88
89
89
### HTTPS Certificates at the Edge
90
90
91
91
**Type:** Feature
92
92
93
93
**Date available:** December 19, 2022
94
94
95
-
It is now possible to secure access to a site’s local monitoring tools with a custom, user-provided HTTPS certificate. Certificates can be uploaded to an Azure Key Vault and specified in the Packet Core Control Plane “local access” configuration to be provisioned down to the edge.
95
+
It is now possible to secure access to a site’s local monitoring tools with a custom, user-provided HTTPS certificate. Certificates can be uploaded to an Azure Key Vault and specified in the P**acket Core Control Plane****local access** configuration to be provisioned down to the edge.
96
96
97
97
This feature has the following limitations:
98
98
99
99
- Certificate deletion requires a pod restart to be reflected at the edge.
100
100
- User-assigned managed identities are not currently supported for certificate provisioning.
101
-
- Actions on KeyVaults/Certificates not involving a modification on the Packet Core Control Plane object can take up to an hour to be reflected at the edge.
101
+
- Actions on KeyVaults/Certificates not involving a modification on the **Packet Core Control Plane** object can take up to an hour to be reflected at the edge.
0 commit comments