Compressed Real-Time Protocol (cRTP) and IPSec are not compatible. As a result, bandwidth savings do not accrue and fewer voice calls are supported across a WAN link. If the network designer is not aware of this limitation and has not implemented any Connection Admission Control (CAC), the result may be synthetic voice or choppy voice.
Network managers implement cRTP as a link efficiency mechanism to decrease the overhead of voice traffic on low speed (less than E1) links. cRTP compresses the IP, User Datagram Protocol (UDP) and RTP header in an RTP data packet from 40 bytes to approximately two to five bytes. However, cRTP and IPSec are inherently incompatible standards.
The original IP, UDP and RTP header is encrypted by IPSec by the time the RTP compressor is called upon to perform the compression. Therefore, cRTP cannot associate the encrypted IP, UDP and RTP packet with a known media stream, compression does not occur and bandwidth savings are not realized. The encrypted IP, UDP and RTP packet simply bypasses the compression process and continues.
How we can enable third party SIP for Auto Answer, Pickup and Forward [ALL/No Answer/Busy] while it is registered to call manager
I think it is doable with VG and CME with FAC
CUCM Service paramters includes Enterprise feature access code for [hold, re...
I have a case,
FXO > CUCM > IVR > transfere to internal Extention
the issue is the internal extension see all calls come to it as an internal call.
so the forward external doesn't work with us,&nbs...
I recently had a request from one of our managers where he wanted to have a light/external speaker ...etc activate when a certain situation occurred. For example, he would like to have a light turn on if there is a caller sitting in the queue for mo...