sowmini.varadhan at Sun.COM wrote:
>> Agreed, but can we do #3 without essentially getting rid of ip_newroute
>> (at least making ip_newroute return an ire) and as a result have to
>> rewhack the MULTIRT loops?
>
> How so? ip_newroute itself has some of the MULTIRT loops :-(
I don't understand your question.
My point is that I have no idea (and it seems very very hard) to find
some minimal changes to the code base to allow unresolved ire/nces in
the xmit path, largely because of the interaction of multirt and
ip_newroute.
But perhaps I'm not exploring solutions that require us to add lots more
code - since I prefer deleting and refactoring code.
Erik
> And I think part of the problem was that some of the packet processing
> for cgtp is performed in convoluted ways in ip_newroute()
>
>> ip_newroute delenda est!
>
> Time for the Carthage project :-)
>
> --Sowmini
>
