Добрый день!

Возник вопрос - может кто сталкивался:
Имеется коммутатор собственной разработки. В основе Marvell prestera 98DX253, phy - микросхемы 88E1112
Хочется проверить тракт PHY<->MAC. С этим и возникли проблемы.
На PHY я включаю loopback на MAC стороне.
Если на prestera принудительно включить link на порту и начать выдавать него кадры, то они успешно разворачиваются PHY (счетчики статистики на этом порту у presterы изменяются и на прием и на передачу).
Но если presterой выдавать поток PRBS 7 или нули или единицы - PHY ничего не разворачивает (выдает символ IDLE на prester'у).
PRBS cheker'a у PHY нет (есть только у prester'ы) и генерировать самостоятельно поток PRBS в prester'у он не умеет.
Хочется узнать получалось ли у кого развернуть PRBS поток на такой или родственной микросхеме PHY?
Или может кто владеет информацией что это сделать невозможно (типа PHY не понимает потока PRBS и весь его бьет на входе (счетчика ошибок со стороны MAC у PHY к сожалению нету....))

Заранее спасибо за ответы.

А зачем это нужно, если не секрет?

Мне кажется с помощью передачи PRBS более корректно проверять тракт MAC<->PHY на печ. платах. Передача PRBS сильнее нагружает интерфейс, в моем случай SGMII. А при сильной нагрузке интерфейса легче поймать глюки (перекрестные помехи, кривые печ. платы и т.п.) Плюс этот поток можно просто ловить CRC-chekero'м prester'ы (если бы его удалось развернуть на PHY), а не анализировать кучу счетчиков ошибок коммутатора.

Ммм... Что значит "нагружает интерфейс"?

Больше передаваемых данных за единицу времени.
Поток PRBS генерируется непрерывно без пауз. При разворачивании реального потока по интерфейсу между кадрами часто идут IDLE и интерфейс простаивает.
А вообще тот же Marvell везде в описаниях подстройки и проверки SERDES различных интерфейсов (SGMII, QSGMII) рекомендует использовать потоки PRBS7,PRBS23,PRBS31.
Поток PRBS7 рекомендуют для проверки интерфейсов типа SGMII, остальные для более скоростных интерфейсов типа QSGMII.
Почему поток PRBS7 хуже PRBS31 при проверке высокоскоростных интерфейсов я честно говоря не разбирался....

Если кому интересно: с 88E1112 разобрался так: 88E1112 одного канала генерирует трафик встроенным генератором пакетов, затем этот трафик внешней заглушкой разворачивается назад в коммутатор. На проверяемом тракте MAC-PHY у PHY ставится также разворот пакетов. В итоге образуются петли - но для проверки тракта MAC-PHY это не важно. Генератор пакетов 88E1112 генерирует очень хороший непрерывный трафик и хорошо нагружает проверяемый тракт. А ошибки приходится смотреть по статистике Prester'ы.