Главная страница


ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Oleg Goodyckov                       2:5020/400     06 Aug 2001  19:36:42
 To : All
 Subject : Re: Поля ifconfig
 -------------------------------------------------------------------------------- 
 
 > 
 >  OG> Машина В
 >  OG> =======================================
 > 
 >  OG> +-----------+
 >  OG> eth0      Link encap:Ethernet  HWaddr 00:E0:18:22:45:33
 >  OG>           inet addr:10.10.10.10  Bcast:10.10.10.255  Mask:255.255.255.0
 >  OG>           UP BROADCAST RUNNING MULTICAST  MTU:1200  Metric:1
 >  OG>           RX packets:18322 errors:0 dropped:0 overruns:0 frame:0
 >  OG>           TX packets:14624 errors:357 dropped:0 overruns:0 carrier:714
 >  OG>           collisions:404 txqueuelen:100
 >  OG>       Interrupt:10 Base address:0xd400
 >     А тут поражает ровность errors = carrier/2. Возьми-ка mii-tool и посмотри
 
 Да. Я точно вычислил, что всякий раз, когда капает очередная порция
 данных, прибавляется одна ошибка и две потери несущей. Потом процесс
 отстанавливается до следующей капли с аналогичными последствиями для
 указанных чисел.
 
 mii-tool у меня сейчас нет. Поищу ее в Инете (мож подскажешь сразу, где?)
 и потом скажу результаты.
 
 > на нее повнимательней. Как вариант - битый порт на хабике. Если свитч - то
 > очень может быть что на свиче FD, а на карте включен HD.
 
 Хаб у меня был сразу под подозрением. Поэтому я его изучал с пристрастием.
 А именно, менял порты для указанных машин местами и с другими машинами. В
 результате всех манипуляций прихожу к выводу, что указанный эффект
 наблюдается вне зависимости от порта подключения "плохой" машины. Хаб -
 вне подозрения.
 
 Были у меня подозрения и на полный дуплекс / полудуплекс. Hо, как я
 выяснил (не уверен, правильно ли и не помню, как), оба они работают в
 одном режиме.
 
 Добавлю к сказанному некоторые рассуждения. Коль скоро, обе машины под
 Линуксом и с остальными (виндовыми) машинами каждая из них работает без
 проблем, логичным является вывод о том, что дефект связан исключительно с
 Линуксом. То есть, проблема, вероятно, в драйверах. Причем в том, где
 наблюдается проблематичное поведение. Потому, как этот драйвер существенно
 новее другого: SiS900 - встроенный в материнку (ASUS CUSI-M, BIOS Release:
 02/23/2001) адаптер. Как это может так работать драйвер, чтобы он не мог
 передать данные, да еще и избирательно - Линукс клиенту?
 >  >> PS: подозреваю что одна из них RTL-8029AS (PCI), попал ?
 > 
 >  OG> Попал.  OG> Причем, на том компьютере, с которым проблем нет
 >  (машина А).  А в каком режиме она стоит - standart или advanced ? :)
 
 А как это посмотреть?
 --- ifmail v.2.15dev5
  * Origin: unknown (2:5020/400)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор 

 Тема:    Автор:    Дата:  
 Поля ifconfig   Andrey Melnikov   02 Aug 2001 20:31:10 
 Поля ifconfig   Svyatoslav Abramenkov   03 Aug 2001 07:06:31 
 Re: Поля ifconfig   Oleg Goodyckov   03 Aug 2001 16:57:08 
 Поля ifconfig   Andrey Melnikov   04 Aug 2001 13:33:12 
 Re: Поля ifconfig   Oleg Goodyckov   06 Aug 2001 19:36:42 
 Поля ifconfig   Svyatoslav Abramenkov   07 Aug 2001 08:09:34 
 Re: Поля ifconfig   Oleg Goodyckov   08 Aug 2001 19:02:33 
 Поля ifconfig   Svyatoslav Abramenkov   09 Aug 2001 08:15:12 
 Re: Поля ifconfig   Oleg Goodyckov   10 Aug 2001 10:44:37 
 Re: Поля ifconfig   Ivan Lebedev   04 Aug 2001 01:08:20 
 Поля ifconfig   Andrey Melnikov   04 Aug 2001 13:40:44 
Архивное /ru.linux/186436e99770e.html, оценка 2 из 5, голосов 10
Яндекс.Метрика
Valid HTML 4.01 Transitional