%3F.png)
Minha família Gigabit Ethernet Realtek RTL8168B/8111B integrada está perdendo pacotes (cerca de 8% ao executar ping em qualquer outro dispositivo na LAN).
Não há eventos nos logs de eventos do Windows relacionados a TCPIP/ICMP ou erros de quadro. usei a ferramenta Windows Performance Monitor para observar os eventos na categoria "Interface de rede", na esperança de ver algum sintoma de perda de pacotes. não consegui encontrar nenhum
Alguém consegue pensar em alguma maneira de "ver" a perda de pacotes como uma condição de diagnóstico, em vez de fazer pings e observar as respostas não voltarem? Se eu conseguir encontrar algum lugar no Windows onde a perda de pacotes retorne a outra coisa (erro CRC, erro de soma de verificação, problema de fragmentação, etc.), talvez eu possa diagnosticá-lo.
É uma máquina nova e presumo que o problema esteja em algumas das opções de configuração do driver:
- Velocidade e Duplex: Negociação Automática
- Controle de fluxo: Desabilitado
- Receber buffers: 512
Transmitir buffers: 128
Interromper moderação: Habilitado
- Receber dimensionamento lateral: Habilitado
Prioridade e VLAN habilitados: Prioridade e VLAN habilitados
Desativar automaticamente Gigabit (economia de energia): Desabilitado
- Desativação automática de PCIe (economia de energia):Desabilitado
- Desativação automática de PHY (economia de energia): Desabilitado
Ethernet Verde: Desabilitado
Desligar Wake-On-Lan: Habilitado
Dormir WOL economia de energia: Desabilitado
Descarga de soma de verificação IPv4: Rx e Tx habilitados
- Descarga de soma de verificação TCP (IPv): Rx e Tx habilitados
- Descarga de soma de verificação TCP (IPv6): Rx e Tx habilitados
- Descarregamento de soma de verificação UDP (IPv): Rx e Tx habilitados
- Descarregamento de soma de verificação UDP (IPv6): Rx e Tx habilitados
- Quadro Jumbo: Desabilitado
- Grande descarregamento de envio (IPv4): Habilitado
- Grande descarregamento de envio v2 (IPv4): Desabilitado
- Grande descarregamento de envio v2 (IPv6): Habilitado
tentei forçar o Speed & Duplex aDuplex completo de 100 Mbps(que é o que é de qualquer maneira) sem sucesso.
Responder1
A Realtek oferece um utilitário de diagnóstico de rede para a placa de interface de rede - procure o link "Programa de diagnóstico do Windows" emDrivers e utilitários de software. Existem algumas capturas de tela do software emSoftware de diagnóstico Ethernet Realtek.
O comando netstat, incluído no Microsoft Windows, oferece algumas informações limitadas. Um netstat -scomando fornecerá algumas informações adicionais sobre erros. Por exemplo, no que diz respeito à possibilidade de um problema de fragmentação, existe uma contagem de "Datagramas com falha na fragmentação".
C:\>netstat -s
IPv4 Statistics
Packets Received = 265412964
Received Header Errors = 0
Received Address Errors = 5987902
Datagrams Forwarded = 0
Unknown Protocols Received = 2
Received Packets Discarded = 571613
Received Packets Delivered = 292690610
Output Requests = 144483584
Routing Discards = 0
Discarded Output Packets = 906
Output Packet No Route = 0
Reassembly Required = 205
Reassembly Successful = 95
Reassembly Failures = 0
Datagrams Successfully Fragmented = 0
Datagrams Failing Fragmentation = 0
Fragments Created = 0
IPv6 Statistics
Packets Received = 8484877
Received Header Errors = 0
Received Address Errors = 0
Datagrams Forwarded = 0
Unknown Protocols Received = 0
Received Packets Discarded = 373336
Received Packets Delivered = 10041013
Output Requests = 16704131
Routing Discards = 0
Discarded Output Packets = 1889
Output Packet No Route = 171
Reassembly Required = 0
Reassembly Successful = 0
Reassembly Failures = 0
Datagrams Successfully Fragmented = 0
Datagrams Failing Fragmentation = 0
Fragments Created = 0
ICMPv4 Statistics
Received Sent
Messages 243917 46542
Errors 0 0
Destination Unreachable 19704 22407
Time Exceeded 177624 0
Parameter Problems 0 0
Source Quenches 0 0
Redirects 0 0
Echo Replies 445 23180
Echos 46144 955
Timestamps 0 0
Timestamp Replies 0 0
Address Masks 0 0
Address Mask Replies 0 0
Router Solicitations 0 0
Router Advertisements 0 0
ICMPv6 Statistics
Received Sent
Messages 84300 75766
Errors 0 0
Destination Unreachable 16638 18334
Packet Too Big 0 0
Time Exceeded 0 0
Parameter Problems 0 0
Echos 0 4
Echo Replies 4 0
MLD Queries 0 0
MLD Reports 0 0
MLD Dones 0 0
Router Solicitations 0 15
Router Advertisements 0 0
Neighbor Solicitations 40386 27775
Neighbor Advertisements 27272 29638
Redirects 0 0
Router Renumberings 0 0
TCP Statistics for IPv4
Active Opens = 1900438
Passive Opens = 369225
Failed Connection Attempts = 10450
Reset Connections = 460797
Current Connections = 154
Segments Received = 273517454
Segments Sent = 110060297
Segments Retransmitted = 2182084
TCP Statistics for IPv6
Active Opens = 973341
Passive Opens = 973646
Failed Connection Attempts = 34
Reset Connections = 1735122
Current Connections = 40
Segments Received = 46840865
Segments Sent = 45024383
Segments Retransmitted = 1813578
UDP Statistics for IPv4
Datagrams Received = 51416164
No Ports = 314589
Receive Errors = 2135697
Datagrams Sent = 42118403
UDP Statistics for IPv6
Datagrams Received = 9841716
No Ports = 309860
Receive Errors = 42205
Datagrams Sent = 2040067
Você pode filtrar a exibição por protocolo com a -popção. O ping dependeICMPpara as "solicitações de eco" que ele envia, então você pode ver apenas as estatísticas do ICMP com netstat -s -p icmp, mas isso fornecerá apenas uma contagem de erros.
c:\>netstat -s -p icmp
ICMPv4 Statistics
Received Sent
Messages 243951 46546
Errors 0 0
Destination Unreachable 19710 22409
Time Exceeded 177648 0
Parameter Problems 0 0
Source Quenches 0 0
Redirects 0 0
Echo Replies 445 23182
Echos 46148 955
Timestamps 0 0
Timestamp Replies 0 0
Address Masks 0 0
Address Mask Replies 0 0
Router Solicitations 0 0
Router Advertisements 0 0
Há também a netstat -eopção de visualizar estatísticas de Ethernet, que podem ser combinadas com a opção -s, mas isso também fornecerá uma contagem de erros.
c:\>netstat -e
Interface Statistics
Received Sent
Bytes 2205957284 1335899145
Unicast packets 1239501865 433229740
Non-unicast packets 143181375 167714415
Discards 0 0
Errors 0 55
Unknown protocols 0
Se você tiver outro cabo de rede, poderá substituir o cabo existente para descartar um problema de cabeamento como origem do problema.
Responder2
Você já tentou umping dealguma outra máquinaparaesta interface?
Você recebe algum erro ICMP?
Também seria útil verificar as estatísticas da interface do dispositivo peer ao qual a interface está conectada.
- qual é o dispositivo de rede ao qual você se conecta?
- Possui alguma estatística de interface?
- Eles mostram algum erro específico que outras interfaces desse dispositivo não mostram?
Finalmente, também pode ser um fio solto no caminho.
Se você tiver mais de duas máquinas na rede,
essa máquina específica está conectada de alguma maneira diferente? (Salto sem fio?)
Você verificou se os conectores estão firmemente conectados?
Se você observar perda apenas com pacotes de ping regulares (64 bytes), a fragmentação de IP será descartada.
Se suas interfaces não mostrarem contagens de erros, os erros de CRC também serão descartados.
Responder3
Experimente estes 2 comandos para obter estatísticas da NIC:
netsh interface ipv4 show ipstats
netsh interface ipv4 show tcpstats
Se houver um número maior que 0 em "Erros no cabeçalho", "Falha nos fragmentos", "Em erros", há problema com a ligação.
Responder4
definir
"Auto Disable Gigabit" para "Re-Link, Bateria ou AC" "Flow Control" para "Rx & Tx Enabled"