Difference between revisions of "AlphaNet Received RTP Supervision"
From Zenitel Wiki
(New page: When in conversation with SIP the SIP link from SIPD to the SIP equipment has no idle frame system during connection. If the SIP device disappears the call will hang until reset is initiat...) |
|||
| Line 1: | Line 1: | ||
When in conversation with SIP the SIP link from SIPD to the SIP equipment has no idle frame system during connection. | When in conversation with SIP the SIP link from SIPD to the SIP equipment has no idle frame system during connection. | ||
| − | If the SIP device disappears the call will hang until reset is initiated from AlphaCom side. | + | If the SIP device disappears the call will hang until reset is initiated from AlphaCom side. <br\> |
| + | If a SIP device has called for instant a door station the call will hang forever.... | ||
A monitoring of received RTP audio is added for AMCD 1043x0521. | A monitoring of received RTP audio is added for AMCD 1043x0521. | ||
Revision as of 13:27, 21 May 2008
When in conversation with SIP the SIP link from SIPD to the SIP equipment has no idle frame system during connection. If the SIP device disappears the call will hang until reset is initiated from AlphaCom side. <br\> If a SIP device has called for instant a door station the call will hang forever....
A monitoring of received RTP audio is added for AMCD 1043x0521.
Functionality
- Every 10 sec after call connection the number of received RTP frames is compared with the number from last check. If the number is increasing the RX_RTP state is TRUE else it is FALSE.
- When AlphaNet message AUDIO_PATH_CHECK is sent/received (every 30 second) the audio path router is checking the RX_RTP state.
- If the RX_RTP state is FALSE during two following checks the link is reset.
The check is preformed in both start and end node in an AlphaNet connection. The check will also cancel AlphaCom to AlphaCom connections if a firewall is blocking the RTP Audio.