tree 05243bee05cdccb202dd6c0a7fa8bab770e032f8
parent 1c5e6d0a3f6f7ca2f20bbce354fdf4ee92b2ce93
author deadbeef <deadbeef@webrtc.org> 1505523156 -0700
committer Commit Bot <commit-bot@chromium.org> 1505523156 +0000

If SRTP sessions exist, don't create new ones when applying answer.

Instead, call the "Update" methods of SrtpSession, which will just call
srtp_update, instead of wiping out the session state completely.

This was causing decryption to stop working when subsequent
offers/answers are applied. We don't know enough about SRTP to
understand the root cause, and I wasn't able to write an integration
test that reproduces the issue... But at least this fixes the bug that
can be reproduced reliably using Hangouts.

BUG=webrtc:8251

Review-Url: https://codereview.webrtc.org/3019443002
Cr-Commit-Position: refs/heads/master@{#19874}