Hi Neale,
Its done.
I checked for [add|del] [count ] as well.
I believe it works fine now.
Please find the output below.
vpp# sh ip6 fib
ipv6-VRF:0, fib_index 0, flow hash:
::/0
unicast-ip6-chain
[@0]: dpo-load-balance: [index:5 buckets:1 uRPF:5 to:[0:0]]
[0] [@0]: dpo-drop ip6
fe80::/1
Hi Pragash,
It’s in vnet_ip_route_cmd() from ip/lookup.c.
It is a loop over a series of text matching rules. After each rule (unformat)
the matched text is consumed and the next iteration occurs further into the
string, which as you say, occurs left to right. So the order the matching rules
ar
Hi Neale,
I took a look at the code.
What i believe is being done is the parsing is going from left to right,
for say "ip route add add::123/128 via 9001::3",
then when the parser encounters a "add", it sets the is_add = 1, flag, so
the is_add flag is set two times in this case
and hence the ip
Hi Pragash,
Yes that’s a bug.
Could you submit a patch for it – we need to flip the order the ‘add’ string is
parsed from the options so that it comes after parsing the IPv6 address.
Thanks,
neale
From: Pragash Vijayaragavan
Reply-To: "pxv3...@rit.edu"
Date: Thursday, 10 August 2017 at 14:47
Hi,
When i add the following ip6 route, which starts with "add", the "add" is
ignored and the rest of the ip is added.
Is this a bug?
You can check the outputs below.
This is in 17.07-rc0.
*vpp# ip route add add:9538:44f8::/45 via 9000::1*
vpp# sh ip6 fib
ipv6-VRF:0, fib_index 0, flow hash:
