RE: [PATCH] selftests/bpf: fix tunnel remote ip comments

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



fankaixi.li@ wrote:
> From: "kaixi.fan" <fankaixi.li@xxxxxxxxxxxxx>
> 
> In namespace at_ns0, the ip address of tnl dev is 10.1.1.100 which
> is the overlay ip, and the ip address of veth0 is 172.16.1.100
> which is the vtep ip.
> When doing 'ping 10.1.1.100' from root namespace, the
> remote_ip should be 172.16.1.100.
> 
> Fixs: 933a741e ("selftests/bpf: bpf tunnel test.")
> Signed-off-by: kaixi.fan <fankaixi.li@xxxxxxxxxxxxx>
> ---
>  tools/testing/selftests/bpf/test_tunnel.sh | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/tools/testing/selftests/bpf/test_tunnel.sh b/tools/testing/selftests/bpf/test_tunnel.sh
> index ca1372924023..2817d9948d59 100755
> --- a/tools/testing/selftests/bpf/test_tunnel.sh
> +++ b/tools/testing/selftests/bpf/test_tunnel.sh
> @@ -39,7 +39,7 @@
>  # from root namespace, the following operations happen:
>  # 1) Route lookup shows 10.1.1.100/24 belongs to tnl dev, fwd to tnl dev.
>  # 2) Tnl device's egress BPF program is triggered and set the tunnel metadata,
> -#    with remote_ip=172.16.1.200 and others.
> +#    with remote_ip=172.16.1.100 and others.
>  # 3) Outer tunnel header is prepended and route the packet to veth1's egress
>  # 4) veth0's ingress queue receive the tunneled packet at namespace at_ns0
>  # 5) Tunnel protocol handler, ex: vxlan_rcv, decap the packet
> -- 
> 2.24.3 (Apple Git-128)
> 

checks out.

Acked-by: John Fastabend <john.fastabend@xxxxxxxxx>



[Index of Archives]     [Linux Samsung SoC]     [Linux Rockchip SoC]     [Linux Actions SoC]     [Linux for Synopsys ARC Processors]     [Linux NFS]     [Linux NILFS]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]


  Powered by Linux