Низкая скорость локальной сети (РЕШЕНО)

Изображение пользователя LD.

Скорость передачи по локальной сети и ftp примерно 80 Кб/с. При копировании файлов отваливается аська и не принимается локальная почта. Окружающие машины все на винде. Только интернет шлюз и почтовый сервер на Debian. У меня 12.04. При этом с интернетом всё в порядке, больше 5 Мб/с. Началось примерно неделю назад. До этого 2 года всё как часики шуршало. Что могло случится ?
[email protected]:~$ 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: [email protected]: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

0
dyug - 19 Июнь, 2012 - 13:19

последовательность действий (на мой взгляд):
попробовать заменить кабель.
попробовать поменять порт на свитче.

0
LD - 19 Июнь, 2012 - 13:41
Изображение пользователя LD.

Пробовал. Не помогло. IPv6 отрубал. Сетевую карту менял.

0
dyug - 19 Июнь, 2012 - 13:51

гмм... тогда не знаю. :-(
точнее, нужно физически смотреть, ибо бывали разные грабли...

0
gmw - 19 Июнь, 2012 - 14:23
Изображение пользователя gmw.

да пинг забавный, попробуйте пингануть дебиановскую машинку и сравнить. если будет такой же то проблема локальная машинка + кабель, если нет то в паре вин - лин. а там брандмауррры всякие. p.s. а чо скорость 10?

0
LD - 19 Июнь, 2012 - 14:40
Изображение пользователя LD.

Скорость 100м была неделю назад. Сейчас творится неизвестно что. Проблема только у меня. Причем скорее всего в оси, только вот что. Судя по тесту режется исходящий канал.

0
Flameflower - 19 Июнь, 2012 - 15:32
Изображение пользователя Flameflower.

Сейчас адаптер работает на 10Мбитах, в полудуплексе.
Попробуй поставить пакет ethtool
И через него сделать это:
ethtool --change eth0 autoneg off speed 100 duplex full
либо
ethtool --change eth0 autoneg on

0
LD - 19 Июнь, 2012 - 15:46
Изображение пользователя LD.

Попробовал. Без результата.
Вот
[email protected]:~$ 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:  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

0
Flameflower - 19 Июнь, 2012 - 15:55
Изображение пользователя Flameflower.

А с автоопределением как?
ethtool --change eth0 autoneg on
Если всё равно не поможет - IMHO, сетевая\драйвера, кабель, порт в свитче, место коммутации кабелей (розетки, патч панели).

0
LD - 19 Июнь, 2012 - 15:55
Изображение пользователя LD.

Без изменений
[email protected]:~$ sudo ethtool --change eth0 autoneg on
[email protected]:~$ 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

0
Flameflower - 19 Июнь, 2012 - 15:58
Изображение пользователя Flameflower.

А ping 192.168.0.5 какой показывает?

0
LD - 19 Июнь, 2012 - 16:08
Изображение пользователя LD.

[email protected]:~$ ping 192.168.0.5
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=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

При первом посте я чего то заливал. В общем не изменился.

0
Flameflower - 19 Июнь, 2012 - 16:19
Изображение пользователя Flameflower.

А свитчи управляемые?
Попробуй отправить побольше пакетов с размером от 1300байт.
Что то типа
ping 192.168.0.5 -s 1400 -i 0.2 -c 1000

0
LD - 19 Июнь, 2012 - 16:18
Изображение пользователя LD.

нет

0
LD - 19 Июнь, 2012 - 16:23
Изображение пользователя LD.

[email protected]:~$ ping 192.168.0.5 -s 1400 -i 0.2 -c 1000
PING 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

0
Flameflower - 19 Июнь, 2012 - 16:35
Изображение пользователя Flameflower.

А до другой машины из подсети результат какой?
Ну, ip a посмотреть что ли.
Ну и опять таки поменять патчкорд, порт коммутатора, перерасшить розетку\проверить кабель на патч-панели.
p.s.
Вообще в целом смущает большой пинг. Была проблема с ядром убунты но версия была 10.04 и решилась банальной установкой 3-версии и только на pptpd.

0
LD - 20 Июнь, 2012 - 07:41
Изображение пользователя LD.

С другой машины тоже самое. Аппаратную часть я исключил сразу, поменяв порты, патчкорд, и сетевуху.

0
gmw - 20 Июнь, 2012 - 07:11
Изображение пользователя gmw.

точно, режет. Резать может сама машинка, свитч (кстати точно свитч, не рутер?) шлюз (отпадает т.к. скорость по локалке тоже шит). Когда обновлялся до 12.04? как ставил сеть NM или ручками? ну и софт на машинке, управление сетью, тарификация интернета и т.д.

0
LD - 20 Июнь, 2012 - 07:44
Изображение пользователя LD.

12.04 ставил с нуля, т.к. цепочка обновлений с 10.04 до 12.04 не выдержала и порвалась (при переходе с 11.10 много глюков поймал). Сначала сеть ставил с NM, как начались проблемы - убил его первым делом, софта особого нет, всё стандартно, фаерволов не ставил, тарификации тоже нет.

0
Flameflower - 20 Июнь, 2012 - 08:41
Изображение пользователя Flameflower.

А что покажет:
tc q sh

0
LD - 20 Июнь, 2012 - 09:08
Изображение пользователя LD.

[email protected]:~$ tc q sh
qdisc 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

0
lord_i - 20 Июнь, 2012 - 08:47
Изображение пользователя lord_i.

Если аппаратная часть точно исключена (чтоб окончательно убедиться - я бы загрузил тачку с живого диска и проверил скорость) может какой шейпер сбесился? Ничего такого нет на тачке?
ps -eaf для самоконтроля (и в студию можно)

ЗЫ Откуда берутся проблемы с NM???!!! Все про них пишут, а я никогда не сталкивался ... Даже обидно как-то :)

0
LD - 20 Июнь, 2012 - 09:13
Изображение пользователя LD.

С NM проблемы беруться, неизветсно откуда. Сам был в шоке когда в 12.04 он нормально у меня заработал. До этого его всегда приходилось сносить, что бы хотя бы локалка заработала.
Ну и вот как то так:

0
Flameflower - 20 Июнь, 2012 - 09:25
Изображение пользователя Flameflower.

С LiveCD не пробовали загрузиться и проверить как обстоят дела?

0
LD - 20 Июнь, 2012 - 09:31
Изображение пользователя LD.

ещё нет, работа кипит, щас попробую

0
LD - 20 Июнь, 2012 - 12:24
Изображение пользователя LD.

Спасибо всем! Проблема решена. Всё таки свич. Причем очень хитро.
Нас в кабинете 4 человека + Wifi. В соседнем кабинете ещё 5 человек, туда идёт 3 кабеля от нашего свича. Проблема у меня и больше никто не жалуется. Я в панике, НО... проверил всех коллег из нашего кабинета, у них всё в порядке. Сносил комп на этаж выше к другу - у него тоже самое, причем он не замечал особых проблем так как тупо MineCraft рубил. Проверили куда идёт его кабель, оказывается через окно в мой кабинет к тому злополучному свичу. Отключили всех проверяли порты по порядку - половина глючит, половина работает отлично. Ещё и коллеги из моего кабинета оказывается сидят не на этом свиче, а запитаны от свича что в каридоре стоит.
Получается в соседний кабинет идёт 3 провода (1 на их свич, 2 на пользователей, кто и когда так извращался уже не узнаем), 1 - WiFi, я их не трогал так как пусть люди работают, но как раз таки именно эти порты и работали нормально. А мой порт, друг этажем повыше, и запасной порт глючили. Вот засада!!!
Обжал кусок подлиннее, протянул в коридор, сижу радуюсь. Кто про свич говорил - не пинайте сильно, уж хитро он очень себя вёл.

0
dyug - 20 Июнь, 2012 - 13:43

гмм, свитч 8 портовый?
Тогда, скорее всего дохнет одна из 2 микросхем коммутатора - они обычно 4 портовые плюс один общий...
именно поэтому нельзя найти 4портовый, а не 5портовый свитч, но 8портовый свитч существует. :-)

Отправить комментарий

CAPTCHA на основе изображений
Введите цифры