Não obtendo gigabit no meu escritório ethernet

0

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

Meu computador desktop está no meu escritório em uma extensão de 4 anos para a casa onde os eletricistas montaram uma tomada ethernet, bem como na sala de serviço onde o roteador é colocado. O cabo que está em algum lugar sob o piso 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 100Mb / s. A saída de ethtool é mostrada abaixo. Se eu, em vez disso, puxar um cabo CAT5 com 15 anos de idade e muito ruim de comprimento similar no chão, obtenho a velocidade total de 1000Mb / s.

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

1) É possível sem equipamento especial testar os cabos e tomadas? Eu tenho vários multímetros e um escopo de LCD de bolso.

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

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
    
por marlar 24.06.2016 / 12:47

3 respostas

2

Dado o teste que você já fez, certamente soa como o seu cabo. Se você puder ver o cabo, eu procuraria

  • conexão ruim na parede atrás da placa. Estes causam lentidão muito regularmente devido ao mau em pin outs. Certifique-se de que ele esteja marcado corretamente também. Este é o problema mais fácil e mais barato.
  • uma emenda no cabo, pode ser dois segmentos unidos em algum lugar no meio que você não pode ver. Eu vi empreiteiros emendar pedaços de cabos para economizar uma viagem para comprar o comprimento adequado.
  • cabo correndo em paralelo a um serviço de saída de energia ou qualquer outra energia por perto na corrida . Isso causa perda. Também não deve cruzar qualquer iluminação dentro 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.

    
por 24.06.2016 / 13:15
1

Existem ferramentas muito específicas para testar o cabeamento, elas variam de 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) para o roteador e conecte-o diretamente a ele, você ganha gigabit?

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

3) Verifique se os cabos de manobra são pelo menos CAT-5e (o CAT-6 não é necessário para o Gigabit), verifique se eles têm todos os 8 condutores, pois são muito comuns especialmente para fabricantes de switches / roteadores de baixo custo. cabo de manobra do condutor. Patch cords com apenas os pinos 1, 2, 3 e 6 suportarão apenas 100mbps.

3) Verifique as terminações dos terminais, esta é uma área de falha comum, especialmente quando feita por pessoas que não estão devidamente treinadas ou informadas. Fiação estruturada Como tem uma boa página sobre informações gerais sobre a terminação de cabos. Este vídeo da Ideal Tools mostra 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 simples teste de continuidade, certifique-se de que cada pino tenha continuidade com cada condutor tendo baixa resistência (14 ohms / 100m é típico).

TBH, se depois de tudo isso parecer bem, meu próximo passo é avaliar a dificuldade em substituir o cabo ... Se eu puder fazê-lo em menos de uma ou duas horas, eu apenas o faço. Se for uma "bagunça" na fiação e difícil de substituir, eu posso voltar para a loja e obter a medidor de Fluke para ver se eu perdi algo óbvio.

Dito isso, eu tenho um laptop HP Probook 650 com Linux Mint e Windows 7 Pro nele, há alguns switches por aí que o Mint nunca estabelecerá um link e o Windows funciona bem, e não posso explicar isso , temos um Intellinet Gigabit que muda em nosso banco de testes para dispositivos de teste e, por algum motivo, quando inicializo no Mint, ele não se conecta ao switch e obtém um IP, mas funciona bem no Windows, mas se eu me conectar a um dos switches HP Procurve, ele funciona bem.

    
por 24.06.2016 / 15:13
0

Apenas um aviso sobre este. Eu mesmo corri para isso com vários cabos e tal. Descobri que eu poderia configurá-lo manualmente para gigabit com ethtool, mas seria redefinir em poucos segundos. Então eu chequei meu perfil ajustado. Se você estiver usando um perfil de economia de energia sintonizado como 'powersave', isso pode estar reduzindo a velocidade da rede para você. Regressar a algo como "throughput de rede" imediatamente entra em alta velocidade a 1000mb.

Em vez de colocar todo o sistema em um estado de energia mais alto, resolvi criar um perfil de ajuste personalizado a partir do 'powersave' com apenas o Wi-Fi definido como powersave:

# /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 idiota, mas espero que isso ajude alguém na estrada. Thx

    
por 26.05.2017 / 09:15