Всем привет!

Требуется разработать сетевую карту PCI –> 100BASE-T Ethernet. Необходимо реализовать однонаправленную передачу данных на аппаратном уровне.
К карточке нужно будет обращаться по локальной сети с определенной периодичностью и забирать переменные в базу данных.

Товарищи, подскажите в каком направлении двигаться для составления структурной схемы и ТЗ дальнейшем.
Какие компоненты и интерфейсы лучше выбрать из всего многообразия?

Заранее благодарю за дельные советы.

???
Многие протоколы требуют наличия подтверждения правильности приема пакета. Поэтому передача не однонаправленная, трафик в разных направлениях сильно отличается.

Ну так берем микросхему Ethernet-контроллера с шиной PCI, к ней трансформатор и резисторы...
Хотя бы Микрел KSZ8841 с буквами для PCI или что-то в этом роде...

Можно ли реализовать проверку пакетов на промежуточном контроллере между pci и ethernet? Или использовать отдельную микруху памяти доступ на запись к которой будет только со стороны PCI. Возможно такое?

UDP как вариант - работает без проверки.

2iosifk

Тогда получится программная реализация. Вопрос в аппаратном уровне "однонаправленности".

Аппаратный контроллер протокола? А зачем это нужно?
Возьмите микропроцессор KS8695PX - у него с одной стороны PCI с другой - Ethernet. В микропроцессоре будет Линукс для обработки пакетов верхних уровней протокола...
А делать аппаратный обработчик протокола? Зачем?

Таким образом получится аппаратный фаервол. Проще купить его тогда, чем собрать. Но как мы знаем и они не дают 100% надежность.

http://ancud.ru/products/diod.htm
Как заявляет производитель, осуществляется гарантированная односторонняя передача данных. Вот это ближе к делу, но по ряду причин эта железяка не подходит.

А если использовать не мост PCI-ETh, а включится снаружи. Сделать устройство ETh-ETh. Берём две микрухи с MII, и соединяем их этими интерфейсами в одну сторону, TXD одной на RXD второй, а TXD второй на RXD первой не соединяем!?
И дешево и сердито.

Сердитей по ком-порту )

Это не совсем то, что нужно. Тем не менее, так вообще возможно организовать работу?
Тогда сетевая карта должна работать по протоколу без подтверждения. Понадобиться только прикладное ПО для карточек написать?

UDP протокол, вы же сами писали что он без подтверждения работает.
Смотрим на каком кристалле сделана сетевая, достаем документацию на этот чип (самое сложное) и пишем прикладное ПО.
По сом порту сердитей, но не далеко метров 5-10ть.)

А возможна ли работа подобного процессора с PCI-шиной в одном направлении? Если с этой стороны подобраться?




А кто-нибудь сталкивался с подобным? Есть что почитать?
Либо, как вариант, можно проектировать свою, с любым удобным чипом.

Сообщение отредактировал SergeyMak - Apr 19 2011, 07:54

PCI шина двунаправленная, по стандарту. чтобы инициализировать любое PCI устройство придется с ним вести определенный протокольный обмен...



о какой надежности идет речь?

Надежность в плане защиты информации.

и каким образом (методика) эта надежность оценивается ? экспертное заключение ?

Вообще есть служба ФСТЭК. Она выдает сертификаты.

В моем случае я бы сказал - "на глаз". Любой фаервол по-моему можно "сломать" при определенном желании.
А я хочу получить простое (в т.ч в дальнейшем обслуживании) и надежное устройство.

то есть Вы "верите" что фаервол (iptables, к примеру, с открытым кодом) может содержать уязвимость при правиле DROP на все входящие данные (таблица INPUT) ? или ФСТЭК верит ?