Zyxel XS1930-10 не линкует 5-метровый DAC от 10Gtek, который по-прежнему работает на XGS1250-12
Небольшая домашняя стойка, один сервер и один коммутатор. Заменил XGS1250-12 на XS1930-10, и единственное, что не пережило замену - это аплинк сервера.
- Zyxel XS1930-10, порт SFP+ с типом среды, установленным на DAC10G
- Asus XG-C100F в сервере
- 10Gtek CAB-10GSFP-P5M, 5 м, пассивный twinax, AWG26
- второй DAC от 10Gtek, 1.5 м, держу как запасной
Порт коммутатора остаётся down, а сетевая карта уверена, что линк есть:
XS1930-10, SFP+ port: media type DAC10G link status Down
server, XG-C100F:
Speed: 10000Mb/s
Duplex: Full
Link detected: yesЧто уже пробовал:
- тот же 1.5-метровый DAC от 10Gtek в том же порту, той же сетевой карте - линкуется мгновенно
- тип среды выставлен явно на DAC10G вместо auto - без изменений
- 5-метровый кабель обратно на XGS1250-12 - там по-прежнему работает, значит, кабель не мёртв
5 метров пассивного AWG26 - это просто больше, чем способен вытянуть этот коммутатор, или на XS1930-10 есть какая-то настройка порта, которую я всё ещё упускаю?
Show original (English)
Also available in: English
العربية
Deutsch
Español
Français
हिन्दी
Bahasa Indonesia
Italiano
日本語
한국어
Nederlands
Polski
Português
Русский
Türkçe
Tiếng Việt
简体中文
Comments 4
Ожидайте, что при закольцовке (loopback) линк поднимется, а вот линк с сетевой картой всё равно останется down - это обычная картина в подобных случаях.
Тип среды - это необходимое условие, а не исправление. На auto порт SFP+ вообще склонен не линковаться с DAC, так что DAC10G нужно установить обязательно. Если он установлен, а порт всё равно down, настройки закончились, и вы упёрлись в физический бюджет порта.
Пять метров пассивного AWG26 - это много потерь в меди для коммутатора такого класса. Финальная позиция Zyxel по XS1930-10 состоит в том, что настолько длинный пассивный участок теряет слишком много сигнала для его SerDes, и что всё, что длиннее примерно 3 м, должно идти по оптике; гарантия в любом случае никогда не распространялась дальше их собственных фирменных модулей и DAC-кабелей. Это же объясняет и ваше другое наблюдение - то, что тот же кабель работает на XGS1250-12, ничего не доказывает про XS1930-10, потому что отрезок twinax, ведущий себя нормально в порту одной модели, очень мало говорит о следующей модели, даже в рамках линейки одного вендора.
Практический путь: оставьте 1.5-метровый кабель для этого линка, а если реально нужны 5 метров, поставьте оптику SR и дуплексный LC-патч вместо twinax. Если хотите зафиксировать это официально - установите тип среды, убедитесь, что всё равно не работает, и откройте тикет в поддержку: на XGS1930-52HP именно этот путь их собственный FAQ указывает для DAC, остающегося down после установки типа среды, и идёт это через Nebula Control Center, так что здесь я бы ожидал такую же обработку. Я бы не стал сидеть и ждать релиза прошивки, который изменит потери в кабеле.
Прежде чем делать выводы о кабеле, закольцуйте его: оба конца 5-метрового DAC в два порта SFP+ самого XS1930-10, тип среды DAC10G на обоих. Если в закольцовке линк поднимается, значит, кабель и порты в порядке, и проблема в паре устройств, а не в кабеле.
Две вещи, которые вы не сказали. Порт зафиксирован на 10G full duplex, или после установки типа среды оставлен на auto? И в каком режиме был порт XGS1250-12, когда тот же кабель там работал - auto или DAC? Если был auto, переключите его на DAC прежде чем сравнивать два коммутатора: тип среды - это настройка на уровне порта на обоих устройствах, так что тест, где один из них остаётся на auto, - это не совсем один и тот же тест.
Другой вендор, но тот же тип сюрприза. У меня был SFP+ DAC, который не линковался между TL-SG2210MP, где порт - обычный 1G SFP, и TL-SX3008F на прошивке 1.2. Принудительная установка обоих портов на 1000 Мбит/с full duplex ничего не меняла, а тот же кабель нормально работал между двумя устройствами с поддержкой 10G.
Объяснение там было в кодировке, а не в длине: многие пассивные сборки SFP+ заявляют только 10G и ничего больше, вообще без отката на 1000BASE-X, поэтому они остаются тёмными в порту 1G, тогда как кабель с двумя скоростями линкуется. У кого-то в том же обсуждении SFP+ DAC от Unifi спокойно работал между ER8411 и SG2428P без всяких проблем.
Не ваш случай, поскольку у вас оба конца - 10G. Суть в том, что фраза "там работает" значит намного меньше для twinax, чем для оптики.
Стоит понимать, как хост вообще узнаёт о кабеле twinax: пассивный DAC несёт информацию о своей длине и затухании в EEPROM согласно SFF-8472, и порт управляет своим трактом исходя из того, что заявляет сборка. На самом проводе ничего не измеряется. Во многом именно поэтому один и тот же 5-метровый кабель ведёт себя по-разному на двух коммутаторах одного бренда - разные приёмники, разная терпимость к тому, во что эта заявленная величина реально обходится в виде потерь.
Также не рассчитывайте на twinax, когда нужен линк медленнее его номинальной скорости. На Netgate 6100 DAC даёт линк только на 10G и ничего медленнее, без возможности продавить его до 1 Гбит/с; интерфейс просто поднимается как 10Gbase-Twinax full duplex, так что если на другом конце что-то зафиксировано на гигабите, twinax туда не довезёт, и придётся возвращаться к оптике 1G. Короткие кабели у этого бренда в целом ничем не примечательны - CAB-10GSFP-P1M и Ubiquiti UACC-DAC-SFP10 у меня оба работают на 10 GbE в USW-Enterprise-8-PoE. Длина - это первое, что стоит проверять, а не бренд.