[Кнкн 5]

Сделал простенькое устройство для передачи пакетов

через ethernet, ну очень упрощенный MAC, в качестве PHY -

rtl8201. Через свитч от Интел все прекрасно работает,

а вот напрямую, через перекрещенный кабель, не работает

т.е. ни одного пакета не приходит.( тоже и через свитч от 3COM)

Если есть соображения о причинах, пожалуйста, сообщите.

[vvs157 0]

Сделал простенькое устройство для передачи пакетов

через ethernet, ну очень упрощенный MAC, в качестве PHY -

rtl8201. Через свитч от Интел все прекрасно работает,

а вот напрямую, через перекрещенный кабель, не работает

т.е. ни одного пакета не приходит.( тоже и через свитч от 3COM)

Если есть соображения о причинах, пожалуйста, сообщите.

<{POST_SNAPBACK}>

 

А через простой хаб (не свитч) работает? Если да - то проблема в перевернутом шнуре, если нет - то проблема скорее всего в пакетах

[3.14 0]

... ну очень упрощенный MAC ...

<{POST_SNAPBACK}>

А каким MAC пользуетесь?

[Кнкн 5]

А каким MAC пользуетесь?

<{POST_SNAPBACK}>

 

MAC в FPGA, собственной конструкции и предельно

упрощенный. Попробовал включить напрямую со

старенькой картой - работает. А вот с интегрированной

INTEL PRO 100 VE нет.

[xyzzy 0]

А каким MAC пользуетесь?

<{POST_SNAPBACK}>

 

MAC в FPGA, собственной конструкции и предельно

упрощенный. Попробовал включить напрямую со

старенькой картой - работает. А вот с интегрированной

INTEL PRO 100 VE нет.

<{POST_SNAPBACK}>

 

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

 

Попробуйте на обоих концах отклучить autonegotiation и установить фиксированный режим передачи. Скажем, 100 мб/full-duplex.

[Maksim 0]

Сделал простенькое устройство для передачи пакетов

через ethernet, ну очень упрощенный MAC, в качестве PHY -

rtl8201. Через свитч от Интел все прекрасно работает,

а вот напрямую, через перекрещенный кабель, не работает

т.е. ни одного пакета не приходит.( тоже и через свитч от 3COM)

Если есть соображения о причинах, пожалуйста, сообщите.

<{POST_SNAPBACK}>

CRC-32 считаешь?

[andk 0]

По поводу поиска причин - была тема

 

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

"

Оч. советую попробовать посмотреть на пакет "вблизи"

[Кнкн 5]

[CRC-32 считаешь?

<{POST_SNAPBACK}>

 

Да CRC подсчитывается, вот контрольную сумму UDP

заголовка оставляю равной 0 не знаю может ли это

иметь значение?

 

По поводу поиска причин - была тема

 

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

"

Оч. советую попробовать посмотреть на пакет "вблизи"

<{POST_SNAPBACK}>

 

Попробовал. Через свитч Intel приходят правильные пакетики,

а напрямую никаких. (через свитч 3COM тоже) При включении

двух свитчей друг за другом (мой адаптер включен в свитч Intel)-

работает.

 

Всем большое спасибо. Разобрался.

Оказалось, номинал резистора, определяющего

ток в линию для PHY поставил соответствующий

другой версии чипа.

[3.14 0]

Всем большое спасибо. Разобрался.

Оказалось, номинал резистора, определяющего

ток в линию для PHY поставил соответствующий

другой версии чипа.

 

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

[Кнкн 5]

Всем большое спасибо. Разобрался.

Оказалось, номинал резистора, определяющего

ток в линию для PHY поставил соответствующий

другой версии чипа.

 

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

<{POST_SNAPBACK}>

 

Да,он. Только у нас завалялись старые rtl8201L, и плату сделали

универсальную , чтобы можно было поставить bl и д.p. При монтаже

поставили резистор, как было указано на схеме 5.9k, а нужно было 2.0k.

[3.14 0]

Вот интересно, а если пакет набит мусором (т.е. чистый ethernet пакет), в адресе назначения 0xffffffffffff. То ethreal должен принимать их как other пакеты?

[Кнкн 5]

Вот интересно, а если пакет набит мусором (т.е. чистый ethernet пакет), в адресе назначения 0xffffffffffff. То ethreal должен принимать их как other пакеты?

<{POST_SNAPBACK}>

 

Адрес, похоже, значения не имеет - принимает все равно.

А вот насчет набивки - разные варианты не пробовал, у меня

формируется UDP.

[Krys 2]

MAC в FPGA, собственной конструкции и предельно

упрощенный

А нельзя ли рассказать кратко, что оставлено в МАК, алгоритм действия или какую-нибудь структурную схему Вашего упрощённого МАК?

 

 

Вот интересно, а если пакет набит мусором (т.е. чистый ethernet пакет), в адресе назначения 0xffffffffffff. То ethreal должен принимать их как other пакеты?

Дык тот адрес, что Вы указали, разве он не широковещательный? Широковещательный обязан приниматься любой картой. А пакет, набитый мусором, сетевую карту не касается. Т.е. инкапсулированная информация сетевую карту волновать не должна.