отмена
Отображаются результаты для 
Вместо этого искать 
Вы имели в виду: 
Объявления
Добро пожаловать в Сообщество Технической поддержки Cisco. Мы рады получить обратную связь .
New Member

Взаимодействие конечной точки с оборудованием Cisco

Здравствуйте, суть проблемы следующая:

Имеется множество телекоммуникационных шкафов, которые требуют мониторинга по сети. Мониторинг осуществляется по специальному протоколу поверх UDP(на шкафах прослушивается порт 1005).  Данное множество шкафов подключено к маршрутизатору. Сеть разделена на два VLAN. В первом шкафы, во втором компьютеры с которых осуществляется мониторинг.

Проблема заключается в следующем: Шкафы сначала не имеют связи, потом связь появляется (через случайное время) и больше не пропадает. Пинг проходит корректно. При попытке подключения вместо шкафа компьютера с программой симулятором все работает корректно.  При чем сетевые пакеты приходят на шкаф (есть индикатор сетевой активности) и уходят из него. Следует отметить, что другое оборудовании прекрасно мониторится, находясь в той же VLAN, что и наше. Наше оборудование также прекрасно мониторится в простых сетях. Как я понимаю, у наших шкафов есть проблема взаимодействия с маршрутизаторами (возможно не реализованы какие-либо протоколы, необходимы для корректной маршрутизации).

Хотелось бы получить информацию: в каком направлении искать неисправность, какие требования предъявляются к конечной точке при работе в сложных сетях.

P.S.  Извините за малое количество предоставленной информации и некоторую некомпетентность в «сетевых» вопросах.

2 ОТВЕТ.
Cisco Employee

Взаимодействие конечной точки с об

Используется ли для обращения к шкафам мультикаст или юникаст? Без более подробного описания протокола, здесь вряд ли смогут подсказать, что-то.

New Member

Взаимодействие конечной точки с об

На данный момент ошибка локализована и не относиться к маршрутизаторам Cisco. Проблема заключалась в том, что фреймы Ethernet передавались через радиорелейку с большой задержкой. Такие условия не были заложены в микросхеме со стороны шкафа и она "не дождавшись" ARP ответа уходит в перезагрузку. Когда время задержки уменьшалось и ARP ответ успевал обработаться и прописаться в таблицу внутри микросхемы связь появлялась и не пропадала до выключения питания микросхемы.

Данный вопрос,очевидно, не соответствует тематике настоящего сервиса. Я бы его удалил, но не знаю как.

392
Просмотры
0
Полезный материал
2
Ответы