Низкая скорость локальной сети (РЕШЕНО)
Скорость передачи по локальной сети и ftp примерно 80 Кб/с. При копировании файлов отваливается аська и не принимается локальная почта. Окружающие машины все на винде. Только интернет шлюз и почтовый сервер на Debian. У меня 12.04. При этом с интернетом всё в порядке, больше 5 Мб/с. Началось примерно неделю назад. До этого 2 года всё как часики шуршало. Что могло случится ?
ld@Spectrum:~$ sudo lshw -C network
[sudo] password for ld:
*-network
описание: Ethernet interface
продукт: RTL8101E/RTL8102E PCI Express Fast Ethernet controller
производитель: Realtek Semiconductor Co., Ltd.
физический ID: 0
bus info: pci@0000:01:00.0
логическое имя: eth0
версия: 02
серийный №: 00:25:22:8a:99:fe
размер: 10Mbit/s
capacity: 100Mbit/s
разрядность: 64 bits
частота: 33MHz
возможности: pm msi pciexpress msix vpd bus_master cap_list rom ethernet physical tp mii 10bt 10bt-fd 100bt 100bt-fd autonegotiation
кофигурация: autonegotiation=off broadcast=yes driver=r8169 driverversion=2.3LK-NAPI duplex=half firmware=N/A latency=0 link=no multicast=yes port=MII speed=10Mbit/s
ресурсы: IRQ:42 ioport:d800(size=256) память:fdeff000-fdefffff память:fdee0000-fdeeffff память:feae0000-feafffff
Пинг внутренней файлопомойки
PING 192.168.0.5 (192.168.0.5) 56(84) bytes of data.
64 bytes from 192.168.0.5: icmp_req=1 ttl=128 time=247 ms
64 bytes from 192.168.0.5: icmp_req=2 ttl=128 time=260 ms
64 bytes from 192.168.0.5: icmp_req=3 ttl=128 time=104 ms
64 bytes from 192.168.0.5: icmp_req=4 ttl=128 time=117 ms
64 bytes from 192.168.0.5: icmp_req=5 ttl=128 time=214 ms
64 bytes from 192.168.0.5: icmp_req=6 ttl=128 time=57.7 ms
64 bytes from 192.168.0.5: icmp_req=7 ttl=128 time=323 ms
64 bytes from 192.168.0.5: icmp_req=8 ttl=128 time=40.1 ms
64 bytes from 192.168.0.5: icmp_req=9 ttl=128 time=95.7 ms
64 bytes from 192.168.0.5: icmp_req=10 ttl=128 time=108 ms
64 bytes from 192.168.0.5: icmp_req=11 ttl=128 time=37.5 ms
64 bytes from 192.168.0.5: icmp_req=12 ttl=128 time=217 ms
64 bytes from 192.168.0.5: icmp_req=13 ttl=128 time=103 ms
64 bytes from 192.168.0.5: icmp_req=14 ttl=128 time=158 ms
64 bytes from 192.168.0.5: icmp_req=15 ttl=128 time=129 ms
64 bytes from 192.168.0.5: icmp_req=16 ttl=128 time=56.5 ms
последовательность действий (на мой взгляд):
попробовать заменить кабель.
попробовать поменять порт на свитче.
Пробовал. Не помогло. IPv6 отрубал. Сетевую карту менял.
гмм... тогда не знаю. :-(
точнее, нужно физически смотреть, ибо бывали разные грабли...
да пинг забавный, попробуйте пингануть дебиановскую машинку и сравнить. если будет такой же то проблема локальная машинка + кабель, если нет то в паре вин - лин. а там брандмауррры всякие. p.s. а чо скорость 10?
Скорость 100м была неделю назад. Сейчас творится неизвестно что. Проблема только у меня. Причем скорее всего в оси, только вот что. Судя по тесту режется исходящий канал.
Сейчас адаптер работает на 10Мбитах, в полудуплексе.
Попробуй поставить пакет ethtool
И через него сделать это:
ethtool --change eth0 autoneg off speed 100 duplex fullлибо
ethtool --change eth0 autoneg onПопробовал. Без результата.
Вот
ld@Spectrum:~$ ethtool eth0Settings for eth0:
Supported ports: [ TP MII ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
Supported pause frame use: No
Supports auto-negotiation: Yes
Advertised link modes: Not reported
Advertised pause frame use: No
Advertised auto-negotiation: No
Speed: 100Mb/s
Duplex: Full
Port: MII
PHYAD: 32
Transceiver: internal
Auto-negotiation: off
Supports Wake-on: pumbg
Wake-on: g
Current message level: 0x00000007 (7)
drv probe link
Link detected: yes
А с автоопределением как?
ethtool --change eth0 autoneg onЕсли всё равно не поможет - IMHO, сетевая\драйвера, кабель, порт в свитче, место коммутации кабелей (розетки, патч панели).
Без изменений
ld@Spectrum:~$ sudo ethtool --change eth0 autoneg onld@Spectrum:~$ sudo ethtool eth0
Settings for eth0:
Supported ports: [ TP MII ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
Supported pause frame use: No
Supports auto-negotiation: Yes
Advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
Advertised pause frame use: No
Advertised auto-negotiation: Yes
Link partner advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
Link partner advertised pause frame use: Symmetric
Link partner advertised auto-negotiation: Yes
Speed: 100Mb/s
Duplex: Full
Port: MII
PHYAD: 32
Transceiver: internal
Auto-negotiation: on
Supports Wake-on: pumbg
Wake-on: g
Current message level: 0x00000007 (7)
drv probe link
Link detected: yes
А ping 192.168.0.5 какой показывает?
ld@Spectrum:~$ ping 192.168.0.5PING 192.168.0.5 (192.168.0.5) 56(84) bytes of data.
64 bytes from 192.168.0.5: icmp_req=1 ttl=128 time=9.40 ms
64 bytes from 192.168.0.5: icmp_req=2 ttl=128 time=21.6 ms
64 bytes from 192.168.0.5: icmp_req=3 ttl=128 time=33.7 ms
64 bytes from 192.168.0.5: icmp_req=4 ttl=128 time=4.17 ms
64 bytes from 192.168.0.5: icmp_req=5 ttl=128 time=16.7 ms
64 bytes from 192.168.0.5: icmp_req=6 ttl=128 time=28.7 ms
64 bytes from 192.168.0.5: icmp_req=7 ttl=128 time=40.7 ms
64 bytes from 192.168.0.5: icmp_req=8 ttl=128 time=10.5 ms
64 bytes from 192.168.0.5: icmp_req=9 ttl=128 time=22.7 ms
64 bytes from 192.168.0.5: icmp_req=10 ttl=128 time=34.7 ms
64 bytes from 192.168.0.5: icmp_req=11 ttl=128 time=4.91 ms
При первом посте я чего то заливал. В общем не изменился.
А свитчи управляемые?
Попробуй отправить побольше пакетов с размером от 1300байт.
Что то типа
ping 192.168.0.5 -s 1400 -i 0.2 -c 1000нет
ld@Spectrum:~$ ping 192.168.0.5 -s 1400 -i 0.2 -c 1000PING 192.168.0.5 (192.168.0.5) 1400(1428) bytes of data.
1408 bytes from 192.168.0.5: icmp_req=1 ttl=128 time=20.4 ms
1408 bytes from 192.168.0.5: icmp_req=2 ttl=128 time=30.6 ms
1408 bytes from 192.168.0.5: icmp_req=3 ttl=128 time=42.6 ms
1408 bytes from 192.168.0.5: icmp_req=4 ttl=128 time=9.06 ms
1408 bytes from 192.168.0.5: icmp_req=5 ttl=128 time=19.9 ms
1408 bytes from 192.168.0.5: icmp_req=6 ttl=128 time=30.9 ms
1408 bytes from 192.168.0.5: icmp_req=7 ttl=128 time=41.0 ms
1408 bytes from 192.168.0.5: icmp_req=8 ttl=128 time=11.8 ms
1408 bytes from 192.168.0.5: icmp_req=9 ttl=128 time=19.7 ms
1408 bytes from 192.168.0.5: icmp_req=10 ttl=128 time=29.9 ms
1408 bytes from 192.168.0.5: icmp_req=11 ttl=128 time=40.9 ms
1408 bytes from 192.168.0.5: icmp_req=12 ttl=128 time=9.73 ms
1408 bytes from 192.168.0.5: icmp_req=13 ttl=128 time=19.9 ms
1408 bytes from 192.168.0.5: icmp_req=14 ttl=128 time=29.9 ms
1408 bytes from 192.168.0.5: icmp_req=15 ttl=128 time=40.9 ms
1408 bytes from 192.168.0.5: icmp_req=16 ttl=128 time=9.75 ms
1408 bytes from 192.168.0.5: icmp_req=17 ttl=128 time=19.9 ms
1408 bytes from 192.168.0.5: icmp_req=18 ttl=128 time=29.9 ms
1408 bytes from 192.168.0.5: icmp_req=19 ttl=128 time=40.9 ms
1408 bytes from 192.168.0.5: icmp_req=20 ttl=128 time=9.72 ms
1408 bytes from 192.168.0.5: icmp_req=21 ttl=128 time=20.0 ms
^C
--- 192.168.0.5 ping statistics ---
21 packets transmitted, 21 received, 0% packet loss, time 4013ms
rtt min/avg/max/mdev = 9.065/25.156/42.636/11.437 ms
А до другой машины из подсети результат какой?
Ну, ip a посмотреть что ли.
Ну и опять таки поменять патчкорд, порт коммутатора, перерасшить розетку\проверить кабель на патч-панели.
p.s.
Вообще в целом смущает большой пинг. Была проблема с ядром убунты но версия была 10.04 и решилась банальной установкой 3-версии и только на pptpd.
С другой машины тоже самое. Аппаратную часть я исключил сразу, поменяв порты, патчкорд, и сетевуху.
точно, режет. Резать может сама машинка, свитч (кстати точно свитч, не рутер?) шлюз (отпадает т.к. скорость по локалке тоже шит). Когда обновлялся до 12.04? как ставил сеть NM или ручками? ну и софт на машинке, управление сетью, тарификация интернета и т.д.
12.04 ставил с нуля, т.к. цепочка обновлений с 10.04 до 12.04 не выдержала и порвалась (при переходе с 11.10 много глюков поймал). Сначала сеть ставил с NM, как начались проблемы - убил его первым делом, софта особого нет, всё стандартно, фаерволов не ставил, тарификации тоже нет.
А что покажет:
tc q shld@Spectrum:~$ tc q shqdisc pfifo_fast 0: dev eth1 root refcnt 2 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
Если аппаратная часть точно исключена (чтоб окончательно убедиться - я бы загрузил тачку с живого диска и проверил скорость) может какой шейпер сбесился? Ничего такого нет на тачке?
ps -eaf для самоконтроля (и в студию можно)
ЗЫ Откуда берутся проблемы с NM???!!! Все про них пишут, а я никогда не сталкивался ... Даже обидно как-то :)
С LiveCD не пробовали загрузиться и проверить как обстоят дела?
ещё нет, работа кипит, щас попробую
Спасибо всем! Проблема решена. Всё таки свич. Причем очень хитро.
Нас в кабинете 4 человека + Wifi. В соседнем кабинете ещё 5 человек, туда идёт 3 кабеля от нашего свича. Проблема у меня и больше никто не жалуется. Я в панике, НО... проверил всех коллег из нашего кабинета, у них всё в порядке. Сносил комп на этаж выше к другу - у него тоже самое, причем он не замечал особых проблем так как тупо MineCraft рубил. Проверили куда идёт его кабель, оказывается через окно в мой кабинет к тому злополучному свичу. Отключили всех проверяли порты по порядку - половина глючит, половина работает отлично. Ещё и коллеги из моего кабинета оказывается сидят не на этом свиче, а запитаны от свича что в каридоре стоит.
Получается в соседний кабинет идёт 3 провода (1 на их свич, 2 на пользователей, кто и когда так извращался уже не узнаем), 1 - WiFi, я их не трогал так как пусть люди работают, но как раз таки именно эти порты и работали нормально. А мой порт, друг этажем повыше, и запасной порт глючили. Вот засада!!!
Обжал кусок подлиннее, протянул в коридор, сижу радуюсь. Кто про свич говорил - не пинайте сильно, уж хитро он очень себя вёл.
гмм, свитч 8 портовый?
Тогда, скорее всего дохнет одна из 2 микросхем коммутатора - они обычно 4 портовые плюс один общий...
именно поэтому нельзя найти 4портовый, а не 5портовый свитч, но 8портовый свитч существует. :-)
Отправить комментарий