The {{object}} represents the XMPP capabilities of the device{{template|XMPP-APP-REF}}. {{numentries}} The algorithms supported by the CPE for resolving XMPP server addresses and ports. {{enum}} Use the preferred connection algorithm as specified in {{bibref|RFC6120|Section 3.2.1}} where the value of the {{param|Connection.{i}.Domain}} parameter is used to look up the server address and port to use. Use the fallback connection mechanism as specified in {{bibref|RFC6120|Section 3.2.2}}, where the value of the {{param|Connection.{i}.Domain}} parameter is used to look up the server address, and the port is the ''xmpp-client'' port (5222). Use the instances of the {{object|Connection.{i}.Server}} table based on the values of the {{param|Connection.{i}.Server.{i}.Priority}} and {{param|Connection.{i}.Server.{i}.Weight}} parameters as the basis for reconnect. Instances MUST be reachable and reachable instances with the lowest value MUST be preferred. Use the discovery and connection algorithm as specified in {{bibref|RFC7395|Section 4}} where the value of the {{param|Connection.{i}.Domain}} parameter is used to create a secure HTTP request to discover the URL to use for the XMPP over WebSocket connection. The {{object}} represents a XMPP connection between the device and a server. The {{param|Username}}, {{param|Domain}} and {{param|Resource}} comprise the full identity (JabberID) of this {{object}} for this device. Enables or disables this {{object}}. This parameter is based on ''ifAdminStatus'' from {{bibref|RFC2863}}. {{datatype|expand}} The proposed local-part of the Jabber ID of this {{object}}, and the value to be used to authenticate this {{object}} when making a connection to the Server using the procedure outlined in {{bibref|RFC6120|Section 6}}. Password used to authenticate this {{object}} when making a connection to the {{object|Server}} using the procedure outlined in {{bibref|RFC6120|Section 6}}. Note that on a factory reset of the CPE, the value of this parameter might be reset to its factory value. If a Controller modifies the value of this parameter, it SHOULD be prepared to accommodate the situation that the original value is restored as the result of a factory reset. The proposed domain-part of the Jabber ID of this {{object}}. The proposed resource-part of the Jabber ID of this {{object}}. The complete Jabber ID as determined by the first-hop XMPP server at time of connection establishment. This Jabber ID will usually be the standard concatentation of the local-part (Username), domain-part (Domain), and resource-part (Resource) as defined in {{bibref|RFC6120|Section 2.1}} (local-part@domain-part/resource-part), but since the Jabber ID is owned by the first-hop XMPP Server there are cases where the value will be different. The current operational state of this {{object}} (see {{bibref|TR-181i2|Section 4.2.2}}). {{enum}} When {{param|Enable}} is {{false}} then {{param}} SHOULD normally be {{enum|Disabled}} or {{enum|Error}} if there is a fault condition on the interface). When {{param|Enable}} is changed to {{true}} then {{param}} SHOULD change to {{enum|Enabled}} if and only if the interface is able to transmit and receive PDUs; it SHOULD change to {{enum|Dormant}} if and only if the interface is operable but is waiting for external actions before it can transmit and receive network traffic (and subsequently change to {{enum|Enabled}} if still operable when the expected actions have completed); it SHOULD change to {{enum|Unknown}} if the state of the interface can not be determined for some reason. The date and time at which this {{object}} entered into its current operational state. The algorithm the {{object}} uses when connecting with the associated lists of servers. The number of {{units}} that keep alive events as specified in {{bibref|RFC6120|Section 4.6.1}} are sent by this {{object}}. A value of 0 disables the keep alive functionality. A value of -1 indicates that the keep alive interval is a vendor specific implementation. {{bibref|RFC6120|Section 4.6.4}} recommends not checking more frequently than every 5 minutes (or 300 {{units}}). The number of times that this {{object}} attempts to connect to a given IP address before moving on to the current server's next IP address, or to the next server if the current server has no more IP addresses. If {{param}}, {{param|ServerRetryInitialInterval}}, {{param|ServerRetryIntervalMultiplier}} and {{param|ServerRetryMaxInterval}} all have their default values, the maximum reconnection wait intervals, in ''minutes'', will be ''{1, 2, 4, 8, 16, 32, 64, 128, 256, 512, 512, 512, 512, 512, 512}''. After the initial attempt there are 15 further attempts, making a total of 16. The maximum reconnection wait interval is reached on the 10th retry, i.e. the 11th attempt. NOTE: If this {{object}} fails to connect to any of the servers' IP addresses, fallback behavior SHOULD be as specified in {{bibref|RFC6120|Section 3.2}}. NOTE: If the value of this parameter is 0, server connection and reconnection behavior is implementation-dependent. The maximum first reconnection wait interval, in {{units}}{{template|XMPP-REF}}. The Device MUST use a random value between ''0'' and {{param}} as the first reconnection wait interval. NOTE: If the value of the {{param|ServerConnectAttempts}} parameter is 0, the value of this parameter is ignored. The reconnection interval multiplier{{template|XMPP-REF}}. This value is expressed in units of 0.001. Hence the values of the multiplier range between 1.000 and 65.535. For the ''n''th reconnection wait interval, the Device MUST use a random value, in ''seconds'', between ''0'' and {{param|ServerRetryInitialInterval}} * ({{param}} / 1000) ** (''n'' - ''1''). NOTE: If the value of the {{param|ServerConnectAttempts}} parameter is 0, the value of this parameter is ignored. The maximum reconnection wait interval, in {{units}}. If the ''n''th reconnection wait interval calculated from {{param|ServerRetryInitialInterval}} and {{param|ServerRetryIntervalMultiplier}} exceeds the value of this parameter, then the Device MUST use the value of this parameter as the next reconnection wait interval. NOTE: If the value of the {{param|ServerConnectAttempts}} parameter is 0, the value of this parameter is ignored. This parameter allows a Controller to configure whether or not this XMPP Connection is required to use TLS independent of whether or not the XMPP Server that is being connected to is configured for TLS "mandatory-to-negotiate". If the value of {{param}} is {{true}} then the CPE will initiate TLS negotiation if not required to by the XMPP Server. If the value of {{param}} is {{false}} then the CPE will not initiate TLS negotiation if not required to by the XMPP Server. This parameter represents the TLS state of this XMPP Connection. If this XMPP Connection is established and is secured by TLS then the value of this parameter is {{true}}. If this XMPP Connection is either not established or established but not secured by TLS then the value of this parameter is {{false}}. {{numentries}} The {{object}} represents an XMPP server to be used for a {{object|##.Connection}}. This table is only relevant when {{param|##.Connection.{i}.ServerConnectAlgorithm}} is set to {{enum|ServerTable|##.Connection.{i}.ServerConnectAlgorithm}}. If {{param|##.Connection.{i}.ServerConnectAlgorithm}} is set to {{enum|DNS-SRV|##.Connection.{i}.ServerConnectAlgorithm}} then any instances of this table are ignored by this {{object|##.Connection}}. Enables or disables this {{object}}. This parameter is based on ''ifAdminStatus'' from {{bibref|RFC2863}}. {{datatype|expand}} The priority of this {{object}} that is used by the {{object|##.Connection}} when determining the {{object}} to connect. The {{object|##.Connection}} MUST contact the {{object}} with the lowest-numbered priority that the {{object|##.Connection}} can reach as defined in {{bibref|RFC2782}}. The selection of {{object}}s with the same {{param}} value utilizes the {{param|Weight}} parameter to determine which {{object}} is selected by the {{object|##.Connection}}. This parameter specifies a relative weight for entries with the same {{param|Priority}}. The mechanism is defined in {{bibref|RFC2782}}. A value of -1 indicates that the implementation of this parameter is specific to the Vendor. Fully Qualified Domain Name (FQDN) or IP address of the XMPP server for this {{object|##.Connection}}. If the value of this Parameter is a FQDN that resolves to multiple addresses then each address SHOULD be attemtped (in an implemnetation-specific order) until a connection can be made or all addresses are exhausted, in which case the next {{object}} instance (based on {{param|Priority}} and {{param|Weight}}) SHOULD be used. Port number of the XMPP server for this {{object|##.Connection}}. XMPP Connection statistics information for this resource. The number of XMPP stanzas (iq, presence, or message) that have been received on this {{object|##.Connection}}. The number of XMPP stanzas (iq, presence, or message) that have been transmitted by this {{object|##.Connection}}. The number of XMPP stanzas (iq, presence, or message) that have been received on this {{object|##.Connection}} where the type attribute had a value of "error". The number of XMPP stanzas (iq, presence, or message) that have been transmitted by this {{object|##.Connection}} where the type attribute had a value of "error".