Имеем:
ОС: Fedora 17
Два сетевых адаптера:
I - p7p1 (интегрированный сетевой адаптер Realtek RTL8069)
II - p8p1 (отдельная сетевая плата Compex на основе Realtek RTL8139)Цель:
Клиентские компьютеры оснащены сетевыми адаптерами с BOOTROM. Загрузчики - PXE.
Нужно заставить клиентов получать IP-адреса при запуске.Проблема:
Если клиенты подключаются к интегрированному адаптеру - процесс получения адресов нормальный: на p7p1 приходят пакеты запроса DHCP/BOOTP, и сервер их обслуживает.
Если клиентов подключить к отдельному адаптеру, то никакой активности на интерфейсе не наблюдается. "tcpdump -i p8p1 -nn" молчит как глухонемой.
Firewall выключен (весь в режиме ACCEPT). Сетевые при загруженых операционках ведут обмен нормально.ВОПРОС - почему не фиксируется активность на дополнительной сетевой плате?
а пзу с нужной прошивкой воткнули?
> а пзу с нужной прошивкой воткнули?Проверено на 100%.
Эти же самые сетевые нормально работают в связке с интегрированным интерфейсом. И адреса получают, и с TFTP файлы загружают, и, главное, запросы на получение адресов видны через "tcpdump -i p7p1 -nn".Вопрос остается актуальным только для доп. сетевухи.
>> а пзу с нужной прошивкой воткнули?
> Проверено на 100%.
> Эти же самые сетевые нормально работают в связке с интегрированным интерфейсом. И
> адреса получают, и с TFTP файлы загружают, и, главное, запросы на
> получение адресов видны через "tcpdump -i p7p1 -nn".
> Вопрос остается актуальным только для доп. сетевухи.tcpdump вы смотрите на стороне сервера? А на стороне клиента при этом пакеты были? А если клиента подключить на прямую, без свича?
> tcpdump вы смотрите на стороне сервера? А на стороне клиента при этом
> пакеты были? А если клиента подключить на прямую, без свича?Свич - это было первое о чем я подумал. Его отсутсвие ни на что не повлияло.
tcpdump - естественно на стороне сервера. Судя по тому, что пакеты приходят на интегрированную сетевую, клиент их отправляет.
Процесс тестирования был прост:
1. Подключаю кабель на интегрированную сетевую.
2. Запускаю tcpdump -i p7p1.
3. Включаю комп-клиент. Жду загрузку.
4. На интерфейсе наблюдаю активность. Клиент послал широковещательный запрос. Получил параметры IP. Загрузил файл начального загрузчика...5. Переподключаю кабель на доп. сетевую.
6. Запускаю tcpdump -i p8p1.
7. Включаю комп-клиент. Жду загрузку.
8. На интерфейсе тишина и покой...Насколько я понимаю пакет типа
UDP 0.0.0.0.68 -> 255.255.255.255.69 DHCP/BOOTP
должен прийти в любом случае!? Но я его не наблюдаю вообще!
>> tcpdump вы смотрите на стороне сервера? А на стороне клиента при этом
>> пакеты были? А если клиента подключить на прямую, без свича?
> Свич - это было первое о чем я подумал. Его отсутсвие ни
> на что не повлияло.
> tcpdump - естественно на стороне сервера. Судя по тому, что пакеты приходят
> на интегрированную сетевую, клиент их отправляет.Свич управляемый? С доп. сетевой кто нибуть в физической подсети клиента пингуется?
Если соединив сервер и клиента напрямую вы так и не увидели пакетов, то возникает вопрос, а сетевая исправна, через нее хоть что-то работает?>[оверквотинг удален]
> 3. Включаю комп-клиент. Жду загрузку.
> 4. На интерфейсе наблюдаю активность. Клиент послал широковещательный запрос. Получил
> параметры IP. Загрузил файл начального загрузчика...
> 5. Переподключаю кабель на доп. сетевую.
> 6. Запускаю tcpdump -i p8p1.
> 7. Включаю комп-клиент. Жду загрузку.
> 8. На интерфейсе тишина и покой...
> Насколько я понимаю пакет типа
> UDP 0.0.0.0.68 -> 255.255.255.255.69 DHCP/BOOTP
> должен прийти в любом случае!? Но я его не наблюдаю вообще!если свич переслал и сетевая исправна и нет проблем с драйвером, то должны увидеть.
> Свич управляемый? С доп. сетевой кто нибуть в физической подсети клиента пингуется?
> Если соединив сервер и клиента напрямую вы так и не увидели пакетов,
> то возникает вопрос, а сетевая исправна, через нее хоть что-то работает?А вот это как раз самое удивительное!..
Свич не управляемый. И загруженные и настроенные компьютеры в сети с доп. сетевой пингуются на-ура. (к стати, сетевую менял на другую. ситуация не изменилась.)
Вопрос остается открытым: почему я не вижу широковещательных запросов на этом интерфейсе?P.S. Запросы типа UDP 169.254.x.x.68 -> 255.255.255.255.67 DHCP тоже на интерфейсе не появляются. За-то 172.16.y.y -> 172.16.255.255 приходят.
> Вопрос остается открытым: почему я не вижу широковещательных запросов на этом интерфейсе?возможно для служб указано какие интерфейсы слушать?
>> Вопрос остается открытым: почему я не вижу широковещательных запросов на этом интерфейсе?
> возможно для служб указано какие интерфейсы слушать?tcpdump все равно должен показать пакет
> I - p7p1 (интегрированный сетевой адаптер Realtek RTL8069)
> II - p8p1 (отдельная сетевая плата Compex на
> основе Realtek RTL8139)странные названия интерфейсов... все правильно?
>> I - p7p1 (интегрированный сетевой адаптер Realtek RTL8069)
>> II - p8p1 (отдельная сетевая плата Compex на
>> основе Realtek RTL8139)
> странные названия интерфейсов... все правильно?Это же федора. Переименовать можно. Наверное всё правильно.
К стати, по-поводу интерфейсов...Может ли такое поведение быть связано с самой микросхемой Realtek RTL8139?
(Платы которые у меня в наличии почти все на его основе.)
> К стати, по-поводу интерфейсов...
> Может ли такое поведение быть связано с самой микросхемой Realtek RTL8139?
> (Платы которые у меня в наличии почти все на его основе.)с микросхемой нет... возможно, "особенность" сетевой карты
Признаю собственную бестолковость и закрываю тему.Проблема решена.
Все дело было в "звоне" одного из проводов витой пары идущей от сервера.Всем спасибо.