|
Konstantin
Интересующийся
Сообщений: 7
|
|
« : 22 Декабрь, 2012, 09:53:21 » |
|
Добрый день!
Есть устройство, состоящее их трех вычислителей с КПДА.00002 (последняя версия) объединенных через концентратор БТ23-615. Сетевые драйвера Net.ether82557 работают в полном дуплексе 100Base-TX. Внутренняя сеть сама по себе работает отлично - замечаний нет. Один из вычислителей имеет две дополнительные сетевые Bene2000 на шине ISA для выхода во внешний мир. Драйвера пробовал грузить Net.bene2000 и Net.ether1000. Снаружи прибора установлен вычислитель с сетевыми платами на PCI с драйверами Net.ether82557. Каждая из двух внешних линий 1,2 имеет свой собственный концентратор того же типа, что и внутренняя сеть. Проблем связи между внешним вычислителем и крайним (мостовым) вычислителем нет. Перекачка файла большого объема по внешним сетям показывает около 900Кб/с так как сеть 10Мб и платы ISA внутри крайнего вычислителя. Утилита netinfo практически не выдает никаких ошибок, только сообщения об отсутствии связи с неподключенными узлами (узел 2 - внешний вычислитель, узлы 9,10,11 у прибора, среди них 11-мостовой). Но ситуация катастрофически ухудшается при обмене данными между внешним вычислителем 2 и внутренними вычислителями 9 и 10. Кратковременно скорость передачи данных иногда повышается до тех же 900 КБ/с, но потом может упасть до десятков кб, а то и вообще разрывается виртуальный канал.
Были предприняты разнообразные попытки исключить такую ситуацию:
- менял сетевой менеджер и драйвера на аналоги из других версий, из комплекта QNX-4.25;
- игрался с ключами на драйвера такие как -t, -h и др, и ключами менеджера сети -t;
- повышал приоритет менеджера до 27 и сетевых до 25,26 (10 Мб приоритет ниже чем у 100Мб) были мысли о недостаточной скорости реакции на прерывания сетевых плат и потери событий ACK/NACK, но это также не подтвердилось.
При этом была замечена следующая зависимость:
1. netinfo на узле передачи файла практически ничего не выдает, тоесть передача с узла 2 происходит без каких-либо проблем.
2. netinfo на узле 9 или 10 (в зависимости от того, куда передаем файл) отображает большое количество сообщений типа возможно получен дупликат пакета, выдаю ACK.
3. netinfo на мостовом узле 11 не отображает какого-либо существенного увеличения ошибок, появляются изредка CRC ошибки от Net.ether1000 где то раз в несколько секунд, а чаще их вообще нет. Иногда сыпятся ответные сообщения типа получен ACK/NACK на несуществующий пакет (как я понял это те ответы узла 9 на дупликат пакета).
Я пробовал исключить концентратор внешних сетей 1 и2 и подключал вычислитель 2 напрямую - ситуация не изменилась. Исключить внутренний концентратор между узлами 9,10 и 11 не пробовал, но как мне кажется концентратор здесь ни при чем, поскольку отдельно по внутренней линии связь просто отличная. Проблема только при прохождении через brouter узла 11. Файл netmap настроен верно и узел 2 и узлы 9,10 и 11 имеют полную карту сети. Эта проблема была замечена уже давно, но такой актуальности не имела. При передаче через два моста, когда и приемник и передатчик информации являются однотипными (то есть загружен один и тот же драйвер) проблемы с доставкой полностью отсутствуют. Эта проблема есть только когда приемник и передатчик имеют два различных типа. Это было замечено между такими драйверами как Net.ether1000 - Net.rtl и Net.ether1000 - Net.ether82557. Были мысли о том, что платы работают в разных режимах дуплекса, что пытался устранить принудительным назначением режима для всех плат - это не помогло.
Может быть ко-то уже решал подобную проблему?
Нет информации, каким образом формируется пакет, предназначенный для broutera для ретрансляции по необходимому маршруту. Есть ли где-то описание протокола FLEET, чтобы лучше понимать, что происходит в сетях при работе с brouter.
С Уважением, Константин.
|
