LINUX.ORG.RU
Форум — Admin  

Растут пинги realtek 8139 gentoo


0

2

Доброго времени суток, установил систему, использую как шлюз в интернет и для загрузки тонких клиентов (dhcp+tftp), ppp, openvpn, на борту две сетевые карты-одна родная, с которой нет проблем и вторая на чипе realtek 8139. Система тестировалась 3 дня и неполадок не было замечено, но после этого начали расти пинги до 600 млс. в локальной сети, за которую отвечает наша злополучная сетевая карта, при этом из интернета задержек нет, следовательно родная карта работает нормально. Хотелось бы отметить что с комутаторами в локалке это не связано. Думаю что это что-то с драйвером, буду рад содействию. После перезагрузки интерфейса /etc/init.d/net.eth3 restart пару часов все работает нормально.


глючит внешняя сетевуха? навскидку - достань и проверь кондеры - у нас подобное было от вздувшихся конденсаторов на сетевухе - 2 года проработала под нагрузкой(40-50 Mbit постоянно) в плохоохлаждаемом корпусе

Pinkbyte ★★★★★
()
Ответ на: комментарий от Pinkbyte

да дела в том что сначала стояла asus 1001 и были те же проблемы, поменял на realtek и казалось что все норм....все оборудование новое , включая процесор, материнскую плату, плок питания..

zema
() автор топика

Есть в момент увеличения пингов что-нибудь интересное в логах, dmesg? Пробовал смотреть снифером (tcpdump, wireshark)?

Deleted
()
Ответ на: комментарий от Deleted

tail -f /var/log/dmesg [ 2.228402] usb 2-1: link qh256-0001/f4c5a8c0 start 1 [1/0 us] [ 2.228486] hub 2-1:1.0: state 7 ports 8 chg 0000 evt 0000 [ 2.765791] kbd_mode used greatest stack depth: 6748 bytes left [ 2.793339] loadkeys used greatest stack depth: 5836 bytes left [ 2.793525] init-early.sh used greatest stack depth: 5656 bytes left [ 3.565389] udevd[1473]: starting version 171 [ 3.672650] modprobe used greatest stack depth: 5344 bytes left [ 3.735535] md1: unknown partition table [ 3.797619] udevd[1488]: renamed network interface eth1 to eth3 [ 4.863158] EXT3-fs (md3): using internal journal

zema
() автор топика
Ответ на: комментарий от Deleted

17:51:39.334332 IP 192.168.26.19.ms-wbt-server > 192.168.30.33.38918: . ack 6161 win 64925 <nop,nop,timestamp[|tcp]> 17:51:39.399958 IP 192.168.30.33.38918 > 192.168.26.19.ms-wbt-server: P 6161:6222(61) ack 1343 win 4006 <nop,nop,timestamp[|tcp]> 17:51:39.399998 IP 192.168.30.33.38918 > 192.168.26.19.ms-wbt-server: P 6222:6283(61) ack 1343 win 4006 <nop,nop,timestamp[|tcp]> 17:51:39.400008 IP 192.168.30.33.38918 > 192.168.26.19.ms-wbt-server: P 6283:6344(61) ack 1343 win 4006 <nop,nop,timestamp[|tcp]> 17:51:39.400017 IP 192.168.30.33.38918 > 192.168.26.19.ms-wbt-server: P 6344:6405(61) ack 1343 win 4006 <nop,nop,timestamp[|tcp]> 17:51:39.400025 IP 192.168.30.33.38918 > 192.168.26.19.ms-wbt-server: P 6405:6466(61) ack 1343 win 4006 <nop,nop,timestamp[|tcp]> 17:51:39.400034 IP 192.168.30.33.38918 > 192.168.26.19.ms-wbt-server: P 6466:6527(61) ack 1343 win 4006 <nop,nop,timestamp[|tcp]> 17:51:39.400043 IP 192.168.30.33.38918 > 192.168.26.19.ms-wbt-server: P 6527:6588(61) ack 1343 win 4006 <nop,nop,timestamp[|tcp]> 17:51:39.446533 IP 192.168.26.19.ms-wbt-server > 192.168.30.33.38918: . ack 6283 win 64803 <nop,nop,timestamp[|tcp]> 17:51:39.447287 IP 192.168.26.19.ms-wbt-server > 192.168.30.33.38918: . ack 6405 win 64681 <nop,nop,timestamp[|tcp]> 17:51:39.454494 IP 192.168.26.19.ms-wbt-server > 192.168.30.33.38918: . ack 6527 win 64559 <nop,nop,timestamp[|tcp]> 17:51:39.499928 IP 192.168.30.33.38918 > 192.168.26.19.ms-wbt-server: P 6588:6649(61) ack 1343 win 4006 <nop,nop,timestamp[|tcp]> 17:51:39.499960 IP 192.168.30.33.38918 > 192.168.26.19.ms-wbt-server: P 6649:6710(61) ack 1343 win 4006 <nop,nop,timestamp[|tcp]> 17:51:39.499979 IP 192.168.30.33.38918 > 192.168.26.19.ms-wbt-server: P 6710:6771(61) ack 1343 win 4006 <nop,nop,timestamp[|tcp]> 17:51:39.499988 IP 192.168.30.33.38918 > 192.168.26.19.ms-wbt-server: P 6771:6832(61) ack 1343 win 4006 <nop,nop,timestamp[|tcp]> 17:51:39.499997 IP 192.168.30.33.38918 > 192.168.26.19.ms-wbt-server: P 6832:6893(61) ack 1343 win 4006 <nop,nop,timestamp[|tcp]> 17:51:39.500005 IP 192.168.30.33.38918 > 192.168.26.19.ms-wbt-server: P 6893:6954(61) ack 1343 win 4006 <nop,nop,timestamp[|tcp]> 17:51:39.500013 IP 192.168.30.33.38918 > 192.168.26.19.ms-wbt-server: P 6954:7015(61) ack 1343 win 4006 <nop,nop,timestamp[|tcp]> 17:51:39.549868 IP 192.168.26.19.ms-wbt-server > 192.168.30.33.38918: . ack 6649 win 64437 <nop,nop,timestamp[|tcp]> 17:51:39.550566 IP 192.168.26.19.ms-wbt-server > 192.168.30.33.38918: . ack 6771 win 64315 <nop,nop,timestamp[|tcp]> 17:51:39.551762 IP 192.168.26.19.ms-wbt-server > 192.168.30.33.38918: P 1343:1391(48) ack 6771 win 64315 <nop,nop,timestamp[|tcp]> 17:51:39.552065 IP 192.168.26.19.ms-wbt-server > 192.168.30.33.38918: . ack 6893 win 65535 <nop,nop,timestamp[|tcp]>

zema
() автор топика

более всего это похоже на включенный и настроенное ограничение скорсоти на основе htb и в тот момент когда пинги растут - канал этот нагружен на полную скорость

покажи tc qdisc show

ae1234 ★★
()
Ответ на: комментарий от ae1234

Вы уж извините, но по моему на то и форум.. Проблема на данный момент очень актуальная, если кто может чем помочь...

zema
() автор топика
Ответ на: комментарий от ae1234

qdisc pfifo_fast 0: dev eth3 root refcnt 2 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
qdisc pfifo_fast 0: dev eth2 root refcnt 2 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
qdisc pfifo_fast 0: dev ppp0 root refcnt 2 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
qdisc pfifo_fast 0: dev tap0 root refcnt 2 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1

zema
() автор топика
Ответ на: комментарий от zema

постучись icq 79296695
ситуация странная - qos-а нет и в помине у тебя

ae1234 ★★
()
Ответ на: комментарий от zema

64 bytes from 192.168.30.55: icmp_req=1 ttl=64 time=1812 ms 64 bytes from 192.168.30.55: icmp_req=2 ttl=64 time=1312 ms 64 bytes from 192.168.30.55: icmp_req=3 ttl=64 time=813 ms 64 bytes from 192.168.30.55: icmp_req=4 ttl=64 time=313 ms 64 bytes from 192.168.30.55: icmp_req=5 ttl=64 time=413 ms

после /etc/init.d/net.eth3 restart

64 bytes from 192.168.30.2: icmp_req=1 ttl=64 time=0.357 ms 64 bytes from 192.168.30.2: icmp_req=2 ttl=64 time=0.420 ms 64 bytes from 192.168.30.2: icmp_req=3 ttl=64 time=0.411 ms 64 bytes from 192.168.30.2: icmp_req=4 ttl=64 time=0.414 ms 64 bytes from 192.168.30.2: icmp_req=5 ttl=64 time=0.412 ms 64 bytes from 192.168.30.2: icmp_req=6 ttl=64 time=0.415 ms

zema
() автор топика
Ответ на: комментарий от massive

дело в том что есть еще один злополучный сервер, находящийся совсем в другом месте os centos, на котором подобная проблема на интерфейсе , который смотрит в глобальную сеть (частная линия без интернета, соединение офисов) и при попытке переброса интерфейсов пинги начинали расти в локальной сети, я думаю это что-то с драйвером , но далеко не факт. А в данном случае в сети около 6 машин которым просто не загрузить 16-портовый свич (постороннего трафика не наблюдается) 4 раб. станции , пару принтеров и wifi-точка.

zema
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
Admin