Launching soon: The world's first vendor agnostic bug scrubLearn more & join waitlist
OPERATIONAL DEFECT DATABASE
...
...
When CUBE receives the call from the RTP leg and it connects. Re-invites coming from RTP are consumed. (re-invites from SRTP are not) This is not the expected behavior. Re-invites should never be consumed in SRTP-RTP interworking scenarios
## Platfroms: ISR3900/ISR2900/ISR4K/ISR1100/ASR routers ## SRTP-RTP call flows with mid-call signaling passthru media-change configured ## Re-INVITE/UPDATE consumption restriction also applies to 'midcall-signaling' 'block' and 'preserve codec' features ## Re-invites are consumed or not in the following scenarios: SRTP to RTP: =========== Re-invites from SRTP not consumed Re-invites from RTP not consumed RTP to SRTP: ============ Re-invites from SRTP not consumed Re-invites from RTP CONSUMED
Disable 'media-change' 'block' and/or 'preserve codec' features
In SRTP-RTP interworking escenario, when call comes from SRTP leg and connects. Re-invites won't be consumed by CUBE, coming from SRTP nor RTP leg. (This is the correct behavior) ## 'media-change' shows enabled in the logs. 119312: Jun 18 21:13:12.806: //85610/5297EF908F18/SIP/Info/info/4097/is_midcall_signaling_passthru_media_change: TRUE ## Due to SRTP-RTP restriction an exception is triggered: 119313: Jun 18 21:13:12.806: //85610/5297EF908F18/SIP/Info/info/1/is_midcall_media_change_pthru_exception_required: Mid Call passthrough exception applicable ## The following functions handle the re-invites transactions: 119412: Jun 18 21:13:13.534: //85609/5297EF908F18/SIP/Info/verbose/272/sipSPISrtpTranscoder: Checking if call is SRTP-RTP 119413: Jun 18 21:13:13.534: //85609/5297EF908F18/SIP/Info/verbose/16/sipSPISrtpInterworking: Checking if SRTP Interworking case When CUBE receives the call from the RTP leg and it connects. Re-invites coming from RTP are consumed. (re-invites from SRTP are not) This is not the expected behavior. Re-invites should never be consumed in SRTP-RTP interworking scenarios ## 'media-change' shows enabled in the logs. 126116: Jun 18 21:15:43.422: //85629/D3ED69800000/SIP/Info/info/4097/is_midcall_signaling_passthru_media_change: TRUE ## In this scenario we don't see 'Mid Call passthrough exception applicable' ## The following function handles the re-invites transactions: 126134: Jun 18 21:15:43.422: //85629/D3ED69800000/SIP/Info/verbose/272/sipSPISrtpTranscoderForConsume: Checking if call is SRTP-RTP SRTP to RTP: =========== Re-invites from SRTP not consumed Re-invites from RTP not consumed RTP to SRTP: ============ Re-invites from SRTP not consumed Re-invites from RTP CONSUMED