> Hi, > > On 03/04/2021 12:06, Simon Matter wrote: >> Our use case is simple, we don't want ANY application in our company to >> consume more WAN bandwidth than is absolutely needed. Of course we're >> using compression like in rsync where it's possible, but that's not >> possible everywhere and with every application. So we also try to catch >> those cases by using compression over the VPN links. In case there is no >> compressible data, it doesn't hurt much, but it can help a lot with >> compressible data. > > Out of curiosity, would you be able to provide statistics of how much > you are saving and with which application protocol?
No, I can not show applications but I can tell you it's from a huge number of different devices. There are thin clients but also a zoo of document printers, different label printer types, barcode scanning devices, payment terminals, DECT VoIP phones, alarm systems, lots of embedded systems, document scanners, video cameras and the list goes on. It's quite difficult to analyze every protocol and see how or if it can be compressed which is why it's nice to know things get at least compressed when running over the WAN links. Example status shows this: Apr 3 15:00:30 gw-X1 openvpn[1477]: pre-compress bytes,833300152 Apr 3 15:00:30 gw-X1 openvpn[1477]: post-compress bytes,796650159 Apr 3 15:00:30 gw-X1 openvpn[1477]: pre-decompress bytes,343572096 Apr 3 15:00:30 gw-X1 openvpn[1477]: post-decompress bytes,510118472 Apr 3 15:00:09 gw-X2 openvpn[1502]: pre-compress bytes,3152837867 Apr 3 15:00:09 gw-X2 openvpn[1502]: post-compress bytes,3142711232 Apr 3 15:00:09 gw-X2 openvpn[1502]: pre-decompress bytes,3045691308 Apr 3 15:00:09 gw-X2 openvpn[1502]: post-decompress bytes,4980566715 It shows at least that it does something. It's clear that the gain is not so big but, this status doesn't show the negative effect that one stupid protocol can have on the connection. If there is one device doing lots of compressible traffic during half an hour per day, this can greatly disturb connectivity during the half an hour. That's half an hour too much. Simon _______________________________________________ Openvpn-devel mailing list Openvpn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/openvpn-devel
