Подключение двух устройств через 10Base-T Ethernet без коммутатора

8

Я пытаюсь подключить два устройства, одно из которых поддерживает только 10 Мбит / с и не поддерживает автосогласование. (Другой - черный ящик, я не уверен, как определить, поддерживает ли он автосогласование, хотя он работает при подключении к моему компьютеру со скоростью 10/100 Мбит / с)

Я могу подключить эти устройства с помощью коммутатора, и они разговаривают довольно счастливо. Однако если я подключу устройства напрямую друг к другу, то, похоже, никакие пакеты не пересекают канал. Я пробовал четыре кабеля: прямой, перекрестный, прямой с заменой проводов TX + и TX- и перекрестный переход с заменой проводов TX + и TX-. Я пробовал последние два кабеля в обе стороны. (Это в случае, если контакты 3 и 6 поменялись местами в любом устройстве, я читал, что это может быть проблемой с 10M, который использует поляризованную передачу).

Я могу подключиться к любому устройству с моего компьютера, если я ограничу свой сетевой адаптер до 10M и прошу его не вести автосогласование.

Есть ли что-то еще, что может делать коммутатор, чтобы это соединение работало? Есть ли какие-то другие вещи, которые я мог бы попробовать подключить между этими устройствами?

networking switch Weir_Doe
источник
Я протестировал с двухскоростным концентратором в дополнение к переключателю, который я использовал, это работает отлично. Я также проверил все кабели в полудуплексном и дуплексном режимах в соответствии с превосходным ответом, который дал Хауке Лагинг (хотя, к сожалению, это не правильно). Когда я использую прямые кабели, индикаторы связи и активности указывают на то, что трафик отправляется, но пакеты не приходят ни с одной стороны
Weir_Doe

Ответы:

3

Взгляните на статью в Википедии .

Коммутатор может исправить несоответствие дуплекса. Может быть, вы можете переключить не черный ящик между полудуплексом и дуплексом?

Хауке Лагинг
источник
Очень хороший момент, спасибо. Я пробовал полудуплексный и полудуплексный режим на устройстве, которое я контролирую. Я прочитаю оставшуюся часть предложенной вами статьи, надеюсь, она прояснит ситуацию.
Weir_Doe
Если я правильно понимаю, я должен оставить устройство, которым я управляю, в полудуплексном режиме и попытаться отправлять трафик только в одном направлении, тогда это исключит проблему дуплекса? По крайней мере, пока я не смогу установить соединение, работающее без включенного коммутатора.
Weir_Doe
1
@Weir_Doe Очевидно, что отправлять трафик сложно только в одном направлении. У меня нет опыта в этом случае, но я предполагаю, что проблема тесно связана с объемом трафика. Это не вызывает большого трафика, но может помочь сделать статическое назначение ARP в системе, которой вы управляете. И если вам не нужно отправлять много данных, это также может помочь tcс HTB и довольно экстремальными настройками, чтобы после каждого пакета была пауза.
Хауке Лагинг
У меня есть полный контроль над одним устройством, а другое отправляет один тестовый пакет каждые несколько секунд, поэтому в этом случае мне не нужна пауза для обеспечения низкого трафика в одном направлении. Хотя это хорошее предложение, особенно упоминание tc-htb, если у других людей есть подобные проблемы.
Weir_Doe
1

Наконец-то решил.

При использовании автосогласования параллельное обнаружение используется для определения скорости соединения, когда другое устройство не поддерживает автосогласование.

Беспокойство, поднятое Hauke ​​Laging, является обоснованным, особенно в этом случае, поскольку несоответствие дуплексных режимов может привести к установлению соединения, но чрезвычайно медленному соединению. При использовании параллельного обнаружения оба устройства должны по умолчанию использовать полудуплекс, хотя было бы невозможно определить, было ли устройство способным к полному / полудуплексному режиму только по LTP, который передается устройством, которое не поддерживает автосогласование.

В моем случае черный ящик не смог выполнить параллельное обнаружение и по умолчанию установил 100M, несмотря на то, что спецификация утверждала, что он поддерживает параллельное обнаружение. Обновление прошивки исправило это.

Причина, по которой ссылка работала на моем ПК, заключалась в том, что даже когда я ограничил свою сетевую карту до 10M HD, он все еще использовал автосогласование для передачи своих возможностей, и поэтому черный ящик правильно определил требуемую скорость. Аналогично, это работало отлично при подключении к коммутатору, так как коммутатор правильно распознал импульсы LTP и AutoNegotiation.

Спасибо за все полезные комментарии и полезные ссылки. Если у кого-то есть подобная проблема, я был бы рад помочь отладке.

Weir_Doe
источник