chore: update network connectivity docs

[mpalav08]

Proposed changes

Update network connectivity docs to include the following information:

Users can now confirm the vpce ID / peer connection ID acceptance status indicating if it has been accepted by the deployment after they apply their update to the AWS deployment.

Checklist

Before sharing this pull request, I completed the following checklist:

• I read the Contributing guidelines
• My branch adheres to the Git conventions
• My content changes adhere to the F5 Technical Writing Style Guide
• If my changes involve potentially sensitive information¹, I have assessed the possible impact
• I have waited to ensure my changes pass tests, and addressed any discovered issues

Footnotes

1. Potentially sensitive information includes personally identify information (PII), authentication credentials, and live URLs. Refer to the style guide for guidance about placeholder content. ↩

[github-actions]

✅ Deploy Preview will be available once build job completes!

Name	Link
😎 Deploy Preview	https://frontdoor-test-docs.nginx.com/previews/docs/2289/

---

[promptless]

Thanks for surfacing the acceptance status, @mpalav08 — this is a genuinely useful confirmation step for anyone waiting to see whether their connection went through. I ran the F5 Technical Writing Style Guide check that the gardening rotation expects before a writer picks this up. One style point applies to both new confirmation bullets, and I have a couple of technical-accuracy questions for a subject matter expert to confirm before merge.

Style

Both new sub-bullets read ... should be in an accepted state, indicating that the deployment accepted the connection. Two things there:

• should is ambiguous — a reader can't tell if it's expected behavior or a recommendation (may-can-might). State the result directly in present tense (hedging, tense).
• Written as one sentence it runs past the 20-word task limit and uses the -ing form indicating (sentence-length, gerunds). Splitting into two short sentences fixes both.

I've left an inline suggestion on each line with wording that keeps your meaning. Please confirm the exact on-screen label with an SME (see below) before accepting — I don't want the suggested wording to lock in a state name I can't verify.

Technical accuracy (for an SME to verify — I have not changed any of this)

1. Immediacy after Save. Both bullets imply the ID reaches the accepted state right after Save Changes. If acceptance is asynchronous (the console may take a moment, or the user may need to refresh), the step should say so.
2. Exact status label. Please confirm the console shows the wording "accepted" (versus, for example, "Accepted" or "Available") so the prose matches the UI.
3. Menu path for the read-only view. The new peering bullet points readers to Cloud Settings > Upstream Network, while the Edit step just above uses Cloud Details > Upstream Network. This matches the private-endpoint pattern earlier in the page (Cloud Settings for the read-only Details view, Cloud Details inside Edit), so it's likely correct — just worth an SME confirming the read-only path is Cloud Settings.

Reading level

The surrounding steps are clean and imperative. The only complexity the change adds is the single long, hedged sentence flagged above; splitting it brings both bullets back in line with the rest of the procedure.

[tstraley]

Thanks - LGTM with the fixes suggested by the bot