☰

Não consigo gigabit na Ethernet do meu escritório

tag-icon • tag-icon linux ethernet gigabit-ethernet
Não consigo gigabit na Ethernet do meu escritório

Eu tenho uma nova conexão de internet baseada em fibra e um novo roteador gigabit (ZyXEL Wireless VDSL2 Gateway), enquanto meu roteador antigo tinha apenas 100 Mb/s.

Meu computador desktop está em meu escritório, em uma extensão de 4 anos da casa onde os eletricistas montaram uma tomada Ethernet, bem como na despensa onde o roteador está colocado. O cabo que passa em algum lugar embaixo do chão ou nas paredes (não sei exatamente) é um CAT6 de cerca de 12 m.

Com o novo roteador eu esperava que o adaptador de rede mudasse para o modo gigabit, mas ele ainda está rodando a 100Mb/s. A saída de ethtoolé mostrada abaixo. Se, em vez disso, eu puxar um cabo CAT5 de 15 anos e de aparência bastante feia, de comprimento semelhante, sobre o chão, obtenho a velocidade total de 1000 Mb/s.

Meu pensamento é que há algo errado com o cabo que eles usaram ou com as tomadas. Quando fizeram a extensão eu não tinha nenhum equipamento gigabit então nunca pensei em testar a velocidade.

1) É possível testar cabos e tomadas sem equipamento especial? Tenho vários multímetros e um osciloscópio LCD de bolso.

2) Poderia ser outra coisa, talvez algo óbvio em que não pensei?

Saída de ethtool:

Settings for eth1:
Supported ports: [ TP ]
Supported link modes:   10baseT/Half 10baseT/Full 
                        100baseT/Half 100baseT/Full 
                        1000baseT/Full 
Supported pause frame use: No
Supports auto-negotiation: Yes
Advertised link modes:  10baseT/Half 10baseT/Full 
                        100baseT/Half 100baseT/Full 
                        1000baseT/Full 
Advertised pause frame use: No
Advertised auto-negotiation: Yes
Speed: 100Mb/s
Duplex: Full
Port: Twisted Pair
PHYAD: 2
Transceiver: internal
Auto-negotiation: on
MDI-X: on (auto)
Cannot get wake-on-lan settings: Operation not permitted
Current message level: 0x00000007 (7)
               drv probe link
Link detected: yes

Responder1

Dados os testes que você já fez, certamente parece o seu cabo. Se você puder ver o cabo, eu procuraria

  • má conexão na parede atrás da placa. Isso causa lentidão com bastante regularidade devido a pinagens ruins. Certifique-se de que também esteja fixado corretamente. Este é o problema mais fácil e barato.
  • uma emenda no cabo, pode haver dois segmentos emendados em algum lugar no meio que você não consegue ver. Já vi empreiteiros emendarem pedaços de cabo para economizar uma viagem para comprar o comprimento adequado.
  • cabo paralelo a uma tomada elétrica ou qualquer outra fonte de alimentação próxima. Isso causa perda. Também não deve cruzar nenhuma iluminação num raio de 1m.

Se você acha que poderia puxar um novo cabo usando o antigo para puxá-lo, eu faria isso. Obviamente não funcionará se estiver grampeado em qualquer lugar.

Responder2

Existem ferramentas muito específicas para testar o cabeamento, que vão desde simples testadores de continuidade por menos de US$ 20 até ferramentas de teste altamente avançadas que custam milhares, até dezenas de milhares.

Mas aqui estão várias coisas para verificar ...

1) Leve o computador (ou qualquer computador) até o roteador e conecte-o diretamente nele, você consegue gigabit?

1A) Pegue um computador/laptop com uma conexão gigbit conhecida e conecte um patch cord diretamente entre ele e seu computador e verifique a velocidade da conexão, deve ser 1000.

3) Verifique se os patch cords são pelo menos CAT-5e (CAT-6 não é necessário para Gigabit), verifique se eles têm todos os 8 condutores, pois é (era) comum, especialmente para fabricantes de switches/roteadores baratos, incluir um patch cord de 4 condutores . Os patch cords com apenas os pinos 1, 2, 3 e 6 suportarão apenas 100 Mbps.

3) Verifique as terminações dos conectores, esta é uma área de falha comum, principalmente quando feita por pessoas que não estão devidamente treinadas ou informadas.Fiação Estruturada ComoTem uma boa página com informações gerais sobre terminação de cabos. Essevídeo da Ideal Toolsmostra como os "profissionais" fazem o trabalho.

Se você chegar a este ponto e tudo parecer bem, considerando as ferramentas que você tem disponíveis, eu faria um teste de continuidade simples, certifique-se de que cada pino tenha continuidade com cada condutor com baixa resistência (14 ohms/100m é típico).

Sinceramente, se depois de tudo isso estiver tudo bem, meu próximo passo é avaliar a dificuldade de troca do cabo... Se consigo fazer em menos de uma ou duas horas, eu simplesmente faço. Se houver uma "bagunça" na fiação e for difícil de substituir, posso voltar à oficina e pegar oMedidor Flukepara ver se perdi algo óbvio.

Dito isto, tenho um laptop HP Probook 650 com Linux Mint e Windows 7 Pro, existem algumas opções por aí com as quais o Mint nunca estabelecerá um link e o Windows funciona bem, e não posso explicar isso, temos um casalIntellinet Gigabitswitches em nosso banco de testes para testar dispositivos e, por algum motivo, quando eu inicializo no Mint, ele não se conecta ao switch e obtém um IP, mas funciona bem no Windows, mas se eu conectar a um de nossos switches HP Procurve de infraestrutura, ele funciona bem .

Responder3

Apenas um aviso sobre este. Eu mesmo encontrei isso com vários cabos e tal. Descobri que poderia configurá-lo manualmente para gigabit com ethtool, mas ele seria redefinido em alguns segundos. Então verifiquei meu perfil sintonizado. Se você estiver usando um perfil de administrador ajustado para economia de energia, como 'powersave', isso pode estar diminuindo a velocidade da rede para você. Voltar para algo como "taxa de transferência de rede" imediatamente entra em alta velocidade com 1000 MB.

Em vez de colocar todo o sistema em um estado de energia mais alto, resolvi criar um perfil de ajuste personalizado a partir de 'powersave' com apenas o wifi configurado para powerave:

# /usr/lib/tuned/powersave/tuned.conf
# tuned configuration
#

[main]
summary=Optimize for low power consumption

[cpu]
governor=ondemand
energy_perf_bias=powersave

[eeepc_she]

[vm]

[audio]
timeout=10

[video]
radeon_powersave=auto

[disk]
# Comma separated list of devices, all devices if commented out.
# devices=sda

[net]
# Comma separated list of devices, all devices if commented out. (change this)
devices=wlp1s0

[scsi_host]
alpm=min_power

[sysctl]
vm.laptop_mode=5
vm.dirty_writeback_centisecs=1500
kernel.nmi_watchdog=0

[script]
script=${i:PROFILE_DIR}/script.sh

Talvez seja uma situação estúpida, mas espero que isso ajude alguém no futuro. THX

informação relacionada