Re: [Isms] secshell-pre14 - minor issues
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Isms] secshell-pre14 - minor issues



 

> -----Original Message-----
> From: dave.shield at googlemail.com 
> [mailto:dave.shield at googlemail.com] On Behalf Of Dave Shield
> Sent: Friday, February 06, 2009 6:02 AM
> To: j.schoenwaelder at jacobs-university.de; David Harrington
> Cc: isms at ietf.org
> Subject: Re: [Isms] secshell-pre14 - minor issues
> 
> 2009/1/23 Juergen Schoenwaelder 
> <j.schoenwaelder at jacobs-university.de>:
> > On Thu, Jan 22, 2009 at 03:42:22PM -0500, David Harrington wrote:
> >
> >> This is an updated draft for secshell.
> 
> > Can the WG members please review the changes?
> 
> A few minor nits which seem to be still present:
> 
> Section 3.1.1 2.
>   The references to RFC4253 (para 2) and RFC4252 (para 3) are
enclosed
> in both round and square brackets.   All other references 
> throughout the
> document use square brackets only.
> 
>    s/([RFC4252])/[4252]/
>    s/([RFC4253])/[4253]/

fixed.

> 
> 
> Section 5
>   Para 3 of the introduction includes
>    ".... for the returned OID and value contextEngineID would 
> be set ..."
> 
>   Insert a comma after "value".
fixed.

> 
> 
> Section 5.3
>    step 3 states
>       "If the attempt to establish a connection is unsuccessful, or
>        server authentication fails, then sshtmSessionOpenErrors is
>        incremented... and openProcessing stops."
>    This is the only time that sshtmSessionOpenErrors is mentioned.
> 
> 
>   The definition of the sshtmSessionOpenErrors MIB object states
>       "The number of times an openSession() request
>        failed to open a session as a SSH client,
>        for any reason."     <======
> 
>    "For any reason" is wrong.
> 
fixed, I hope.

> 
> 
> 
> 
> Dave
> 


Note: Messages sent to this list are the opinions of the senders and do not imply endorsement by the IETF.