I would configure IP sla in the endpoints with UDP echo and monitor it, use the same port used by application of course.
Also you could run a ip sla for TCP and then compare.... this is probably something with the application, but just to make sure IP sla can show you if it might be something with the network devices or not.
The Author of this posting offers the information contained within this posting without consideration and with the reader's understanding that there's no implied or expressed suitability or fitness for any purpose. Information provided is for informational purposes only and should not be construed as rendering professional advice of any kind. Usage of this posting's information is solely at reader's own risk.
In no event shall Author be liable for any damages whatsoever (including, without limitation, damages for loss of use, data or profit) arising out of the use or inability to use the posting's information even if Author has been advised of the possibility of such damage.
Leo's post accurately describes a common WAN performance difference between UDP and TCP applications.
On a LAN, it's possible a UDP application might run much slower since it might be more involved with the network processing. If the application has to ACK individual packets, but if the application has poor resource priority, it could run slower than TCP, where the TCP stack would ACK packets, perhaps with better resouce priority.
On both LAN and WAN, TCP applications are more likely to deal with in-path lower MTU than a UDP application. If this happens, i.e. IP packet fragmentation, UDP might be slowed vs. TCP.
I have the same problem with UDP low transfer. Btest by MikroTIK shows about 10% of access link on UDP and 80% of access link on TCP. I have 3560G - 1GE SX - 2960 (100Mb). Tests were made from 3560 to 2960. When test stations are in he same switch UDP tranfer is high.
[toc:faq]The ProblemOn traditional switches whenever we have a trunk
interface we use the VLAN tag to demultiplex the VLANs. The switch needs
to determine which MAC Address table to look in for a forwarding
decision. To do this we require the switch to do...
[toc:faq]Introduction:Netdr is a tool available on a RSP720, Sup720 or
Sup32 that allows one to capture packets on the RP or SP inband. The
netdr command can be used to capture both Tx and Rx packets in the
software switching path. This is not a substitut...
IntroductionOSPF, being a link-state protocol, allows for every router
in the network to know of every link and OSPF speaker in the entire
network. From this picture each router independently runs the Shortest
Path First (SPF) algorithm to determine the b...