Крос-корд или Патч-корд

А почему я здесь не нашёл ни разу ни MDI, ни Auto-MDIX? Может она действительно так не умеет?

Кста у брата интеловская гигабитная 82547EI в составе мамки asus p4c800e deluxe так и не захотела после моих колдований по VNC понимать, что к ней подключен другой комп прямым патч-кордом. Брат переобжал кросовером и тогда заработала.

Чё-то мне кажется, что проблема либо в дровах, либо в самой железяке.

посмотреть ethtool причем, на обоих концах.

# ethtool --driver eth3
driver: igb
version: 2.1.0-k2
firmware-version: 1.2-1
bus-info: 0000:07:00.1

# ethtool --test eth3
The test result is FAIL
The test extra info:
Register test  (offline)         0
Eeprom test    (offline)         0
Interrupt test (offline)         0
Loopback test  (offline)         0
Link test   (on/offline)         1

b# ethtool --statistics eth3
NIC statistics:
     rx_packets: 0
     tx_packets: 0
     rx_bytes: 0
     tx_bytes: 0
     rx_broadcast: 0
     tx_broadcast: 0
     rx_multicast: 0
     tx_multicast: 0
     multicast: 0
     collisions: 0
     rx_crc_errors: 0
     rx_no_buffer_count: 0
     rx_missed_errors: 0
     tx_aborted_errors: 0
     tx_carrier_errors: 0
     tx_window_errors: 0
     tx_abort_late_coll: 0
     tx_deferred_ok: 0
     tx_single_coll_ok: 0
     tx_multi_coll_ok: 0
     tx_timeout_count: 0
     rx_long_length_errors: 0
     rx_short_length_errors: 0
     rx_align_errors: 0
     tx_tcp_seg_good: 0
     tx_tcp_seg_failed: 0
     rx_flow_control_xon: 0
     rx_flow_control_xoff: 0
     tx_flow_control_xon: 0
     tx_flow_control_xoff: 0
     rx_long_byte_count: 0
     tx_dma_out_of_sync: 0
     tx_smbus: 0
     rx_smbus: 0
     dropped_smbus: 0
     rx_errors: 0
     tx_errors: 0
     tx_dropped: 0
     rx_length_errors: 0
     rx_over_errors: 0
     rx_frame_errors: 0
     rx_fifo_errors: 0
     tx_fifo_errors: 0
     tx_heartbeat_errors: 0
     tx_queue_0_packets: 0
     tx_queue_0_bytes: 0
     tx_queue_0_restart: 0
     tx_queue_1_packets: 0
     tx_queue_1_bytes: 0
     tx_queue_1_restart: 0
     tx_queue_2_packets: 0
     tx_queue_2_bytes: 0
     tx_queue_2_restart: 0
     tx_queue_3_packets: 0
     tx_queue_3_bytes: 0
     tx_queue_3_restart: 0
     tx_queue_4_packets: 0
     tx_queue_4_bytes: 0
     tx_queue_4_restart: 0
     tx_queue_5_packets: 0
     tx_queue_5_bytes: 0
     tx_queue_5_restart: 0
     tx_queue_6_packets: 0
     tx_queue_6_bytes: 0
     tx_queue_6_restart: 0
     tx_queue_7_packets: 0
     tx_queue_7_bytes: 0
     tx_queue_7_restart: 0
     rx_queue_0_packets: 0
     rx_queue_0_bytes: 0
     rx_queue_0_drops: 0
     rx_queue_0_csum_err: 0
     rx_queue_0_alloc_failed: 0
     rx_queue_1_packets: 0
     rx_queue_1_bytes: 0
     rx_queue_1_drops: 0
     rx_queue_1_csum_err: 0
     rx_queue_1_alloc_failed: 0
     rx_queue_2_packets: 0
     rx_queue_2_bytes: 0
     rx_queue_2_drops: 0
     rx_queue_2_csum_err: 0
     rx_queue_2_alloc_failed: 0
     rx_queue_3_packets: 0
     rx_queue_3_bytes: 0
     rx_queue_3_drops: 0
     rx_queue_3_csum_err: 0
     rx_queue_3_alloc_failed: 0
     rx_queue_4_packets: 0
     rx_queue_4_bytes: 0
     rx_queue_4_drops: 0
     rx_queue_4_csum_err: 0
     rx_queue_4_alloc_failed: 0
     rx_queue_5_packets: 0
     rx_queue_5_bytes: 0
     rx_queue_5_drops: 0
     rx_queue_5_csum_err: 0
     rx_queue_5_alloc_failed: 0
     rx_queue_6_packets: 0
     rx_queue_6_bytes: 0
     rx_queue_6_drops: 0
     rx_queue_6_csum_err: 0
     rx_queue_6_alloc_failed: 0
     rx_queue_7_packets: 0
     rx_queue_7_bytes: 0
     rx_queue_7_drops: 0
     rx_queue_7_csum_err: 0
     rx_queue_7_alloc_failed: 0

Пойду все таки утро с кофе начну ))))

Драйвер вроде нормально определился igb

# ethtool --driver eth3
driver: igb
version: 2.1.0-k2
firmware-version: 1.2-1
bus-info: 0000:07:00.1

Так у меня сейчас Крос-корд. Думаете нужно прямой Патч-корд?

Для соединения комп-комп нужен кабель с перекрёстным обжимом.

понимаю, но тут странности. Не работает. Не могу понять почему. Драйвер есть, кабель крос.

> кабель крос.

может проблема в нем - обжат неправильно, или перегнулся где-то

там четыре кабеля заводского производства (4 порта). Конечно не исключаю что дефект в кабеле, потому что в системе вроде все определилось работает, драйвер и все такое... Попробую завтра сам кабель обжать. И посмотреть что произойдет.

Для гигабита нужен прямой патчкрод. В гигабите нет отдельны rx и tx пар.

Спасибо, завтра проверю.

Нет, ИМХО, нужен правильный гигабитный кроссовер.

| БО |  О | БЗ |  С | БС |  З | БК |  К |
| БЗ |  З | БО | БК |  К |  О |  С | БС |

вся сеть(локалхост ага), между модемом, свитчем и тройкой комьютеров обжата по методу какой вижу, такой и обжимаю(кор-кор,корбел-корбел,синий-синий,синбел-синбел,зел-зел,зелбел-зелбел,ора-ора,орабел-орабел). Всё работает, но на монтаж СКС меня не берут. ЧЯДНТ?

патчи для тестов по этому же принципу создавались

о чем Вы?

Ты сейчас пошутил, троллишь или серъёзно?
Если серъёзно, то я бы тоже не взял бы тебя на СКС. Сколько я переобжимал джеков после коллег-лаборантов, после того как они обжимали зеркально (контактами джека к себе, коричневый слева, а не справа), с перепутанными жилами...

Если оборудование с Auto-MDIX портами, что смахивает на твой случай, сам девайс разгребает как ты обжал кабель. Если девайс с MDI/MDIX портами то ему уже всё-таки надо обжимать (12)(36)(45)(78) сопрягая со комп/комп или свич/свич кросовером, комп/свич прямым патч-кордом.

Попробую ваш вариант, но в интернете информация что для Гигабита кроссовер не нужен.

Нет, жилы не путаю, но по такой схеме(хотя и читал что это не кошерно) и обжимаю. Дома не страшно, к тому же расправив жилки они сами так ложаться в палец.

Кстати, ни на сайте штеуд'a, ни в гугле к запросу E1G44ET аббревиатура AUTO-MDIX так и не лепиться, в пдф'ах штеуда тоже ничего не сказано. Или на сетевухи такое не указывается в паспорте?

Может я удивлю кого то, но вообще то СКС не предусматривает обжатие RJ-45. Все что должно быть соединено, забивается на патчпанели, в которые втыкаются заводские патчкорды.

PS: у меня гигабит всегда заводился на прямых патчкордах.

Хм.. А что такое крос-корд?
Вручную обжатый?

Рукалицо...
У меня почему-то даже шестая категория с более толстой жилой чем UTP 5e нормально в джек залазит в нужном порядке. Если хочешь работать и не отгребать при этом за брак, отучись так делать, мой тебе совет. Я вообще не представляю как в таком радужном порядке может работать. Надо тебя пересадить на галимое 100Мбитное сетевое оборудование, в котором в RJ45 джеке были только контакты 1236. Вот тогда я и посмотрел бы как оно «и так» работало б.

нет на заводе так маркируют[br] Патч-корд значит прямой[br] Крос-корд значит перекрестный[br]

а. понял. спасибо.

Полностью с вами согласен.
Но я ни разу не посещав в жизни датацентр, лишь один раз видел сетку сделанную по вами указанным правилам. Крепкие кабель каналы со съёмной крышкой на полу, инсталляцинная Cat6, розетки на стенках/у столов, от них Cat6 же экранированные литые патч корды. В шкафу патчпанель, свич, роутер, всё в 19".

В остальных местах где был (универ, офисы, банки) витуха валялась обычно где попало, изредка в незакрытом пластиковом коробе, инсталяционный кабель обжат как попало, изоляция обрезана сантиметра на 3, кабель сунут сразу в комп, никаких патчпанелей или розеток. Везде галимый CCA. Самое обидное что самый популярный FFTB провайдер в городе делает всё так же само.

> Для гигабита нужен прямой патчкрод. В гигабите нет отдельны rx и tx пар.

Это как это и почему это?

Просто по-идее, все гигабитные карточки должны уметь auto-mdi.

Для гигабита существует перекрёстный обжим и товарищ его привёл.

Я уже упомянул, что на интеловской гигабитной сетевухе на контроллере 82547EI уточню:по заводскому прямому патч-корду линк к BCM4401(с AutoMDIX) на P4PE-X не захотел подниматься. Пришлось переобжать кроссовером.

Вот (кроме первого) треды с обсуждением подобной проблемы и высказываниями УМВР ЧЯДНТ?

Кастую в тред isden'a, он в одном из тредов писал, что у него интеловские гигабитки работали на прямом патч-корде, модель интересно узнать.

eth0: negotiated 100baseTx-FD, link ok

Я исходил из этого.

кстате, а почему у меня eth0 100base. Там карточка 1Gb, хаб такой же. Дело в кабеле что-ли? Хотя такой же покупал на рабочие станции, но там 1000

Это не на карточку указывает, а на выбранную скорость. Возможно, дело в кабеле или в плохом обжиме.

да, это понятно. Не ужели купленный кабель, не ужели из-за него. Завтра сам обожму проверю.

вот па....ла. На втором точно таком же сервере

# mii-tool
eth0: negotiated 1000baseT-FD flow-control, link ok
eth3: autonegotiation restarted, no link
eth4: autonegotiation restarted, no link
eth5: autonegotiation restarted, no link
eth6: autonegotiation restarted, no link

> Кастую в тред isden'a, он в одном из тредов писал, что у него интеловские гигабитки работали на прямом патч-корде, модель интересно узнать.

Я соединял патч-кордами (не кроссом) 8169/re, syskonnect/sk, гигабитную 2-ух портовую карточку от интела (конкретную модель не помню, on bоard на S5000XVNSAS)/wm, и гигабитные интеловские wm, 82554 вроде бы.

Всё работало и с прямыми и с кроссами.

Всё работало и с прямыми и с кроссами.

Как я понимаю может быть дело в покупных кросс-кабелях. Завтра это хозяйство сам обожму.

Вообщем что в сети нашел, делаю вывод может не правильный. для Гигабит совсем не нужен кросс-кабель. По стандарту он сам разберется главное что бы все по порядку было. Кросс-гигабит это для обратной совместимости с 100 мегабитом. И как сам по себе не существует. Но опять же гигабит по стандарту сам поймет что перед ним кросс или прямой. Вот только почему в моем случае не понял.

AUTO-MDIX это не штеудская инициатива, а HP-шная. А всё что придумал не сам штеуд, для самого штеуд не повод для точного исполнения

Вот нашёл, прочтите, petav, в этом specification update на контроллер 82576, на котором сабжевая сетевуха собрана, много нехороших упоминаний об AUTO-MDIX. Например

5. Internal Copper PHY: Auto-MDX Improperly Implements Sample Timer
Problem: The Auto-Crossover State Machine (Auto-MDIX) has two states: MDI_MODE and MDIX_ MODE. The time that should be spent in each mode is defined as a multiple of a pseudo-random number and a sample timer, which is defined to be 62 ms ± 2 ms.
A violation occurs in ~10% of the runs.
Implication: The time that the PHY is in MDI mode will have a slight deviation from the specified definition.
Workaround: None.
Status: A1, NoFix

или

13. Internal Copper PHY: No Link In Forced Mode
Problem: Link may fail if Auto MDI-X is enabled during forced 100BASE-TX mode operation.
Implication: Disable Auto MDI-X for Forced 100BASE-TX operation.
Workaround: Since the 82576 does not disable this function automatically, drivers must perform this step. Auto MDI-X can be disabled by clearing PHYREG18.12. Intel software drivers are implemented this way.
Status: A1, NoFix

Как видите, везде есть нюансы из-за которых AUTO-MDIX может не работать properly на этом контроллере. Для троллей: дата спекапдейта - декабрь 2010.

ЗЫ: Пусть это всё окажется связано с некачественным кабелем, я веру в хорошие интеловские сетевухи и совсем не против них.

того интела уже давно как нет в пределах досягаемости, посему модель сказать не могу.
в нынешнем ноуте стоит вот такое, что точно работало и с прямым и с перекрестным кабелем:

08:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 02)

цитата из датащита:

Functions such as Crossover Detection & Auto-Correction, polarity correction, adaptive equalization, cross-talk cancellation, echo cancellation, timing recovery, and error correction are implemented to provide robust transmission and reception capability at high speeds.

http://www.realtek.cz/realtek-datasheet.php?datasheet=RTL8111

слушай, я тут про тот гигабит пытался вспомнить и что-то никак.. ссылку не подкинешь?
фишка в том, что я не помню чтобы где-то писал про него. старею чтоли :(

>Вот только почему в моем случае не понял.

Скорее всего кабель. Мне встречались покупные готовые патчкорды Cat6 с плохим контактом по одной из пар.

Ну да, есть такое. А в даташите на контроллер сабжевой сетевухи есть упоминание об AUTO-MDIX аж на 533 странице.

Ой, напутал, прости. Это mky отвечал, но ты в том треде тоже отвечал, вот меня и переклинило.

ну слава йайцам, я думал у меня уж склероз начался :)
я то тоже с интеловской гигабиткой ковырялся как-то, но дело было эпизодическое и нигде я об этом не писал.

ЛОР развивает телепатические способности :)

и не говори :)

Вообщем, до компьютера добрался. Вот как дела обстоят.

1) Там где 100 Мб это кабель я его скрутил неудачно, расправил на 1000 заработало

2) А с Интел вообще чудеса. Смотрю на заднюю стенку где огоньки на карточке светиться должны. Да, я несколько портов в хаб заткнул что бы разные варианты тестировать удаленно. И вот огоньки не светятся. Ни те которые в хаб, ни те которые в другой компьютер. Случайно заметил что огоньки засветились когда его перезагружать стал. Пока не загрузилась Ubuntu огоньки светились на тех портах которые в хаб, после приглашения системы как бабка отшептала, погасли. Огоньки я линком называю. Что за такое может быть?

да и еще что это за драйвер и к какйо сетвухе относится и как он вообще появился, раньше eth2 был порт Интел

ethtool --driver eth2
driver: skge
version: 1.13
firmware-version: N/A
bus-info: 0000:0e:00.0

это мой потерявшийся D-link. Как он поднялся сам? Я провода тыкал туда сюда, перезагружал. Мистика для меня.

Ничего не мешает передавать сигналы по одной паре одновременно в двух направлениях. Многие системы передачи работают так с ипользованием дифсистем. К примеру телефон таким образом работает (аналоговый тфсоп).

Безусловно. Но при чём тут gigabit ethernet & TP...