Цитата:
Сообщение от младшой
Однако, прошу в ваших лабораторных условиях еще попроверять, как контроллеры реагируют, когда подключенные через Ethernet слейвы систематически не отвечают. Не прекращает ли контроллер попытки связаться через некоторое время.
|
1 У сетевой карты есть буфер.
2. У свича есть буфер пакетов. Может быть не общим, а распределенным по портам.
3. Мокса возможно не успевает отвечать на частые запросы и буферы переполняются. При закрытии соединения буферы в сетевой карте очищаются.
В свиче как-то тоже очищаются буферы. Сисадмины говорят пакеты "отмирают"
4. Если пробовать часто отправлять запросы на соединение без закрытия (приняв неответ по таймауту за неустановку соединения), то переполнится лимит и соединения больше устанавливаться не будут. Пока не сбросятся опять же по таймауту.
Не факт, что контроллер ничего не посылает.
5. Пакеты с небольшой вероятностью не доходят. Какой-нибудь 0,01%
6. Перезагрузку TCP соединения можно делать хоть каждую секунду.
Мы пробовали устанавливать соединение и закрывать соединение в каждом запросе. Все работает, только накладные расходы увеличиваются.
7. Моксы иногда тупят. Например мы использовали моксу в качестве удлиннителя ком порта. Если на одной стороне пропадало питание. Связь разрывалась и не устанавливалась пока не сбросить вторую. Причину не выявляли, может надо было подождать подольше, просто убрали такой вид связи.
В лаборатории как правило все работает.
Выявить причину можете только Вы, настроив зеркалирование портов контроллера и моксы на порт компьютера и запустить wireshark для анализа трафика.
Многие большие свичи, маршрутизаторы поддерживают зеркалирование.
Мы так не пробовали, не было необходимости.