Re: I-D ACTION:draft-ietf-secsh-scp-sftp-ssh-uri-02.txt

[Ben Harris <bjh21%bjh21.me.uk@localhost>]

In article <m2n.s.1DifMj-005OEO%chiark.greenend.org.uk@localhost> you write:
>	Title		: SCP/SFTP/SSH URI Format
>	Author(s)	: S. Suehring, J. Salowey
>	Filename	: draft-ietf-secsh-scp-sftp-ssh-uri-02.txt
>	Pages		: 8
>	Date		: 2005-6-15

I'd really like to see this draft finished, but there are various dull
things that need to be fixed:

The secsh-architecture and secsh-filexfer drafts should be cited in the
introduction when the protocols are first mentioned.

"SSH", "SFTP" and "SCP" all need to be expanded on their first use in each
of the title, abstract, and body text.

The syntax notation used isn't defined.  This should probably be done by
reference to RFC 2234.

Assuming that the syntax notation is intended to be RFC-2234 ABNF, many of
the rules are invalid (having '_' and '=' in rule names, not leaving spaces
between concatenated elements).

The various URI formats seem to allow a userinfo and host not
separated by "@".

The rules conn-parameter=value, sftp-parameter=value, and abs_path aren't
defined.

The translation from the octets specified by the URI into filenames sent
over SFTP isn't specified.  In particular, the state of the
filename-translation-control extension isn't defined.

The meaning of "typecode=a" isn't clear to me, since "text file" doesn't
tell me what character set to expect.

The examples should come with prose descriptions of their meanings.

Using unqualified hostnames in examples is probably a bad idea.

The sixth example is incorrect, since it puts an SFTP parameter in the
conn-parameter=value field.

There's no IANA Considerations section.

-- 
Ben Harris