ProficientNowTechRFCs
RFC Standards/RFC Kinds/Bcp/RFC RFCSTD 0004

4. Formatting Standards

RFC-RFCSTD-0004                                                   Section 4
Category: Standards Track                           Formatting Standards

4. Formatting Standards

← Structure | Index | Next →


4.1 Document Header

BCP files MUST begin with:

RFC-BCP--NNNN Section N Category: Best Current Practice


# N. Section Title

[← Previous](./prev.md) | [Index](./00-index.md) | [Next →](./next.md)

---

4.2 BCP Identifier Format

BCP RFCs use the identifier format:

RFC-BCP-<DOMAIN>-<NUMBER>

Examples:

IDDomain
RFC-BCP-SECOPS-0001Security Operations
RFC-BCP-DEPLOY-0001Deployment
RFC-BCP-ONCALL-0001On-Call Practices

4.3 Guideline Format

Guidelines MUST follow this format:

### Guideline N — Title
 
**Recommendation**: [Statement using SHOULD/RECOMMENDED]
 
**Rationale**: [Why this is recommended]
 
**Applicability**: [When to apply]
 
**Exceptions**: [When this may not apply]

4.4 Procedure Format

Procedures SHOULD use:

ElementFormat
Sequential actionsNumbered steps
Parallel optionsBullet points
Command descriptionsProse (not actual commands)
Decision pointsTables
### Procedure N — Title
 
**When to Use**: [Trigger conditions]
 
**Prerequisites**:
- [What must be true before starting]
 
**Steps**:
1. [First step - describe action, not command]
2. [Second step]
...
 
**Verification**: [How to confirm success]
 
**Recovery**: [What to do if procedure fails]

Note: Procedures describe WHAT to do, not exact commands. Exact commands belong in runbooks or automation, not BCPs.


4.5 Keyword Usage

BCPs SHOULD follow this keyword distribution:

KeywordUsageFrequency
SHOULDPrimary keyword for recommendationsHigh
RECOMMENDEDAlternative to SHOULDMedium
MAYFor optional practicesMedium
MUSTReserved for safety/complianceLow
MUST NOTReserved for safety/complianceLow

4.6 Consideration Format

Trade-offs SHOULD be presented in tables:

## Trade-offs
 
### Automated vs Manual Rotation
 
| Factor | Automated | Manual |
|--------|-----------|--------|
| Consistency | High | Variable |
| Operator burden | Low | High |
| Flexibility | Low | High |
| Audit trail | Automatic | Requires discipline |
 
**Recommendation**: Prefer automated rotation. Use manual rotation for
secrets that cannot be automated or during automation failures.

4.7 Exception Format

Exceptions SHOULD be clearly structured:

**Exceptions**:
- Emergency rotations due to suspected compromise SHOULD proceed
  immediately regardless of traffic levels.
- Automated rotations with proven reliability MAY proceed during
  any period.
- First-time rotations SHOULD be scheduled during low-traffic
  periods even if automation is used.

Same as other RFC kinds:

  • Navigation links after header
  • Footer with RFC identifier at end

End of Section 4 — RFC-RFCSTD-0004

On this page