SergeyMak 0 12 апреля, 2011 Опубликовано 12 апреля, 2011 · Жалоба Всем привет! Требуется разработать сетевую карту PCI –> 100BASE-T Ethernet. Необходимо реализовать однонаправленную передачу данных на аппаратном уровне. К карточке нужно будет обращаться по локальной сети с определенной периодичностью и забирать переменные в базу данных. Товарищи, подскажите в каком направлении двигаться для составления структурной схемы и ТЗ дальнейшем. Какие компоненты и интерфейсы лучше выбрать из всего многообразия? Заранее благодарю за дельные советы. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
mdmitry 0 12 апреля, 2011 Опубликовано 12 апреля, 2011 · Жалоба Необходимо реализовать однонаправленную передачу данных на аппаратном уровне.??? Многие протоколы требуют наличия подтверждения правильности приема пакета. Поэтому передача не однонаправленная, трафик в разных направлениях сильно отличается. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
iosifk 3 12 апреля, 2011 Опубликовано 12 апреля, 2011 · Жалоба Всем привет! Требуется разработать сетевую карту PCI –> 100BASE-T Ethernet. Какие компоненты и интерфейсы лучше выбрать из всего многообразия? Ну так берем микросхему Ethernet-контроллера с шиной PCI, к ней трансформатор и резисторы... Хотя бы Микрел KSZ8841 с буквами для PCI или что-то в этом роде... Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
SergeyMak 0 12 апреля, 2011 Опубликовано 12 апреля, 2011 · Жалоба Можно ли реализовать проверку пакетов на промежуточном контроллере между pci и ethernet? Или использовать отдельную микруху памяти доступ на запись к которой будет только со стороны PCI. Возможно такое? UDP как вариант - работает без проверки. 2iosifk Тогда получится программная реализация. Вопрос в аппаратном уровне "однонаправленности". Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
iosifk 3 12 апреля, 2011 Опубликовано 12 апреля, 2011 · Жалоба 2iosifk Тогда получится программная реализация. Вопрос в аппаратном уровне "однонаправленности". Аппаратный контроллер протокола? А зачем это нужно? Возьмите микропроцессор KS8695PX - у него с одной стороны PCI с другой - Ethernet. В микропроцессоре будет Линукс для обработки пакетов верхних уровней протокола... А делать аппаратный обработчик протокола? Зачем? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
SergeyMak 0 13 апреля, 2011 Опубликовано 13 апреля, 2011 · Жалоба Таким образом получится аппаратный фаервол. Проще купить его тогда, чем собрать. Но как мы знаем и они не дают 100% надежность. http://ancud.ru/products/diod.htm Как заявляет производитель, осуществляется гарантированная односторонняя передача данных. Вот это ближе к делу, но по ряду причин эта железяка не подходит. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
vadimp61 0 14 апреля, 2011 Опубликовано 14 апреля, 2011 · Жалоба А если использовать не мост PCI-ETh, а включится снаружи. Сделать устройство ETh-ETh. Берём две микрухи с MII, и соединяем их этими интерфейсами в одну сторону, TXD одной на RXD второй, а TXD второй на RXD первой не соединяем!? И дешево и сердито. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
SergeyMak 0 15 апреля, 2011 Опубликовано 15 апреля, 2011 · Жалоба Сердитей по ком-порту ) Это не совсем то, что нужно. Тем не менее, так вообще возможно организовать работу? Тогда сетевая карта должна работать по протоколу без подтверждения. Понадобиться только прикладное ПО для карточек написать? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
vadimp61 0 17 апреля, 2011 Опубликовано 17 апреля, 2011 · Жалоба Сердитей по ком-порту ) Это не совсем то, что нужно. Тем не менее, так вообще возможно организовать работу? Тогда сетевая карта должна работать по протоколу без подтверждения. Понадобиться только прикладное ПО для карточек написать? UDP протокол, вы же сами писали что он без подтверждения работает. Смотрим на каком кристалле сделана сетевая, достаем документацию на этот чип (самое сложное) и пишем прикладное ПО. По сом порту сердитей, но не далеко метров 5-10ть.) Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
SergeyMak 0 19 апреля, 2011 Опубликовано 19 апреля, 2011 (изменено) · Жалоба Возьмите микропроцессор KS8695PX - у него с одной стороны PCI с другой - Ethernet. А возможна ли работа подобного процессора с PCI-шиной в одном направлении? Если с этой стороны подобраться? Смотрим на каком кристалле сделана сетевая, достаем документацию на этот чип (самое сложное) и пишем прикладное ПО. А кто-нибудь сталкивался с подобным? Есть что почитать? Либо, как вариант, можно проектировать свою, с любым удобным чипом. Изменено 19 апреля, 2011 пользователем SergeyMak Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
SFx 0 19 апреля, 2011 Опубликовано 19 апреля, 2011 · Жалоба А возможна ли работа подобного процессора с PCI-шиной в одном направлении? Если с этой стороны подобраться? PCI шина двунаправленная, по стандарту. чтобы инициализировать любое PCI устройство придется с ним вести определенный протокольный обмен... Но как мы знаем и они не дают 100% надежность. о какой надежности идет речь? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
SergeyMak 0 19 апреля, 2011 Опубликовано 19 апреля, 2011 · Жалоба Надежность в плане защиты информации. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
SFx 0 19 апреля, 2011 Опубликовано 19 апреля, 2011 · Жалоба Надежность в плане защиты информации. и каким образом (методика) эта надежность оценивается ? экспертное заключение ? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
SergeyMak 0 19 апреля, 2011 Опубликовано 19 апреля, 2011 · Жалоба Вообще есть служба ФСТЭК. Она выдает сертификаты. В моем случае я бы сказал - "на глаз". Любой фаервол по-моему можно "сломать" при определенном желании. А я хочу получить простое (в т.ч в дальнейшем обслуживании) и надежное устройство. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
SFx 0 19 апреля, 2011 Опубликовано 19 апреля, 2011 · Жалоба Любой фаервол по-моему можно "сломать" при определенном желании. А я хочу получить простое (в т.ч в дальнейшем обслуживании) и надежное устройство. то есть Вы "верите" что фаервол (iptables, к примеру, с открытым кодом) может содержать уязвимость при правиле DROP на все входящие данные (таблица INPUT) ? или ФСТЭК верит ? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться