Allow more SRTP errors before killing call
In a carrier interop we saw the call get killed for SRTP failures during a reinvite. We're wondering if the SRTP errors may have been transitory and if it may have recovered after a few more packets. It's debatable whether we should kill calls at all for SRTP auth failures; semantically the right thing to do when a MAC fails is to ignore the packet completely. So raising this limit to 100 packets shouldn't do any harm. With this change we still warn at 10 errors and every 10 errors thereafter.
正在显示
请
注册
或者
登录
后发表评论