Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Передача пакетов через ethernet
Форум разработчиков электроники ELECTRONIX.ru > Интерфейсы > Форумы по интерфейсам > Fast Ethernet/Gigabit Ethernet/FibreChannel
Кнкн
Сделал простенькое устройство для передачи пакетов
через ethernet, ну очень упрощенный MAC, в качестве PHY -
rtl8201. Через свитч от Интел все прекрасно работает,
а вот напрямую, через перекрещенный кабель, не работает
т.е. ни одного пакета не приходит.( тоже и через свитч от 3COM)
Если есть соображения о причинах, пожалуйста, сообщите.
vvs157
Цитата(Кнкн @ Apr 18 2005, 10:49)
Сделал простенькое устройство для передачи пакетов
через ethernet, ну очень упрощенный MAC, в качестве PHY -
rtl8201. Через свитч от Интел все прекрасно работает,
а вот напрямую, через перекрещенный кабель, не работает
т.е. ни одного пакета не приходит.( тоже и через свитч от 3COM)
Если есть соображения о причинах, пожалуйста, сообщите.
*


А через простой хаб (не свитч) работает? Если да - то проблема в перевернутом шнуре, если нет - то проблема скорее всего в пакетах
3.14
Цитата(Кнкн @ Apr 18 2005, 10:49)
... ну очень упрощенный MAC ...
*

А каким MAC пользуетесь?
Кнкн
Цитата(3.14 @ Apr 18 2005, 15:23)
А каким MAC пользуетесь?
*


MAC в FPGA, собственной конструкции и предельно
упрощенный. Попробовал включить напрямую со
старенькой картой - работает. А вот с интегрированной
INTEL PRO 100 VE нет.
xyzzy
Цитата(Кнкн @ Apr 18 2005, 06:07)
Цитата(3.14 @ Apr 18 2005, 15:23)
А каким MAC пользуетесь?
*


MAC в FPGA, собственной конструкции и предельно
упрощенный. Попробовал включить напрямую со
старенькой картой - работает. А вот с интегрированной
INTEL PRO 100 VE нет.
*



Может быть проблема с autonegotiation.

Попробуйте на обоих концах отклучить autonegotiation и установить фиксированный режим передачи. Скажем, 100 мб/full-duplex.
Maksim
Цитата(Кнкн @ Apr 18 2005, 10:49)
Сделал простенькое устройство для передачи пакетов
через ethernet, ну очень упрощенный MAC, в качестве PHY -
rtl8201. Через свитч от Интел все прекрасно работает,
а вот напрямую, через перекрещенный кабель, не работает
т.е. ни одного пакета не приходит.( тоже и через свитч от 3COM)
Если есть соображения о причинах, пожалуйста, сообщите.
*

CRC-32 считаешь?
andk
По поводу поиска причин - была тема

http://forum.electronix.ru/index.php?showt...488&hl=ethereal

Это выдержка оттуда:
"
Кстати когда я отлаживал свой MAC мне очень помогла программа EtheReal. Очень прикольная вещь показывает все пакеты даже если они не правильные .

А можно чуть поподробнее про эту программку? Где лежит, чем лечится? ну и т.п.
Я обычно пользуюсь "L a n E x p l o r e r", просто хочу еще и альтернативное что-нибудь узнать.

http://www.ethereal.com/
http://www.ethereal.com/docs/
http://www.ethereal.com/download.html
"
Оч. советую попробовать посмотреть на пакет "вблизи"
Кнкн
Цитата(Maksim @ Apr 18 2005, 22:48)
[CRC-32 считаешь?
*


Да CRC подсчитывается, вот контрольную сумму UDP
заголовка оставляю равной 0 не знаю может ли это
иметь значение?

Цитата(andk @ Apr 19 2005, 06:14)
По поводу поиска причин - была тема

http://forum.electronix.ru/index.php?showt...488&hl=ethereal

Это выдержка оттуда:
"
Кстати когда я отлаживал свой  MAC мне  очень помогла программа EtheReal. Очень прикольная вещь показывает все пакеты даже если они не правильные .

А можно чуть поподробнее про эту программку? Где лежит, чем лечится? ну и т.п.
Я обычно пользуюсь "L a n E x p l o r e r", просто хочу еще и альтернативное что-нибудь узнать.

http://www.ethereal.com/
http://www.ethereal.com/docs/
http://www.ethereal.com/download.html
"
Оч. советую попробовать посмотреть на пакет "вблизи"
*


Попробовал. Через свитч Intel приходят правильные пакетики,
а напрямую никаких. (через свитч 3COM тоже) При включении
двух свитчей друг за другом (мой адаптер включен в свитч Intel)-
работает.

Всем большое спасибо. Разобрался.
Оказалось, номинал резистора, определяющего
ток в линию для PHY поставил соответствующий
другой версии чипа.
3.14
Цитата(Кнкн @ Apr 19 2005, 11:10)
Всем большое спасибо. Разобрался.
Оказалось, номинал резистора, определяющего
ток в линию для PHY поставил соответствующий
другой версии чипа.


А какой именно резистор, не тот который к выводу RSET подходит, а то в доке указан номинал 5.9к%1 (нет под рукой), поставил 5.1. Дык мой девайс мигает что пакеты из него уходят, а ethreal ничего не принимает sad.gif
Кнкн
Цитата(3.14 @ Apr 29 2005, 09:03)
Цитата(Кнкн @ Apr 19 2005, 11:10)
Всем большое спасибо. Разобрался.
Оказалось, номинал резистора, определяющего
ток в линию для PHY поставил соответствующий
другой версии чипа.


А какой именно резистор, не тот который к выводу RSET подходит, а то в доке указан номинал 5.9к%1 (нет под рукой), поставил 5.1. Дык мой девайс мигает что пакеты из него уходят, а ethreal ничего не принимает sad.gif
*



Да,он. Только у нас завалялись старые rtl8201L, и плату сделали
универсальную , чтобы можно было поставить bl и д.p. При монтаже
поставили резистор, как было указано на схеме 5.9k, а нужно было 2.0k.
3.14
Вот интересно, а если пакет набит мусором (т.е. чистый ethernet пакет), в адресе назначения 0xffffffffffff. То ethreal должен принимать их как other пакеты?
Кнкн
Цитата(3.14 @ Apr 29 2005, 10:30)
Вот интересно, а если пакет набит мусором (т.е. чистый ethernet пакет), в адресе назначения 0xffffffffffff. То ethreal должен принимать их как other пакеты?
*


Адрес, похоже, значения не имеет - принимает все равно.
А вот насчет набивки - разные варианты не пробовал, у меня
формируется UDP.
Krys
Цитата(Кнкн @ Apr 18 2005, 19:07) *
MAC в FPGA, собственной конструкции и предельно
упрощенный
А нельзя ли рассказать кратко, что оставлено в МАК, алгоритм действия или какую-нибудь структурную схему Вашего упрощённого МАК?


Цитата(3.14 @ Apr 29 2005, 13:30) *
Вот интересно, а если пакет набит мусором (т.е. чистый ethernet пакет), в адресе назначения 0xffffffffffff. То ethreal должен принимать их как other пакеты?
Дык тот адрес, что Вы указали, разве он не широковещательный? Широковещательный обязан приниматься любой картой. А пакет, набитый мусором, сетевую карту не касается. Т.е. инкапсулированная информация сетевую карту волновать не должна.
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.