diff mbox series

selftests: bpf: config: add config fragments

Message ID 20180612110510.11731-1-anders.roxell@linaro.org
State Accepted
Commit 3bce593ac06b4f18710274cfb084369b3d7909eb
Headers show
Series selftests: bpf: config: add config fragments | expand

Commit Message

Anders Roxell June 12, 2018, 11:05 a.m. UTC 
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(+)

-- 
2.17.1

Comments

Daniel Borkmann June 13, 2018, 12:08 a.m. UTC | #1 
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

>
William Tu June 14, 2018, 11:06 a.m. UTC | #2 
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
Anders Roxell June 14, 2018, 11:42 a.m. UTC | #3 
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
William Tu June 14, 2018, 12:08 p.m. UTC | #4 
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
Anders Roxell June 15, 2018, 6:41 a.m. UTC | #5 
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
William Tu June 19, 2018, 12:56 p.m. UTC | #6 
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
Anders Roxell June 20, 2018, 11:31 p.m. UTC | #7 
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/
William Tu June 26, 2018, 9:27 p.m. UTC | #8 
>> >

>> > --- ::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
Anders Roxell July 3, 2018, 10:51 a.m. UTC | #9 
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
diff mbox series

Patch

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