From wireshark version 2 and on, I could not decode diameter messages. Wireshark understand the packet as TCP Retransmission. Even with decode us it was not possible to decode it.
Raise a bug report with a sample trace. It hard to speculate what the problem might be. Possibly duplicate messages you could try to filter those out with editcap.
Is the trace taken natively (e.g., with tcpdump or Wireshark) or was it created by some other method?
I suspect it was created by another method and whatever is creating the trace is putting fake TCP headers that don't have correct sequence numbers.
Regardless you should probably be able to avoid the problem by disabling the TCP preference for analyzing sequence numbers.
ps. if you open a bug please be sure to post a link to it here.
Comments