SDL OOS Alerts --> What is the timer for this alert?

In what cases did the SDL OOS alerts are sent?

Did the SDL OOS alert is sent for retransmission of packets or the packets are
dropped between the servers?

Is the Alerts are someway related to Switch and NIC configuration?

SDL links are used between CCM, CTI, and CMI services to share data regarding the
current status of devices and to send calls to and from different nodes in the
cluster. They form a full mesh between like and dislike services. I.E. CCM on node
1 will have an SDL link to CCM on node 2 and to CTI on node 1 and 2 and so on.

SDL links going out of service usually represent a network outage between the nodes
or a service crash on one of the nodes. Any core files in RTMT?

CallManager signaling such as Intra-Cluster Communication Signaling (ICCS) traffic

between nodes will be marked with either DSCP 24 or CS3.
It is very important that you consider the bandwidth constraints when deploying or
initially choosing your CallManager design, Centralised or Distributed?
For example, the mimimum bandwidth requirement for ICSS and database traffic is
1.544Mb/T1.
However if you have two remote servers in a different location to that of the
Publisher, then you will have to double the bandwidth.
This is not including any media bandwidth for call across the WAN this would be
additional.
The maximum round-trip time between any two servers must not exceed 40 msec or 80
msec for Unified CM 6.1 and later releases.
This time limit must include all delays in the transmission path between the two
servers.
Delay Testing

Verifying the round trip delay using the ping utility on the Unified CM server will
not provide an accurate result. The ping is sent as a best-effort tagged packet and
is not transported using the same QoS-enabled path as the ICCS traffic.
Therefore, Cisco recommends that you verify the delay by using the closest network
device to the Unified CM servers, ideally the access switch to which the server is
attached.
Cisco IOS provides a extended ping capable to set the Layer 3 type of service (ToS)
bits to make sure the ping packet is sent on the same QoS-enabled path that the
ICCS traffic will traverse. The time recorded by the extended ping is the round-
trip time (RTT), or the time it takes to traverse the communications path and
return.
The following example shows a Cisco IOS extended ping with the ToS bit (IP
Precedence) set to 3:

Access_SW#ping

Protocol [ip]:

Target IP address: 10.10.10.10

Repeat count [5]:

Datagram size [100]:

Timeout in seconds [2]:

Extended commands [n]: y

Source address or interface:

Type of service [0]: 3

Set DF bit in IP header? [no]:

Validate reply data? [no]:

Data pattern [0xABCD]:

Loose, Strict, Record, Timestamp, Verbose[none]:

Sweep range of sizes [n]:

Type escape sequence to abort.

Sending 5, 100-byte ICMP Echos to 10.10.10.10, timeout is 2 seconds:

!!!!!

Success rate is 100 percent (5/5), round-trip min/avg/max = 1/2/4 ms

This information can be found in the SRND under WAN Considerations. See the
following link:
http://www.cisco.com/en/US/docs/voice_ip_comm/cucm/srnd/4x/42models.html#wp1045871

Rgds

Allan.