Funzionalità e tecnologie per solo hardware (HO, Hardware Only)

Si applica a: Windows Server 2022, Windows Server 2019, Azure Stack HCI, versioni 21H2 e 20H2

Queste accelerazioni hardware migliorano le prestazioni di rete in combinazione con il software, ma non fanno parte intimamente di alcuna funzionalità software. Ad esempio, la moderazione degli interrupt, il controllo del flusso e l'offload del checksum IPv4 sul lato ricezione. Per maggiori informazioni, consultare la sezione Requisiti di rete host per Azure Stack HCI.

Offload checksum indirizzo

Gli offload di checksum degli indirizzi sono una funzionalità della scheda di interfaccia di rete che esegue l'offload del calcolo dei checksum degli indirizzi (IP, TCP, UDP) nell'hardware della scheda di interfaccia di rete per l'invio e la ricezione.

Nel percorso di ricezione, l'offload del checksum calcola i checksum nelle intestazioni IP, TCP e UDP (come appropriato) e indica al sistema operativo se i checksum passati, non sono riusciti o meno. Se la scheda di interfaccia di rete asserisce che i checksum sono validi, il sistema operativo accetta il pacchetto non sfidato. Se la scheda di interfaccia di rete asserisce che i checksum non sono validi o meno, lo stack IP/TCP/UDP calcola internamente i checksum. Se il checksum calcolato ha esito negativo, il pacchetto viene rimosso.

Nel percorso di invio, l'offload del checksum calcola e inserisce i checksum nell'intestazione IP, TCP o UDP in base alle esigenze.

La disabilitazione degli offload del checksum nel percorso di invio non disabilita il calcolo del checksum e l'inserimento per i pacchetti inviati al driver miniport usando la funzionalità LSO (Large Send Offload).  Per disabilitare tutti i calcoli di offload del checksum, l'utente deve anche disabilitare LSO.

Gestire gli offload del checksum degli indirizzi

Nelle proprietà avanzate, sono disponibili diverse proprietà distinte:

• Offload checksum IPv4

• Offload checksum TCP (IPv4)

• Offload checksum TCP (IPv6)

• Offload checksum UDP (IPv4)

• Offload checksum UDP (IPv6)

Per impostazione predefinita, questi sono sempre tutti abilitati. È consigliabile abilitare sempre tutti questi offload.

I cmdlet Checksum Offload possono essere gestiti usando i cmdlet Enable-NetAdapterChecksumOffload e Disable-NetAdapterChecksumOffload. Ad esempio, il cmdlet seguente abilita i calcoli di checksum TCP (IPv4) e UDP (IPv4):

Enable-NetAdapterChecksumOffload –Name * -TcpIPv4 -UdpIPv4

Suggerimenti sull'uso degli offload del checksum degli indirizzi

Gli offload del checksum degli indirizzi devono essere sempre abilitati indipendentemente dal carico di lavoro o dalle circostanze. Questa tecnologia più semplice di tutte le tecnologie di offload migliora sempre le prestazioni di rete. L'offload del checksum è necessario anche per il funzionamento di altri offload senza stato, tra cui il ridimensionamento lato ricezione (RSS), il coalescing dei segmenti di ricezione (RSC) e l'offload di invio di grandi dimensioni (LSO).

Regolazione di interrupt (IM)

IN memorizza nel buffer più pacchetti ricevuti prima di interrompere il sistema operativo. Quando una NIC riceve un pacchetto, avvia un timer. Quando il buffer è pieno o il timer scade, a qualsiasi occorrenza, la NIC interrompe il sistema operativo.

Molte NIC supportano più di una semplice opzione on/off per la moderazione degli interrupt. La maggior parte delle NIC supporta i concetti relativi a una velocità di messaggistica istantanea bassa, media e elevata. Le diverse frequenze rappresentano timer più brevi o più lunghi e regolazioni appropriate delle dimensioni del buffer per ridurre la latenza (moderazione degli interrupt bassi) o ridurre gli interrupt (moderazione degli interrupt elevati).

C'è un equilibrio tra la riduzione degli interrupt e il ritardo eccessivo del recapito dei pacchetti. In genere, l'elaborazione dei pacchetti è più efficiente con la moderazione interrupt abilitata. Le applicazioni ad alte prestazioni o a bassa latenza potrebbero dover valutare l'impatto della disabilitazione o della riduzione della moderazione degli interrupt.

Frame jumbo

I fotogrammi Jumbo sono una funzionalità di rete e di rete che consente a un'applicazione di inviare fotogrammi molto più grandi dei 1500 byte predefiniti. In genere, il limite per i fotogrammi jumbo è di circa 9000 byte, ma può essere inferiore.

Non sono state apportate modifiche al supporto dei fotogrammi jumbo in Windows Server 2012 R2.

In Windows Server 2016 è disponibile un nuovo offload: MTU_for_HNV. Questo nuovo offload funziona con le impostazioni jumbo Frame per garantire che il traffico incapsulato non richieda la segmentazione tra l'host e il commutatore adiacente. Questa nuova funzionalità dello stack SDN ha la scheda di interfaccia di rete calcola automaticamente quale MTU annunciare e quale MTU usare in rete. Questi valori per MTU sono diversi se è in uso un offload HNV. Nella tabella di compatibilità delle funzionalità, tabella 1, MTU_for_HNV avrebbe le stesse interazioni degli offload HNVv2 perché è direttamente correlato agli offload HNVv2.

LSO (Large Send Offload)

LSO consente a un'applicazione di passare un blocco di dati di grandi dimensioni alla NIC e la NIC suddivide i dati in pacchetti che rientrano nella MTU (Maximum Transfer Unit) della rete.

Receive Segment Coalescing (RSC)

Receive Segment Coalescing, noto anche come Large Receive Offload, è una funzionalità NIC che accetta pacchetti che fanno parte dello stesso flusso che arriva tra interruzioni di rete e li coalizza in un singolo pacchetto prima di recapitarli al sistema operativo. RSC non è disponibile nelle NIC associate al commutatore virtuale Hyper-V. Per maggiori informazioni, vedere Receive Segment Coalescing (RSC).