Installation and Upgrade Verification⚓︎
The minimal mandatory set an MNO runs after installing an xCore, or after upgrading any platform component, before the deployment is handed over or returned to service. It is sized to be completed by one test engineer in one to two days with two or three provisioned devices, and it doubles as the exit criteria for the evaluation phase of onboarding.
The set contains 19 tests with a planned duration of about 7 h 10 min. Each test is reproduced in full below so that this page can be executed on its own; the same procedures are published in the acceptance test catalog.
Entry criteria⚓︎
- The deployment (xCore, and xRouter and xControl where they are part of the change) is installed or upgraded and reported healthy by the installer.
- At least two Mobile Assets are provisioned in xControl on a System of the Site under test, with SIMs in devices available to the tester.
- A signalling capture point and, for throughput tests, an iperf3 or OpenSpeedTest server on the enterprise network are available.
Execution order⚓︎
| Order | ID | Test | Domain | Duration | Evidence |
|---|---|---|---|---|---|
| 1 | EXP-INS-001 | Platform readiness after installation | Installation checks | 30 min | Kubernetes pod and node status; CLI output; xControl screenshot |
| 2 | EXP-INS-002 | Management path and subscriber synchronization | Installation checks | 30 min | 3GPP signalling capture (pcap); CLI output; xControl screenshot |
| 3 | EXP-INS-003 | Radio access node connection | Installation checks | 20 min | 3GPP signalling capture (pcap); xControl screenshot; CLI output |
| 4 | EXP-INS-004 | Monitoring path | Installation checks | 15 min | xControl screenshot |
| 5 | EXP-PRV-001 | Provision a Mobile Asset | Provisioning | 20 min | xControl screenshot; CLI output; xControl session event log |
| 6 | EXP-SES-001 | UE-initiated attach | Session lifecycle | 15 min | 3GPP signalling capture (pcap); xControl session event log; UE connectivity check |
| 7 | EXP-SES-002 | UE-initiated detach | Session lifecycle | 10 min | 3GPP signalling capture (pcap); xControl session event log; CLI output |
| 8 | EXP-SES-004 | UE idle mode | Session lifecycle | 20 min | 3GPP signalling capture (pcap); CLI output |
| 9 | EXP-SES-005 | UE-triggered service request | Session lifecycle | 15 min | 3GPP signalling capture (pcap); xControl session event log |
| 10 | EXP-SES-007 | Multiple UE attach | Session lifecycle | 30 min | xControl Mobile Asset status; UE connectivity check |
| 11 | EXP-PRV-002 | Deactivate a Mobile Asset | Provisioning | 15 min | xControl session event log; 3GPP signalling capture (pcap) |
| 12 | EXP-PRV-005 | Unknown UE attach rejected | Provisioning | 15 min | 3GPP signalling capture (pcap) |
| 13 | EXP-POL-001 | Limit bandwidth (AMBR) | Policy and traffic | 30 min | Speed test result; xControl session event log; 3GPP signalling capture (pcap) |
| 14 | EXP-POL-002 | Enterprise access through the public radio network | Policy and traffic | 20 min | UE connectivity check; xControl Mobile Asset status; 3GPP signalling capture (pcap) |
| 15 | EXP-SEC-001 | UE-to-UE communication prevented | Security and isolation | 15 min | ICMP result from the UE |
| 16 | EXP-SEC-002 | UE-to-platform communication prevented | Security and isolation | 20 min | ICMP result from the UE |
| 17 | EXP-REC-001 | Session record completeness | Session records and usage | 20 min | xControl screenshot; 3GPP signalling capture (pcap) |
| 18 | EXP-HA-001 | xCore user-plane node failure | Resilience and high availability | 45 min | Kubernetes pod and node status; Speed test result; UE connectivity check |
| 19 | EXP-HA-004 | xCore restart recovery | Resilience and high availability | 45 min | Service status after recovery; UE connectivity check |
Results sheet⚓︎
Record one row per test. A blank template with the same columns is available as results-template.csv.
| ID | Test | Result | Tester | Date | Evidence reference | Deviation |
|---|---|---|---|---|---|---|
| EXP-INS-001 | Platform readiness after installation | |||||
| EXP-INS-002 | Management path and subscriber synchronization | |||||
| EXP-INS-003 | Radio access node connection | |||||
| EXP-INS-004 | Monitoring path | |||||
| EXP-PRV-001 | Provision a Mobile Asset | |||||
| EXP-SES-001 | UE-initiated attach | |||||
| EXP-SES-002 | UE-initiated detach | |||||
| EXP-SES-004 | UE idle mode | |||||
| EXP-SES-005 | UE-triggered service request | |||||
| EXP-SES-007 | Multiple UE attach | |||||
| EXP-PRV-002 | Deactivate a Mobile Asset | |||||
| EXP-PRV-005 | Unknown UE attach rejected | |||||
| EXP-POL-001 | Limit bandwidth (AMBR) | |||||
| EXP-POL-002 | Enterprise access through the public radio network | |||||
| EXP-SEC-001 | UE-to-UE communication prevented | |||||
| EXP-SEC-002 | UE-to-platform communication prevented | |||||
| EXP-REC-001 | Session record completeness | |||||
| EXP-HA-001 | xCore user-plane node failure | |||||
| EXP-HA-004 | xCore restart recovery |
Exit criteria⚓︎
- Every test in the set has a result recorded in the results sheet.
- Every result is Pass, or a Deviation is recorded, agreed with Expeto and referenced from the sheet.
Procedures⚓︎
EXP-INS-001 — Platform readiness after installation⚓︎
| Attribute | Value |
|---|---|
| Status | Accepted |
| Category | Operations |
| Components | xCore, xControl |
| Applies to | 4G, 5G · Local radio, Public radio · Single node, HA cluster, Geo-redundant |
| Duration | About 30 min |
| Included in | Installation and Upgrade Verification |
Objective. Every workload of a newly installed xCore is running at the release version, no container is restarting, every network function reports healthy, and the Site is registered with xControl at that version.
Preconditions
- Platform
- The xCore is installed per the installation guide and the installer reports success.
- You know the release version that was installed and the Kubernetes namespace of the xCore.
- Tooling and access
- Read access to the cluster with
kubectl. - Access to the CLI.
- Log in to xControl with an account that can view the Mobile Asset under test.
- Read access to the cluster with
Procedure
| # | Where | Action | Expected result |
|---|---|---|---|
| 1 | Kubernetes | Run kubectl get nodes. |
Every node is Ready. |
| 2 | Kubernetes | Run kubectl get pods -n <namespace> once the installer reports success. |
Every pod is Running (or Completed for one-time jobs) with all containers ready. Note the RESTARTS count of every pod. |
| 3 | Kubernetes | Run helm list -n <namespace>. |
The release is deployed and its chart version is the release version. |
| 4 | Kubernetes | Run kubectl get pods -n <namespace> -o jsonpath='{range .items[*].spec.containers[*]}{.image}{"\n"}{end}' \| sort -u. |
Every image under the Expeto registry paths is tagged with the release version; third-party images (databases, Kubernetes operators, exporters) carry the versions the release notes list. |
| 5 | CLI | Open the CLI, run cd /debug/nf, then read node. |
Every network function of the deployment is listed with Health reported as healthy. |
| 6 | xControl | Open Sites and select the Site. | The Site is online, Agent Version equals the release version, and Last Seen is within the last five minutes. |
| 7 | Kubernetes | Fifteen minutes after the installer reported success, run kubectl get pods -n <namespace> again. |
No RESTARTS count has increased. |
Pass criteria
- Every pod is ready, and no pod restarts during the fifteen minutes that follow the installer's completion.
- Every Expeto image tag and the chart version equal the release version, and third-party images match the release notes.
- Every network function reports healthy.
- The Site is online in xControl with the release's agent version.
Deployment notes
- Kubernetes-operator managed core: The core is described by a Site resource rather than a Helm release. Replace the
helm liststep withkubectl get site <name> -n <namespace> -o jsonpath='{.status.conditions[?(@.type=="Ready")].status}'and expectTrue, and check that{.status.observedGeneration}equals{.metadata.generation}. The CLI sidecar is namedagent-cli, andread nodelists the SMF only; check the other network functions through their pod status.
Evidence collected: Kubernetes pod and node status; CLI output; xControl screenshot.
EXP-INS-002 — Management path and subscriber synchronization⚓︎
| Attribute | Value |
|---|---|
| Status | Accepted |
| Category | Operations |
| Components | xCore, xControl |
| Applies to | 4G, 5G · Local radio, Public radio · Single node, HA cluster, Geo-redundant |
| Duration | About 30 min |
| Prerequisite procedures | EXP-INS-001 — Platform readiness after installation |
| Included in | Installation and Upgrade Verification |
| Automated by | Platform suite, 5G core: Mobile Asset provisioned through the xControl API appears in UDR and SMF within 120 s |
Objective. The xCore agent holds an outbound connection to xControl, the Site reports online, and the subscriber data held by the xCore matches what xControl has provisioned for it.
Preconditions
- Mobile Asset
- At least one Mobile Asset is provisioned on a System of the Site.
- Tooling and access
- Log in to xControl with an account that holds the ADMIN role.
- Access to the CLI.
- A signalling capture on the xCore's egress interface, filtered to TCP port 443 (capture point 6).
- Procedures executed first
Procedure
| # | Where | Action | Expected result |
|---|---|---|---|
| 1 | — | Execute EXP-INS-001 — Platform readiness after installation as a prerequisite procedure. | As defined in EXP-INS-001. |
| 2 | Capture | Start the capture and restart the agent pod (kubectl delete pod <release>-agent-0 -n <namespace>), then inspect the capture. |
The TLS connection to xControl is initiated by the xCore. No connection is initiated toward the xCore. |
| 3 | xControl | Open Sites, select the Site and watch its status while the agent pod restarts. | The Site returns to online and Last Seen updates within five minutes. |
| 4 | CLI | Run cd /debug/ops, then cmd cache-clear type=SUBSCRIBER_CHECK_ERRORS, then cmd sync-sub-check mode=FULL. Repeat cmd sync-sub-check mode=FULL until it no longer answers that a check is already running. |
The full check completes. |
| 5 | CLI | Run read sync-sub-error. |
The table is empty; no Mobile Asset is missing, mismatched or extra on the Site. |
| 6 | CLI | Run cd /lte, then read hss (or cd /nr, then read udr on a 5G-only Site) and read the total in the table footer. |
The total equals the number of Mobile Assets xControl lists for the Site's Systems. |
Pass criteria
- The agent connection is outbound only.
- The Site is online within five minutes of an agent restart.
- The full synchronization check reports zero discrepancies and the record counts match.
Evidence collected: 3GPP signalling capture (pcap); CLI output; xControl screenshot.
EXP-INS-003 — Radio access node connection⚓︎
| Attribute | Value |
|---|---|
| Status | Accepted |
| Category | Operations |
| Components | xCore, xControl |
| Applies to | 4G, 5G · Local radio · Single node, HA cluster, Geo-redundant |
| Duration | About 20 min |
| Prerequisite procedures | EXP-INS-001 — Platform readiness after installation |
| Included in | Installation and Upgrade Verification |
Objective. The customer's eNodeB or gNodeB establishes its control-plane association with the xCore, the xCore accepts the radio's PLMN and tracking area, and xControl shows the Private Radio as connected.
Preconditions
- Platform
- The radio is configured with the xCore's MME or AMF address, the PLMN and the tracking area code agreed for the Site, and is powered off.
- A Private Radio with the identifier
<PLMN>-<Cell ID>of the radio exists on the Site in xControl with status Enabled.
- Tooling and access
- Log in to xControl with an account that holds the ADMIN role.
- A signalling capture on the xCore interface facing the radio (capture point 1).
- Access to the CLI.
- Procedures executed first
Procedure
| # | Where | Action | Expected result |
|---|---|---|---|
| 1 | — | Execute EXP-INS-001 — Platform readiness after installation as a prerequisite procedure. | As defined in EXP-INS-001. |
| 2 | Radio | Power on the radio and wait for it to complete its start-up. Note the time. | The radio reports its cell as on air. |
| 3 | Capture | Inspect the capture. | An SCTP association is established, followed by S1 Setup Request and S1 Setup Response (4G) or NG Setup Request and NG Setup Response (5G). The response lists the served PLMN; there is no Setup Failure. |
| 4 | xControl | Open Private Radios and select the radio. | The status is Connected within two minutes of the radio reporting on air. |
| 5 | CLI | Run cd /lte, then read enodeb (4G), or cd /nr, then read ran (5G). |
The radio is listed with its identifier, address, PLMN and tracking area. |
Pass criteria
- The setup exchange completes with a Response, not a Failure, and the served PLMN and tracking area are the agreed ones.
- The Private Radio shows Connected within two minutes of the radio reporting on air.
Evidence collected: 3GPP signalling capture (pcap); xControl screenshot; CLI output.
References: 3GPP TS 36.413 §8.7.3 (S1 Setup); 3GPP TS 38.413 §8.7.3 (NG Setup).
EXP-INS-004 — Monitoring path⚓︎
| Attribute | Value |
|---|---|
| Status | Accepted |
| Category | Operations |
| Components | xCore, xView |
| Applies to | 4G, 5G · Local radio, Public radio · Single node, HA cluster, Geo-redundant |
| Duration | About 15 min |
| Prerequisite procedures | EXP-INS-001 — Platform readiness after installation |
| Included in | Installation and Upgrade Verification |
Objective. The new Site's metrics reach xView with the Site's labels, its scrape targets are up, and no critical alert is firing for it.
Preconditions
- Tooling and access
- Access to the xView Prometheus query interface and Grafana.
- Procedures executed first
Procedure
| # | Where | Action | Expected result |
|---|---|---|---|
| 1 | — | Execute EXP-INS-001 — Platform readiness after installation as a prerequisite procedure. | As defined in EXP-INS-001. |
| 2 | Tester | In Prometheus, run up{job="site", site="<site name>"}. |
The result is 1 for every instance of the Site. |
| 3 | Tester | Run xcore_version{site="<site name>"}. |
The series exist and carry the customer, customerId, site and siteId labels of the Site. |
| 4 | Tester | Run ALERTS{alertstate="firing", site="<site name>", severity="critical"}. |
The result is empty. |
| 5 | Tester | Open the Site dashboard in Grafana and select the Site. | The panels show data for the Site. |
Pass criteria
- Every scrape target of the Site is up within ten minutes of the install completing.
- The Site's series carry its Customer and Site labels.
- No critical alert is firing for the Site.
Evidence collected: xControl screenshot.
EXP-PRV-001 — Provision a Mobile Asset⚓︎
| Attribute | Value |
|---|---|
| Status | Accepted |
| Category | Functional |
| Components | xControl, xCore |
| Applies to | 4G, 5G · Local radio, Public radio · Single node, HA cluster, Geo-redundant |
| Duration | About 20 min |
| Prerequisite procedures | EXP-SES-001 — UE-initiated attach |
| Included in | Installation and Upgrade Verification |
| Automated by | Platform suite, 5G core: Mobile Asset provisioned through the xControl API appears in UDR and SMF within 120 s |
Objective. A Mobile Asset created in xControl, through the portal or the API, is written to the subscriber database of the Site within a bounded time, is reported consistent by the synchronization check, and can attach.
Preconditions
- Platform
- The Site has a System with a System Profile, and a Keyset mapped to the Site.
- Mobile Asset
- A SIM whose IMSI is not yet provisioned, with its key material available for the Keyset in use.
- Device
- The UE is powered off or in airplane mode.
- The UE has the APN of its System Profile configured.
- Tooling and access
- Log in to xControl with an account that holds the ADMIN role.
- An API token for the Customer, for the API variant.
- Access to the CLI.
- Procedures executed first
Procedure
| # | Where | Action | Expected result |
|---|---|---|---|
| 1 | xControl | Open Mobile Assets, click New, enter the IMSI and the SIM details, select the System, the System Profile and the Keyset, set Status to Active, and click Submit. Note the time. | The Mobile Asset appears in the list with status Provisioned. |
| 2 | xControl API | For the API variant, create the Mobile Asset with a POST to the subscribers endpoint using the same values, then GET it back. | The response returns the Mobile Asset with the status field set to Active. |
| 3 | CLI | Run cd /lte, then read hss <imsi> (or cd /nr, then read udr <imsi> on a 5G Site), repeating until the record appears. |
The record exists within 120 seconds of the submit. |
| 4 | CLI | Run cd /debug/ops, then cmd sync-sub-check id=<imsi>. |
The check reports the IMSI as consistent between xControl and the Site on every node. |
| 5 | — | Execute EXP-SES-001 — UE-initiated attach as a prerequisite procedure. | As defined in EXP-SES-001. |
Pass criteria
- The subscriber record is present on the Site within 120 seconds of creation.
- The synchronization check reports no discrepancy for the IMSI.
- The UE attaches and passes traffic.
Evidence collected: xControl screenshot; CLI output; xControl session event log.
EXP-SES-001 — UE-initiated attach⚓︎
| Attribute | Value |
|---|---|
| Status | Accepted |
| Category | Functional |
| Components | xCore, xControl |
| Applies to | 4G, 5G · Local radio, Public radio · Single node, HA cluster, Geo-redundant |
| Duration | About 15 min |
| Included in | Installation and Upgrade Verification |
| Automated by | Platform suite, 4G split core: session flow attach-detach (single run, mixed soak and weekly deep soak)Platform suite, Kubernetes-operator managed core: session flow attach-detach, once per user planeRelease certification: subscriber lifecycle scenarios on the reference 5G configuration |
Objective. A UE initiates an attach request to the network and is authenticated. After authentication the network obtains the UE's subscription data from the subscriber database and, based on the default APN and PDN/PDU context in that data, creates the default session. The UE is then attached to the network and passes data.
Preconditions
- Mobile Asset
- The UE's Mobile Asset is provisioned in xControl on the System under test, with state Active and status Provisioned or Disconnected.
- Device
- The UE is powered off or in airplane mode.
- The UE has the APN of its System Profile configured.
- The UE has a web browser or a terminal application that can send ICMP echo requests (ping).
- Tooling and access
- Log in to xControl with an account that can view the Mobile Asset under test.
- Start a 3GPP signalling capture (pcap) with your preferred tool on the interfaces the procedure exercises.
Procedure
| # | Where | Action | Expected result |
|---|---|---|---|
| 1 | UE | Power on the UE, or take it out of airplane mode, and wait for it to connect to the cellular network. | The UE shows a cellular data connection. |
| 2 | UE | Open a web page, or ping a known reachable host. | The page loads, or the ping is answered. |
| 3 | xControl | Open Mobile Assets and select the UE's IMSI. | The Mobile Asset status is Connected and an IP address inside the System's range is shown. |
| 4 | xControl | Scroll down to the Sessions section and select Session History. | On 4G, an HSS entry Attached and a PGW entry Open with a start time and no end time are present; on 5G the same two entries appear, named after the subscriber database and the SMF. |
| 5 | Capture | Inspect the signalling capture. | The messages match the sequence under Expected signalling, with no reject or failure message. |
Expected signalling
Capture points: S1-MME / N2 (point 1), S11 / N4 (point 3), S6a / N8 (point 4).
4G (EPS) sequence
- Attach Request, carrying a PDN Connectivity Request (S1AP Initial UE Message)
- Identity Request / Identity Response, when the network does not hold the UE's identity
- Authentication Information Request / Answer on S6a, then Authentication Request / Authentication Response
- Security Mode Command / Security Mode Complete
- Update Location Request / Answer on S6a
- Create Session Request / Create Session Response on S11
- Initial Context Setup Request, carrying Attach Accept and Activate Default EPS Bearer Context Request
- Initial Context Setup Response
- Attach Complete, carrying Activate Default EPS Bearer Context Accept
- Modify Bearer Request / Modify Bearer Response on S11
5G (5GS) sequence
- Registration Request (NGAP Initial UE Message)
- Identity Request / Identity Response, when the network does not hold the UE's identity
- Authentication Request / Authentication Response, with the AUSF and UDM exchanges on the service-based interfaces
- Security Mode Command / Security Mode Complete
- Initial Context Setup Request, carrying Registration Accept
- Initial Context Setup Response, then Registration Complete
- PDU Session Establishment Request (UL NAS Transport)
- PFCP Session Establishment Request / Response on N4
- PDU Session Resource Setup Request, carrying PDU Session Establishment Accept
- PDU Session Resource Setup Response
Pass criteria
- The UE obtains a data connection and passes traffic without manual intervention.
- The IP address shown in xControl is inside the address range of the Mobile Asset's System.
- The capture contains the complete sequence and no reject or failure message.
Evidence collected: 3GPP signalling capture (pcap); xControl session event log; UE connectivity check.
References: 3GPP TS 23.401 §5.3.2.1 (E-UTRAN Initial Attach); 3GPP TS 24.301 §5.5.1.2 (Attach procedure for EPS services); 3GPP TS 23.502 §4.2.2.2.2 (General Registration); 3GPP TS 23.502 §4.3.2.2.1 (UE Requested PDU Session Establishment).
EXP-SES-002 — UE-initiated detach⚓︎
| Attribute | Value |
|---|---|
| Status | Accepted |
| Category | Functional |
| Components | xCore, xControl |
| Applies to | 4G, 5G · Local radio, Public radio · Single node, HA cluster, Geo-redundant |
| Duration | About 10 min |
| Prerequisite procedures | EXP-SES-001 — UE-initiated attach |
| Included in | Installation and Upgrade Verification |
| Automated by | Platform suite, 4G split core: session flow attach-detach (single run, mixed soak and weekly deep soak)Platform suite, Kubernetes-operator managed core: session flow attach-detach, once per user plane |
Objective. The UE initiates a detach procedure and the network releases the session, the user-plane resources and the UE context, and xControl records the end of the session.
Preconditions
- Tooling and access
- Log in to xControl with an account that holds the ADMIN role.
- Start a 3GPP signalling capture (pcap) with your preferred tool on the interfaces the procedure exercises.
- Procedures executed first
Procedure
| # | Where | Action | Expected result |
|---|---|---|---|
| 1 | — | Execute EXP-SES-001 — UE-initiated attach as a prerequisite procedure. | As defined in EXP-SES-001. |
| 2 | UE | Power off the UE, or put it in airplane mode, and wait for it to disconnect from the network. | The UE no longer shows a cellular connection. |
| 3 | xControl | Open the Mobile Asset. | The status changes to Disconnected within a reasonable time (nominally within 30 seconds). |
| 4 | xControl | Scroll down to the Sessions section and select Session History. | The PGW entry of the session is Closed with an end time. |
| 5 | CLI | Run cd /lte, then read pgw -f imsi=<imsi> (4G), or cd /nr, then read smf -f imsi=<imsi> (5G). |
No session is listed for the IMSI. |
| 6 | Capture | Inspect the signalling capture. | The messages match the sequence under Expected signalling. |
Expected signalling
Capture points: S1-MME / N2 (point 1), S11 / N4 (point 3).
4G (EPS) sequence
- Detach Request (UE originating; the switch-off indication is set when the UE powers off)
- Delete Session Request / Delete Session Response on S11
- Detach Accept (absent when the UE indicated switch-off)
- UE Context Release Command / UE Context Release Complete
5G (5GS) sequence
- Deregistration Request (UE originating)
- PFCP Session Deletion Request / Response on N4
- Deregistration Accept (absent when the UE indicated switch-off)
- UE Context Release Command / UE Context Release Complete
Pass criteria
- xControl shows Disconnected within 30 seconds of the detach.
- The session record is closed with an end time.
- No session context remains for the IMSI on the session-management function.
Evidence collected: 3GPP signalling capture (pcap); xControl session event log; CLI output.
References: 3GPP TS 23.401 §5.3.8.2 (UE-initiated Detach procedure); 3GPP TS 23.502 §4.2.2.3.2 (UE-initiated Deregistration).
EXP-SES-004 — UE idle mode⚓︎
| Attribute | Value |
|---|---|
| Status | Accepted |
| Category | Functional |
| Components | xCore |
| Applies to | 4G, 5G · Local radio, Public radio · Single node, HA cluster, Geo-redundant |
| Duration | About 20 min |
| Prerequisite procedures | EXP-SES-001 — UE-initiated attach |
| Included in | Installation and Upgrade Verification |
| Automated by | Platform suite, 4G split core: session flow idle-reactivatePlatform suite, 4G split core: session flow idle-detach |
Objective. A connected UE that stops generating traffic has its radio connection released after the radio's inactivity timer expires. The UE enters the idle state (ECM-IDLE in 4G, CM-IDLE in 5G) while it stays registered and keeps its session and IP address.
Preconditions
- Device
- The UE has a web browser or a terminal application that can send ICMP echo requests (ping).
- A UE application that shows the radio connection state, or knowledge of the radio's inactivity timer.
- Tooling and access
- Start a 3GPP signalling capture (pcap) with your preferred tool on the interfaces the procedure exercises.
- Log in to xControl with an account that can view the Mobile Asset under test.
- Procedures executed first
Procedure
| # | Where | Action | Expected result |
|---|---|---|---|
| 1 | — | Execute EXP-SES-001 — UE-initiated attach as a prerequisite procedure. | As defined in EXP-SES-001. |
| 2 | UE | Make sure the UE generates no data traffic and wait for the inactivity time defined by the radio configuration. | The UE's radio connection is released while the UE remains registered. |
| 3 | CLI | For a private radio, run cd /lte, then read mme -f imsi=<imsi> (4G), or cd /nr, then read amf <imsi> (5G). |
The context exists and its state (4G) or Status (5G) shows the UE as idle (ECM-IDLE or CM-IDLE). |
| 4 | xControl | Open the Mobile Asset. | The status is still Connected and the IP address is unchanged; the idle transition does not end the session. |
| 5 | Capture | Inspect the signalling capture. | The messages match the sequence under Expected signalling. |
Expected signalling
Capture points: S1-MME / N2 (point 1), S11 / N4 (point 3).
4G (EPS) sequence
- UE Context Release Request from the eNodeB, cause user inactivity
- Release Access Bearers Request / Response on S11
- UE Context Release Command / UE Context Release Complete
5G (5GS) sequence
- UE Context Release Request from the gNodeB, cause user inactivity
- PFCP Session Modification Request / Response on N4, deactivating the N3 tunnel and enabling downlink buffering or notification
- UE Context Release Command / UE Context Release Complete
Pass criteria
- The radio connection is released within the radio's configured inactivity time and the UE stays registered.
- The session and IP address survive the idle transition.
Evidence collected: 3GPP signalling capture (pcap); CLI output.
References: 3GPP TS 23.401 §5.3.5 (S1 release procedure); 3GPP TS 23.502 §4.2.6 (AN release).
EXP-SES-005 — UE-triggered service request⚓︎
| Attribute | Value |
|---|---|
| Status | Accepted |
| Category | Functional |
| Components | xCore, xControl |
| Applies to | 4G, 5G · Local radio, Public radio · Single node, HA cluster, Geo-redundant |
| Duration | About 15 min |
| Prerequisite procedures | EXP-SES-001 — UE-initiated attach EXP-SES-004 — UE idle mode |
| Included in | Installation and Upgrade Verification |
| Automated by | Platform suite, 4G split core: session flow idle-reactivate |
Objective. A registered UE in idle state generates new uplink traffic. The network re-establishes the radio connection and the user-plane path with a service request, without a new attach, and the UE keeps its IP address.
Preconditions
- Device
- The UE has a web browser or a terminal application that can send ICMP echo requests (ping).
- Tooling and access
- Start a 3GPP signalling capture (pcap) with your preferred tool on the interfaces the procedure exercises.
- Log in to xControl with an account that holds the ADMIN role.
- Procedures executed first
Procedure
| # | Where | Action | Expected result |
|---|---|---|---|
| 1 | — | Execute EXP-SES-001 — UE-initiated attach as a prerequisite procedure. | As defined in EXP-SES-001. |
| 2 | — | Execute EXP-SES-004 — UE idle mode as a prerequisite procedure. | As defined in EXP-SES-004. |
| 3 | UE | Open a web page, or ping a known reachable host. | The UE regains its radio connection and the page loads, or the ping is answered. |
| 4 | xControl | Open the Mobile Asset. | The status is Connected with the same IP address as before the idle period, and no new session was created in the Event Log. |
| 5 | Capture | Inspect the signalling capture. | The messages match the sequence under Expected signalling; there is no Attach Request or Registration Request. |
Expected signalling
Capture points: S1-MME / N2 (point 1), S11 / N4 (point 3).
4G (EPS) sequence
- Service Request (S1AP Initial UE Message)
- Initial Context Setup Request / Initial Context Setup Response
- Modify Bearer Request / Modify Bearer Response on S11
5G (5GS) sequence
- Service Request (NGAP Initial UE Message)
- Initial Context Setup Request, carrying Service Accept, and Initial Context Setup Response
- PFCP Session Modification Request / Response on N4, re-activating the N3 tunnel
Pass criteria
- Traffic resumes without a new attach or registration and with the same IP address.
Evidence collected: 3GPP signalling capture (pcap); xControl session event log.
References: 3GPP TS 23.401 §5.3.4.1 (UE triggered Service Request); 3GPP TS 23.502 §4.2.3.2 (UE Triggered Service Request).
EXP-SES-007 — Multiple UE attach⚓︎
| Attribute | Value |
|---|---|
| Status | Accepted |
| Category | Functional |
| Components | xCore, xControl |
| Applies to | 4G, 5G · Local radio, Public radio · Single node, HA cluster, Geo-redundant |
| Duration | About 30 min |
| Prerequisite procedures | EXP-SES-001 — UE-initiated attach |
| Included in | Installation and Upgrade Verification |
| Automated by | Platform suite, 4G split core: mixed-flow soak (100 live sessions, random flow per session) and weekly deep soak |
Objective. Several UEs connect to the network at the same time, each obtains its own address and service, and xControl shows all of them connected.
Preconditions
- Mobile Asset
- Several Mobile Assets are provisioned in xControl on the System under test, one per UE, each with state Active.
- Device
- The UE is powered off or in airplane mode.
- The UE has the APN of its System Profile configured.
- The UE has a web browser or a terminal application that can send ICMP echo requests (ping).
- Tooling and access
- Log in to xControl with an account that can view the Mobile Asset under test.
- Procedures executed first
Procedure
| # | Where | Action | Expected result |
|---|---|---|---|
| 1 | — | Execute EXP-SES-001 — UE-initiated attach as a prerequisite procedure. | As defined in EXP-SES-001. |
| 2 | UE | Repeat the previous procedure for each remaining provisioned UE, without detaching the ones already attached. | Every UE shows the results of EXP-SES-001. |
| 3 | xControl | Open Mobile Assets filtered by the System. | All the UEs are Connected at the same time, each with a distinct IP address. |
Pass criteria
- Every UE is connected and passing traffic simultaneously, with no two UEs sharing an address.
Evidence collected: xControl Mobile Asset status; UE connectivity check.
EXP-PRV-002 — Deactivate a Mobile Asset⚓︎
| Attribute | Value |
|---|---|
| Status | Accepted |
| Category | Functional |
| Components | xCore, xControl |
| Applies to | 4G, 5G · Local radio, Public radio · Single node, HA cluster, Geo-redundant |
| Duration | About 15 min |
| Prerequisite procedures | EXP-SES-001 — UE-initiated attach |
| Included in | Installation and Upgrade Verification |
Objective. A connected Mobile Asset is set to Inactive in xControl. The subscriber database cancels its location without requesting a re-attach, the network releases its session, and every new attach attempt is rejected while it stays inactive.
Preconditions
- Tooling and access
- Log in to xControl with an account that holds the ADMIN role.
- Start a 3GPP signalling capture (pcap) with your preferred tool on the interfaces the procedure exercises.
- Procedures executed first
Procedure
| # | Where | Action | Expected result |
|---|---|---|---|
| 1 | — | Execute EXP-SES-001 — UE-initiated attach as a prerequisite procedure. | As defined in EXP-SES-001. |
| 2 | xControl | On the Mobile Asset's detail page click Edit, set Status to Inactive, and click Submit. | The change is saved. |
| 3 | xControl | Watch the Mobile Asset status. | The status changes to Disconnected. |
| 4 | UE | Observe the UE. | The UE loses its cellular connection, and any reconnection attempt fails. |
| 5 | Capture | Inspect the signalling capture. | The messages match the sequence under Expected signalling; the Cancel Location Request does not carry the Reattach-Required flag and the Detach Request has detach type re-attach not required. |
Expected signalling
Capture points: S6a / N8 (point 4), S1-MME / N2 (point 1).
4G (EPS) sequence
- Cancel Location Request on S6a without the Reattach-Required flag, and Cancel Location Answer
- Detach Request (network originating), detach type re-attach not required, and Detach Accept
- Delete Session Request / Response on S11 and the release of the UE context
- On each reconnection attempt, Attach Request followed by Attach Reject
5G (5GS) sequence
- Deregistration notification from the UDM without re-registration required
- Deregistration Request (UE terminated) and Deregistration Accept, then the release of the session and the UE context
- On each reconnection attempt, Registration Request followed by Registration Reject
Pass criteria
- The session is released without any action on the UE, and the UE is not told to re-attach.
- Every reconnection attempt while the Mobile Asset is Inactive is rejected.
Evidence collected: xControl session event log; 3GPP signalling capture (pcap).
References: 3GPP TS 23.401 §5.3.8.4 (HSS-initiated Detach procedure); 3GPP TS 29.272 §5.2.2.2 (Cancel Location (CLR-Flags)).
EXP-PRV-005 — Unknown UE attach rejected⚓︎
| Attribute | Value |
|---|---|
| Status | Accepted |
| Category | Functional |
| Components | xCore |
| Applies to | 4G, 5G · Local radio, Public radio · Single node, HA cluster, Geo-redundant |
| Duration | About 15 min |
| Included in | Installation and Upgrade Verification |
| Automated by | Platform suite, 4G split core: unknown-IMSI signalling soak (250 unserved IMSIs) |
Objective. A UE whose IMSI is not provisioned in xControl attempts to attach, and the network rejects the attempt.
Preconditions
- Mobile Asset
- The UE's IMSI is not provisioned as a Mobile Asset in xControl.
- Device
- The UE is powered off or in airplane mode.
- Tooling and access
- Log in to xControl with an account that can view the Mobile Asset under test.
- Start a 3GPP signalling capture (pcap) with your preferred tool on the interfaces the procedure exercises.
Procedure
| # | Where | Action | Expected result |
|---|---|---|---|
| 1 | UE | Power on the UE, or take it out of airplane mode, and wait for it to attempt to connect. | The UE fails to connect to the network. |
| 2 | Capture | Inspect the signalling capture. | The messages match the sequence under Expected signalling. |
Expected signalling
Capture points: S1-MME / N2 (point 1), S6a / N8 (point 4).
4G (EPS) sequence
- Attach Request, then Identity Request / Identity Response for the IMSI when the UE presented a GUTI
- Authentication Information Request on S6a answered with an error result for an unknown user
- Attach Reject with an EMM cause
5G (5GS) sequence
- Registration Request, then Identity Request / Identity Response when needed
- The authentication request to the UDM fails for an unknown subscriber
- Registration Reject with a 5GMM cause
Pass criteria
- The UE obtains no service and no context or session is created for the IMSI.
Evidence collected: 3GPP signalling capture (pcap).
References: 3GPP TS 24.301 §5.5.1.2.5 (Attach not accepted by the network); 3GPP TS 24.501 §5.5.1.2.5 (Initial registration not accepted by the network).
EXP-POL-001 — Limit bandwidth (AMBR)⚓︎
| Attribute | Value |
|---|---|
| Status | Accepted |
| Category | Functional |
| Components | xCore, xControl |
| Applies to | 4G, 5G · Local radio, Public radio · Single node, HA cluster, Geo-redundant |
| Duration | About 30 min |
| Prerequisite procedures | EXP-SES-001 — UE-initiated attach |
| Included in | Installation and Upgrade Verification |
Objective. When the Mobile Asset is moved to a System Profile with lower uplink and downlink bitrates (AMBR) in xControl, the subscriber database pushes the change into the live session: the bearer is modified without a detach, the UE keeps its address, and the measured upload and download throughput drops to the new limits.
Preconditions
- Device
- The UE has a web browser application.
- Tooling and access
- Log in to xControl with an account that holds the ADMIN role.
- A tool that measures upload and download throughput from the UE against a server on the enterprise network, such as iperf3 or OpenSpeedTest.
- Start a 3GPP signalling capture (pcap) with your preferred tool on the interfaces the procedure exercises.
- Procedures executed first
Procedure
| # | Where | Action | Expected result |
|---|---|---|---|
| 1 | — | Execute EXP-SES-001 — UE-initiated attach as a prerequisite procedure. | As defined in EXP-SES-001. |
| 2 | UE | Run a speed test and record the upload and download results as the baseline. | Baseline upload and download figures are recorded. |
| 3 | xControl | Create, or select, a System Profile whose APN Profile has a significantly lower Upload Bitrate and Download Bitrate than the current one (for example one quarter). | The System Profile is available on the Mobile Asset's System. |
| 4 | xControl | On the Mobile Asset's detail page click Edit, select the new System Profile, and click Submit. | The change is saved. |
| 5 | xControl | Open the Mobile Asset and its Event Log. | The status stays Connected with the same IP address; the session record stays Open; no detach and no new session. |
| 6 | Capture | Inspect the signalling capture. | The messages match the sequence under Expected signalling; the modified bearer or session carries the new bitrate limits, and there is no Detach Request or Deregistration Request. |
| 7 | UE | Run the speed test again and record the upload and download results. | Both figures are below the baseline and do not exceed the new limits. |
Expected signalling
Capture points: S6a / N8 (point 4), S11 / N4 (point 3), S1-MME / N2 (point 1).
4G (EPS) sequence
- Insert Subscriber Data Request on S6a from the HSS with the new APN-AMBR, and Insert Subscriber Data Answer
- Modify Bearer Command on S11 from the MME, then Update Bearer Request from the PGW and Update Bearer Response
- E-RAB Modify Request / Response and Modify EPS Bearer Context Request / Accept carrying the new APN-AMBR
5G (5GS) sequence
- Nudm_SDM_Notification from the UDM with the new subscribed Session-AMBR
- PFCP Session Modification Request / Response on N4
- PDU Session Resource Modify Request / Response carrying PDU Session Modification Command with the new Session-AMBR, and PDU Session Modification Complete
Pass criteria
- The change takes effect with no detach and no new session; the UE keeps its address.
- The signalled AMBR values equal the bitrates configured in the APN Profile.
- Measured upload and download after the change do not exceed the new limits.
Postconditions
- Restore the original System Profile if later tests assume it.
Evidence collected: Speed test result; xControl session event log; 3GPP signalling capture (pcap).
References: 3GPP TS 23.401 §4.7.3 (Bearer level QoS parameters (APN-AMBR)); 3GPP TS 23.401 §5.3.9.2 (Insert Subscriber Data procedure); 3GPP TS 23.401 §5.4.2.1 (HSS Initiated Subscribed QoS Modification); 3GPP TS 23.501 §5.7.2.6 (Session-AMBR); 3GPP TS 23.502 §4.3.3.2 (UE or network requested PDU Session Modification).
EXP-POL-002 — Enterprise access through the public radio network⚓︎
| Attribute | Value |
|---|---|
| Status | Accepted |
| Category | Functional |
| Components | xRouter, xCore |
| Applies to | 4G, 5G · Public radio · Single node, HA cluster, Geo-redundant |
| Duration | About 20 min |
| Included in | Installation and Upgrade Verification |
Objective. A Mobile Asset attached through the mobile operator's public radio network is authenticated by Expeto Gateway (xRouter), reaches the enterprise private LAN through the customer-dedicated xCore, and passes upload and download traffic.
Preconditions
- Platform
- An xCore in the public configuration is installed and operational.
- An xRouter is installed, configured, and integrated with that xCore.
- Mobile Asset
- The Mobile Asset is imported into xControl and authorized (state Active).
- Tooling and access
- Log in to xControl with an account that can view the Mobile Asset under test.
- A signalling capture at the xRouter (capture point 4) and on the secure link (capture point 5).
Procedure
| # | Where | Action | Expected result |
|---|---|---|---|
| 1 | UE | Connect the UE to the mobile operator's public network. | The UE shows a connection to the public network. |
| 2 | UE | Access a resource on the enterprise private LAN. | The resource is reachable from the UE. |
| 3 | UE | Transfer data in both directions (for example, upload and download a file). | Upload and download traffic is sent and received. |
| 4 | xControl | Open the Mobile Asset. | The status is Connected and the session is attributed to the xRouter site. |
| 5 | Capture | Inspect the captures. | The authentication and session setup arrive at xRouter from the operator's core, and only GTP-U user-plane traffic crosses the secure link. |
Expected signalling
Capture points: S6a / N8 at xRouter (point 4), secure link (point 5).
4G (EPS) sequence
- Authentication Information Request / Answer and Update Location Request / Answer from the operator's MME to the HSS in xRouter
- Create Session Request / Response from the operator's SGW to the GTP proxy in xRouter (S8)
- GTP-U on the secure link between xRouter and the xCore
5G (5GS) sequence
- Authentication and subscription exchanges from the operator's core to the UDM in xRouter
- N9 session setup toward the GTP proxy in xRouter
- GTP-U on the secure link between xRouter and the xCore
Pass criteria
- The UE reaches the enterprise LAN and passes traffic in both directions.
- No signalling crosses the secure link; only user-plane traffic does.
Evidence collected: UE connectivity check; xControl Mobile Asset status; 3GPP signalling capture (pcap).
EXP-SEC-001 — UE-to-UE communication prevented⚓︎
| Attribute | Value |
|---|---|
| Status | Accepted |
| Category | Security |
| Components | xCore |
| Applies to | 4G, 5G · Local radio, Public radio · Single node, HA cluster, Geo-redundant |
| Duration | About 15 min |
| Prerequisite procedures | EXP-SES-007 — Multiple UE attach |
| Included in | Installation and Upgrade Verification |
Objective. The network blocks direct communication between two Mobile Assets served by the platform.
Preconditions
- Platform
- An xCore is deployed and operational, and its Site shows as online in xControl.
- The xCore is configured to prevent UE-to-UE communication (the default configuration).
- The xCore has a System.
- Mobile Asset
- Two Mobile Assets are provisioned on the System.
- Tooling and access
- Log in to xControl with an account that can view the Mobile Asset under test.
- Procedures executed first
Procedure
| # | Where | Action | Expected result |
|---|---|---|---|
| 1 | — | Execute EXP-SES-007 — Multiple UE attach as a prerequisite procedure. | As defined in EXP-SES-007. |
| 2 | xControl | Open Mobile Assets, select the target UE, and note its IP address. | The target UE's IP address is recorded. |
| 3 | UE | From the source UE, ping the target UE's IP address, then attempt a TCP connection to a port the target UE listens on (for example a local web server or file-sharing application). | The ping receives no reply and the connection attempt fails. |
| 4 | UE | Repeat from the target UE toward the source UE. | No reply and no connection in the other direction either. |
Pass criteria
- No packet from one UE reaches the other in either direction.
Evidence collected: ICMP result from the UE.
EXP-SEC-002 — UE-to-platform communication prevented⚓︎
| Attribute | Value |
|---|---|
| Status | Accepted |
| Category | Security |
| Components | xCore |
| Applies to | 4G, 5G · Local radio, Public radio · Single node, HA cluster, Geo-redundant |
| Duration | About 20 min |
| Prerequisite procedures | EXP-SES-001 — UE-initiated attach |
| Included in | Installation and Upgrade Verification |
Objective. The network blocks communication from a UE to the software components of the Expeto Platform: the xCore's own addresses, its monitoring endpoints and the cluster's node addresses.
Preconditions
- Platform
- An xCore is deployed and operational, and its Site shows as online in xControl.
- The xCore is configured to prevent UE-to-UE communication (the default configuration).
- The xCore has a System on which the UE is provisioned.
- Tooling and access
- Log in to xControl with an account that can view the Mobile Asset under test.
- The node addresses of the cluster hosting the xCore (
kubectl get nodes -o wide).
- Procedures executed first
Procedure
| # | Where | Action | Expected result |
|---|---|---|---|
| 1 | — | Execute EXP-SES-001 — UE-initiated attach as a prerequisite procedure. | As defined in EXP-SES-001. |
| 2 | xControl | Open Mobile Assets, select the UE, and open the details page of its Site. Note the IP addresses of the Site and of its monitoring endpoints. | The platform IP addresses are recorded. |
| 3 | UE | From the UE, ping each recorded address and each cluster node address. | No ping receives a reply. |
| 4 | UE | From the UE, attempt TCP connections to the Kubernetes API port (6443), the metrics ports and the CLI pod's service ports on those addresses. | Every connection attempt fails. |
Pass criteria
- No platform or node address answers the UE on any protocol tried.
Evidence collected: ICMP result from the UE.
EXP-REC-001 — Session record completeness⚓︎
| Attribute | Value |
|---|---|
| Status | Accepted |
| Category | Functional |
| Components | xControl, xCore |
| Applies to | 4G, 5G · Local radio, Public radio · Single node, HA cluster, Geo-redundant |
| Duration | About 20 min |
| Prerequisite procedures | EXP-SES-001 — UE-initiated attach EXP-SES-002 — UE-initiated detach |
| Included in | Installation and Upgrade Verification |
Objective. The record of a completed session carries every field an MNO needs to account for it, and the values agree with the signalling capture of the same session.
Preconditions
- Tooling and access
- Log in to xControl with an account that holds the ADMIN role.
- An API token for the Customer.
- Procedures executed first
Procedure
| # | Where | Action | Expected result |
|---|---|---|---|
| 1 | — | Execute EXP-SES-001 — UE-initiated attach as a prerequisite procedure. | As defined in EXP-SES-001. |
| 2 | — | Execute EXP-SES-002 — UE-initiated detach as a prerequisite procedure. | As defined in EXP-SES-002. |
| 3 | xControl | Open the Mobile Asset's Event Log, select Session, and use the Column Chooser to show every column. | The closed session shows the Site and System names, the IMSI and IMEI, start and end time, the IP address and state Closed. |
| 4 | xControl API | Retrieve the session report for the IMSI through the API. | The record carries the IMEI, start and stop time, MCC, MNC, tracking area, radio identifier, bearer identifier, IP address, APN name, radio access technology, state, cause code, upload and download bytes, and links to the Site, System and subscriber. |
| 5 | Capture | Compare the record with the capture of EXP-SES-001 and EXP-SES-002. | The IP address equals the PDN or PDU address assigned; MCC, MNC and tracking area equal the tracking area identity in the attach; the radio identifier equals the cell identity in the attach; the start time is within one minute of the Attach Complete and the end time within one minute of the detach. |
Pass criteria
- Every field listed is present and consistent with the capture.
- Start and end times are within 5 seconds of the corresponding signalling messages.
Evidence collected: xControl screenshot; 3GPP signalling capture (pcap).
References: 3GPP TS 32.251 §5.2 (PS domain charging principles).
EXP-HA-001 — xCore user-plane node failure⚓︎
| Attribute | Value |
|---|---|
| Status | Accepted |
| Category | Resilience |
| Components | xCore |
| Applies to | 4G, 5G · Local radio, Public radio · HA cluster |
| Duration | About 45 min |
| Included in | Installation and Upgrade Verification |
| Automated by | Platform suite, split user plane: one user-plane instance deleted while sessions are held on the other |
Objective. Expeto Edge (xCore) on a Kubernetes HA cluster continues to serve Mobile Assets when the node hosting the user-plane services (UPF / PGW-U) fails: the pods restart on the remaining nodes and the device regains service.
Service impact
This procedure interrupts service. Run it in a maintenance window or in a pre-production environment.
Preconditions
- Platform
- An xCore is deployed on a Kubernetes HA cluster and operational.
- You have identified the node (VM) hosting the user-plane pods (UPF / PGW-U).
- Enough nodes remain available to host the user plane after the failure.
- Mobile Asset
- One Mobile Asset is connected and passing data (execute the UE-initiated attach procedure first if it is not).
- Tooling and access
- A tool that measures upload and download throughput from the UE against a server on the enterprise network, such as iperf3 or OpenSpeedTest.
Procedure
| # | Where | Action | Expected result |
|---|---|---|---|
| 1 | UE | Start a continuous ping to a host on the enterprise LAN. Note the time. | Replies arrive. |
| 2 | Infrastructure | Shut down the node hosting the user-plane pods. | The node is reported as not ready by Kubernetes. |
| 3 | Kubernetes | Watch the pods that were running on that node. | All of them start successfully on the remaining nodes. |
| 4 | UE | Put the UE in airplane mode, then take it out again. | The UE authenticates and connects to the network. |
| 5 | UE | Run a speed test, then stop the ping and count the lost replies. | The UE uploads and downloads data; the interruption is recorded. |
| 6 | Infrastructure | Start the node again. | The node returns to ready and the cluster is back to its full size. |
Pass criteria
- Every pod of the failed node is running on another node without manual intervention.
- The UE regains service and passes traffic after the failover.
Postconditions
- Record the measured service interruption in the results sheet.
Evidence collected: Kubernetes pod and node status; Speed test result; UE connectivity check.
EXP-HA-004 — xCore restart recovery⚓︎
| Attribute | Value |
|---|---|
| Status | Accepted |
| Category | Resilience |
| Components | xCore |
| Applies to | 4G, 5G · Local radio, Public radio · Single node, HA cluster |
| Duration | About 45 min |
| Included in | Installation and Upgrade Verification |
Objective. A non-redundant Expeto Edge (xCore) recovers after every resource hosting it is power-cycled (turned off and back on), and devices regain service without manual intervention.
Service impact
This procedure interrupts service. Run it in a maintenance window or in a pre-production environment.
Preconditions
- Platform
- An xCore is deployed and operational, and its Site shows as online in xControl.
- Mobile Asset
- One Mobile Asset is connected and passing data (execute the UE-initiated attach procedure first if it is not).
- Tooling and access
- A tool that measures upload and download throughput from the UE against a server on the enterprise network, such as iperf3 or OpenSpeedTest.
Procedure
| # | Where | Action | Expected result |
|---|---|---|---|
| 1 | Infrastructure | Shut down all nodes (VMs) hosting the xCore site. Note the time. | The site is down. |
| 2 | Infrastructure | Start all the nodes that were shut down. | The nodes boot. |
| 3 | Kubernetes | Check the xCore workloads. | All services of the xCore are running; every pod is ready. |
| 4 | UE | Observe the UE. | The UE reconnects to the network on its own. |
| 5 | UE | Run a speed test. | The UE uploads and downloads data. |
| 6 | xControl | Open Sites and select the Site. | The Site is online. |
Pass criteria
- Every service is running after the power cycle without manual intervention.
- The UE reconnects on its own and passes traffic.
Postconditions
- Record the time from power-on to the UE regaining service in the results sheet.
Evidence collected: Service status after recovery; UE connectivity check.