Randy
> -----Original Message-----
> From: Chris Newman [SMTP:Chris.Newman@innosoft.com]
> Sent: Tuesday, December 30, 1997 4:43 PM
> To: Stephen Kent
> Cc: ietf@ns.ietf.org
> Subject: Re: User Petition on Standards to Netscape and Microsoft
>
> On Tue, 30 Dec 1997, Stephen Kent wrote:
> > I would not disagree with the characterization of textual
> protocols
> > as easier to debug without the need for more sophisticated tools.
> However,
> > debugging ease is not the only consideration when designing
> protocols. IP,
> > TCP, UDP, PPP, and other widely used Internet protocols are not
> textual,
> > yet we have managed to debug them and deploy interoperable
> implementations
> > for many years. We respectually disagree about the relative merits
> of
> > using non-textual syntax for protocols, whether it's ASN.1 or
> alternatives.
>
> If you read my message carefully, you will note that I said
> "application
> protocols." The four protocols you've listed are not application
> protocols and therefore have different design criteria (which tend to
> discourage the use of ASN.1 for different reasons).
>
> The most successful IETF binary-encoded application protocol is
> Telnet,
> which is generally considered a good example of how not to design a
> protocol (due to the complexity of option negotiation and debugging
> thereof). It took me significantly longer to write and debug a telnet
> client than it took me to write and debug clients/servers for textual
> protocols. I had to build a complex debugging service into the client
> which I've never needed in textual protocols. I will note that telnet
> has
> orders of magnitude more deployment than its ASN.1 based counterpart
> which
> is yet another strike against ASN.1, even when a binary encoding is
> used.
>
> As an application protocol developer, I trust the judgement of
> lower-level
> protocol developers to make the right choice in the binary vs. text
> encoding tradeoff. But at the applications level, both IETF history
> and
> my personal experience weigh heavily in favor of textual protocols.
> Let's
> not ignore our successful history.
>
> - Chris