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: CHANGELOG.md
+21Lines changed: 21 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -4,6 +4,27 @@ All notable changes to SIGTRAN.NET will be documented in this file.
4
4
5
5
This project follows Semantic Versioning once the public API reaches a stable release. During the alpha phase, breaking API changes may still occur as protocol behavior, transport abstractions, and interoperability evidence are finalized.
6
6
7
+
## [1.0.0-rc.2] - Unreleased
8
+
9
+
### Added
10
+
11
+
- Formal layer contracts and stateful SCTP, M3UA, M2PA, SCCP, TCAP, and MAP SMS
Copy file name to clipboardExpand all lines: docs/API_NAMING.md
+4-1Lines changed: 4 additions & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -19,6 +19,9 @@ Avoid public type, member, and parameter names containing:
19
19
-`ReadinessReport`
20
20
- Phase-numbered names such as `Phase17`
21
21
22
-
Historical planning documents can still describe business goals in prose, but SDK identifiers must remain neutral, protocol-oriented, and reusable outside this repository's release plan.
22
+
Historical planning documents can still describe business goals in prose, but
23
+
SDK identifiers must remain neutral, protocol-oriented, and reusable outside
24
+
this repository's release plan. Release governance models are internal and are
25
+
not part of the package compatibility contract.
23
26
24
27
The test suite includes a public API naming guard that scans exported types, public members, and public parameters for these banned planning terms.
requires a matching existing tag and exact confirmation, uses a protected
70
+
environment, uploads artifacts, verifies public NuGet restore, and creates a
71
+
GitHub release only after all gates pass.
72
+
- GitHub API evidence confirms main branch protection with strict
73
+
`build-test-pack`, one approval, stale-review dismissal, conversation
74
+
resolution, linear history, and no force-push/deletion. The
75
+
`nuget-stable` environment is restricted to protected branches and requires
76
+
reviewer approval.
59
77
60
78
## Remaining Production Blockers
61
79
@@ -78,9 +96,18 @@ retained manifests instead of stale hard-coded flags.
78
96
representative cluster SCTP/CNI deployment evidence has yet been retained.
79
97
Cluster network, firewall, readiness, termination, and rollback behavior need
80
98
validation in the adopting operator environment.
99
+
- The machine-evaluated stable decision is `NO-GO`. Stable publication is
100
+
blocked by independent external M2PA, operator/vendor profile acceptance,
101
+
20K TPS capacity, multi-host soak, representative Kubernetes SCTP, and
102
+
organization-trusted signing evidence.
81
103
82
104
## Production Decision
83
105
84
106
Do not publish this SDK as stable commercially production-ready yet.
85
107
86
-
The SDK has enough retained evidence for public RC consumption and controlled integration use. The stable release gate is ready to evaluate future stable publication evidence, but it must not be used to claim a stable public commercial release until the protected stable publication run, trusted public signing evidence, and stable NuGet publication evidence are retained and verified. The legacy OpenSS7/IPSS7 path can remain as historical evidence, but it is no longer the SDK's permanent commercial gate.
108
+
The SDK has enough retained evidence for public RC consumption and controlled
109
+
integration use. Stable publication is mechanically guarded and remains
110
+
`NO-GO`; no stable tag or NuGet package may be created until every manifest
111
+
gate passes and the protected workflow succeeds. The legacy OpenSS7/IPSS7 path
112
+
can remain as historical evidence, but it is no longer the SDK's permanent
Copy file name to clipboardExpand all lines: docs/PHASE34_SUPPLY_CHAIN_RELEASE_EXECUTION.md
+2-1Lines changed: 2 additions & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -110,7 +110,8 @@ The gate keeps supply-chain completeness separate from commercial release readin
110
110
- Verify package signature and timestamp with `dotnet nuget verify --all`.
111
111
- Create GitHub provenance and SBOM attestations with `actions/attest-build-provenance` and `actions/attest-sbom`.
112
112
- Retain provenance marker, public API diff, and digest manifest artifacts.
113
-
- Upload package, symbols, and supply-chain evidence with `actions/upload-artifact@v4`.
113
+
- Upload package, symbols, and supply-chain evidence with the SHA-pinned
114
+
`actions/upload-artifact` action.
114
115
115
116
`SigtranReleaseWorkflowValidation` now requires these workflow fragments, including SBOM generation, signing, verification, attestation, artifact upload, and final SBOM/API diff environment outputs.
0 commit comments