[squid-users] Squid3.3.10 tcp_outgoing_tos still does work with freeBSD ?

Hi all!

We want to use tcp_outgoing_tos with freeBSD 10.0-BETA2.

And our test cases is very simple.
Here is the related configure.
# Squid normally listens to port 3128
acl normal_service_net src 192.168.1.1/32
acl good_service_net src 192.168.2.1/32
tcp_outgoing_tos 0x20 normal_service_net
tcp_outgoing_tos 0x00 bad_service_net
visible_hostname squid

clients---> squid ---> router

And the 192.168.175.9 is my outgoing address.

root_at_Squid:~ # tcpdump -n -i eth1 -vv src 192.168.175.9

tcpdump: listening on vlan708, link-type EN10MB (Ethernet), capture
size 65535 bytes

capability mode sandbox enabled

15:52:35.208420 IP (tos 0x20, ttl 64, id 497, offset 0, flags [DF],
proto TCP (6), length 533, bad cksum 0 (->8115)!)

    192.168.175.9.10902 > 115.239.210.27.80: Flags [P.], cksum 0xb7c4
(incorrect -> 0x7295), seq 2526677121:2526677614, ack 178086541, win
17280, length 493

15:52:35.236238 IP (tos 0x20, ttl 64, id 498, offset 0, flags [DF],
proto TCP (6), length 40, bad cksum 0 (->8301)!)

    192.168.175.9.10902 > 115.239.210.27.80: Flags [.], cksum 0xb5d7
(incorrect -> 0x7bdb), seq 493, ack 1860, win 15840, length 0

15:52:35.236385 IP (tos 0x20, ttl 64, id 499, offset 0, flags [DF],
proto TCP (6), length 40, bad cksum 0 (->8300)!)

    192.168.175.9.10902 > 115.239.210.27.80: Flags [.], cksum 0xb5d7
(incorrect -> 0x7bdb), seq 493, ack 4740, win 12960, length 0

15:52:35.236396 IP (tos 0x20, ttl 64, id 500, offset 0, flags [DF],
proto TCP (6), length 40, bad cksum 0 (->82ff)!)

    192.168.175.9.10902 > 115.239.210.27.80: Flags [.], cksum 0xb5d7
(incorrect -> 0x7bdb), seq 493, ack 7620, win 10080, length 0

15:52:35.236546 IP (tos 0x20, ttl 64, id 501, offset 0, flags [DF],
proto TCP (6), length 40, bad cksum 0 (->82fe)!)

    192.168.175.9.10902 > 115.239.210.27.80: Flags [.], cksum 0xb5d7
(incorrect -> 0x7bdb), seq 493, ack 10500, win 7200, length 0

15:52:35.236557 IP (tos 0x20, ttl 64, id 502, offset 0, flags [DF],
proto TCP (6), length 40, bad cksum 0 (->82fd)!)

    192.168.175.9.10902 > 115.239.210.27.80: Flags [.], cksum 0xb5d7
(incorrect -> 0x7bdb), seq 493, ack 13380, win 4320, length 0

15:52:35.236571 IP (tos 0x20, ttl 64, id 503, offset 0, flags [DF],
proto TCP (6), length 40, bad cksum 0 (->82fc)!)

    192.168.175.9.10902 > 115.239.210.27.80: Flags [.], cksum 0xb5d7
(incorrect -> 0x7bdb), seq 493, ack 16124, win 1576, length 0

15:52:35.237315 IP (tos 0x20, ttl 64, id 505, offset 0, flags [DF],
proto TCP (6), length 40, bad cksum 0 (->82fa)!)

    192.168.175.9.10902 > 115.239.210.27.80: Flags [.], cksum 0xb5d7
(incorrect -> 0x3e83), seq 493, ack 16124, win 17280, length 0

15:52:35.358903 IP (tos 0x20, ttl 64, id 648, offset 0, flags [DF],
proto TCP (6), length 541, bad cksum 0 (->7f86)!)

    192.168.175.9.10903 > 115.239.211.11.80: Flags [P.], cksum 0xb8bc
(incorrect -> 0xca99), seq 1454826059:1454826560, ack 1068107219, win
17280, length 501

15:52:35.362187 IP (tos 0x0, ttl 64, id 649, offset 0, flags [DF],
proto TCP (6), length 44, bad cksum 0 (->9029)!)

    192.168.175.9.10905 > 180.149.131.210.80: Flags [S], cksum 0xa838
(incorrect -> 0x5376), seq 2396299992, win 16384, options [mss 1460],
length 0

15:52:35.386524 IP (tos 0x20, ttl 64, id 654, offset 0, flags [DF],
proto TCP (6), length 40, bad cksum 0 (->8175)!)

    192.168.175.9.10903 > 115.239.211.11.80: Flags [.], cksum 0xb6c7
(incorrect -> 0x0a4c), seq 501, ack 260, win 17021, length 0

15:52:35.419373 IP (tos 0x0, ttl 64, id 657, offset 0, flags [DF],
proto TCP (6), length 40, bad cksum 0 (->9025)!)

    192.168.175.9.10905 > 180.149.131.210.80: Flags [.], cksum 0xa834
(incorrect -> 0x2fb1), seq 2396299993, ack 860488872, win 17280,
length 0

15:52:35.422048 IP (tos 0x0, ttl 64, id 658, offset 0, flags [DF],
proto TCP (6), length 504, bad cksum 0 (->8e54)!)

    192.168.175.9.10905 > 180.149.131.210.80: Flags [P.], cksum 0xaa04
(incorrect -> 0xce68), seq 0:464, ack 1, win 17280, length 464

So, it's the tcp_outgoing_tos still has bug in freeBSD or I have some
mistake there ?
Received on Thu Dec 26 2013 - 08:00:05 MST