Tests test_tunnel.sh fails due to config fragments ins't enabled.
Fixes: 933a741e3b82 ("selftests/bpf: bpf tunnel test.") Signed-off-by: Anders Roxell anders.roxell@linaro.org ---
All tests passes except ip6gretap that still fails. I'm unsure why. Ideas?
Cheers, Anders
tools/testing/selftests/bpf/config | 10 ++++++++++ 1 file changed, 10 insertions(+)
diff --git a/tools/testing/selftests/bpf/config b/tools/testing/selftests/bpf/config index 1eefe211a4a8..7eb613ffef55 100644 --- a/tools/testing/selftests/bpf/config +++ b/tools/testing/selftests/bpf/config @@ -7,3 +7,13 @@ CONFIG_CGROUP_BPF=y CONFIG_NETDEVSIM=m CONFIG_NET_CLS_ACT=y CONFIG_NET_SCH_INGRESS=y +CONFIG_NET_IPIP=y +CONFIG_IPV6=y +CONFIG_NET_IPGRE_DEMUX=y +CONFIG_NET_IPGRE=y +CONFIG_IPV6_GRE=y +CONFIG_CRYPTO_USER_API_HASH=m +CONFIG_CRYPTO_HMAC=m +CONFIG_CRYPTO_SHA256=m +CONFIG_VXLAN=y +CONFIG_GENEVE=y
On 06/12/2018 01:05 PM, Anders Roxell wrote:
Tests test_tunnel.sh fails due to config fragments ins't enabled.
Fixes: 933a741e3b82 ("selftests/bpf: bpf tunnel test.") Signed-off-by: Anders Roxell anders.roxell@linaro.org
All tests passes except ip6gretap that still fails. I'm unsure why. Ideas?
William (Cc) might be able to help you out.
Applied the one below in the mean-time to bpf, thanks!
Cheers, Anders
tools/testing/selftests/bpf/config | 10 ++++++++++ 1 file changed, 10 insertions(+)
diff --git a/tools/testing/selftests/bpf/config b/tools/testing/selftests/bpf/config index 1eefe211a4a8..7eb613ffef55 100644 --- a/tools/testing/selftests/bpf/config +++ b/tools/testing/selftests/bpf/config @@ -7,3 +7,13 @@ CONFIG_CGROUP_BPF=y CONFIG_NETDEVSIM=m CONFIG_NET_CLS_ACT=y CONFIG_NET_SCH_INGRESS=y +CONFIG_NET_IPIP=y +CONFIG_IPV6=y +CONFIG_NET_IPGRE_DEMUX=y +CONFIG_NET_IPGRE=y +CONFIG_IPV6_GRE=y +CONFIG_CRYPTO_USER_API_HASH=m +CONFIG_CRYPTO_HMAC=m +CONFIG_CRYPTO_SHA256=m +CONFIG_VXLAN=y +CONFIG_GENEVE=y
-- To unsubscribe from this list: send the line "unsubscribe linux-kselftest" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
On Tue, Jun 12, 2018 at 5:08 PM, Daniel Borkmann daniel@iogearbox.net wrote:
On 06/12/2018 01:05 PM, Anders Roxell wrote:
Tests test_tunnel.sh fails due to config fragments ins't enabled.
Fixes: 933a741e3b82 ("selftests/bpf: bpf tunnel test.") Signed-off-by: Anders Roxell anders.roxell@linaro.org
All tests passes except ip6gretap that still fails. I'm unsure why. Ideas?
Hi Anders,
ip6erspan is based on ip6gretap, does ip6erspan pass?
Regards, William -- To unsubscribe from this list: send the line "unsubscribe linux-kselftest" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
On 14 June 2018 at 13:06, William Tu u9012063@gmail.com wrote:
On Tue, Jun 12, 2018 at 5:08 PM, Daniel Borkmann daniel@iogearbox.net wrote:
On 06/12/2018 01:05 PM, Anders Roxell wrote:
Tests test_tunnel.sh fails due to config fragments ins't enabled.
Fixes: 933a741e3b82 ("selftests/bpf: bpf tunnel test.") Signed-off-by: Anders Roxell anders.roxell@linaro.org
All tests passes except ip6gretap that still fails. I'm unsure why. Ideas?
Hi Anders,
ip6erspan is based on ip6gretap, does ip6erspan pass?
it did pass when I was sending the email. However, I retested this on next-20180613 and now it fails.
Cheers, Anders -- To unsubscribe from this list: send the line "unsubscribe linux-kselftest" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
On Thu, Jun 14, 2018 at 4:42 AM, Anders Roxell anders.roxell@linaro.org wrote:
On 14 June 2018 at 13:06, William Tu u9012063@gmail.com wrote:
On Tue, Jun 12, 2018 at 5:08 PM, Daniel Borkmann daniel@iogearbox.net wrote:
On 06/12/2018 01:05 PM, Anders Roxell wrote:
Tests test_tunnel.sh fails due to config fragments ins't enabled.
Fixes: 933a741e3b82 ("selftests/bpf: bpf tunnel test.") Signed-off-by: Anders Roxell anders.roxell@linaro.org
All tests passes except ip6gretap that still fails. I'm unsure why. Ideas?
Hi Anders,
ip6erspan is based on ip6gretap, does ip6erspan pass?
it did pass when I was sending the email. However, I retested this on next-20180613 and now it fails.
Does 'ip -s link show' show any errors/dropped on ip6gretap device?
Thanks William -- To unsubscribe from this list: send the line "unsubscribe linux-kselftest" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
On Thu, 14 Jun 2018 at 14:09, William Tu u9012063@gmail.com wrote:
On Thu, Jun 14, 2018 at 4:42 AM, Anders Roxell anders.roxell@linaro.org wrote:
On 14 June 2018 at 13:06, William Tu u9012063@gmail.com wrote:
On Tue, Jun 12, 2018 at 5:08 PM, Daniel Borkmann daniel@iogearbox.net wrote:
On 06/12/2018 01:05 PM, Anders Roxell wrote:
Tests test_tunnel.sh fails due to config fragments ins't enabled.
Fixes: 933a741e3b82 ("selftests/bpf: bpf tunnel test.") Signed-off-by: Anders Roxell anders.roxell@linaro.org
All tests passes except ip6gretap that still fails. I'm unsure why. Ideas?
Hi Anders,
ip6erspan is based on ip6gretap, does ip6erspan pass?
it did pass when I was sending the email. However, I retested this on next-20180613 and now it fails.
Does 'ip -s link show' show any errors/dropped on ip6gretap device?
I rerun the test_ip6gretap test only and added "set -x" to test_tunnel.sh here's the output. I added "ip -s link show ip6gretap11" before the cleanup function in the script.
# ./test_tunnel.sh + PING_ARG='-c 3 -w 10 -q' + ret=0 + GREEN='\033[0;92m' + RED='\033[0;31m' + NC='\033[0m' + trap cleanup 0 3 6 + trap cleanup_exit 2 9 + cleanup + ip netns delete at_ns0 + ip link del veth1 + ip link del ipip11 + ip link del ipip6tnl11 + ip link del gretap11 + ip link del ip6gre11 + ip link del ip6gretap11 + ip link del vxlan11 + ip link del ip6vxlan11 + ip link del geneve11 + ip link del ip6geneve11 + ip link del erspan11 + ip link del ip6erspan11 + bpf_tunnel_test + echo 'Testing IP6GRETAP tunnel...' Testing IP6GRETAP tunnel... + test_ip6gretap + TYPE=ip6gretap + DEV_NS=ip6gretap00 + DEV=ip6gretap11 + ret=0 + check ip6gretap + ip link help ip6gretap + grep -q '^Usage:' + '[' 0 -ne 0 ']' + config_device + ip netns add at_ns0 + ip link add veth0 type veth peer name veth1 + ip link set veth0 netns at_ns0 + ip netns exec at_ns0 ip addr add 172.16.1.100/24 dev veth0 + ip netns exec at_ns0 ip link set dev veth0 up + ip link set dev veth1 up mtu 1500 + ip addr add dev veth1 172.16.1.200/24 + add_ip6gretap_tunnel + ip netns exec at_ns0 ip addr add ::11/96 dev veth0 + ip netns exec at_ns0 ip link set dev veth0 up + ip addr add dev veth1 ::22/96 + ip link set dev veth1 up + ip netns exec at_ns0 ip link add dev ip6gretap00 type ip6gretap seq flowlabel 0xbcdef key 2 local ::11 remote ::22 + ip netns exec at_ns0 ip addr add dev ip6gretap00 10.1.1.100/24 + ip netns exec at_ns0 ip addr add dev ip6gretap00 fc80::100/96 + ip netns exec at_ns0 ip link set dev ip6gretap00 up + ip link add dev ip6gretap11 type ip6gretap external + ip addr add dev ip6gretap11 10.1.1.200/24 + ip addr add dev ip6gretap11 fc80::200/24 + ip link set dev ip6gretap11 up + attach_bpf ip6gretap11 ip6gretap_set_tunnel ip6gretap_get_tunnel + DEV=ip6gretap11 + SET=ip6gretap_set_tunnel + GET=ip6gretap_get_tunnel + tc qdisc add dev ip6gretap11 clsact + tc filter add dev ip6gretap11 egress bpf da obj test_tunnel_kern.o sec ip6gretap_set_tunnel + tc filter add dev ip6gretap11 ingress bpf da obj test_tunnel_kern.o sec ip6gretap_get_tunnel + ping6 -c 3 -w 10 -q ::11 PING ::11 (::11): 56 data bytes
--- ::11 ping statistics --- 5 packets transmitted, 3 packets received, 40% packet loss round-trip min/avg/max = 0.139/1.857/5.293 ms + ip netns exec at_ns0 ping -c 3 -w 10 -q 10.1.1.200 PING 10.1.1.200 (10.1.1.200): 56 data bytes
--- 10.1.1.200 ping statistics --- 3 packets transmitted, 3 packets received, 0% packet loss round-trip min/avg/max = 0.214/0.256/0.305 ms + ping -c 3 -w 10 -q 10.1.1.100 PING 10.1.1.100 (10.1.1.100): 56 data bytes
--- 10.1.1.100 ping statistics --- 3 packets transmitted, 3 packets received, 0% packet loss round-trip min/avg/max = 0.210/0.211/0.213 ms + check_err 0 + '[' 0 -eq 0 ']' + ret=0 + ip netns exec at_ns0 ping6 -c 3 -w 10 -q fc80::200 PING fc80::200 (fc80::200): 56 data bytes
--- fc80::200 ping statistics --- 10 packets transmitted, 0 packets received, 100% packet loss + check_err 1 + '[' 0 -eq 0 ']' + ret=1 + ip -s link show ip6gretap11 19: ip6gretap11@NONE: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1434 qdisc pfifo_fast state UNKNOWN mode DEFAULT group default qlen 1000 link/ether de:d2:0c:53:80:8c brd ff:ff:ff:ff:ff:ff RX: bytes packets errors dropped overrun mcast 2096 25 0 0 0 0 TX: bytes packets errors dropped carrier collsns 5324 36 5 5 0 0 + cleanup + ip netns delete at_ns0 + ip link del veth1 + ip link del ipip11 + ip link del ipip6tnl11 + ip link del gretap11 + ip link del ip6gre11 + ip link del ip6gretap11 + ip link del vxlan11 + ip link del ip6vxlan11 + ip link del geneve11 + ip link del ip6geneve11 + ip link del erspan11 + ip link del ip6erspan11 + '[' 1 -ne 0 ']' + echo -e '\033[0;31mFAIL: ip6gretap\033[0m' FAIL: ip6gretap + return 1 + exit 0 + cleanup + ip netns delete at_ns0 + ip link del veth1 + ip link del ipip11 + ip link del ipip6tnl11 + ip link del gretap11 + ip link del ip6gre11 + ip link del ip6gretap11 + ip link del vxlan11 + ip link del ip6vxlan11 + ip link del geneve11 + ip link del ip6geneve11 + ip link del erspan11 + ip link del ip6erspan11 -- To unsubscribe from this list: send the line "unsubscribe linux-kselftest" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
On Thu, Jun 14, 2018 at 11:41 PM, Anders Roxell anders.roxell@linaro.org wrote:
On Thu, 14 Jun 2018 at 14:09, William Tu u9012063@gmail.com wrote:
On Thu, Jun 14, 2018 at 4:42 AM, Anders Roxell anders.roxell@linaro.org wrote:
On 14 June 2018 at 13:06, William Tu u9012063@gmail.com wrote:
On Tue, Jun 12, 2018 at 5:08 PM, Daniel Borkmann daniel@iogearbox.net wrote:
On 06/12/2018 01:05 PM, Anders Roxell wrote:
Tests test_tunnel.sh fails due to config fragments ins't enabled.
Fixes: 933a741e3b82 ("selftests/bpf: bpf tunnel test.") Signed-off-by: Anders Roxell anders.roxell@linaro.org
All tests passes except ip6gretap that still fails. I'm unsure why. Ideas?
Hi Anders,
ip6erspan is based on ip6gretap, does ip6erspan pass?
it did pass when I was sending the email. However, I retested this on next-20180613 and now it fails.
Does 'ip -s link show' show any errors/dropped on ip6gretap device?
I rerun the test_ip6gretap test only and added "set -x" to test_tunnel.sh here's the output. I added "ip -s link show ip6gretap11" before the cleanup function in the script.
# ./test_tunnel.sh
- PING_ARG='-c 3 -w 10 -q'
- ret=0
- GREEN='\033[0;92m'
- RED='\033[0;31m'
- NC='\033[0m'
- trap cleanup 0 3 6
- trap cleanup_exit 2 9
- cleanup
- ip netns delete at_ns0
- ip link del veth1
- ip link del ipip11
- ip link del ipip6tnl11
- ip link del gretap11
- ip link del ip6gre11
- ip link del ip6gretap11
- ip link del vxlan11
- ip link del ip6vxlan11
- ip link del geneve11
- ip link del ip6geneve11
- ip link del erspan11
- ip link del ip6erspan11
- bpf_tunnel_test
- echo 'Testing IP6GRETAP tunnel...'
Testing IP6GRETAP tunnel...
- test_ip6gretap
- TYPE=ip6gretap
- DEV_NS=ip6gretap00
- DEV=ip6gretap11
- ret=0
- check ip6gretap
- ip link help ip6gretap
- grep -q '^Usage:'
- '[' 0 -ne 0 ']'
- config_device
- ip netns add at_ns0
- ip link add veth0 type veth peer name veth1
- ip link set veth0 netns at_ns0
- ip netns exec at_ns0 ip addr add 172.16.1.100/24 dev veth0
- ip netns exec at_ns0 ip link set dev veth0 up
- ip link set dev veth1 up mtu 1500
- ip addr add dev veth1 172.16.1.200/24
- add_ip6gretap_tunnel
- ip netns exec at_ns0 ip addr add ::11/96 dev veth0
- ip netns exec at_ns0 ip link set dev veth0 up
- ip addr add dev veth1 ::22/96
- ip link set dev veth1 up
- ip netns exec at_ns0 ip link add dev ip6gretap00 type ip6gretap seq
flowlabel 0xbcdef key 2 local ::11 remote ::22
- ip netns exec at_ns0 ip addr add dev ip6gretap00 10.1.1.100/24
- ip netns exec at_ns0 ip addr add dev ip6gretap00 fc80::100/96
- ip netns exec at_ns0 ip link set dev ip6gretap00 up
- ip link add dev ip6gretap11 type ip6gretap external
- ip addr add dev ip6gretap11 10.1.1.200/24
- ip addr add dev ip6gretap11 fc80::200/24
- ip link set dev ip6gretap11 up
- attach_bpf ip6gretap11 ip6gretap_set_tunnel ip6gretap_get_tunnel
- DEV=ip6gretap11
- SET=ip6gretap_set_tunnel
- GET=ip6gretap_get_tunnel
- tc qdisc add dev ip6gretap11 clsact
- tc filter add dev ip6gretap11 egress bpf da obj test_tunnel_kern.o
sec ip6gretap_set_tunnel
- tc filter add dev ip6gretap11 ingress bpf da obj test_tunnel_kern.o
sec ip6gretap_get_tunnel
- ping6 -c 3 -w 10 -q ::11
PING ::11 (::11): 56 data bytes
--- ::11 ping statistics --- 5 packets transmitted, 3 packets received, 40% packet loss round-trip min/avg/max = 0.139/1.857/5.293 ms
- ip netns exec at_ns0 ping -c 3 -w 10 -q 10.1.1.200
PING 10.1.1.200 (10.1.1.200): 56 data bytes
--- 10.1.1.200 ping statistics --- 3 packets transmitted, 3 packets received, 0% packet loss round-trip min/avg/max = 0.214/0.256/0.305 ms
- ping -c 3 -w 10 -q 10.1.1.100
PING 10.1.1.100 (10.1.1.100): 56 data bytes
--- 10.1.1.100 ping statistics --- 3 packets transmitted, 3 packets received, 0% packet loss round-trip min/avg/max = 0.210/0.211/0.213 ms
- check_err 0
- '[' 0 -eq 0 ']'
- ret=0
- ip netns exec at_ns0 ping6 -c 3 -w 10 -q fc80::200
PING fc80::200 (fc80::200): 56 data bytes
--- fc80::200 ping statistics --- 10 packets transmitted, 0 packets received, 100% packet loss
- check_err 1
- '[' 0 -eq 0 ']'
- ret=1
- ip -s link show ip6gretap11
19: ip6gretap11@NONE: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1434 qdisc pfifo_fast state UNKNOWN mode DEFAULT group default qlen 1000 link/ether de:d2:0c:53:80:8c brd ff:ff:ff:ff:ff:ff RX: bytes packets errors dropped overrun mcast 2096 25 0 0 0 0 TX: bytes packets errors dropped carrier collsns 5324 36 5 5 0 0
So there are 5 errors at TX. I couldn't reproduce in my local machine using 4.17-rc6. How do I checkin the "next-20180613" source code?
Thanks William -- To unsubscribe from this list: send the line "unsubscribe linux-kselftest" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
On Tue, 19 Jun 2018 at 14:56, William Tu u9012063@gmail.com wrote:
On Thu, Jun 14, 2018 at 11:41 PM, Anders Roxell anders.roxell@linaro.org wrote:
On Thu, 14 Jun 2018 at 14:09, William Tu u9012063@gmail.com wrote:
On Thu, Jun 14, 2018 at 4:42 AM, Anders Roxell anders.roxell@linaro.org wrote:
On 14 June 2018 at 13:06, William Tu u9012063@gmail.com wrote:
On Tue, Jun 12, 2018 at 5:08 PM, Daniel Borkmann daniel@iogearbox.net wrote:
On 06/12/2018 01:05 PM, Anders Roxell wrote: > Tests test_tunnel.sh fails due to config fragments ins't enabled. > > Fixes: 933a741e3b82 ("selftests/bpf: bpf tunnel test.") > Signed-off-by: Anders Roxell anders.roxell@linaro.org > --- > > All tests passes except ip6gretap that still fails. I'm unsure why. > Ideas?
Hi Anders,
ip6erspan is based on ip6gretap, does ip6erspan pass?
it did pass when I was sending the email. However, I retested this on next-20180613 and now it fails.
Does 'ip -s link show' show any errors/dropped on ip6gretap device?
I rerun the test_ip6gretap test only and added "set -x" to test_tunnel.sh here's the output. I added "ip -s link show ip6gretap11" before the cleanup function in the script.
# ./test_tunnel.sh
- PING_ARG='-c 3 -w 10 -q'
- ret=0
- GREEN='\033[0;92m'
- RED='\033[0;31m'
- NC='\033[0m'
- trap cleanup 0 3 6
- trap cleanup_exit 2 9
- cleanup
- ip netns delete at_ns0
- ip link del veth1
- ip link del ipip11
- ip link del ipip6tnl11
- ip link del gretap11
- ip link del ip6gre11
- ip link del ip6gretap11
- ip link del vxlan11
- ip link del ip6vxlan11
- ip link del geneve11
- ip link del ip6geneve11
- ip link del erspan11
- ip link del ip6erspan11
- bpf_tunnel_test
- echo 'Testing IP6GRETAP tunnel...'
Testing IP6GRETAP tunnel...
- test_ip6gretap
- TYPE=ip6gretap
- DEV_NS=ip6gretap00
- DEV=ip6gretap11
- ret=0
- check ip6gretap
- ip link help ip6gretap
- grep -q '^Usage:'
- '[' 0 -ne 0 ']'
- config_device
- ip netns add at_ns0
- ip link add veth0 type veth peer name veth1
- ip link set veth0 netns at_ns0
- ip netns exec at_ns0 ip addr add 172.16.1.100/24 dev veth0
- ip netns exec at_ns0 ip link set dev veth0 up
- ip link set dev veth1 up mtu 1500
- ip addr add dev veth1 172.16.1.200/24
- add_ip6gretap_tunnel
- ip netns exec at_ns0 ip addr add ::11/96 dev veth0
- ip netns exec at_ns0 ip link set dev veth0 up
- ip addr add dev veth1 ::22/96
- ip link set dev veth1 up
- ip netns exec at_ns0 ip link add dev ip6gretap00 type ip6gretap seq
flowlabel 0xbcdef key 2 local ::11 remote ::22
- ip netns exec at_ns0 ip addr add dev ip6gretap00 10.1.1.100/24
- ip netns exec at_ns0 ip addr add dev ip6gretap00 fc80::100/96
- ip netns exec at_ns0 ip link set dev ip6gretap00 up
- ip link add dev ip6gretap11 type ip6gretap external
- ip addr add dev ip6gretap11 10.1.1.200/24
- ip addr add dev ip6gretap11 fc80::200/24
- ip link set dev ip6gretap11 up
- attach_bpf ip6gretap11 ip6gretap_set_tunnel ip6gretap_get_tunnel
- DEV=ip6gretap11
- SET=ip6gretap_set_tunnel
- GET=ip6gretap_get_tunnel
- tc qdisc add dev ip6gretap11 clsact
- tc filter add dev ip6gretap11 egress bpf da obj test_tunnel_kern.o
sec ip6gretap_set_tunnel
- tc filter add dev ip6gretap11 ingress bpf da obj test_tunnel_kern.o
sec ip6gretap_get_tunnel
- ping6 -c 3 -w 10 -q ::11
PING ::11 (::11): 56 data bytes
--- ::11 ping statistics --- 5 packets transmitted, 3 packets received, 40% packet loss round-trip min/avg/max = 0.139/1.857/5.293 ms
- ip netns exec at_ns0 ping -c 3 -w 10 -q 10.1.1.200
PING 10.1.1.200 (10.1.1.200): 56 data bytes
--- 10.1.1.200 ping statistics --- 3 packets transmitted, 3 packets received, 0% packet loss round-trip min/avg/max = 0.214/0.256/0.305 ms
- ping -c 3 -w 10 -q 10.1.1.100
PING 10.1.1.100 (10.1.1.100): 56 data bytes
--- 10.1.1.100 ping statistics --- 3 packets transmitted, 3 packets received, 0% packet loss round-trip min/avg/max = 0.210/0.211/0.213 ms
- check_err 0
- '[' 0 -eq 0 ']'
- ret=0
- ip netns exec at_ns0 ping6 -c 3 -w 10 -q fc80::200
PING fc80::200 (fc80::200): 56 data bytes
--- fc80::200 ping statistics --- 10 packets transmitted, 0 packets received, 100% packet loss
- check_err 1
- '[' 0 -eq 0 ']'
- ret=1
- ip -s link show ip6gretap11
19: ip6gretap11@NONE: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1434 qdisc pfifo_fast state UNKNOWN mode DEFAULT group default qlen 1000 link/ether de:d2:0c:53:80:8c brd ff:ff:ff:ff:ff:ff RX: bytes packets errors dropped overrun mcast 2096 25 0 0 0 0 TX: bytes packets errors dropped carrier collsns 5324 36 5 5 0 0
So there are 5 errors at TX.
and today when I tried it on next-20180620 I saw 8 errors at TX.
I couldn't reproduce in my local machine using 4.17-rc6. How do I checkin the "next-20180613" source code?
You can find the source code here [1], and I would look in the latest tag that I said that I was able to reproduce it on above.
Cheers, Anders [1] https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/ -- To unsubscribe from this list: send the line "unsubscribe linux-kselftest" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
--- ::11 ping statistics --- 5 packets transmitted, 3 packets received, 40% packet loss round-trip min/avg/max = 0.139/1.857/5.293 ms
- ip netns exec at_ns0 ping -c 3 -w 10 -q 10.1.1.200
PING 10.1.1.200 (10.1.1.200): 56 data bytes
--- 10.1.1.200 ping statistics --- 3 packets transmitted, 3 packets received, 0% packet loss round-trip min/avg/max = 0.214/0.256/0.305 ms
- ping -c 3 -w 10 -q 10.1.1.100
PING 10.1.1.100 (10.1.1.100): 56 data bytes
--- 10.1.1.100 ping statistics --- 3 packets transmitted, 3 packets received, 0% packet loss round-trip min/avg/max = 0.210/0.211/0.213 ms
- check_err 0
- '[' 0 -eq 0 ']'
- ret=0
So looks like the ipv4 over ipv6 gre passes.
- ip netns exec at_ns0 ping6 -c 3 -w 10 -q fc80::200
PING fc80::200 (fc80::200): 56 data bytes
--- fc80::200 ping statistics --- 10 packets transmitted, 0 packets received, 100% packet loss
` but the ipv6 over ipv6 gre fails. Do you have any firewall rules that block this traffic? or if possible, the packet might get dropped at function ip6gre_xmit_ipv6 can you print the return value of this function?
- check_err 1
- '[' 0 -eq 0 ']'
- ret=1
- ip -s link show ip6gretap11
19: ip6gretap11@NONE: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1434 qdisc pfifo_fast state UNKNOWN mode DEFAULT group default qlen 1000 link/ether de:d2:0c:53:80:8c brd ff:ff:ff:ff:ff:ff RX: bytes packets errors dropped overrun mcast 2096 25 0 0 0 0 TX: bytes packets errors dropped carrier collsns 5324 36 5 5 0 0
So there are 5 errors at TX.
and today when I tried it on next-20180620 I saw 8 errors at TX.
I couldn't reproduce in my local machine using 4.17-rc6. How do I checkin the "next-20180613" source code?
You can find the source code here [1], and I would look in the latest tag that I said that I was able to reproduce it on above.
Cheers, Anders [1] https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/
Hi Anders,
I'm still not able to reproduce the issue on next-20180620. Below is my test.
Testing IP6GRETAP tunnel... PING ::11(::11) 56 data bytes
--- ::11 ping statistics --- 5 packets transmitted, 3 received, 40% packet loss, time 4048ms rtt min/avg/max/mdev = 0.040/32.118/96.235/45.337 ms PING 10.1.1.200 (10.1.1.200) 56(84) bytes of data.
--- 10.1.1.200 ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 2026ms rtt min/avg/max/mdev = 0.074/0.099/0.117/0.018 ms PING 10.1.1.100 (10.1.1.100) 56(84) bytes of data.
--- 10.1.1.100 ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 2054ms rtt min/avg/max/mdev = 0.069/0.113/0.187/0.052 ms PING fc80::200(fc80::200) 56 data bytes
--- fc80::200 ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 2054ms rtt min/avg/max/mdev = 0.069/0.104/0.142/0.031 ms PASS: ip6gretap root@osboxes:~/linux-next/tools/testing/selftests/bpf# root@osboxes:~/linux-next/tools/testing/selftests/bpf# uname -a Linux osboxes 4.18.0-rc1-next-20180620 #1 SMP Tue Jun 26 12:26:00 PDT 2018 x86_64 x86_64 x86_64 GNU/Linux -- To unsubscribe from this list: send the line "unsubscribe linux-kselftest" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
On Tue, 26 Jun 2018 at 23:27, William Tu u9012063@gmail.com wrote:
--- ::11 ping statistics --- 5 packets transmitted, 3 packets received, 40% packet loss round-trip min/avg/max = 0.139/1.857/5.293 ms
- ip netns exec at_ns0 ping -c 3 -w 10 -q 10.1.1.200
PING 10.1.1.200 (10.1.1.200): 56 data bytes
--- 10.1.1.200 ping statistics --- 3 packets transmitted, 3 packets received, 0% packet loss round-trip min/avg/max = 0.214/0.256/0.305 ms
- ping -c 3 -w 10 -q 10.1.1.100
PING 10.1.1.100 (10.1.1.100): 56 data bytes
--- 10.1.1.100 ping statistics --- 3 packets transmitted, 3 packets received, 0% packet loss round-trip min/avg/max = 0.210/0.211/0.213 ms
- check_err 0
- '[' 0 -eq 0 ']'
- ret=0
So looks like the ipv4 over ipv6 gre passes.
- ip netns exec at_ns0 ping6 -c 3 -w 10 -q fc80::200
PING fc80::200 (fc80::200): 56 data bytes
--- fc80::200 ping statistics --- 10 packets transmitted, 0 packets received, 100% packet loss
` but the ipv6 over ipv6 gre fails. Do you have any firewall rules that block this traffic? or if possible, the packet might get dropped at function ip6gre_xmit_ipv6 can you print the return value of this function?
- check_err 1
- '[' 0 -eq 0 ']'
- ret=1
- ip -s link show ip6gretap11
19: ip6gretap11@NONE: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1434 qdisc pfifo_fast state UNKNOWN mode DEFAULT group default qlen 1000 link/ether de:d2:0c:53:80:8c brd ff:ff:ff:ff:ff:ff RX: bytes packets errors dropped overrun mcast 2096 25 0 0 0 0 TX: bytes packets errors dropped carrier collsns 5324 36 5 5 0 0
So there are 5 errors at TX.
and today when I tried it on next-20180620 I saw 8 errors at TX.
I couldn't reproduce in my local machine using 4.17-rc6. How do I checkin the "next-20180613" source code?
You can find the source code here [1], and I would look in the latest tag that I said that I was able to reproduce it on above.
Cheers, Anders [1] https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/
Hi Anders,
Hi William,
I'm still not able to reproduce the issue on next-20180620.
I'm not able to reproduce it either, and I tried on todays tag as well next-20180703.
The only test that is failing in bpf/test_tunnel.sh:
FAIL: xfrm tunnel
Cheers, Anders
Below is my test.
Testing IP6GRETAP tunnel... PING ::11(::11) 56 data bytes
--- ::11 ping statistics --- 5 packets transmitted, 3 received, 40% packet loss, time 4048ms rtt min/avg/max/mdev = 0.040/32.118/96.235/45.337 ms PING 10.1.1.200 (10.1.1.200) 56(84) bytes of data.
--- 10.1.1.200 ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 2026ms rtt min/avg/max/mdev = 0.074/0.099/0.117/0.018 ms PING 10.1.1.100 (10.1.1.100) 56(84) bytes of data.
--- 10.1.1.100 ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 2054ms rtt min/avg/max/mdev = 0.069/0.113/0.187/0.052 ms PING fc80::200(fc80::200) 56 data bytes
--- fc80::200 ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 2054ms rtt min/avg/max/mdev = 0.069/0.104/0.142/0.031 ms PASS: ip6gretap root@osboxes:~/linux-next/tools/testing/selftests/bpf# root@osboxes:~/linux-next/tools/testing/selftests/bpf# uname -a Linux osboxes 4.18.0-rc1-next-20180620 #1 SMP Tue Jun 26 12:26:00 PDT 2018 x86_64 x86_64 x86_64 GNU/Linux
-- To unsubscribe from this list: send the line "unsubscribe linux-kselftest" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
linux-kselftest-mirror@lists.linaro.org
-
Anders Roxell -
Daniel Borkmann -
William Tu