Diagnosi dei guasti Ethernet industriale: approfondimento con Wireshark per Modbus TCP e OPC UA nelle reti DCS

D: Perché l'analisi a livello di pacchetto è importante nelle reti DCS?

L'ethernet industriale trasporta il cuore del controllo di processo. Modbus TCP e OPC UA sono due dei protocolli più comuni: quando la comunicazione fallisce, la produzione si ferma. I sistemi DCS Yokogawa CENTUM VP si basano su Vnet/IP per la messaggistica interna, ma molti dispositivi di campo utilizzano ancora Modbus TCP sulla porta 502. La scheda di interfaccia Yokogawa VI701 Vnet/IP fornisce la connettività backbone Vnet/IP ad alta velocità per i nodi FCS di CENTUM VP, mentre lo switch industriale gestito Schneider TCSESM083F23F0 offre la capacità di mirroring della porta SPAN necessaria per la cattura dei pacchetti con Wireshark nelle reti DCS. Il gateway Prosoft PLX32-EIP-MBTCP EtherNet/IP a Modbus TCP è un ponte di protocollo comune tra sistemi DCS EtherNet/IP e dispositivi di campo Modbus TCP — una fonte frequente dei timeout che questa guida affronta.

D: Qual è la struttura del frame Modbus TCP che devo conoscere?

Modbus TCP incapsula i dati in un header MBAP di 7 byte più il PDU. L'header contiene un ID di transazione, un ID protocollo (sempre 0x0000), un campo lunghezza e un identificatore unità. Una normale richiesta di lettura FC 03 in esadecimale: 00 01 00 00 00 06 01 03 00 00 00 0A. Codici funzione comuni: 0x03 legge registri holding, 0x06 scrive un singolo registro, 0x10 scrive registri multipli.

Quando lo slave restituisce una risposta di eccezione, il codice funzione ha il bit 7 impostato (es. 0x83 = errore su FC 03). Codice eccezione 01 = funzione illegale, 02 = indirizzo dati illegale, 03 = valore dati illegale. Questi codici sono il primo indizio diagnostico in Wireshark.

D: Come funziona il protocollo binario OPC UA per l'analisi con Wireshark?

OPC UA usa di default la porta 4840. Un client invia un messaggio Hello, il server risponde con Acknowledge, poi il client apre un canale sicuro, crea una sessione e la attiva. Negli ambienti Yokogawa, i server OPC UA spesso operano dietro firewall — verificare che la porta 4840 sia aperta e raggiungibile. Per sessioni criptate, caricare la chiave privata del server in formato PEM sotto Modifica → Preferenze → Protocolli → OPC UA per abilitare la decrittazione in tempo reale di errori di autenticazione e timeout di sessione.

D: Come configuro il mirroring di porta e la cattura con Wireshark?

• Passo 1: Accedi all'interfaccia CLI o web del tuo switch industriale (Hirschmann, Moxa o serie Cisco IE). Identifica la porta sorgente collegata al PLC o al controller DCS.
• Passo 2: Configura il mirroring SPAN: imposta la porta sorgente sulla porta Ethernet del PLC e la porta di destinazione sul tuo laptop diagnostico. Abilita il mirroring bidirezionale del traffico.
• Passo 3: Apri Wireshark, seleziona l'interfaccia mirroring e imposta un filtro di cattura: tcp port 502 or tcp port 4840. Avvia la cattura.
• Passo 4: Riproduci la condizione di guasto. Lascia scorrere il traffico per almeno 30 secondi.
• Passo 5: Ferma la cattura e salva come .pcapng. Applica filtri di visualizzazione: usa modbus o opcua come filtri iniziali, poi tcp.analysis.retransmission per isolare anomalie.

D: Caso di studio — Timeout Modbus TCP su Yokogawa CENTUM VP?

Un impianto petrolchimico ha segnalato perdite intermittenti di dati sui collegamenti Modbus TCP. Il DCS CENTUM VP interrogava 24 trasmettitori di campo ogni 500 ms, con occasionali cadute di tre o quattro trasmettitori dalla lista di scansione. Dopo aver configurato il mirroring di porta su uno switch Hirschmann e catturato due ore di traffico, filtrando per tcp.analysis.retransmission e risposte di eccezione Modbus sono state rilevate molteplici ritrasmissioni TCP verso indirizzi slave specifici.

Cause radice: un gateway RS-485 a Ethernet con un bug firmware scartava pacchetti sotto carico elevato quando più di 16 slave rispondevano simultaneamente. Soluzione: aggiornare il firmware del gateway e ridurre la dimensione del gruppo di interrogazione a 12 dispositivi per gateway.

D: Caso di studio — Errore di autenticazione OPC UA su Schneider Modicon M580?

Il client SCADA di un impianto di trattamento acque non riusciva a stabilire sessioni OPC UA dopo il rinnovo del certificato. Wireshark mostrava risposte OpenSecureChannel con codice di stato BadCertificateInvalid. Il certificato CA intermedio mancava nel trust store del client. Dopo aver aggiunto la CA intermedia e riavviato il client OPC UA, le sessioni si sono attivate con successo.

È emerso un secondo problema: le richieste OPC UA Publish non ricevevano risposta fino a 10 secondi. Filtrando per opcua.service == Publish sono state rilevate notifiche TCP zero-window — la CPU del controller Modicon era al 95% di utilizzo. Spostare la logica su un controller secondario ha ridotto la latenza delle sottoscrizioni sotto i 200 ms.

Quali sono i consigli chiave da esperti?

• Non mai fare il mirroring del traffico su una porta che trasporta traffico di produzione — si crea un loop di broadcast.
• Imposta sempre un filtro di cattura prima di iniziare. Catture non filtrate su una rete DCS trafficata riempiono un buffer da 1 GB in meno di 60 secondi.
• Usa Follow TCP Stream per ricostruire la conversazione completa client-server.
• Esporta i frame anomali come dump esadecimali per il supporto tecnico del fornitore. Includi timestamp e informazioni sull’interfaccia.
• Archivia i file .pcapng con nomi descrittivi (data, modello controller, descrizione guasto) per analisi di trend.

Autore: Zhang Minghui è un ingegnere di automazione industriale con oltre 10 anni di esperienza in PLC, DCS e sistemi di controllo.