Elwyn,
One question is answered below. The remainder of your comments have
been updated in the latest version of the draft (which will be uploaded
soon).
Regards,
Steve
<snip>
Minor issues:
s4.2:
Is there a need for and consequently how would one either cancel the
current abatement algorithm or select a different one? I guess this
might happen if the reacting node that was running the algorithm
went away or itself became overloaded. However I I have no idea
whether this is a reasonable question! OK.. well I see in s5.1.1
that the abatement algorithm can be changed... a pointer in s4.2
would be useful. But could it be turned off?
SRD> OK.
So... how would one turn it off if that was allowed/wanted/possible?
SRD> While not suggested, the selected abatement algorithm can be
changed on a transaction by transaction basis. Once an OLR has been
sent the reporting node would need to cancel the existing overload
report in one transaction and then send a new overload report for the
new algorithm in a subsequent overload report.
_______________________________________________
Gen-art mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/gen-art
