RE: [tcpm] tcpsecure: how strong to recommend?

["Anantha Ramaiah (ananth)" <[e-mail]>]

 
> 
> Hyperbole elided, but still trying to understand ...
> 
> > but
> > saying that "SHOULD doesn't give leeway not to do something", is 
> > something which I would want to dis-agree.
> 
> If tcpsecure is a SHOULD then what would be an invalid reason 
> for me to exclude it from my implementation?

It is difficult to say since the implementer is given the choice whether
or not to include/exclude it. Yes, both SHOULD and MAY provides that
luxury. The only difference is the strength of the advise offered by
both these adjectives which needs to be viewed from a recommendation
perspective. If you think that these are generally good to have then use
SHOULD else these are really optional ones use MAY. The bottomline is
that unless it is tagged as MUST, I believe we have already given the
flexibility, the key is how "strong" we would want to recommend and that
is what we are trying to do and get the consensus. Atleast this *my
understanding*. I expressed my opinion and other have expressed theirs. 

Also, I am trying to understand something here since I wasn't sure how
situations like this have been dealt in the past. Actually, I am trying
to understand the algorithm used to arrive consensus here?. I was
assuming that after the "hums were sought" and the email was sent both
offering 3 choices, now after getting the responses the next step would
be to derive something out of that once we have reached enough responses
or a stipulated time expires if one exists. If we believe there isn't
even a rough consensus after the responses so far, what is the next
step? Curious.

-Anantha 


_______________________________________________
tcpm mailing list
[e-mail]
https://www1.ietf.org/mailman/listinfo/tcpm