У меня есть SuperMicro Server на базе материнской платы X9DR3-LN4F + от SuperMicro. Первоначальные намерения системы сильно отличались от того, чему она в конечном итоге служила, но это случается.
Он используется для видеорегистратора / монитора IP Video Security.
Операционная система - 64-битная Windows 7 (подходит для программного обеспечения записи). Камеры Axis P1354 и P1354-e (разница между внутренним и внешним корпусом). Переключатель SG300-10MP
Очевидно, первоначальная установка была немного другой, но я стараюсь исключить все возможности здесь - так что на данный момент у меня есть сервер и камеры на одном коммутаторе в одном здании.
На материнской плате установлены платы Intel I350 (x4) - новейшие драйверы доступны на сайте Intel.
При новой загрузке потоки (в MJPEG или MPEG) в порядке - 30 кадров в секунду, без видимого отбрасывания пакетов. Через случайный промежуток времени я начинаю видеть, как потоки становятся рваными, частота кадров падает.
Если я выполняю эхо-запрос к коммутатору с сервера - я также вижу случайное падение пакетов - иногда 1 или 2 - иногда 5,6,7 - никаких явных закономерностей для этого поведения. Если я отправляю пинг на видеоустройство, я также вижу, что случайно падают пакеты. Если я добавлю к этому еще одно устройство, скажем, маршрутизатор, я также вижу, что пакеты отбрасываются. Дело в том, что они даже не падают одновременно. Так что это не какой-то критический сбой где-то - хотя один эхо-запрос может отбрасывать пакет за пакетом, два других успешно отправляются (иногда).
Я поменял переключатель. Прошивка самая новая, и, кроме того, при просмотре камер с моего ноутбука (с того же коммутатора) я не вижу никаких доказательств того, что это происходит, что заставляет меня думать, что коммутатор не виноват. Коммутатор на данный момент в основном действует как ненастроенный коммутатор уровня 2, но был в режиме уровня 3 с vlan для голоса и видео (голос имеет приоритет над потоками с камеры). По сути, теперь он стал изолированным настольным испытательным стендом. Я отключил и изолировал коммутатор, камеры и серверы от любого другого оборудования.
Я действительно прошел через настройки nic и настройки переключателей, убедившись, что все зеленые настройки выключены, попробовал разные сетевые адаптеры (из 4 встроенных) на сервере - объединил сетевые адаптеры на сервере и переключился. Я даже зашел так далеко, что перезагрузил Windows 7 (я меньше разбираюсь в Windows и немного больше Linux / Unix)
Я обновил BIOS материнской платы до последней версии.
Я искал какие-либо конкретные проблемы с этими сетевыми картами, но не нашел ничего особенного - в основном рекомендации по отключению зеленых настроек и так далее.
Кроме того, я видел, как это поведение идентично повторяется в совершенно другой настройке. Я использовал мост Cisco WET200 (я нахожусь в удаленном месте, и единственная область испытательного стенда, которая у меня была, была без какой-либо проводки Ethernet) на другом коммутаторе в другом здании - подключена по оптоволокну к коммутатору, на котором находятся камеры .
Есть ли у кого-нибудь рекомендации на данный момент? У меня никогда не было столько проблем с такой простой настройкой, и это очень расстраивает. Я не создавал дамп порта коммутатора, чтобы увидеть, что происходит с пакетами, но если мне кажется, что стоит попробовать, я могу перенастроить коммутатор для зеркалирования порта и добавить на него Wireshark, по крайней мере, посмотреть наверняка, Я полагаю, что пакет ping отбрасывается до коммутатора или на обратном пути от коммутатора.
Следующая попытка - купить PCI-e NIC, чтобы попробовать (я ненавижу быть вне офиса - у меня была бы одна, которую я мог бы схватить и попробовать), но хотел задать быстрый вопрос, чтобы узнать, что еще я могу попробовать или найти .
Заранее спасибо!
Звучит как классические признаки дуплексного несоответствия. Убедитесь, что коммутатор и компьютер согласовали скорость и дуплекс. Либо установите для обеих сторон автоматический режим, либо установите одинаковую скорость и параметры двусторонней печати для обеих сторон.