Settaggi avanzati scheda di rete

[GrAm]

ciao!
ho bisogno di una mano. Se andate in gestione periferiche e selezionate la vostra nic trovate un menu "avanzate" con diversi settaggi. Io per esempio ci trovo questi settaggi:


802.1p supporto (dis/abilitato)
Checksum Hardware (dis/abilitato)
Controllo del Flusso (dis/abilitato)
Frame Jumbo (4088,9014,disabilitato)
Funzione Wake Up (disabilitato / altro)
Indirizzo di rete
Max IRQ per secondo
Messaggi di stato di registro
Moderazione interrupt (dis/abilitato)
Numero di buffer di ricezione (fino a 500)
Numero di buffer di trasmissione (fino a 200)
Velocità di collogamento (automatico, full duplex 100 ecc)
Wake from shutdown (dis/abilitato)


non so esattamente cosa significhino, ma credo proprio che per chi usa modem/router con connessione ethernet questi settaggi senz'altro influiscono sulla propria connessione internet, sia nella normale navigazione, sia per i più malati videogiocatori...percui, ho provato a capirci cercando in rete ma non ho trovato nulla di soddisfacente, qualcuno sa cosa siano e come influiscano sulla connessione?
magari riusciamo a dare una definizione e settaggi migliori per ogni voce, sono sicuro che può servire a molta gente qui in giro.

Per quello che ho capito io 802.1p supporto serve per qos, se non sapete cos'è o non lo usate disabilitatelo perchè vi "ruba" bits dai pacchetti tcp inutilmente. Checksum Hardware è il controllo del crc sui pacchetti fatto direttamente dal chip della nic, praticamente controlla che i pacchetti siano integri e non corrotti, se ne trova uno corrotto se lo fa rispedire (credo); quello che non ho capito pero' è se viene disabilitato lui, chi lo fa quel checksum? o_O tcp? ma poi lo si fa?di solito non ci sono perdite di pacchetti, serve davvero? bho...anche degli altri settings ho una vaga idea..ma forse è meglio che un esperto mi illumini...per favore :D

[Caio81]

Checksum Hardware è il controllo del crc sui pacchetti fatto direttamente dal chip della nic, praticamente controlla che i pacchetti siano integri e non corrotti, se ne trova uno corrotto se lo fa rispedire (credo); quello che non ho capito pero' è se viene disabilitato lui, chi lo fa quel checksum? o_O tcp? ma poi lo si fa?di solito non ci sono perdite di pacchetti, serve davvero? bho...anche degli altri settings ho una vaga idea..ma forse è meglio che un esperto mi illumini...per favore :D
riguardo a questo ti posso dire che esiste un campo apposito implementato dal protocollo IP destinato a contenere il checksum dell'header del pacchetto, in modo da rilevare eventuali errori di trasmissione.
http://www.apinforma.com/biblio/online/netproto/02ip/test.htm
Le perdite possono esserci eccome, con il wireless più che mai, perchè oltre al problema della possibile collisione dei pacchetti hai anche quello della ricezione del segnale.
Il controllo inoltre oltre che a livello di protocollo è implementato anche a un livello più basso (di trasporto mi pare) per cui di controlli gia ce n'è.

[GrAm]

eh ma infatti, sapevo che già i protocolli di per sè si arrangiano nella gestione degli errori eventuali(servono sopratutto a questo dopotutto), solo che non riesco a capire il controllo hardware se sostuisce o meno uno di questi controlli (il che potrebbe essere posivitivo se facesse diminuire i pacchetti di controllo da trasferire), oppure è solo un controllo in più rispetto ai normali previsti dai protocolli...ma mi sembra strano, a meno che intenda che abilitato lo fa la nic, mentre disabilitato lo fa la cpu..? bho

stavo leggendo il commento di un super smanettone qui a proposito sulla nic migliore e parla infatti di checksum e tutto il resto, leggetelo interessante:

http://kerneltrap.org/node/405

[GrAm]

ah l'ho trovato nel readme del driver...tutti i parametri spiegati, è già qualcosa :D

Network Address
------------------------
Default value: burned-in adapter address
Valid range: 02-00-00-00-00-01 to FE-FF-FF-FF-FF-FF (hexadecimal),
where at least the "multicast" bit(Bit 0) must not be set
(it indicates that the address field contains an
individual address)and the "locally administered" bit (Bit 1)
is set (the address has been assigned by a local
administrator). These two bits are first and second
bits transmitted on the LAN medium.

CAUTION: Each individual network MAC address can only be used once in a
network. Assigning the same address to more than one adapter in
the same network is not allowed and can cause serious network
problems.

To use a network MAC address other than the one burned into the adapter,
enter the network address in the following hexadecimal format:

e.g.: 02-00-5A-98-12-34

If the network address field blank is left blank (or a different number of
digits is specified), the network address burned into the adapter will
be used.


Jumbo Frame Support
------------------------
Default value: "Disabled"
Valid values:
-"Disabled"
-"4088"
-"9014"

This parameter specifies the frame size that the driver will support.
The performance of your network usually increases If "Jumbo" frames are
used. Do not enable this option if you are not sure that your network
supports jumbo frames.

Note: For Fast Ethernet adapters the valid range is limited to 1514.

Hardware Checksuming
------------------------
Default value: "On"
Valid values:
-"On"
-"Off"

This parameter is used to disable the hardware checksum offload for
TCP/IP. There should be no need to disable checksum offload.


Wake Up Capabilities
------------------------
Default value: "Magic Packet and Pattern Magic"
Valid values:
-"None"
wake on LAN capabilities are disabled
-"Magic Packet"
wake up with MagicPacket from ShutDown state,
OS Controlled from Hibernate or Standby state
-"Pattern Match"
wake up with a packet containing a special pattern
from ShutDown state, OS Controlled from Hibernate
or Standby state
-"Magic Packet and Pattern Match"
wake up with both from ShutDown state, OS Controlled
from Hibernate or Standby state
-"Link Change"
wake up with link change from ShutDown state,
OS Controlled from Hibernate or Standby state


Wake From Shutdown
------------------------
Default value: "Off"
Valid values:
-"Off"
disable the capabilities of the NIC to wake the computer
from shutdown.
-"On"
enable the NIC to be capable to wake the computer from shutdown.


Number of Receive Buffers
------------------------
For Yukon family based ethernet controllers the following values are used:
Default value: 50 (decimal)
Valid range: 3..500 (decimal)

For Yukon2 family based ethernet controllers the following values are used:
Default value: 256 (decimal)
Valid range: 256..512 (decimal)

This parameters defines the number of receive buffers allocated by the
driver. If the system does not have enough resources the driver will fail
to load. Increasing this value may improve performance.


Number of Transmit Buffers
------------------------
For Yukon family based ethernet controllers the following values are used:
Default value: 50 (decimal)
Valid range: 4..200 (decimal)

For Yukon2 family based ethernet controllers the following values are used:
Default value: 256 (decimal)
Valid range: 256..512 (decimal)

This parameters defines the number of transmit buffers allocated by the
driver. If the system does not have enough resources the driver will
fail to load. Increasing this value may improve performance.


Interrupt Moderation
------------------------
Default value: "On"
Valid values:
-"On"
-"Off"

If more than the specified rate of interrupts occur, the function
Interrupt Moderation groups these interrupts so that several data packets
can be handled per interrupt. This will lead to lower CPU utilization
but may increase the latency.


Max IRQ per Sec
------------------------
Default value: 5000 (decimal)
Valid range: 1000..30000 (decimal)

This parameter specifies the interrupt rate for Interrupt Moderation. If
Interrupt Moderation is set to "Off" it will be ignored.

Log Status Messages
------------------------
Default value: "Status Messages"
Valid values:
-"All Messages":
This option should only be used for test purposes.
-"Status Messages":
In this mode the driver will generate an event log
entry every time the link status changes.
-"Warnings":
In this mode you will only receive warning or error
messages.
-"Errors":
In this mode you will only receive error messages.
-"None":
All driver messages will be suppressed. It is not
recommended to use this value.

This parameter specifies the messages, which are to be logged in the
Event Log.

Speed & Duplex
------------------------
Default value: "Auto-Sense"
Valid range:
-"Auto-Sense"
-"10Mbps Half Duplex"
-"10Mbps Full Duplex"
-"100Mbps Half Duplex"
-"100Mbps Full Duplex"

This parameter contain information regarding autonegotiation,
duplex capabilities and link speed. Only if the setting is "Auto" the
Autonegotiation is set to "On", in every other settings it is turned "Off".

NOTE: This parameter is not valid for fiber adapter.


Preferred Port
------------------------
Default value: "A"
Valid range:
-"A"
-"B"

NOTE: This parameter is only available for dual link adapters.

Use this parameter to set the preferred port the RLMT (Redundant
Link Management Technology) will use for all network traffic, if more than
one port has an active link to the network.


RLMT Mode
------------------------
Default value: "CLS"
Valid range:
-"CLS" (Check Link State):
RLMT uses the link state reported by the
adapter hardware for each individual port to determine whether a
port can be used for all network traffic or not.

-"CLP" (Check Local Port):
In this mode, RLMT monitors the network path
between the two ports of an adapter by regularly exchanging packets
between them. This mode requires a network configuration in which
the two ports "see" each other (i.e. there must not be any router
between the ports).

-"CLPSS" (Check Local Ports and Segmentation Status):
This mode supports
the same functions as the CLP mode and additionally checks network
segmentation by sending BPDU hello packets. Thus, this mode is only
to be used if Gigabit Ethernet switches are installed on the network
that have been configured to use the Spanning Tree protocol.

NOTE: RLMT modes "CLP" and "CLPSS" are designed to operate in
configurations where a network path between the ports on one adapter
exists. Moreover, they are not designed to work where adapters are
connected back-to-back.
This parameter is only available for dual link adapters.


802.1p Support
------------------------
Default Value: "Off"
Valid Values:
-"Off"
-"On"

This parameter will enable/disable the quality of service for specified
port. By default this option is not enabled at the first install of
the driver.




BatteryModeLinkDetection
------------------------
Default Value: "EnergyDetect+™"
Valid Values:
-"NoEnergySaving":
No Energy saving functions are switched on in the NIC.

-"MaximumEnergySaving":
The NIC is switched off if there is no link in battery mode.
The driver wakes up the NIC every 20 seconds to check
if there is a new link.

-"EnergyDetect+™":
If battery-powered the NIC is set to "EnergyDetect+"(TM) mode.
The link is activated faster than in “MaximumEnergySaving" mode,
but the NIC requires more power.

This parameter will set the mode in which the NIC is working if there
is no link and the PC is battery-powered.




BatterySpeedSettings
------------------------
Default Value: "FullSpeed"
Valid Values:
-"SmartSpeedDown":
If the computer is battery-powered, the NIC speed is
switched to 10/100Mbit/s to reduce the power consumption.

- "FullSpeed":
If the computer is battery-powered the NIC is working with
maximum speed and maximum power consumption.
If the computer is supplied by AC power all power saving features
are switched off, and the NIC is working with maximum speed.

This parameter will sets the Line speed for the NIC if PC is
battery-powered.



FlowControl
------------------------
Default value: "On"
Valid range:
-"Off":
No link partner is allowed to send PAUSE frames.

-"On":
Both link partners are allowed to send PAUSE frames.

This parameter can be used to set the flow control capabilities the port
reports during auto-negotiation. This parameter can be set for each port
individually, which is helpful if the port at the other end of the cable
cannot handle all possible combinations. Using the default setting, the
adapter should automatically detect the capabilities of the peer port.


TCP Segmentation
------------------------
Default value: "Enabled"
Valid range:
-"Enabled":
The big packets are segmented on the NIC before to be sent to the
network. Using this method the processor will be not loaded to do
this job.

-"Disabled":
The packets are not segmented by the NIC.

NOTE: This parameter is only available starting with the NICs based on
Yukon2 chip.

[GrAm]

ok questi sembrano essere i settaggi migliori:


802.1p supporto----------DISABILITATO
Checksum Hardware------ABILITATO o DISABILITATO(può creare problemi, dipende dalla scheda)
Controllo del Flusso-------DISABILITATO
Frame Jumbo-------------ABILITATO A 9014 byte (più alto è meglio è)
Funzione Wake Up--------DISABILITATO (se non lo usate)
Indirizzo di rete-----------(lasciate stare se non vi serve un indirizzo particolare)
Max IRQ per secondo-----(viene ignorato se moderazione interrupt è OFF)
Messaggi di stato(log)----ERRORI o NESSUNO log se non interessano
Moderazione interrupt-----DISABILITATO (se ON puo' aumentare la latenza,ma diminuisce CPU load)
Buffer di ricezione--------MASSIMO (nel mio caso 500)
Buffer di trasmissione-----MAX (nel mio caso 200)
Velocità di collegamento--100Mbps Full Duplex (quando si può sempre il max)
Wake from shutdown-----DISABILITATO (se non lo usate...)

a me sembrano i settaggi puù performanti, almeno lo sono secondo quello che scrive la Marvell e che ho letto in giro, che dite?

comunque secondo me potete disabilitare tranquillamente Hardware Checksum perche è più probabile che crei casini e rallentamenti della linea piuttosto che benifici. Lo si legge dal link che ho messo, ecco dove lo dice:

Bad cards will also have smaller on-chip buffers (as opposed
to on-card buffers). For example, there are a number of cards
that supposedly support both "jumbograms" and TCP checksum
offloading, but have only 8K of space. A "jumbogram" is 9K,
so when using jumbograms, it's impossible to offload checksums
to the hardware.
There are cards that supposedly support checksumming, but use
the buggy incremental checksum update algorithm (two's
complement vs. one's complement arithmatic), and will screw up
the TCP checksum, yielding 0xfffe instead of 0x0000 after summing,
because they don't correctly handle negative zero (there is an
RFC update on this).


mi sa che conviene disabilitarlo :)

EDIT: ah ho scoperto che la Marvell Yukon nic che trovate sulle recenti DFI Lanparty (la mia) ha 48 KB di buffer, percui potete abilitare hw checksum tranquillamente...ciauz

[StIwY]

Uppo questo topic perchè ho un problema piuttosto grave con eMule, perchè ho continue schermate blu.


I drivers della mia scheda di rete ( Atheros L1e) sono gli ultimi, ed ho appurato dal debugging dei minidump delle schermate blu che sia il driver della LAN che il processo eMule.exe ne sono la causa.

Adesso, la domanda è questa:


"Come fa eMule.exe a mandare in crash il driver della scheda di rete ?"


I settaggi avanzati nelle schede di rete moderne sembrano sia cambiate un pò....vi scrivo le mie:



- Attivazione Arresto
- Buffer di Ricezione
- Buffer di Trasmissione
- Capacità di Attivazione
- FlowControl
- Frame Jumbo
- Indirizzo Rete
- Modalità APS
- Offload di Checksum TCP (IPv4)
- Offload di Checksum TCP (IPv6)
- Offload di Checksum UDP (IPv4)
- Offload di Checksum UDP (IPv6)
- Offload Invio di Grandi Dimensioni (IPv...e poi non si legge più)
- Regolazione di Interrupt (Interrup mod...e poi non si legge più)
- Velocità Duplex





Avete qualche consiglio ?

Saluti

[StIwY]

up

[skizzo03]

interessante argomento

[Beltra.it]

rispolveriamolo un po'

[OUTATIME]

rispolveriamolo un po'
La domanda qual'è? :rolleyes:

[Beltra.it]

alcuna. l'argomento di prima pagina. è interessante.

[chierichetto]

non ci sono esperti su questo argomento? è qualche giorno che cerco anche io informazioni sulle impostazioni citate nei post precedenti, o una guida per capire come impostare la scheda di rete.

Chi se ne intende?

[shoxblackify]

non ci sono esperti su questo argomento? è qualche giorno che cerco anche io informazioni sulle impostazioni citate nei post precedenti, o una guida per capire come impostare la scheda di rete.

Chi se ne intende?

Hai riaperto un post datato di almeno 3 anni fà ( anche di più..)

E' sempre meglio aprire Topic separati in base agli argomenti interessati e sezioni inerenti ;)

[chierichetto]

Hai riaperto un post datato di almeno 3 anni fà ( anche di più..)

E' sempre meglio aprire Topic separati in base agli argomenti interessati e sezioni inerenti ;)

Fatto, ma non ho avuto molto successo, pensavo per il fatto di aver chiesto ragguagli su un tipo specifico di scheda di rete, e quindi ho scritto qua che l'argomento è trattato più genericamente

Nel caso se potete aiutarmi qua o nel topic sulla nvidia
http://www.hwupgrade.it/forum/showthread.php?t=2650593