Тема: Разные подсети.
... SCM-NET2 - “Контроллер неактивен” ...
Этот контроллер должен быть неактивен?
А никаких фаерволов не запущено?
Этот контроллер, как и оба SCM, жив и здоров, пингуется, порт и адрес удаленно меняются (Тип 7 версия 3.2 (Активирован))
Фаерволов нет, все адреса - в интрасети, наружу не выходим, но составные части подсети территориально разделены, связаны через VPN (маршрутизатор-маршрутизатор). Пробовал сейчас подключаться через реальные IP-адреса к маршрутизаторам с пробросом портов и настройкой правил - тот же результат.
PS: пинг к контроллерам - 1-15 мс.
SCM-NET: Тип 6 версия 5.2
Включите у SCM-NET2 в конфигураторе галку “включено”. И сообщите пошел ли с ним обмен данными.
Оба SCM-NET в данный момент пингуются?
Включите у SCM-NET2 в конфигураторе галку “включено”. И сообщите пошел ли с ним обмен данными.
Оба SCM-NET в данный момент пингуются?
В том-то и дело, что она включена... Включив контроль связи с оборудованием и включив/выключив флаг “включено” - 10 минут назад получил сообщение, что все ок, контроллер рабочий. Однако все равно в службе связи светится “неактивен”.
Сейчас выключил/включил галку “включено” у SCM-NET2 - теперь пишет “нет связи с контроллером”. К SCM-NET подключиться не получается также. Пингуются, однако есть любопытный нюанс: в отличие от прочих абонентов на той стороне, пингующихся без вопросов, все контроллеры пропускают пинг с пакетами не более 209 байт.
1. Попробуйте перезапустите службу связи.
2. С пакетами большего размера контроллер не работает, ему это не нужно.
1. Попробуйте перезапустите службу связи.
2. С пакетами большего размера контроллер не работает, ему это не нужно.
Не помогло, к сожалению.
Завтра постараюсь один из контроллеров подключить в ту же подсеть, что и компьютер со службой связи.
Спасибо за быстрые ответы.
Давайте подведем итог:
все 3 контроллера (1шт SCM-NET2 и 2шт SCM-NET) пингуются но служба связи не может установить с ними связь (круги синие).
программа установки IP адреса корректно работает со всеми 3 контроллерами.
Все правильно или что-то из этого не так?
Давайте подведем итог:
все 3 контроллера (1шт SCM-NET2 и 2шт SCM-NET) пингуются но служба связи не может установить с ними связь (круги синие).
программа установки IP адреса корректно работает со всеми 3 контроллерами.
Все правильно или что-то из этого не так?
Да, почти. Единственное, что не так - круги синие у SCM-NET, серый - у SCM-NET2, галочки “включен” стоят везде в конфигураторе.
Прошу прощения за таймаут, пока разбираюсь с другой проблемой: контроллеры SMDR, которые остались в работе пока, не могу запрограммировать. Данные полностью считываются, соединения с контроллером не происходит. Старая версия 2.0 программирует без проблем. Возможно комп (ноутбук, Windows 8.1) блокирует доступ каким-то образом. Попробую поставить конфигуратор 7.0.7 и модуль связи на старый комп, параллельно старой версии. - РЕШЕНО настройкой скорости COM-порта.
Отправьте нам на почту резервную копию БД.
Отправьте нам на почту резервную копию БД.
Отправлено. С контроллерами SMDR все ок, компьютер в порядке, остался только этот вопрос.
PS: брандмауер на компе отключал - не помогало.
При конвертировании БД в 7 версию видимо произошел сбой. Вам необходимо:
1) остановить службу связи с контроллерами;
2) сделать резервную копию БД и выслать нам;
3) пришлем исправленную БД;
4) восстановить БД из присланной нами резервной копии;
5) запустить службу связи с контроллерами.
При конвертировании БД в 7 версию видимо произошел сбой. Вам необходимо:
1) остановить службу связи с контроллерами;
2) сделать резервную копию БД и выслать нам;
3) пришлем исправленную БД;
4) восстановить БД из присланной нами резервной копии;
5) запустить службу связи с контроллерами.
В прошедшую пятницу один из трех контроллеров удалил и добавил заново - заработал без проблем. Но он расположен сейчас в той же подсети, что и модуль связи.
Сегодня попробую тоже самое сделать на удаленных контроллерах. В случае неуспеха еще раз сброшу вам базу.
При конвертировании БД в 7 версию видимо произошел сбой. Вам необходимо:
1) остановить службу связи с контроллерами;
2) сделать резервную копию БД и выслать нам;
3) пришлем исправленную БД;
4) восстановить БД из присланной нами резервной копии;
5) запустить службу связи с контроллерами.В прошедшую пятницу один из трех контроллеров удалил и добавил заново - заработал без проблем. Но он расположен сейчас в той же подсети, что и модуль связи.
Сегодня попробую тоже самое сделать на удаленных контроллерах. В случае неуспеха еще раз сброшу вам базу.
И с удаленными компьютерами все прошло как по маслу.
Спасибо за помощь.
