> > > >>>> >>>> => The router doesn't need to know the host's route table, it knows >>>>which >>>> address it included in its RAs, which is what the host records. >>>> I'm not sure why you think that there is no way the router can >>>>construct >>>> that message reliably. If it uses the same address it uses for its >>>>RAs, >>>> it >>>> can construct the message. >>> >>> Ah. Well, that will certainly help, but consider a situation where >>>there >>> are no RAs, >> >> => Where is that situation possible/deployed? It's hard to consider >> something that is against the spec you're commenting on :) > >Sure, it is not a situation contemplated by the ND spec. So, do you mean >to say it is incorrect configuration for a router to have forwarding on >and not be sending RAs,
=> This sentence should not imply the following words after "therefore". I think a router can be forwarding without sending RAs. But I also think that if you're going to send redirects, you must have sent an RA. > and therefore you should not send redirects if you are not sending RAs? >That works as a resolution for me, in terms of specs. => Yes. I don't think it implies that if you're forwarding you must send RA's though :). They're two separate issues. Anyone, that's my opinion given the way the spec is written. It's not explicitly mentioned in 4861 that you can't send redirects unless you're also sending RAs, but that seems implicit to me. > >However, if it is not a misconfiguration, and you wish to redirect >traffic that has a better first hop, or is on-link but the host for >whatever reason does not know that, is that possible? Should it be? => Well, knowing that someone's on-link is based on knowing that the prefix is on-link. They all seem to be related to information communicated in the RA. So it makes sense to me to tie this function to a router that sends RAs. > >I suspect it is a common situation, no matter that it's completely broken. => I don't know how common this is honestly. So I'll take your word with caution. Hesham > >Andrew -------------------------------------------------------------------- IETF IPv6 working group mailing list ipv6@ietf.org Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6 --------------------------------------------------------------------
