-
|
Hello, Thanks! |
Beta Was this translation helpful? Give feedback.
Replies: 1 comment 1 reply
-
|
The data transfer out the TCP socket is managed by your operating system, so the data will honor whatever MTU is configured. Packet Sender cannot override it. You will need to access a lower level library to do that. Perhaps you could add a hop in between your destination with a very small MTU? Something to keep in mind as you go about this test... many operating systems and routers invoke Nagle's Algorithm on TCP packets and will join packets back together to improve efficiency. You may not get the exact test you want unless you also configure that setting. |
Beta Was this translation helpful? Give feedback.
-
|
@dannagle Thanks. In case there is new insight here. Our WebRTC application sends out a >1500 byte DTLS packet. I see it on the wire being fragmented, as expected. The receiver was blocking this fragmented DTLS packet. Since no reply (UDP) or ICMP reply, was thinking to send a greater than >1500 byte TCP packet and see what hop (TTL) may have sent a RST. This helped previously with a TCP issue. I was able to nail down a firewall two hops short of the receive that was inspecting our traffic and blocking. https://osqa-ask.wireshark.org/questions/60445/tcp-rst-and-ttl/ |
Beta Was this translation helpful? Give feedback.
The data transfer out the TCP socket is managed by your operating system, so the data will honor whatever MTU is configured. Packet Sender cannot override it. You will need to access a lower level library to do that.
Perhaps you could add a hop in between your destination with a very small MTU?
Something to keep in mind as you go about this test... many operating systems and routers invoke Nagle's Algorithm on TCP packets and will join packets back together to improve efficiency. You may not get the exact test you want unless you also configure that setting.