Re: [Netconf] ? Re:? WGLC? for? draft-ietf-netcon f-tls-04.txt

[fanhuaxiang 90002624 <[e-mail]>]

Hi,

> To quote TLS,
> "The other party MUST respond with a close_notify
>   alert of its own and close down the connection immediately,
>   discarding any pending writes. "
> so this proposed text would appear to contradict a TLS MUST.  TLS 
> also takes
> great care not to bind itself to TCP and not to prescribe the 
> behaviour of the
> underlying transport protocol.
maybe what said in counterpart section in syslog-tls  contradict a TLS MUST, too.
> 
> And I imagine that this is what Juergen had in mind.  When we start 
> to reproduce
> TLS in our own words, we are likFrom [e-mail]  Mon Sep 29 03:45:02 2008
Return-Path: <[e-mail]>
X-Original-To: [e-mail]
Delivered-To: [e-mail]
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id E60773A6784;
	Mon, 29 Sep 2008 03:45:01 -0700 (PDT)
X-Original-To: [e-mail]
Delivered-To: [e-mail]
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id AE0B43A6819
	for <[e-mail]>; Mon, 29 Sep 2008 03:45:00 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level: 
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5
	tests=[BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id xrEn9jOZhFIw for <[e-mail]>;
	Mon, 29 Sep 2008 03:44:59 -0700 (PDT)
Received: from usaga01-in.huawei.com (usaga01-in.huawei.com [206.16.17.211])
	by core3.amsl.com (Postfix) with ESMTP id C0F553A6784
	for <[e-mail]>; Mon, 29 Sep 2008 03:44:59 -0700 (PDT)
Received: from huawei.com (usaga01-in [172.18.4.6])
	by usaga01-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14
	(built Aug
	8 2006)) with ESMTP id <[e-mail]> for
	[e-mail]; Mon, 29 Sep 2008 03:44:50 -0700 (PDT)
Received: from huawei.com ([172.17.1.36])
	by usaga01-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14
	(built Aug
	8 2006)) with ESMTP id <[e-mail]> for
	[e-mail]; Mon, 29 Sep 2008 03:44:50 -0700 (PDT)
Received: from [172.24.1.3] (Forwarded-For: [220.249.46.106])
	by szxmc04-in.huawei.com (mshttpd); Mon, 29 Sep 2008 18:44:32 +0800
Date: Mon, 29 Sep 2008 18:44:32 +0800
From: fanhuaxiang 90002624 <[e-mail]>
In-reply-to: <006a01c92213$63b81060$0601a8c0@allison>
To: "tom.petch" <[e-mail]>
Message-id: <[e-mail]>
MIME-version: 1.0
X-Mailer: iPlanet Messenger Express 5.2 HotFix 2.14 (built Aug  8 2006)
Content-language: el
Content-disposition: inline
X-Accept-Language: el
Priority: normal
References: <[e-mail]>
	<[e-mail]>
	<[e-mail]>
	<[e-mail]>
	<[e-mail]>
	<[e-mail]>
	<[e-mail]>
	<[e-mail]>
	<[e-mail]>
	<[e-mail]>
	<006a01c92213$63b81060$0601a8c0@allison>
Cc: ? <[e-mail]>
Subject: Re: [Netconf] ? Re:? WGLC? for? draft-ietf-netcon f-tls-04.txt
X-BeenThere: [e-mail]
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Network Configuration WG mailing list <netconf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/netconf>,
	<mailto:[e-mail]?subject=unsubscribe>
List-Archive: <https://www.ietf.org/mailman/private/netconf>
List-Post: <mailto:[e-mail]>
List-Help: <mailto:[e-mail]?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netconf>,
	<mailto:[e-mail]?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: [e-mail]
Errors-To: [e-mail]

Hi,

> To quote TLS,
> "The other party MUST respond with a close_notify
>   alert of its own and close down the connection immediately,
>   discarding any pending writes. "
> so this proposed text would appear to contradict a TLS MUST.  TLS 
> also takes
> great care not to bind itself to TCP and not to prescribe the 
> behaviour of the
> underlying transport protocol.
maybe what said in counterpart section in syslog-tls  contradict a TLS MUST, too.
> 
> And I imagine that this is what Juergen had in mind.  When we start 
> to reproduce
> TLS in our own words, we aely to make things worse (perhaps 
> also known as
> the distributed database problem).  And for those with a sense of 
> history, be
> aware that the last call on syslog-tls completed precisely two 
> years ago - and
> the I-D is still  being revised:-(
washam

_______________________________________________
Netconf mailing list
[e-mail]
https://www.ietf.org/mailman/listinfo/netconf


re likely to make things worse (perhaps 
> also known as
> the distributed database problem).  And for those with a sense of 
> history, be
> aware that the last call on syslog-tls completed precisely two 
> years ago - and
> the I-D is still  being revised:-(
washam

_______________________________________________
Netconf mailing list
[e-mail]
https://www.ietf.org/mailman/listinfo/netconf