![]() ![]() ![]() Technically, nothing is complaining, or erroring out. I experimented with ping sizes to see that mtu tops out around 1472, but even with that set, my test rig had the very same messages, it makes me think that by the nature of vpn, there will be some packets delayed a bit longer than normal. The window size doesn't seem to shrink noticeably in the logs. ![]() Ping times between sites is usually around 20ms. ![]() I still get these retransmission and dup packets, sometimes a few at a time, sometimes one and not the other, sometimes a good block of 10 or more.Ĭould this be a known bug or just a latency issue? the ethx port doesn't see any of these problems, there doesn't seem to be a problem with memory or with cpu power on the two servers (multicore with plenty of cpu time available). I did try working with MTU sizes some, using tun-mtu, mssfix, and fragment to try getting a different result, but with no difference. The issue is I'm not sure if these packets are fine to ignore or signs of network settings not optimized, or possibly a problem. Traffic has since seemed to drop off on the interface, which is likely unrelated. While communication is now fine, it was previously giving some delays, inconsistent pings, sometimes large pings. While using wireshark on the TUN device to try diagnosing some performance issues between sites, I noticed a semi-common occurrence of TCP retransmission ack and dup packets on the tun interface. Hello, I've been working a bit with openvpn here, and was wondering a few things. ![]()
0 Comments
Leave a Reply. |
Details
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |