Utilizzando il Driver di Base ixgbe per connessioni di rete 10 Gigabit Intel®

Il driver ixgbe supporta basata su 82599 e 82598 PCI Express * 10 connessioni di rete Gigabit.

• Scarica qui ixgbe
• Informazioni generali
• Build e installazione
• Parametri della riga di comando
• Ulteriori configurazioni

Informazioni generali

Il driver di base Linux * supporta il kernel 2.6. x e include il supporto per qualsiasi sistema Linux supportato, tra cui Itanium® 2, x86_64, i686 e PPC.

Questi driver sono attualmente supportati solo come modulo caricabile. Intel non offre patch per la sorgente del kernel per consentire il collegamento statico del driver. Una versione del driver può essere inclusi già tramite la distribuzione e/o il kernel di kernel.org. Per domande relative ai requisiti hardware, consultare la documentazione fornita con la scheda di rete Intel. Tutti i requisiti hardware elencati applicano all'uso con Linux.

Le seguenti funzioni sono ora disponibili nei kernel supportato:

• VLAN nativa
• Channel Bonding (raggruppamenti)
• SNMP
• Generico ricezione Offload
• Data Center Bridging

Channel Bonding documentazione sono reperibili nella sorgente del kernel di Linux: /Documentation/networking/bonding.txt

Le informazioni del driver in precedenza visualizzate nel file system di /proc non sono supportate in questa versione. In alternativa, è possibile utilizzare ifconfig ethtool (versione 1.6 o versioni successive) e lspci per ottenere le stesse informazioni. Le istruzioni sull'aggiornamento di ethtool sono reperibili nella sezione ulteriori configurazioni più avanti nel presente documento.

Il driver in questa versione è compatibile con connessioni di rete Intel basata su 82599 e 82598.

Per ulteriori informazioni su come identificare la scheda di rete, consultare la guida di ID della scheda di rete e il driver a:

http://support.Intel.com/support/go/Network/Adapter/proidguide.htm

Per i driver di rete di più recenti Intel per Linux, fare riferimento al seguente sito Web. Selezionare il collegamento della scheda di rete.

http://support.Intel.com/support/go/Network/Adapter/Home.htm

SFP + dispositivi con inserimento a fibre ottiche

schede di rete basate su 82599

Il seguente è un elenco di moduli SFP + di terze parti e direct attach cavi che hanno ricevuto alcuni test. Non tutti i moduli sono applicabili a tutti i dispositivi.

schede di rete basate su 82599 supportano tutti i passivo e attivo limitare diretto di collegare i cavi che sono compatibili con la versione 4.1 SFF-8431 e SFF-8472 v 10.4 specifiche.

Laser si spegne per SFP + quando ifconfig verso il basso

"ifconfig verso il basso" si spegne il laser per basata su 82599, SFP + schede in fibra. "ifconfig fino" si accende il laser.

schede di rete basate su 82598

Il seguente è un elenco di moduli SFP + e direct attach cavi che hanno ricevuto alcuni test. Non tutti i moduli sono applicabili a tutti i dispositivi.

supporto di schede di rete basate su 82598 tutto passivo diretto di collegare i cavi che sono compatibili con la versione 4.1 SFF-8431 e SFF-8472 v 10.4 specifiche. Cavi per collegamento diretto attiva non sono supportati.

MODULI DI TERZE PARTI IN FIBRA OTTICA E CAVI DI CUI SOPRA SONO ELENCATI SOLTANTO ALLO SCOPO DI EVIDENZIARE LE SPECIFICHE DI TERZE PARTI E COMPATIBILITÀ E NON SONO CONSIGLI O RACCOMANDAZIONE O GARANZIA DEL PRODOTTO DI TERZE PARTI DA INTEL. INTEL NON INSERIRSI O PROMUOVERE I PRODOTTI REALIZZATI DA TERZE PARTI E IL RIFERIMENTO DI TERZE PARTI È FORNITO SOLO A CONDIVIDERE INFORMAZIONI SUI ALCUNI MODULI IN FIBRA OTTICA E I CAVI CON LE SPECIFICHE DI CUI SOPRA. POSSONO ESSERCI ALTRI PRODUTTORI O I SUOI FORNITORI, PRODUZIONE O LA FORNITURA DI MODULI IN FIBRA OTTICA E CAVI CON SIMILI O CORRISPONDENTE DESCRIZIONI. I CLIENTI DEVONO UTILIZZARE PROPRIA DISCREZIONE E DILIGENZA PER L'ACQUISTO DI MODULI IN FIBRA OTTICA E CAVI DA QUALSIASI TERZA PARTE DI LORO SCELTA. I CLIENTI CHE HANNO ESCLUSIVA RESPONSABILI PER LA VALUTAZIONE DELL'IDONEITÀ DEL PRODOTTO E/O I DISPOSITIVI E PER LA SELEZIONE DEL FORNITORE PER L'ACQUISTO DI QUALSIASI PRODOTTO. I MODULI IN FIBRA OTTICA E I CAVI DI CUI SOPRA NON SONO GARANTITI O SUPPORTATI DA INTEL. INTEL NON SI ASSUME ALCUNA RESPONSABILITÀ E DISCONOSCE QUALSIASI GARANZIA ESPRESSA O IMPLICITA, RELATIVA ALLA VENDITA E/O UTILIZZO DI TALI PRODOTTI DI TERZE PARTI O LA SELEZIONE DEL FORNITORE DAI CLIENTI.

Torna all'inizio

Build e installazione

Per creare un pacchetto RPM * binario di questo driver, eseguire "rpmbuild - tb ixgbe.tar.gz".

Per creare manualmente il driver:

1. Spostare il file tar del driver di base per la directory di propria scelta. Ad esempio, usare "/ home/nome utente/ixgbe" o "/ usr/local/src/ixgbe".

2. Scompattare l'archivio:

   ixgbe-x.x.x.tar.gz tar zxf

3. Passare alla directory src del driver:

   CD ixgbe-x.x.x/src/

4. Compilare il modulo del driver:

   make install

   Il file binario verrà installato come:

   / lib/moduli / [KERNEL_VERSION] / kernel/driver/rete/ixgbe/ixgbe.[o rpm]

   La posizione di installazione elencata è la posizione predefinita. Questo può differire per varie distribuzioni di Linux.

5. Caricare il modulo:

   Per il kernel 2.6. x, utilizzare il comando modprobe -

   modprobe ixgbe =

   Si noti che per i 2.6 kernel il comando insmod può essere utilizzato se viene specificato il percorso completo del modulo del driver. Ad esempio:

   insmod/lib/moduli/> versione del KERNEL

   2,6 Kernel basati su anche assicurare che driver ixgbe più vecchi vengono rimossi dal kernel, prima di caricare il nuovo modulo:

   ixgbe rmmod; modprobe ixgbe

6. Assegnare un indirizzo IP all'interfaccia inserendo i seguenti, dove x è il numero di interfaccia:

   ifconfig ethx netmask

7. Verificare che l'interfaccia funzioni. Inserire la stringa seguente, dove è l'indirizzo IP di un altro sistema sulla stessa subnet dell'interfaccia da testare:

   eseguire il ping

Per creare driver ixgbe con DCA

Se il kernel supporta DCA, il driver svilupperà per impostazione predefinita con DCA abilitato.

Torna all'inizio

Parametri della riga di comando

Se il driver è progettato come modulo, vengono utilizzati i seguenti parametri facoltativi, immettendo sulla riga di comando con il comando modprobe utilizzando questa sintassi:

modprobe ixgbe [ = , ,...]

Ad esempio:

modprobe ixgbe InterruptThrottleRate = 16000, 16000

Il valore predefinito per ciascun parametro è in genere l'impostazione consigliata, se non diversamente specificato.

Nome del parametro Gamma/impostazioni valide Impostazione predefinita Descrizione RSS - Receive Side Scaling (o più code per riceve) 0 - 16 1 0 = disattiva RSS 1 = consente RSS e imposta il numero di coda descrittore a 16 o il numero di CPU on line, a seconda di quale è minore. 2-16 = RSS, è possibile con 2-16 code RSS anche gli effetti il numero di code di trasmissione allocato sul kernel 2.6.23 e successivi e kernel più recenti con CONFIG_NETDEVICES_MULTIQUEUE impostato nel file config del kernel. CONFIG_NETDEVICES_MULTIQUEUE esiste solo dal kernel 2.6.23 e successivi al 2.6.26. Altre opzioni consentono multiqueue 2.6.27 e kernel più recente. Nota Il parametro RSS non ha effetto sulle schede di rete basata su 82599, a meno che il parametro FdirMode contemporaneamente è usato per disattivare il Flow Director. Vedere la sezione Intel® Ethernet Flow Director per ulteriori dettagli. MQ - Multi coda 0, 1 1 0 = Supporto coda più disattiva 1 = Supporto coda più attivato (un prerequisito per RSS) DCA - accesso diretto alla Cache 0, 1 1 (quando è attivato IXGBE_DCA) 0 = Supporto DCA disattiva nel driver 1 = DCA consente il supporto driver Vedere le istruzioni qui sopra per attivare il DCA. Se il driver sia attivato per DCA questo parametro consente il controllo di tempi di caricamento della funzione. RxBufferMode 0-2 2 (basata su 82598, schede di rete) 0 (basata su 82599, schede di rete) 0 = Driver utilizzerà singolo buffer di pacchetti Rx. 1 = Driver utilizzerà modalità split di pacchetti per intestazione di pacchetti Rx. sarà ricevuto nel buffer di intestazione e il payload sarà ricevuto nel buffer di dati. 2. = La modalità ottimale. Driver utilizzerà le modalità a singolo buffer per configurazioni non Jumbo e modalità per configurazioni Jumbo split di pacchetti. Nota HeaderDataSplit non è supportata in schede di rete basate su 82599. IntMode 0-2 (0 = Int legacy, 1 = MSI e 2 = MSIX) 2 Controlli IntMode consentono carico tempo controllo del tipo di interrupt registrato per il driver. MSI-X è necessario per supportare più di coda, e alcuni kernel e le combinazioni di opzioni di config del kernel forzerà un livello inferiore di supporto degli interrupt. viene visualizzato 'cat /proc/interrupts' valori diversi per ogni tipo di interrupt. InterruptThrottleRate 956-488281 (0 = off, 1 = dinamico) 8000 Interrupt Throttle Rate (Interrupt/sec). Il parametro ITR controlla ogni interrupt gli interrupt di quanti vettoriali è in grado di generare al secondo. Sui kernel MQ/RSS attivato con MSI-X gli interrupt questo significa che ciascun vettore RX può generare (per impostazione predefinita) 8000 interrupt al secondo e ciascun vettore TX può generare (per impostazione predefinita) 4000 interrupt al secondo. Aumentando il valore di ITR riduce la latenza al costo di un maggiore utilizzo della CPU, anche se la velocità di trasmissione in alcuni casi può essere utile. 1 = Tentativi di modalità dinamica di moderare interrupt al vettore, mantenendo una latenza molto bassa. A volte, ciò può causare il maggiore utilizzo della CPU. Se prevede di implementare ixgbe in un ambiente sensibile latenza prendere in considerazione questo parametro. 0 = Impostazione InterruptThrottleRate a 0 si spegne qualsiasi rallentamento degli interrupt e può migliorare la latenza di pacchetti di piccole, ma in genere, non è adatto per il traffico di throughput in blocco a causa dell'incremento nell'utilizzo della cpu di maggiore velocità degli interrupt. Si prega di notare che su schede di rete basate su 82599, disattivazione InterruptThrottleRate anche determinerà il driver HW RSC di disattivazione. Su schede di rete basate su 82598, disattivazione InterruptThrottleRate anche determinerà disattivazione LRO (grandi ricezione offload). LLI (interrupt a bassa latenza) LLI consente per generazione immediata di un interrupt all'elaborazione di ricezione i pacchetti che soddisfano determinati criteri definite dai parametri descritti di seguito. I parametri di LLI non sono abilitati quando vengono utilizzati gli interrupt Legacy. È necessario essere utilizzando il file MSI o MSI-X (vedere /proc/interrupts cat) per utilizzare correttamente LLI. LLIPort 0 - 65535 0 (disattivato) LLI è configurato con il parametro della riga di comando LLIPort, che consente di specificare quale porta TCP dovrebbe generare Low Latency Interrupts. Ad esempio, utilizzando LLIPort = 80 potrebbe causare una violazione dell'hardware generare un interrupt immediato alla ricezione di tutti i pacchetti inviati alla porta TCP 80 computer locale. AVVERTENZA: L'abilitazione LLI può dare un numero eccessivo di interrupt al secondo che potrebbero causare problemi con il sistema e in alcuni casi può causare un kernel panic. LLIPush 0-1 0 (disattivato) LLIPush può essere impostata su attivata o disattivata (impostazione predefinita). È più efficace in un ambiente con molte transazioni piccole. Nota: Attivazione LLIPush potrebbe consentire un attacco denial of service. LLISize 0-1500 0 (disattivato) LLISize causa un interrupt immediato se la scheda madre riceve un pacchetto inferiore alle dimensioni specificate. LLIEType 0-x8fff 0 (disattivato) Tipo di protocollo Ethernet a bassa latenza Interrupt. LLIVLANP 0-7 0 (disattivato) Bassa latenza Interrupt della soglia di priorità VLAN. Controllo del flusso Ethernet Flow Control (IEEE 802.3 x) può essere configurato con ethtool per consentire la ricezione e la trasmissione di frame pausa per ixgbe. Quando è abilitata la trasmissione, frame pausa vengono generati quando il buffer di pacchetti di ricezione supera una soglia predefinita. Quando è abilitata la ricezione, l'unità di trasmissione si interromperà per il tempo di ritardo specificato quando viene ricevuto un frame pausa. Controllo del flusso è attivato per impostazione predefinita. Se si desidera disattivare un partner di collegamento in grado di controllo del flusso, usare ethtool: ethtool - un eth? autoneg off rx off tx off Nota Per le schede del backplane 82598 che entra in modalità da 1 gig, il comportamento predefinito di controllo del flusso viene modificato per. Controllo del flusso in modalità di 1 GB su questi dispositivi può portare a Tx si blocca. Intel® Ethernet Flow Director Supporto avanzate che indirizzano i filtri riceve i pacchetti da loro flussi di code differenti. Consente un controllo rigoroso e costante su un flusso di routing nella piattaforma. Flussi di partite e core di CPU per affinità del flusso. Supporta più parametri per la classificazione del flusso flessibile e bilanciamento del carico. Direttore del flusso è abilitato solo se il kernel è la coda TX di più in grado. Uno script incluso (set_irq_affinity.sh) consente di automatizzare l'impostazione l'IRQ di affinità delle CPU. È possibile verificare che il driver è in uso Flow Director prendendo in considerazione il contatore in ethtool: fdir_miss e fdir_match. Altri comandi ethtool: Per attivare Flow Director ethtool -K ethX ntuple su Per aggiungere un filtro Utilizzare l'opzione - U. ad esempio, ethtool - U ethX tipo di flusso tcp4 src-ip 0x178000a azione 1 Per visualizzare l'elenco dei filtri attualmente presenti: ethtool -u ethX Filtro perfetta: Filtro perfetta è un'interfaccia per caricare il filtro tabella che aperture tutti trasferiti nei queue_0 a meno che non la coda alternativa viene specificata utilizzando "azione". In tal caso, qualsiasi flusso che soddisfi i criteri di filtro verrà indirizzato al coda appropriata. Se la coda è definita come -1, filtro si ridurrà pacchetti corrispondenti. Per tenere conto per partite di filtro e mancati riscontri, esistono due statistiche in ethtool: fdir_match e fdir_miss. Inoltre, rx_queue_N_packets Mostra il numero di pacchetti elaborati dalla coda ennesima. I seguenti parametri di tre impatto Flow Director. FdirMode 0-2 (0 = off, 1 = ATR, 2 = perfetto modalità filtro) 1 (ATR) Flow Director in modalità di filtro. FdirPballoc 0-2 (0 = 64 KB, 1 = 128 k, 2 = 256 k) 0 (64 KB) Direttore di flusso allocato dimensioni buffer di pacchetti. AtrSampleRate 1-100 20 Velocità di campionamento pacchetti software ATR Tx. Ad esempio, quando è impostata a 20, Guarda tutti i pacchetti XX, per verificare se il pacchetto verrà creato un nuovo flusso. max_vfs 1-63 0 Se il valore è maggiore di 0 inoltre forzerà il parametro VMDq da uno o più. Questo parametro aggiunge il supporto per SR-IOV. In quanto causa il driver generare fino a max_vfs vale la pena della funzione virtuale. Posizione fanno riferimento i parametri per il driver. In tal caso, se si dispone di una scheda basata su 82599 a due porte e si desiderano funzioni virtuali N per porta, è necessario specificare un numero per ciascuna porta con ciascun parametro separato da virgole. Ad esempio: insmod ixgbe max_vfs = 63, 63 Nota Se sono installate schede di rete 82598 e basata su 82599 sullo stesso computer, è necessario prestare attenzione nel caricamento del driver con i parametri. A seconda delle configurazione di sistema, il numero di slot, ecc. è possibile prevedere in tutti i casi in cui le posizioni deve essere installato su riga di comando e l'utente dovrà specificare zero in tali posizioni occupate da una porta 82598. Nodo 0-n 1 (spento) Il parametro di nodi consente di scegliere quale nodo NUMA si desidera avere la scheda di rete di allocare la memoria. 0 – n dove n è il numero di nodi NUMA (ad esempio, 0-3) attualmente in linea del sistema. 1: spegne questa opzione L2LBen 0 = disattiva, 1 = attiva (impostazione predefinita) 1 (attiva) Questo parametro consente di controllare lo switch interno (L2 loopback tra pf e vf). Per impostazione predefinita, lo switch è abilitato.

Torna all'inizio

Ulteriori configurazioni

Configurazione del driver su diverse distribuzioni

La configurazione di un driver di rete per caricare correttamente quando viene avviato il sistema è distribuzione dipendenti. In genere, il processo di configurazione prevede l'aggiunta di una linea di alias a /etc/modules.conf o etc/modprobe.conf, così come l'editing di altri script di avvio del sistema e/o i file di configurazione. Numerose distribuzioni di Linux più diffuse vengono forniti con gli strumenti ad apportare tali modifiche per te. Per conoscere il modo corretto per configurare una periferica di rete per il sistema, consultare la documentazione di distribuzione. Se durante questo processo viene richiesto per il driver o il nome del modulo, il nome del driver di Base Linux per 10 che Gigabit della famiglia di schede di rete è ixgbe.

Visualizzazione messaggi di collegamento

Messaggi di collegamento non essere visualizzati sulla console se la distribuzione impone dei limiti ai messaggi di sistema. Per poter visualizzare i messaggi di collegamento della rete sulla vostra console, è possibile impostare dmesg a otto immettendo il seguente:

8 dmesg -n

Frame Jumbo

Il driver supporta i frame jumbo per tutte le schede di rete. Supporto di Jumbo Frame è attivato modificando il MTU per un valore maggiore rispetto a quello predefinito di 1500. Il valore massimo per il MTU è 16110. Utilizzare il comando ifconfig per aumentare le dimensioni MTU. Ad esempio, immettere il seguente dove è il numero di interfaccia:

ifconfig ethx mtu 9000 fino

L'impostazione di MTU massimo per i frame jumbo è 16110. Questo valore coincide con la dimensione massima frame jumbo di 16128. Questo driver tenterà di
utilizzare i buffer di pagina di dimensioni più ricevere ogni pacchetto jumbo. Questa operazione consente di evitare problemi di starvation del buffer quando l'allocazione di ricevere i pacchetti.

Ethtool

Il driver utilizza l'interfaccia ethtool per la configurazione del driver e diagnostica, nonché la visualizzazione di informazioni statistiche. L'ultima versione di ethtool è richiesto per questa funzionalità.

L'ultima versione di ethtool si trovano in: http://ftp.kernel.org/pub/software/network/ethtool/.

NAPI

NAPI (modalità di polling Rx) è supportato nel driver ixgbe. NAPI è attivata o disattivata in base alla configurazione del kernel di. Per cambiare l'impostazione predefinita, è possibile utilizzare i seguenti flag fase di compilazione.

Se è abilitato NAPI nel driver prendendo in considerazione il numero di versione del driver e si vede. Il messaggio conterrà la stringa - NAPI se NAPI è attivato.

Per abilitare NAPI, compilare il modulo del driver, passando a un'opzione di configurazione:

rendere CFLAGS_EXTRA =-DIXGBE_NAPI di installazione

Per disattivare NAPI, compilare il modulo del driver, passando a un'opzione di configurazione:

rendere CFLAGS_EXTRA =-DIXGBE_NO_NAPI di installazione

LRO

Grandi ricezione Offload LRO () è una tecnica per l'aumento del throughput in entrata di connessioni di rete a elevata larghezza di banda, riducendo il sovraccarico della CPU. Funziona in grado di aggregare i pacchetti in ingresso più di un singolo flusso in un buffer di dimensioni maggiore prima che vengano passati vertice lo stack di rete, riducendo il numero di pacchetti che devono essere elaborati. Combina LRO più frame Ethernet in una sola ricevano in stack, quindi potenzialmente riducendo l'utilizzo della CPU per riceve.

IXGBE_NO_LRO è un flag di tempi di compilazione. L'utente può consentire it in fase di compilazione per sospendere il supporto per LRO dal driver. Il flag viene utilizzato con l'aggiunta di
CFLAGS_EXTRA = "-DIXGBE_NO_LRO" sul nome file quando è in corso compilato.

rendere CFLAGS_EXTRA = "-DIXGBE_NO_LRO" installazione

È possibile verificare che il driver è in uso LRO prendendo in considerazione questi contatori in ethtool:

lro_flushed - il numero totale di riceve utilizzando LRO. lro_aggregated - conta il numero totale di pacchetti Ethernet che sono stati combinati.

RSC HW

supporto di schede di rete basate su 82599 HW basato su ricevere side coalescing (RSC) che possono unire più frame dallo stesso flusso di TCP/IP IPv4 in un'unica struttura in grado di supportare uno o più descrittori. Funziona in modo analogo a grandi SW ricezione offload tecnica. Per impostazione predefinita è abilitato RSC HW e SW LRO non utilizzabili per schede di rete basate su 82599 a meno che non HW RSC è disattivata.

IXGBE_NO_HW_RSC è un flag di tempi di compilazione. L'utente può consentire it in fase di compilazione per sospendere il supporto per HW RSC dal driver. Viene utilizzato il flag aggiungendo CFLAGS_EXTRA = "-DIXGBE_NO_HW_RSC" sul nome file quando è in corso compilato.

rendere CFLAGS_EXTRA = "-DIXGBE_NO_HW_RSC" installazione

È possibile verificare che il driver è in uso HW RSC prendendo in considerazione il contatore in ethtool:

hw_rsc_count - conta il numero totale di pacchetti Ethernet che sono stati combinati.

rx_dropped_backlog

Quando si è in un non-Napi (o Interrupt) modalità, il contatore indica che lo stack è perdita di pacchetti. C'è un parametro regolabile in stack che consente di regolare la quantità di forniture in sospeso. Si consiglia di aumentare il netdev_max_backlog se il contatore aumenta.

n # sysctl - a | grep netdev_max_backlog net.core.netdev_max_backlog = 1000 # sysctl -e net.core.netdev_max_backlog=10000 net.core.netdev_max_backlog = 10000

Controllo del flusso

Controllo del flusso è attivato per impostazione predefinita. Se si desidera disattivare un partner di collegamento in grado di controllo del flusso, usare ethtool:

ethtool - un eth? autoneg off rx off tx off

Funzione anti-spoofing MAC e VLAN

Quando un driver tenta di inviare un pacchetto spoofing, si è diminuita dall'hardware e valori non trasmessi. Il driver PF notifica del tentativo di parodia riceverà un interrupt.
Quando un pacchetto spoofing è stato rilevato che il driver PF invierà il seguente messaggio nel Registro di sistema (visualizzato mediante il comando di "dmesg"):

ixgbe ethx: ixgbe_spoof_check: n pacchetti contraffatti rilevato dove x = PF interfaccia # n = VF che ha tentato di fare l'effettuare lo spoofing.

Torna all'inizio

Sistema operativo:

Ciò si applica a: