lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite for Android: free password hash cracker in your pocket
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id: <20220706192059.ef7a2d1daed663549b5a5b4f@uniroma2.it>
Date:   Wed, 6 Jul 2022 19:20:59 +0200
From:   Andrea Mayer <andrea.mayer@...roma2.it>
To:     Paolo Abeni <pabeni@...hat.com>
Cc:     "David S. Miller" <davem@...emloft.net>,
        Hideaki YOSHIFUJI <yoshfuji@...ux-ipv6.org>,
        David Ahern <dsahern@...nel.org>,
        Eric Dumazet <edumazet@...gle.com>,
        Jakub Kicinski <kuba@...nel.org>,
        Shuah Khan <shuah@...nel.org>,
        Anton Makarov <anton.makarov11235@...il.com>,
        linux-kernel@...r.kernel.org, netdev@...r.kernel.org,
        linux-kselftest@...r.kernel.org,
        Stefano Salsano <stefano.salsano@...roma2.it>,
        Paolo Lungaroni <paolo.lungaroni@...roma2.it>,
        Ahmed Abdelsalam <ahabdels.dev@...il.com>,
        Andrea Mayer <andrea.mayer@...roma2.it>
Subject: Re: [net-next v4 3/4] selftests: seg6: add selftest for SRv6
 H.Encaps.Red behavior

Hi Paolo,
thanks for your time, please see below.

On Tue, 05 Jul 2022 09:48:53 +0200
Paolo Abeni <pabeni@...hat.com> wrote:

> On Fri, 2022-07-01 at 17:01 +0200, Andrea Mayer wrote:
> > This selftest is designed for testing the H.Encaps.Red behavior. It
> > instantiates a virtual network composed of several nodes: hosts and SRv6
> > routers. Each node is realized using a network namespace that is
> > properly interconnected to others through veth pairs.
> > The test considers SRv6 routers implementing L3 VPNs leveraged by hosts
> > for communicating with each other. Such routers make use of the SRv6
> > H.Encaps.Red behavior for applying SRv6 policies to L3 traffic coming
> > from hosts.
> > 
> > The correct execution of the behavior is verified through reachability
> > tests carried out between hosts belonging to the same VPN.
> > 
> > Signed-off-by: Andrea Mayer <andrea.mayer@...roma2.it>
> > ---
> >  tools/testing/selftests/net/Makefile          |   1 +
> >  .../net/srv6_hencap_red_l3vpn_test.sh         | 742 ++++++++++++++++++
> >  2 files changed, 743 insertions(+)
> >  create mode 100755 tools/testing/selftests/net/srv6_hencap_red_l3vpn_test.sh
> > 
> > diff --git a/tools/testing/selftests/net/Makefile b/tools/testing/selftests/net/Makefile
> > index ddad703ace34..3b0e9bef196b 100644
> > --- a/tools/testing/selftests/net/Makefile
> > +++ b/tools/testing/selftests/net/Makefile
> > @@ -35,6 +35,7 @@ TEST_PROGS += cmsg_time.sh cmsg_ipv6.sh
> >  TEST_PROGS += srv6_end_dt46_l3vpn_test.sh
> >  TEST_PROGS += srv6_end_dt4_l3vpn_test.sh
> >  TEST_PROGS += srv6_end_dt6_l3vpn_test.sh
> > +TEST_PROGS += srv6_hencap_red_l3vpn_test.sh
> >  TEST_PROGS += vrf_strict_mode_test.sh
> >  TEST_PROGS += arp_ndisc_evict_nocarrier.sh
> >  TEST_PROGS += ndisc_unsolicited_na_test.sh
> > diff --git a/tools/testing/selftests/net/srv6_hencap_red_l3vpn_test.sh b/tools/testing/selftests/net/srv6_hencap_red_l3vpn_test.sh
> > new file mode 100755
> > index 000000000000..3b97f187b189
> > --- /dev/null
> > +++ b/tools/testing/selftests/net/srv6_hencap_red_l3vpn_test.sh
> > @@ -0,0 +1,742 @@
> > +#!/bin/bash
> > +# SPDX-License-Identifier: GPL-2.0
> > +#
> > +# author: Andrea Mayer <andrea.mayer@...roma2.it>
> > +#
> > +# This script is designed for testing the SRv6 H.Encaps.Red behavior.
> > +#
> > +# Below is depicted the IPv6 network of an operator which offers advanced
> > +# IPv4/IPv6 VPN services to hosts, enabling them to communicate with each
> > +# other.
> > +# In this example, hosts hs-1 and hs-2 are connected through an IPv4/IPv6 VPN
> > +# service, while hs-3 and hs-4 are connected using an IPv6 only VPN.
> > +#
> > +# Routers rt-1,rt-2,rt-3 and rt-4 implement IPv4/IPv6 L3 VPN services
> > +# leveraging the SRv6 architecture. The key components for such VPNs are:
> > +#
> > +#   i) The SRv6 H.Encaps.Red behavior applies SRv6 Policies on traffic received
> > +#      by connected hosts, initiating the VPN tunnel. Such a behavior is an
> > +#      optimization of the SRv6 H.Encap aiming to reduce the length of the SID
> > +#      List carried in the pushed SRH. Specifically, the H.Encaps.Red removes
> > +#      the first SID contained in the SID List (i.e. SRv6 Policy) by storing it
> > +#      into the IPv6 Destination Address. When a SRv6 Policy is made of only one
> > +#      SID, the SRv6 H.Encaps.Red behavior omits the SRH at all and pushes that
> > +#      SID directly into the IPv6 DA;
> > +#
> > +#  ii) The SRv6 End behavior advances the active SID in the SID List carried by
> > +#      the SRH;
> > +#
> > +# iii) The SRv6 End.DT46 behavior is used for removing the SRv6 Policy and,
> > +#      thus, it terminates the VPN tunnel. Such a behavior is capable of
> > +#      handling, at the same time, both tunneled IPv4 and IPv6 traffic.
> > +#
> > +#
> > +#               cafe::1                      cafe::2
> > +#              10.0.0.1                     10.0.0.2
> > +#             +--------+                   +--------+
> > +#             |        |                   |        |
> > +#             |  hs-1  |                   |  hs-2  |
> > +#             |        |                   |        |
> > +#             +---+----+                   +--- +---+
> > +#    cafe::/64    |                             |      cafe::/64
> > +#  10.0.0.0/24    |                             |    10.0.0.0/24
> > +#             +---+----+                   +----+---+
> > +#             |        |  fcf0:0:1:2::/64  |        |
> > +#             |  rt-1  +-------------------+  rt-2  |
> > +#             |        |                   |        |
> > +#             +---+----+                   +----+---+
> > +#                 |      .               .      |
> > +#                 |  fcf0:0:1:3::/64   .        |
> > +#                 |          .       .          |
> > +#                 |            .   .            |
> > +# fcf0:0:1:4::/64 |              .              | fcf0:0:2:3::/64
> > +#                 |            .   .            |
> > +#                 |          .       .          |
> > +#                 |  fcf0:0:2:4::/64   .        |
> > +#                 |      .               .      |
> > +#             +---+----+                   +----+---+
> > +#             |        |                   |        |
> > +#             |  rt-4  +-------------------+  rt-3  |
> > +#             |        |  fcf0:0:3:4::/64  |        |
> > +#             +---+----+                   +----+---+
> > +#    cafe::/64    |                             |      cafe::/64
> > +#  10.0.0.0/24    |                             |    10.0.0.0/24
> > +#             +---+----+                   +--- +---+
> > +#             |        |                   |        |
> > +#             |  hs-4  |                   |  hs-3  |
> > +#             |        |                   |        |
> > +#             +--------+                   +--------+
> > +#               cafe::4                      cafe::3
> > +#              10.0.0.4                     10.0.0.3
> > +#
> > +#
> > +# Every fcf0:0:x:y::/64 network interconnects the SRv6 routers rt-x with rt-y
> > +# in the IPv6 operator network.
> > +#
> > +# Local SID table
> > +# ===============
> > +#
> > +# Each SRv6 router is configured with a Local SID table in which SIDs are
> > +# stored. Considering the given SRv6 router rt-x, at least two SIDs are
> > +# configured in the Local SID table:
> > +#
> > +#   Local SID table for SRv6 router rt-x
> > +#   +----------------------------------------------------------+
> > +#   |fcff:x:e is associated with the SRv6 End behavior         |
> > +#   |fcff:x:d46 is associated with the SRv6 End.DT46 behavior  |
> > +#   +----------------------------------------------------------+
> > +#
> > +# The fcff:/16 prefix is reserved by the operator for implementing SRv6 VPN
> > +# services. Reachability of SIDs is ensured by proper configuration of the IPv6
> > +# operator's network and SRv6 routers.
> > +#
> > +# # SRv6 Policies
> > +# ===============
> > +#
> > +# An SRv6 ingress router applies SRv6 policies to the traffic received from a
> > +# connected host. SRv6 policy enforcement consists of encapsulating the
> > +# received traffic into a new IPv6 packet with a given SID List contained in
> > +# the SRH.
> > +#
> > +# IPv4/IPv6 VPN between hs-1 and hs-2
> > +# -----------------------------------
> > +#
> > +# Hosts hs-1 and hs-2 are connected using dedicated IPv4/IPv6 VPNs.
> > +# Specifically, packets generated from hs-1 and directed towards hs-2 are
> > +# handled by rt-1 which applies the following SRv6 Policies:
> > +#
> > +#   i.a) IPv6 traffic, SID List=fcff:3::e,fcff:4::e,fcff:2::d46
> > +#  ii.a) IPv4 traffic, SID List=fcff:2::d46
> > +#
> > +# Policy (i.a) steers tunneled IPv6 traffic through SRv6 routers
> > +# rt-3,rt-4,rt-2. Instead, Policy (ii.b) steers tunneled IPv4 traffic through
> > +# rt-2.
> > +# The H.Encaps.Red reduces the SID List (i.a) carried in SRH by removing the
> > +# first SID (fcff:3::e) and pushing it into the IPv6 DA. In case of IPv4
> > +# traffic, the H.Encaps.Red omits the presence of SRH at all, since the SID
> > +# List (ii.a) consists of only one SID that can be stored directly in the IPv6
> > +# DA.
> > +#
> > +# On the reverse path (i.e. from hs-2 to hs-1), rt-2 applies the following
> > +# policies:
> > +#
> > +#   i.b) IPv6 traffic, SID List=fcff:1:d46
> > +#  ii.b) IPv4 traffic, SID List=fcff:4::e,fcff:3::e,fcff:1::d46
> > +#
> > +# Policy (i.b) steers tunneled IPv6 traffic through the SRv6 router rt-1.
> > +# Conversely, Policy (ii.b) steers tunneled IPv4 traffic through SRv6 routers
> > +# rt-4,rt-3,rt-1.
> > +# The H.Encaps.Red omits the SRH at all in case of (i.b) by pushing the single
> > +# SID (fcff::1:d46) inside the IPv6 DA.
> > +# The H.Encaps.Red reduces the SID List (ii.b) in the SRH by removing the first
> > +# SID (fcff:4::e) and pushing it into the IPv6 DA.
> > +#
> > +# In summary:
> > +#  * hs-1 -> hs-2 |IPv6 DA=fcff:3::e|SRH SIDs=fcff:4::e,fcff:2::d46|IPv6|...| (i.a)
> > +#  * hs-1 -> hs-2 |IPv6 DA=fcff:2::d46|IPv4|...|                              (ii.a)
> > +#
> > +#  * hs-2 -> hs-1 |IPv6 DA=fcff:1::d46|IPv6|...|                              (i.b)
> > +#  * hs-2 -> hs-1 |IPv6 DA=fcff:4::e|SRH SIDs=fcff:3::e,fcff:1::d46|IPv4|...| (ii.b)
> > +#
> > +#
> > +# IPv6 VPN between hs-3 and hs-4
> > +# ------------------------------
> > +#
> > +# Hosts hs-3 and hs-4 are connected using a dedicated IPv6 only VPN.
> > +# Specifically, packets generated from hs-3 and directed towards hs-4 are
> > +# handled by rt-3 which applies the following SRv6 Policy:
> > +#
> > +#  i.c) IPv6 traffic, SID List=fcff:2::e,fcff:4::d46
> > +#
> > +# Policy (i.c) steers tunneled IPv6 traffic through SRv6 routers rt-2,rt-4.
> > +# The H.Encaps.Red reduces the SID List (i.c) carried in SRH by pushing the
> > +# first SID (fcff:2::e) in the IPv6 DA.
> > +#
> > +# On the reverse path (i.e. from hs-4 to hs-3) the router rt-4 applies the
> > +# following SRv6 Policy:
> > +#
> > +#  i.d) IPv6 traffic, SID List=fcff:1::e,fcff:3::d46.
> > +#
> > +# Policy (i.d) steers tunneled IPv6 traffic through SRv6 routers rt-1,rt-3.
> > +# The H.Encaps.Red reduces the SID List (i.d) carried in SRH by pushing the
> > +# first SID (fcff:1::e) in the IPv6 DA.
> > +#
> > +# In summary:
> > +#  * hs-3 -> hs-4 |IPv6 DA=fcff:2::e|SRH SIDs=fcff:4::d46|IPv6|...| (i.c)
> > +#  * hs-4 -> hs-3 |IPv6 DA=fcff:1::e|SRH SIDs=fcff:3::d46|IPv6|...| (i.d)
> > +#
> > +
> > +# Kselftest framework requirement - SKIP code is 4.
> > +ksft_skip=4
> > +
> > +readonly VRF_TID=100
> > +readonly LOCALSID_TABLE_ID=90
> > +readonly IPv6_RT_NETWORK=fcf0:0
> > +readonly IPv6_HS_NETWORK=cafe
> > +readonly IPv4_HS_NETWORK=10.0.0
> > +readonly VPN_LOCATOR_SERVICE=fcff
> > +readonly END_FUNC=000e
> > +readonly DT46_FUNC=0d46
> > +PING_TIMEOUT_SEC=4
> > +
> > +# global vars initialized during the setup of the selftest network
> > +ROUTERS=''
> > +HOSTS=''
> > +
> > +ret=0
> > +
> > +PAUSE_ON_FAIL=${PAUSE_ON_FAIL:=no}
> > +
> > +log_test()
> > +{
> > +	local rc=$1
> > +	local expected=$2
> > +	local msg="$3"
> > +
> > +	if [ ${rc} -eq ${expected} ]; then
> > +		nsuccess=$((nsuccess+1))
> > +		printf "\n    TEST: %-60s  [ OK ]\n" "${msg}"
> > +	else
> > +		ret=1
> > +		nfail=$((nfail+1))
> > +		printf "\n    TEST: %-60s  [FAIL]\n" "${msg}"
> > +		if [ "${PAUSE_ON_FAIL}" = "yes" ]; then
> > +			echo
> > +			echo "hit enter to continue, 'q' to quit"
> > +			read a
> > +			[ "$a" = "q" ] && exit 1
> > +		fi
> > +	fi
> > +}
> > +
> > +print_log_test_results()
> > +{
> > +	if [ "$TESTS" != "none" ]; then
> > +		printf "\nTests passed: %3d\n" ${nsuccess}
> > +		printf "Tests failed: %3d\n"   ${nfail}
> > +	fi
> > +}
> > +
> > +log_section()
> > +{
> > +	echo
> > +	echo "################################################################################"
> > +	echo "TEST SECTION: $*"
> > +	echo "################################################################################"
> > +}
> > +
> > +test_command_or_ksft_skip()
> > +{
> > +	local cmd="$1"
> > +
> > +	if [ ! -x "$(command -v "${cmd}")" ]; then
> > +		echo "SKIP: Could not run test without \"${cmd}\" tool";
> > +		exit ${ksft_skip}
> > +	fi
> > +}
> > +
> > +cleanup()
> > +{
> > +	local ifnames
> > +	local dev
> > +
> > +	ifnames="$(ip -o link show | grep -oE "veth-rt-[0-9]+-[0-9]" | sort -n | uniq)"
> > +
> > +	# destroy any pending device
> > +	for dev in ${ifnames}; do
> > +		ip link del ${dev} || true
> > +	done
> 
> It's better if you create/place all the virtual devices you need in
> some netns: the cleanup will be easier, and the self-test will not be
> impacted by some unexpected configuration in the main netns.
> 

Ok.

> > +
> > +	# destroy routers rt-* and hosts hs-*
> > +	for ns in $(ip netns show | grep -E 'rt-*|hs-*'); do
> 
> It's better if you add to your netns name some random suffix to avoid
> possible conflicts with unexpected system configuration. 
> 

Ok, fine.

> > +		ip netns del ${ns} || true
> > +	done
> > +}
> > +
> > +add_link_rt_pairs()
> > +{
> > +	local rt=$1
> > +	local rt_neighs="$2"
> > +	local neigh
> > +
> > +	for neigh in ${rt_neighs}; do
> > +		ip link add veth-rt-${rt}-${neigh} type veth \
> > +			peer name veth-rt-${neigh}-${rt}
> > +	done
> > +}
> > +
> > +get_network_prefix()
> > +{
> > +	local rt=$1
> > +	local neigh=$2
> > +	local p=${rt}
> > +	local q=${neigh}
> > +
> > +	if [ "${p}" -gt "${q}" ]; then
> > +		p=${q}; q=${rt};
> > +	fi
> > +
> > +	echo "${IPv6_RT_NETWORK}:${p}:${q}"
> > +}
> > +
> > +# Setup the basic networking for the routers
> > +setup_rt_networking()
> > +{
> > +	local rt=$1
> > +	local rt_neighs="$2"
> > +	local nsname=rt-${rt}
> > +	local net_prefix
> > +	local devname
> > +	local neigh
> > +
> > +	ip netns add ${nsname}
> > +
> > +	for neigh in ${rt_neighs}; do
> > +		devname=veth-rt-${rt}-${neigh}
> > +		ip link set ${devname} netns ${nsname}
> > +
> > +		net_prefix="$(get_network_prefix ${rt} ${neigh})"
> > +
> > +		ip -netns ${nsname} addr add ${net_prefix}::${rt}/64 \
> > +			dev ${devname} nodad
> > +
> > +		ip -netns ${nsname} link set ${devname} up
> > +	done
> > +
> > +	ip -netns ${nsname} link set lo up
> > +
> > +	ip netns exec ${nsname} sysctl -wq net.ipv6.conf.all.accept_dad=0
> > +	ip netns exec ${nsname} sysctl -wq net.ipv6.conf.default.accept_dad=0
> > +	ip netns exec ${nsname} sysctl -wq net.ipv6.conf.all.forwarding=1
> > +
> > +	ip netns exec ${nsname} sysctl -wq net.ipv4.conf.all.rp_filter=0
> > +	ip netns exec ${nsname} sysctl -wq net.ipv4.conf.default.rp_filter=0
> > +	ip netns exec ${nsname} sysctl -wq net.ipv4.ip_forward=1
> > +}
> > +
> > +# Setup local SIDs for an SRv6 router
> > +setup_rt_local_sids()
> > +{
> > +	local rt=$1
> > +	local rt_neighs="$2"
> > +	local nsname=rt-${rt}
> > +	local rtveth=veth-t${VRF_TID}
> > +	local net_prefix
> > +	local devname
> > +	local neigh
> > +
> > +	for neigh in ${rt_neighs}; do
> > +		devname=veth-rt-${rt}-${neigh}
> > +
> > +		net_prefix="$(get_network_prefix ${rt} ${neigh})"
> > +
> > +		# set underlay network routes for SIDs reachability
> > +		ip -netns ${nsname} -6 route add ${VPN_LOCATOR_SERVICE}:${neigh}::/32 \
> > +			table ${LOCALSID_TABLE_ID} \
> > +			via ${net_prefix}::${neigh} dev ${devname}
> > +	done
> > +
> > +	# Local End behavior (note that "dev" is dummy and the VRF is chosen
> > +	# for the sake of simplicity).
> > +	ip -netns ${nsname} -6 route add ${VPN_LOCATOR_SERVICE}:${rt}::${END_FUNC} \
> > +		table ${LOCALSID_TABLE_ID} \
> > +		encap seg6local action End count dev vrf-${VRF_TID}
> > +
> > +	# Local End.DT46 behavior
> > +	ip -netns ${nsname} -6 route add ${VPN_LOCATOR_SERVICE}:${rt}::${DT46_FUNC} \
> > +		table ${LOCALSID_TABLE_ID} \
> > +		encap seg6local action End.DT46 vrftable ${VRF_TID} count dev vrf-${VRF_TID}
> > +
> > +	# all SIDs for VPNs start with a common locator. Routes and SRv6
> > +	# Endpoint behaviors instaces are grouped together in the 'localsid'
> > +	# table.
> > +	ip -netns ${nsname} -6 rule add \
> > +			to ${VPN_LOCATOR_SERVICE}::/16 \
> > +			lookup ${LOCALSID_TABLE_ID} prio 999
> > +
> > +	# set default routes to unreachable for both ipv4 and ipv6
> > +	ip -netns ${nsname} -6 route add unreachable default metric 4278198272 \
> > +		vrf vrf-${VRF_TID}
> > +
> > +	ip -netns ${nsname} -4 route add unreachable default metric 4278198272 \
> > +		vrf vrf-${VRF_TID}
> > +}
> > +
> > +# build and install the SRv6 policy into the ingress SRv6 router.
> > +# args:
> > +#  $1 - destination host (i.e. cafe::x host)
> > +#  $2 - SRv6 router configured for enforcing the SRv6 Policy
> > +#  $3 - SRv6 routers configured for steering traffic (End behaviors)
> > +#  $4 - SRv6 router configured for removing the SRv6 Policy (router connected
> > +#       to the destination host)
> > +#  $5 - encap mode (full or red)
> > +#  $6 - traffic type (IPv6 or IPv4)
> > +__setup_rt_policy()
> > +{
> > +	local dst=$1
> > +	local encap=$2
> > +	local end_rts="$3"
> > +	local dec_rt=$4
> > +	local mode="$5"
> > +	local traffic=$6
> > +	local nsname=rt-${encap}
> > +	local rtveth=veth-t${VRF_TID}
> > +	local policy=''
> > +	local n
> > +
> > +	for n in ${end_rts}; do
> > +		policy=${policy}"${VPN_LOCATOR_SERVICE}:${n}::${END_FUNC},"
> > +	done
> > +
> > +	policy=${policy}"${VPN_LOCATOR_SERVICE}:${dec_rt}::${DT46_FUNC}"
> > +
> > +	# add SRv6 policy to incoming traffic sent by attached hosts
> > +	if [ "${traffic}" -eq 6 ]; then
> > +		ip -netns ${nsname} -6 route add ${IPv6_HS_NETWORK}::${dst} vrf vrf-${VRF_TID} \
> > +			encap seg6 mode ${mode} segs ${policy} dev vrf-${VRF_TID}
> > +
> > +		ip -netns ${nsname} -6 neigh add proxy ${IPv6_HS_NETWORK}::${dst} dev ${rtveth}
> > +	else
> > +		# "dev" must be different from the one where the packet is
> > +		# received, otherwise the proxy arp does not work.
> > +		ip -netns ${nsname} -4 route add ${IPv4_HS_NETWORK}.${dst} vrf vrf-${VRF_TID} \
> > +			encap seg6 mode ${mode} segs ${policy} dev vrf-${VRF_TID}
> > +	fi
> > +}
> > +
> > +# see __setup_rt_policy
> > +setup_rt_policy_ipv6()
> > +{
> > +	__setup_rt_policy "$1" "$2" "$3" "$4" "$5" 6
> > +}
> > +
> > +#see __setup_rt_policy
> > +setup_rt_policy_ipv4()
> > +{
> > +	__setup_rt_policy "$1" "$2" "$3" "$4" "$5" 4
> > +}
> > +
> > +setup_hs()
> > +{
> > +	local hs=$1
> > +	local rt=$2
> > +	local hsname=hs-${hs}
> > +	local rtname=rt-${rt}
> > +	local rtveth=veth-t${VRF_TID}
> > +
> > +	# set the networking for the host
> > +	ip netns add ${hsname}
> > +
> > +	ip netns exec ${hsname} sysctl -wq net.ipv6.conf.all.accept_dad=0
> > +	ip netns exec ${hsname} sysctl -wq net.ipv6.conf.default.accept_dad=0
> > +
> > +	ip -netns ${hsname} link add veth0 type veth peer name ${rtveth}
> > +	ip -netns ${hsname} link set ${rtveth} netns ${rtname}
> > +	ip -netns ${hsname} addr add ${IPv6_HS_NETWORK}::${hs}/64 dev veth0 nodad
> > +	ip -netns ${hsname} addr add ${IPv4_HS_NETWORK}.${hs}/24 dev veth0
> > +	ip -netns ${hsname} link set veth0 up
> > +	ip -netns ${hsname} link set lo up
> > +
> > +	# configure the VRF on the router which is directly connected to the
> > +	# source host.
> > +	ip -netns ${rtname} link add vrf-${VRF_TID} type vrf table ${VRF_TID}
> > +	ip -netns ${rtname} link set vrf-${VRF_TID} up
> > +
> > +	# enslave the veth-tX interface to the vrf-X in the access router
> > +	ip -netns ${rtname} link set ${rtveth} master vrf-${VRF_TID}
> > +	ip -netns ${rtname} addr add ${IPv6_HS_NETWORK}::254/64 dev ${rtveth} nodad
> > +	ip -netns ${rtname} addr add ${IPv4_HS_NETWORK}.254/24 dev ${rtveth}
> > +	ip -netns ${rtname} link set ${rtveth} up
> > +
> > +	ip netns exec ${rtname} sysctl -wq net.ipv6.conf.${rtveth}.proxy_ndp=1
> > +	ip netns exec ${rtname} sysctl -wq net.ipv4.conf.${rtveth}.proxy_arp=1
> > +
> > +	# disable the rp_filter otherwise the kernel gets confused about how
> > +	# to route decap ipv4 packets.
> > +	ip netns exec ${rtname} sysctl -wq net.ipv4.conf.${rtveth}.rp_filter=0
> > +
> > +	ip netns exec ${rtname} sh -c "echo 1 > /proc/sys/net/vrf/strict_mode"
> > +}
> > +
> > +setup()
> > +{
> > +	# set up the links for connecting routers
> > +	add_link_rt_pairs 1 "2 3 4"
> > +	add_link_rt_pairs 2 "3 4"
> > +	add_link_rt_pairs 3 "4"
> > +
> > +	# set up the basic connectivity of routers and routes required for
> > +	# reachability of SIDs.
> > +	ROUTERS="1 2 3 4"
> > +	setup_rt_networking 1 "2 3 4"
> > +	setup_rt_networking 2 "1 3 4"
> > +	setup_rt_networking 3 "1 2 4"
> > +	setup_rt_networking 4 "1 2 3"
> > +
> > +	# set up the hosts connected to routers
> > +	HOSTS="1 2 3 4"
> > +	setup_hs 1 1
> > +	setup_hs 2 2
> > +	setup_hs 3 3
> > +	setup_hs 4 4
> > +
> > +	# set up default SRv6 Endpoints (i.e. SRv6 End and SRv6 End.DT46)
> > +	setup_rt_local_sids 1 "2 3 4"
> > +	setup_rt_local_sids 2 "1 3 4"
> > +	setup_rt_local_sids 3 "1 2 4"
> > +	setup_rt_local_sids 4 "1 2 3"
> > +
> > +	# set up SRv6 policies
> > +
> > +	# create an IPv6 VPN between hosts hs-1 and hs-2.
> > +	# the network path between hs-1 and hs-2 traverses several routers
> > +	# depending on the direction of traffic.
> > +	#
> > +	# Direction hs-1 -> hs-2 (H.Encaps.Red)
> > +	#  - rt-3,rt-4 (SRv6 End behaviors)
> > +	#  - rt-2 (SRv6 End.DT46 behavior)
> > +	#
> > +	# Direction hs-2 -> hs-1 (H.Encaps.Red)
> > +	#  - rt-1 (SRv6 End.DT46 behavior)
> > +	setup_rt_policy_ipv6 2 1 "3 4" 2 encap.red
> > +	setup_rt_policy_ipv6 1 2 "" 1 encap.red
> > +
> > +	# create an IPv4 VPN between hosts hs-1 and hs-2
> > +	# the network path between hs-1 and hs-2 traverses several routers
> > +	# depending on the direction of traffic.
> > +	#
> > +	# Direction hs-1 -> hs-2 (H.Encaps.Red)
> > +	# - rt-2 (SRv6 End.DT46 behavior)
> > +	#
> > +	# Direction hs-2 -> hs-1 (H.Encaps.Red)
> > +	#  - rt-4,rt-3 (SRv6 End behaviors)
> > +	#  - rt-1 (SRv6 End.DT46 behavior)
> > +	setup_rt_policy_ipv4 2 1 "" 2 encap.red
> > +	setup_rt_policy_ipv4 1 2 "4 3" 1 encap.red
> > +
> > +	# create an IPv6 VPN between hosts hs-3 and hs-4
> > +	# the network path between hs-3 and hs-4 traverses several routers
> > +	# depending on the direction of traffic.
> > +	#
> > +	# Direction hs-3 -> hs-4 (H.Encaps.Red)
> > +	# - rt-2 (SRv6 End Behavior)
> > +	# - rt-4 (SRv6 End.DT46 behavior)
> > +	#
> > +	# Direction hs-4 -> hs-3 (H.Encaps.Red)
> > +	#  - rt-1 (SRv6 End behavior)
> > +	#  - rt-3 (SRv6 End.DT46 behavior)
> > +	setup_rt_policy_ipv6 4 3 "2" 4 encap.red
> > +	setup_rt_policy_ipv6 3 4 "1" 3 encap.red
> > +}
> > +
> > +check_rt_connectivity()
> > +{
> > +	local rtsrc=$1
> > +	local rtdst=$2
> > +	local prefix
> > +
> > +	prefix="$(get_network_prefix ${rtsrc} ${rtdst})"
> > +
> > +	ip netns exec rt-${rtsrc} ping -c 1 -W 1 ${prefix}::${rtdst} \
> > +		>/dev/null 2>&1
> > +}
> > +
> > +check_and_log_rt_connectivity()
> > +{
> > +	local rtsrc=$1
> > +	local rtdst=$2
> > +
> > +	check_rt_connectivity ${rtsrc} ${rtdst}
> > +	log_test $? 0 "Routers connectivity: rt-${rtsrc} -> rt-${rtdst}"
> > +}
> > +
> > +check_hs_ipv6_connectivity()
> > +{
> > +	local hssrc=$1
> > +	local hsdst=$2
> > +
> > +	ip netns exec hs-${hssrc} ping -c 1 -W ${PING_TIMEOUT_SEC} \
> > +		${IPv6_HS_NETWORK}::${hsdst} >/dev/null 2>&1
> > +}
> > +
> > +check_hs_ipv4_connectivity()
> > +{
> > +	local hssrc=$1
> > +	local hsdst=$2
> > +
> > +	ip netns exec hs-${hssrc} ping -c 1 -W ${PING_TIMEOUT_SEC} \
> > +		${IPv4_HS_NETWORK}.${hsdst} >/dev/null 2>&1
> > +}
> > +
> > +check_and_log_hs2gw_connectivity()
> > +{
> > +	local hssrc=$1
> > +
> > +	check_hs_ipv6_connectivity ${hssrc} 254
> > +	log_test $? 0 "IPv6 Hosts connectivity: hs-${hssrc} -> gw"
> > +
> > +	check_hs_ipv4_connectivity ${hssrc} 254
> > +	log_test $? 0 "IPv4 Hosts connectivity: hs-${hssrc} -> gw"
> > +}
> > +
> > +check_and_log_hs_ipv6_connectivity()
> > +{
> > +	local hssrc=$1
> > +	local hsdst=$2
> > +
> > +	check_hs_ipv6_connectivity ${hssrc} ${hsdst}
> > +	log_test $? 0 "IPv6 Hosts connectivity: hs-${hssrc} -> hs-${hsdst}"
> > +}
> > +
> > +check_and_log_hs_ipv4_connectivity()
> > +{
> > +	local hssrc=$1
> > +	local hsdst=$2
> > +
> > +	check_hs_ipv4_connectivity ${hssrc} ${hsdst}
> > +	log_test $? 0 "IPv4 Hosts connectivity: hs-${hssrc} -> hs-${hsdst}"
> > +}
> > +
> > +check_and_log_hs_connectivity()
> > +{
> > +	local hssrc=$1
> > +	local hsdst=$2
> > +
> > +	check_and_log_hs_ipv4_connectivity ${hssrc} ${hsdst}
> > +	check_and_log_hs_ipv6_connectivity ${hssrc} ${hsdst}
> > +}
> > +
> > +check_and_log_hs_ipv6_isolation()
> > +{
> > +	local hssrc=$1
> > +	local hsdst=$2
> > +
> > +	check_hs_ipv6_connectivity ${hssrc} ${hsdst}
> > +	log_test $? 1 "IPv6 Hosts isolation: hs-${hssrc} -X-> hs-${hsdst}"
> > +}
> > +
> > +check_and_log_hs_ipv4_isolation()
> > +{
> > +	local hssrc=$1
> > +	local hsdst=$2
> > +
> > +	check_hs_ipv4_connectivity ${hssrc} ${hsdst}
> > +	log_test $? 1 "IPv4 Hosts isolation: hs-${hssrc} -X-> hs-${hsdst}"
> > +}
> > +
> > +check_and_log_hs_isolation()
> > +{
> > +	local hssrc=$1
> > +	local hsdst=$2
> > +
> > +	check_and_log_hs_ipv6_isolation ${hssrc} ${hsdst}
> > +	check_and_log_hs_ipv4_isolation ${hssrc} ${hsdst}
> > +}
> > +
> > +router_tests()
> > +{
> > +	local i
> > +	local j
> > +
> > +	log_section "IPv6 routers connectivity test"
> > +
> > +	for i in ${ROUTERS}; do
> > +		for j in ${ROUTERS}; do
> > +			if [ ${i} -eq ${j} ]; then
> > +				continue
> > +			fi
> > +
> > +			check_and_log_rt_connectivity ${i} ${j}
> > +		done
> > +	done
> > +}
> > +
> > +host2gateway_tests()
> > +{
> > +	local hs
> > +
> > +	log_section "IPv4/IPv6 connectivity test among hosts and gateways"
> > +
> > +	for hs in ${HOSTS}; do
> > +		check_and_log_hs2gw_connectivity ${hs}
> > +	done
> > +}
> > +
> > +host_vpn_tests()
> > +{
> > +	log_section "SRv6 VPN connectivity test hosts (h1 <-> h2, IPv4/IPv6)"
> > +
> > +	check_and_log_hs_connectivity 1 2
> > +	check_and_log_hs_connectivity 2 1
> > +
> > +	log_section "SRv6 VPN connectivity test hosts (h3 <-> h4, IPv6 only)"
> > +
> > +	check_and_log_hs_ipv6_connectivity 3 4
> > +	check_and_log_hs_ipv6_connectivity 4 3
> > +}
> > +
> > +host_vpn_isolation_tests()
> > +{
> > +	local l1="1 2"
> > +	local l2="3 4"
> > +	local tmp
> > +	local i
> > +	local j
> > +	local k
> > +
> > +	log_section "SRv6 VPN isolation test among hosts"
> > +
> > +	for k in 0 1; do
> > +		for i in ${l1}; do
> > +			for j in ${l2}; do
> > +				check_and_log_hs_isolation ${i} ${j}
> > +			done
> > +		done
> > +
> > +		# let us test the reverse path
> > +		tmp="${l1}"; l1="${l2}"; l2="${tmp}"
> > +		tmp=${t1}; t1=${t2}; t2=${tmp}
> > +	done
> > +
> > +	log_section "SRv6 VPN isolation test among hosts (h2 <-> h4, IPv4 only)"
> > +
> > +	check_and_log_hs_ipv4_isolation 2 4
> > +	check_and_log_hs_ipv4_isolation 4 2
> > +}
> > +
> > +test_vrf_or_ksft_skip()
> > +{
> > +	modprobe vrf &>/dev/null
> > +	if [ ! -e /proc/sys/net/vrf/strict_mode ]; then
> > +		echo "SKIP: vrf sysctl does not exist"
> > +		exit ${ksft_skip}
> > +	fi
> > +}
> > +
> > +if [ "$(id -u)" -ne 0 ];then
> > +	echo "SKIP: Need root privileges"
> > +	exit ${ksft_skip}
> > +fi
> > +
> > +# required programs to carry out this selftest
> > +test_command_or_ksft_skip ip
> > +test_command_or_ksft_skip grep
> > +test_command_or_ksft_skip sort
> > +test_command_or_ksft_skip uniq
> > +
> > +test_vrf_or_ksft_skip
> > +
> > +cleanup &>/dev/null
> 
> If you use:
> 
> trap cleanup EXIT
> 
> you don't need this "strange" inital cleanup and the self-test will be
> more resilient WRT unexected interruptions.
> 

Ok, thanks.

Ciao,
Andrea

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ