Revert of Only compare sequence numbers from the same SSRC in ForwardErrorCorrection.

Revert of Only compare sequence numbers from the same SSRC in ForwardErrorCorrection. (patchset #5 id:120001 of https://codereview.webrtc.org/2893293003/ )

Reason for revert:
Breaks fuzzer.

Original issue's description:
> Only compare sequence numbers from the same SSRC in ForwardErrorCorrection.
> 
> Prior to this CL, the ForwardErrorCorrection state would be reset whenever
> the difference in sequence numbers of the last recovered media packet
> and the new packet (media or FEC) was too large. This comparison did not
> take into account that FlexFEC uses a different SSRC for the FEC packets,
> meaning that the the state would be reset very frequently when FlexFEC
> is used. This should not have led to any major problems, except for a
> decreased decoding efficiency.
> 
> This CL verifies that whenever we compare sequence numbers in
> ForwardErrorCorrection, they do indeed belong to the same SSRC.
> 
> BUG=webrtc:5654
> 
> Review-Url: https://codereview.webrtc.org/2893293003
> Cr-Commit-Position: refs/heads/master@{#18399}
> Committed: https://chromium.googlesource.com/external/webrtc/+/1476a9d789db03457595cf7dbea7e362972f2a4d

TBR=stefan@webrtc.org,holmer@google.com
# Not skipping CQ checks because original CL landed more than 1 days ago.
BUG=webrtc:5654
Review-Url: https://codereview.webrtc.org/2919313005
Cr-Commit-Position: refs/heads/master@{#18446}
Committed: https://chromium.googlesource.com/external/webrtc/+/92732ecc5ccc81e17c1dea75ecc5e34c7ff6274f

[brandtr, 2017-06-05 13:58:19]

The CQ bit was checked by brandtr@webrtc.org

[brandtr, 2017-06-05 13:58:20]

Created Revert of Only compare sequence numbers from the same SSRC in
ForwardErrorCorrection.

[commit-bot: I haz the power, 2017-06-05 13:58:28]

CQ is trying da patch.

Follow status at:
https://chromium-cq-status.appspot.com/v2/patch-status/codereview.webrtc.org/...

[commit-bot: I haz the power, 2017-06-05 14:25:01]

CQ is committing da patch.

Bot data: {"patchset_id": 1, "attempt_start_ts": 1496671099321440, "parent_rev":
"a6dfd173aa7657e86ac396f1f1564b246dd4fb07", "commit_rev":
"92732ecc5ccc81e17c1dea75ecc5e34c7ff6274f"}

[commit-bot: I haz the power, 2017-06-05 14:25:05]

Description was changed from

==========
Revert of Only compare sequence numbers from the same SSRC in
ForwardErrorCorrection. (patchset #5 id:120001 of
https://codereview.webrtc.org/2893293003/ )

Reason for revert:
Breaks fuzzer.

Original issue's description:
> Only compare sequence numbers from the same SSRC in ForwardErrorCorrection.
> 
> Prior to this CL, the ForwardErrorCorrection state would be reset whenever
> the difference in sequence numbers of the last recovered media packet
> and the new packet (media or FEC) was too large. This comparison did not
> take into account that FlexFEC uses a different SSRC for the FEC packets,
> meaning that the the state would be reset very frequently when FlexFEC
> is used. This should not have led to any major problems, except for a
> decreased decoding efficiency.
> 
> This CL verifies that whenever we compare sequence numbers in
> ForwardErrorCorrection, they do indeed belong to the same SSRC.
> 
> BUG=webrtc:5654
> 
> Review-Url: https://codereview.webrtc.org/2893293003
> Cr-Commit-Position: refs/heads/master@{#18399}
> Committed:
https://chromium.googlesource.com/external/webrtc/+/1476a9d789db03457595cf7db...

TBR=stefan@webrtc.org,holmer@google.com
# Not skipping CQ checks because original CL landed more than 1 days ago.
BUG=webrtc:5654
==========

to

==========
Revert of Only compare sequence numbers from the same SSRC in
ForwardErrorCorrection. (patchset #5 id:120001 of
https://codereview.webrtc.org/2893293003/ )

Reason for revert:
Breaks fuzzer.

Original issue's description:
> Only compare sequence numbers from the same SSRC in ForwardErrorCorrection.
> 
> Prior to this CL, the ForwardErrorCorrection state would be reset whenever
> the difference in sequence numbers of the last recovered media packet
> and the new packet (media or FEC) was too large. This comparison did not
> take into account that FlexFEC uses a different SSRC for the FEC packets,
> meaning that the the state would be reset very frequently when FlexFEC
> is used. This should not have led to any major problems, except for a
> decreased decoding efficiency.
> 
> This CL verifies that whenever we compare sequence numbers in
> ForwardErrorCorrection, they do indeed belong to the same SSRC.
> 
> BUG=webrtc:5654
> 
> Review-Url: https://codereview.webrtc.org/2893293003
> Cr-Commit-Position: refs/heads/master@{#18399}
> Committed:
https://chromium.googlesource.com/external/webrtc/+/1476a9d789db03457595cf7db...

TBR=stefan@webrtc.org,holmer@google.com
# Not skipping CQ checks because original CL landed more than 1 days ago.
BUG=webrtc:5654

Review-Url: https://codereview.webrtc.org/2919313005
Cr-Commit-Position: refs/heads/master@{#18446}
Committed:
https://chromium.googlesource.com/external/webrtc/+/92732ecc5ccc81e17c1dea75e...
==========

[commit-bot: I haz the power, 2017-06-05 14:25:06]

Committed patchset #1 (id:1) as
https://chromium.googlesource.com/external/webrtc/+/92732ecc5ccc81e17c1dea75e...

[brandtr, 2017-06-05 14:27:40]

A revert of this CL (patchset #1 id:1) has been created in
https://codereview.webrtc.org/2918333002/ by brandtr@webrtc.org.

The reason for reverting is: Do not accept packets with incorrect SSRC..