SOT
    • Introduction
    • Concepts
      • Operating principle
      • Machine interfaces
      • Supported protocols
    • Getting started
    • How-to
      • Send data
    • Operations manual
      • Overview
      • System architecture and interfaces
        • Technical context and deployment view
        • Machine interface
        • PPMP
        • OPP
        • Rexroth Tightening
        • Dynamic multi-tenancy
        • AMQP
        • Kafka
        • MQTT
        • Unknown Device handling
        • Watchdog handling
      • System requirements
        • connectivity/connectivity-service:1
        • connectivity/connectivity-webui-service:1
      • Migration from previous versions
        • Tenant ID migration guide
        • Migration to 2.0.0+
        • Migration to 2.1.0+
      • Setup and configuration
        • Logging
        • Helm configuration
        • Messaging (inbound)
      • Start and shutdown
      • Regular operations
      • Failure handling
        • Unknown device handling
      • Logging and monitoring
      • Known limitations
        • Rexroth Tightening
        • Unknown Device handling
        • Amqp
        • Kafka
    • Troubleshooting
    • API documentation
    • Glossary
Information Router
  • Smart Operations Toolkit
    • Deviation Processor
    • Multitenant Access Control
    • Notification Service
    • Ticket Management
    • Web Portal
  • Shopfloor Management
    • Andon Live
    • KPI Reporting
    • Operational Routines
    • Shift Book
    • Shopfloor Management Administration
  • Product & Quality
    • Process Quality
    • AI Services
  • Machine & Equipment
    • Condition Monitoring
    • Device Portal
  • Enterprise & Shopfloor Integration
    • Information Router
    • Master Data Management

SOT Learning Portal

  • Information Router
  • Operations manual
  • System architecture and interfaces
  • Unknown Device handling

Unknown Device handling

If Information Router receives a "device not found" response from CPM, it adds the device identifier to its internal blocking list and skips forwarding messages with the specified device id, while reporting the device to Master Data Management. After the device is approved on the portal, Information Router gets notified by MDM and resumes forwarding messages for the relevant device.

  • This functionality is currently only supported in single instance deployments.

  • Verify if MasterDataSettings is enabled in configuration and the initial synchronization with MDM is successful by looking for "MasterData is now ready" log entry in Information Router logs.

  • If the device created event doesn’t reach Information Router (because of messaging infrastructure or network issues), blocked devices can be unblocked without restarting the service by re-publishing the device registration event to the system.

  • Alternatively, restarting Information Router will reset the internal blocked device list.

Information Router blocks forwarding of messages until they are registered in Master Data Management Equipment:

image::IR_MessageBlocking.png[height=250]

IR UnknownDeviceMdm
Figure 1. The unknown device is automatically showing up under the Unknown Devices part of the Master Data Management menu’s Devices tab:

Contents

© Robert Bosch Manufacturing Solutions GmbH 2023-2026, all rights reserved

Changelog Corporate information Legal notice Data protection notice Third party licenses