[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Сетевуха работает только в promisc режиме



On Mon, May 21, 2012 at 04:25:30PM +0400, "Артём Н." wrote:
> 21.05.2012 16:04, Eugene Berdnikov пишет:
> > On Mon, May 21, 2012 at 03:08:01PM +0400, "Артём Н." wrote:
> >> 21.05.2012 14:41, Eugene Berdnikov пишет:
> >>>  чип не начнёт вдруг принимать пакеты, которые он раньше не принимал
> >>>  из-за рассогласования скоростей.
> >> Хм... Надо же. А про конкретный чип это возможно сказать (ниже его данные)?
> > 
> >  Не скажу. Вообще это из области глюков. К сожалению, с оборудованием
> >  по объективным причинам сложно работать: в микросхему щупы не очень-то
> >  вставишь и осциллограф не подключишь, как там перекашивает каскады
> >  при включении какого-то регистра не узнаешь... поэтому глюки железа
> >  на порядок сложнее глюков программ, иногда просто мозги выносит.
> Есть же наверное средства самотестирования и интерфейсы для отладки?

 Боюсь, там даже для разработчиков чипов мало что сделано...

> Модем D-Link 2600U. Один порт LAN. Ноут подключен по wi-fi, адрес ему
> назначается по MAC (всегда 192.168.1.2), поскольку он прописан в hosts.
> wlan и lan интерфейсы объединены в одну группу, между ними проброс пакетов.
> LAN подключается к br0 (в модеме ещё есть eth0).

 То есть комп через модем работает, а сам модем нет? Класс! :))
 Чувствую, это капитальная клиника. Но давайте всё же дождёмся дампа.

> Запись отличается MAC.
> 
> # PCI device 0x10ec:0x8168 (r8169)
> SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*",
> ATTR{address}=="14:da:e9:24:b8:64", ATTR{dev_id}=="0x0", ATTR{type}=="1",
> KERNEL=="eth*", NAME="eth0"
> 
> # PCI device 0x10ec:0x8168 (r8169)
> SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*",
> ATTR{address}=="00:0b:e0:f0:00:ed", ATTR{dev_id}=="0x0", ATTR{type}=="1",
> KERNEL=="eth*", NAME="eth1"
> 
> Но ещё более интересно, что MAC сейчас:
> eth1      Link encap:Ethernet  HWaddr aa:00:04:00:0a:04
> 
> И что это? Почему MAC разные? И почему создаётся eth1, что MAC переназначается?

 Скорее всего это баги драйвера, который при разных вариантах компиляции
 ядра показывает разный мусор вместо того, что написано в eeprom...
 Хотя возможна и порча eeprom'а. К сожалению, драйвер r8169 не поддерживает
 чтение eeprom'a, можно лишь посмотреть ethtool -d, но это может оказаться
 искажённой информацией.
-- 
 Eugene Berdnikov


Reply to: