测试丢包问题

Question

我正在考虑编写一些集成测试，以确保我的消息传递层在丢失数据包/网络问题时正常运行，因为我需要确保当进程重新连接连接的任何一端时不会出现重复，理想情况下不保留收到的消息列表。

TCP用作连接协议

我想测试的测试场景是：

1. 发件人无法连接（很容易通过连接到不存在的服务器进行测试）
2. 服务器收到但在TCP ACK和客户端上的应用层之间发生了一些事情，在TCP ACK之后收到确认。例如。服务器认为它的确认，客户端永远不会收到它。 （在任何申请中这是一个可行的担忧吗？）

我目前正在考虑实现一个新进程，它将充当TCP连接的代理，并通过集成测试中的WCF连接到它，最初配置转发，然后打开/关闭它，或决定哪些数据包得到转发，不通过测试中的回调。因此可以模拟这样的场景。

1. C＃中是否有类似的内容？
2. 有人试过这个并且失败了吗？为什么？
3. 是否有更好的方法（尤其是基于消息的测试）？