The Switch as a Validated Component

A managed switch in a pharma OT network is a validated system component — not an IT commodity device that can be swapped, upgraded, or reconfigured without change control. Its firmware version is documented in the HDS component register. Its configuration is a controlled baseline. Any change to VLAN assignments, port modes, or security settings after IQ completion requires formal change control, a configuration change record, and partial re-IQ of the affected ports.

This is a different mindset from IT network management, where switches are typically managed by a centralised operations team that applies patches and configuration changes as part of routine maintenance. In a validated OT context, the switch configuration is part of the validated state — it is locked at IQ, and any subsequent change is a change to a validated system.

The IQ Standard for Switch Configuration

The IQ team does not just confirm the switch is present and powered. They read the running configuration and compare it line by line against the HDS specification. Every VLAN, every port assignment, every security setting in the HDS generates a verification step in the IQ protocol. If the running configuration does not match the HDS — even in minor details like a hostname or a VLAN description — that is a nonconformance. The HDS must be updated to the as-built configuration before IQ execution begins. See the OT network IQ documentation article for the full as-built update workflow.

What the HDS Must Specify Per Switch

For each managed switch in the validated system, HDS Section 1.3 (component register) and Section 7.1 (network topology) together must specify:

The IQ CLI Commands — What Gets Run

The IQ verifier will typically run the following commands on a Cisco IOS-based industrial switch (the command syntax varies by vendor but the information extracted is the same):

! Verify firmware version and hostname
show version
! Expected output: IOS version matches HDS §1.3, hostname matches HDS

! Verify all VLANs configured
show vlan brief
! Expected: VLAN 10 OT-CTRL active, VLAN 20 OT-SUP active, VLAN 30 MGMT active
! No additional VLANs beyond those in HDS §7.1

! Verify port-by-port VLAN assignments and mode
show interfaces switchport
! Expected: each port matches HDS §7.1 port assignment table
! OT-SUP devices on access ports VLAN 20, not trunk

! Verify specific port (e.g. SCADA server port)
show interfaces GigabitEthernet1/1 switchport
! Expected: Administrative Mode: static access
!          Access Mode VLAN: 20 (OT-SUP)

! Verify disabled ports
show interfaces status
! Expected: all unused ports in 'disabled' or 'notconnect' state
! No active ports that are not in HDS port table

! Verify NTP configuration
show ntp status
! Expected: Clock is synchronized, reference = [NTP server IP in HDS]

! Verify management access restrictions
show running-config | section line vty
! Expected: access-class restricts management to MGMT VLAN only
!          transport input ssh (Telnet not permitted)

! Archive running config as IQ evidence
show running-config
! Full output saved to file, signed by IQ engineer, attached to IQ protocol

The full running config export is the primary IQ evidence for the switch. It is saved as a text file, appended to the IQ protocol as an attachment, and signed by the IQ execution engineer. This is the configuration baseline — any subsequent change that modifies the running config must go through change control and re-IQ of the affected items.

SWITCH PORT CONFIGURATION MAP — HDS SECTION 7.1 SW-OT-01 — CISCO IE-3300-8T2S Mgmt: 192.168.30.2 · FW: 15.2(7)E5 · Location: MCP-01 Rack A U14 Gi1/1 Gi1/2 Gi1/3 Gi1/4 Gi1/5 Gi1/6 Gi1/7 Gi1/8 SCADA SERVER 192.168.20.10 / VLAN20 HISTORIAN 192.168.20.20 / VLAN20 HMI STATION 192.168.20.30 / VLAN20 PLC CPU 192.168.10.5 / VLAN10 ENG. WS 192.168.30.5 / VLAN30 Gi1/7, Gi1/8 — DISABLED VLAN 20 — OT-SUP VLAN 10 — OT-CTRL
SWITCH PORT MAP — HDS SECTION 7.1 · Every port documented with device tag, IP address, VLAN assignment, and mode. Unused ports explicitly listed as DISABLED. This is what the IQ verifier checks against the running config.

Security Hardening — The IQ Checklist

Beyond VLAN configuration, the IQ verifies that basic security hardening has been applied to the switch. These are the settings that matter for a pharma OT switch:

IQ Check Configuration Required Verification Method
SEC-SW-001 Default credentials changed — no factory-default username/password Attempt login with known factory defaults — must fail. Documented password change record as IQ evidence.
SEC-SW-002 Telnet disabled, SSH enabled (SSHv2 only) show running-config | section line vty — confirm transport input ssh. Attempt Telnet from management VLAN — must be rejected.
SEC-SW-003 SNMP v1/v2c disabled or community string changed from default; SNMPv3 used if SNMP required show running-config | section snmp — confirm no community string "public" or "private".
SEC-SW-004 Management access restricted to management VLAN source addresses only show running-config | section line vty — confirm access-class applied. Attempt SSH from OT-SUP VLAN — must be blocked.
SEC-SW-005 Unused ports administratively disabled show interfaces status — all ports not in HDS port table must be in disabled state.
SEC-SW-006 NTP synchronised to OT NTP server (not internet) show ntp status — clock synchronised, reference matches HDS NTP server IP.
SEC-SW-007 Running configuration backed up and archived Running config export saved, signed, attached to IQ protocol as Attachment SW-CFG-01.

PROFINET Field Switches — Additional Requirements

On projects using PROFINET for PLC-to-I/O communication, the field switches (located in junction boxes or the control panel, carrying PROFINET traffic) have additional requirements beyond standard OT managed switch configuration. PROFINET is sensitive to multicast and broadcast traffic — IGMP snooping must be enabled on any switch carrying PROFINET traffic to prevent multicast flooding from degrading network performance. For PROFINET ring topologies using MRP (Media Redundancy Protocol), the ring configuration must be documented in the HDS and verified at IQ by confirming the MRP role assignments and ring recovery time.

The PROFINET field switch IQ is also where the connection between network documentation and PLC I/O mapping documentation is most visible. The switch port that carries the PROFINET connection to a specific remote I/O station corresponds to the I/O mapping entries for all the signals on that station. If the switch port is wrong — wrong VLAN, wrong port — those I/O signals cannot communicate with the PLC. The IQ physical inspection of the switch port cabling is therefore a prerequisite for the IQ I/O signal verification tests.

In the QLean Framework

HDS-SYS-001 Section 7.1 contains the network topology and VLAN table, and Section 1.3 contains the component register with switch tag, model, firmware version, and management IP. The IQ protocol includes a dedicated switch verification section with steps for each CLI command above, with the HDS section reference and expected output documented for each step. The running config export is a mandatory IQ attachment — the template includes the attachment reference in the IQ evidence section. The port assignment table in Section 7.1 mirrors the format of the I/O mapping register (EL-SYS-001), so cross-referencing between network and field signal documentation is straightforward.