|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [iSCSI]: Key negotiation procedure proposalJohn Hufferd wrote: > > Martins said: > "...However, I actually object to the whole idea of cutting any slack to > non-conforming Originators by not Rejecting their keys and sending a "good > value" instead. I don't think it is good. So I'm for the removal of this > possibility...." > > I agree with this. > > I do not know if we have to end the connection after the Reject, but if the > Originator sends it again, then shut down. I see no value in going on and > on (like this thread). lets move to closure here. Ok, ``simple implementation'' handles this. But, John, what else can we do after sending key=Reject _and_ inter-operate?! We have to have some stringent rules, in order to achieve inter-operability _and_ negotiation convergence. If you have a constructive suggestion (a rule, ruleset, etc.), please post it. -- Luben
Home Last updated: Thu May 23 21:18:30 2002 10281 messages in chronological order |