Hi,
I understand the following. Please correct me if I am wrong:
>
I'm not the right person to comment on this, but let me try:
>
> TUN/TAP read bytes,527859 : bytes received in tun interface (download)
> TUN/TAP write bytes,678807: bytes sent in tun interface (upload)
>
Your usage of upload/download sounds reversed. What is written to tun by
openvpn either gets routed/forwarded or goes to local applications. In
other words, most of the TCP/UDP read bytes are eventually written to tun.
> TCP/UDP read bytes,804077: bytes received on WAN interface (this includes
> VPN encapsulation)
> TCP/UDP write bytes,702449: bytes sent on WAN interface (this includes VPN
> encapsulation)
> Auth read bytes,678807: ???
>
This is the size of authenticated packets received (after decompression)
ready for writing to the tun. Surprisingly this seems to exactly match with
what is eventually written to tun -- I thought some data like ping are
internally consumed and included in auth read bytes but not written to tun.
pre-compress bytes,140358: bytes to be sent in tun interface before they
> are compressed (upload)
>
post-compress bytes,131343: bytes to be sent in tun interface after they
> are compressed (upload)
>
Bytes read from tun for which compression is attempted and corresponding
compressed size.
> pre-decompress bytes,80635: bytes received in tun interface before they
> are decompressed (download)
>
post-decompress bytes,127443: bytes received in tun interface after they
> are decompressed (download)
>
Compressed bytes received from server after decryption and corresponding
decompressed size.
> Why the values reported at the compression stats are so different from
> TUN/TAP values? Don't they refer to the same payload traffic of VPN?
>
I suppose that is because compression is not attempted on all packets --
there is a size threshold and some adaptive compression logic that has to
pass before compression is tried.
Selva
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Openvpn-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/openvpn-users
