Considerations and limitations
Avaya Aura® Device Services deployed in an environment without Avaya Aura® cannot use features that System Manager or Session Manager provide. Therefore, certain features work differently in deployments with Avaya Aura® and deployments without Avaya Aura®. For example:
-
Identity certificates for Avaya Aura® Device Services interfaces and internode communication. In Avaya Aura® deployments, Avaya Aura® Device Services by default uses identity certificates signed by the System Manager. In deployments without Avaya Aura®, System Manager is unavailable, so you must obtain and use identity certificates provided by a third-party CA.
-
Dynamic configuration service. In Avaya Aura® deployments, Avaya Aura® Device Services automatically retrieves certain endpoint configuration settings from System Manager. In deployments without Avaya Aura®, you must manually configure and publish these settings on Avaya Aura® Device Services.
-
Alarms. When operating, Avaya Aura® Device Services can trigger various alarms. In Avaya Aura® deployments, you can view these alarms on System Manager. In deployments without Avaya Aura®, you must configure a separate SNMP server to view Avaya Aura® Device Services alarms.
-
LDAP and contact search. In deployments without Avaya Aura®, Avaya Aura® Device Services does not perform contact search on System Manager and does not synchronize LDAP data with System Manager.
Deployments without Avaya Aura® do not support the following Avaya Aura® components and their features:
-
System Manager and all its features, such as data center topology configuration or DRS synchronization.
-
Session Manager and all its features, such as Session Manager Cassandra clustering.
If deployments without Avaya Aura® do not support a particular feature or require a specific setup for a feature, this document mentions it explicitly.