Hi,
I upgraded to latest Quagga Release (1.2.1). I am noticing that when
Zebra sends *ZEBRA_IPV4_ROUTE_DELETE *messages to clients, its no longer
filing nexthop Interface index in messages.
This is happening because *NEXTHOP_FLAG_FIB *is already reseted from
nexthop of the deleting route before calling zsend_route_multipath function.
*rib_process *function is resetting that flag by calling *rib_update_kernel
*function even before calling the route redistribute function (
*redistribute_delete*).
Looks like rib process function is kind of assuming that new_selected and
new_fib rib entries are different which won't be the case.
Pls suggest.
Rgds
Atul
I upgraded to latest Quagga Release (1.2.1). I am noticing that when
Zebra sends *ZEBRA_IPV4_ROUTE_DELETE *messages to clients, its no longer
filing nexthop Interface index in messages.
This is happening because *NEXTHOP_FLAG_FIB *is already reseted from
nexthop of the deleting route before calling zsend_route_multipath function.
*rib_process *function is resetting that flag by calling *rib_update_kernel
*function even before calling the route redistribute function (
*redistribute_delete*).
Looks like rib process function is kind of assuming that new_selected and
new_fib rib entries are different which won't be the case.
Pls suggest.
Rgds
Atul