Re: Last Call: 'A Lightweight UDP Transfer Protocol for the the Internet Registry Information Service' to Proposed Standard (draft-ietf-crisp-iris-lwz)

Todd Glassey <tglassey@earthlink.net> Wed, 16 August 2006 21:33 UTC

Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1GDT1N-0008W5-VD; Wed, 16 Aug 2006 17:33:53 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GDT1M-0008Vz-Mi for ietf@ietf.org; Wed, 16 Aug 2006 17:33:52 -0400
Received: from elasmtp-mealy.atl.sa.earthlink.net ([209.86.89.69]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GDT1L-0000YU-CB for ietf@ietf.org; Wed, 16 Aug 2006 17:33:52 -0400
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=earthlink.net; b=R0EWSz6K/INaWDLRlBlix/EitrlEPu8Nf+0x8nskZIGMnIZE8lsbhQ6V9W8tGABw; h=Message-ID:Date:From:Reply-To:To:Subject:Cc:Mime-Version:Content-Type:Content-Transfer-Encoding:X-Mailer:X-ELNK-Trace:X-Originating-IP;
Received: from [209.86.224.41] (helo=elwamui-mouette.atl.sa.earthlink.net) by elasmtp-mealy.atl.sa.earthlink.net with asmtp (Exim 4.34) id 1GDT1K-0002GB-6T; Wed, 16 Aug 2006 17:33:50 -0400
Received: from 65.200.66.17 by webmail.pas.earthlink.net with HTTP; Wed, 16 Aug 2006 17:33:49 -0400
Message-ID: <32718206.1155764030048.JavaMail.root@elwamui-mouette.atl.sa.earthlink.net>
Date: Wed, 16 Aug 2006 14:33:49 -0700
From: Todd Glassey <tglassey@earthlink.net>
To: Harald Alvestrand <harald@alvestrand.no>, Andrew Newton <andy@hxr.us>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: EarthLink Zoo Mail 1.0
X-ELNK-Trace: 01b7a7e171bdf5911aa676d7e74259b7b3291a7d08dfec7978b7105b1be086e1d366c7c724301d4e350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c
X-Originating-IP: 209.86.224.41
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 769a46790fb42fbb0b0cc700c82f7081
Cc: ietf@ietf.org
Subject: Re: Last Call: 'A Lightweight UDP Transfer Protocol for the the Internet Registry Information Service' to Proposed Standard (draft-ietf-crisp-iris-lwz)
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: Todd Glassey <tglassey@earthlink.net>
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
Errors-To: ietf-bounces@ietf.org

Harald - you sure you are not talking about IETF Mail Servers?

Todd

-----Original Message-----
>From: Harald Alvestrand <harald@alvestrand.no>
>Sent: Aug 16, 2006 12:20 AM
>To: Andrew Newton <andy@hxr.us>
>Cc: ietf@ietf.org
>Subject: Re: Last Call: 'A Lightweight UDP Transfer Protocol for the the	Internet Registry Information Service' to Proposed Standard (draft-ietf-crisp-iris-lwz)
>
>Andrew Newton wrote:
>>> 3 - Why is LWZ limited to UDP, desperately trying to solve
>>>     various size issues with delated XML and other tricks ?
>>
>> TCP is handled by XPC and BEEP.  But for very short and quick answers 
>> (and lots of them, such as domain availability checks) UDP is better.  
>> Don't know what you mean by tricks, but the deflation is optional.
>my congestion control alarm went off.
>
>after reviewing the document, it's still ringing.
>
>There's nothing in the document that says "if you want to send 4000 
>requests, and 70 out of the first 100 get lost, you should slow down 
>your sending rate to that server".
>
>The word "retransmit" does not occur in the document.
>The word "packet loss" does not occur in the document.
>The word "congestion" does not occur in the document.
>
>4000-byte UDP packets will have 3x the drop rate of 1500-byte UDP 
>packets. So retransmissions are more likely than with DNS over the same 
>wire. I can't envision an implementation of this that wouldn't 
>retransmit. So guidance is needed.
>
>Using UDP is fine, but I regard this specification as incomplete.
>
>                       Harald
>
>
>
>
>
>_______________________________________________
>Ietf mailing list
>Ietf@ietf.org
>https://www1.ietf.org/mailman/listinfo/ietf


_______________________________________________
Ietf mailing list
Ietf@ietf.org
https://www1.ietf.org/mailman/listinfo/ietf