Re: RFC2873 manually setting precedence.
Alan Hannan <alan@ivmg.net> Sun, 02 July 2000 19:00 UTC
Received: by ietf.org (8.9.1a/8.9.1a) id PAA09426 for ietf-outbound.10@ietf.org; Sun, 2 Jul 2000 15:00:02 -0400 (EDT)
Received: from pefw00 ([209.172.73.242]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA09350 for <ietf@ietf.org>; Sun, 2 Jul 2000 14:44:13 -0400 (EDT)
Received: from pimx00.ivmg.net (pimx00.ivmg.net [192.168.0.10]) by pefw00 (8.10.1/8.10.1) with ESMTP id e62IhN118052; Sun, 2 Jul 2000 18:43:23 GMT
Received: (from alan@localhost) by pimx00.ivmg.net (8.10.1/8.10.1) id e62IhI400239; Sun, 2 Jul 2000 11:43:18 -0700
Date: Sun, 02 Jul 2000 11:43:18 -0700
From: Alan Hannan <alan@ivmg.net>
To: Phillip Grasso-Nguyen <Phillip.Grasso@magna.com.au>
Cc: "'ietf@ietf.org'" <ietf@ietf.org>, "'xipeng@gblx.net'" <xipeng@gblx.net>, "'edc@explosive.net'" <edc@explosive.net>, "'vern@aciri.org'" <vern@ACIRI.ORG>
Subject: Re: RFC2873 manually setting precedence.
Message-ID: <20000702114318.A198@ivmg.net>
References: <4DD6239844F3D311A198009027FC4210AE85C5@syd-exch1.magna.com.au>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Mailer: Mutt 1.0.1i
In-Reply-To: <4DD6239844F3D311A198009027FC4210AE85C5@syd-exch1.magna.com.au>; from Phillip.Grasso@magna.com.au on Sun, Jul 02, 2000 at 02:23:52PM +1000
X-Loop: ietf@ietf.org
Phillip, > Since most DSCP and QoS functions are normally handled within a single > network domain, what impact would it have to manually set precedence at the > edge. > > for example, > CE = customer edge, or host systems (TCP endpoints) > PE = Provider edge, > P = Provider Core, > > CE - PE - P - PE - CE I'll modify as: CE1 -- PE1 -- P -- PE2 -- CE2 > > If the provider PE edge manually sets the precedence outbound to the CE what > affect will this have on the TCP session. As I think you know, the primary catalyst for this modification was observed operational behaviour. We saw that when mid-point devices [P] changed TOS/DSCP and the observed response packets [at CE1] within the TCP session varied, CE1 would reset the packet. > the TCP RST condition should happen when their is a ["lower precedence" or > any change in precedence] if both ends where set to the same precedence by > the PE router Although a viable solution, this is difficult to implement in practice. The need this presents for PE1 and PE2 to synchronize by session and policy is great. I believe this demand would severely impede DHCP/TOS and internet deployment. Another implementation workaround would maintain state as below, but this is only a partial resolution to the problem. > for example precedence or dscp of "0". Does tcp security have > a specific requirement of precedence, In practice, no. Per a strict interpretation of the RFC793, yes. We saw that mainly some [10%] of MacTCP (apple) TCP/IP stacks enforced this, as well as some old IBM stacks. > what happens if the tcp stack > initiates a connection with a precedence of 1 and during transmission it > gets reassigned with precedence of "0" does this screw the TCP > session/connection? Yes, because what CE1 sends "1" is changed by {PE1,P,PE2, or CE2} and is not what he expected. > is manually setting precedence or DSCP to the a single > value outbound to the CE or TCP endpoints a possible work around? It might be, except that it either: requires sychnornization by CE's or PE's or disallows tcp-based DSCP delivery. One could set things to a default value [say, 0] and remember what it got on a flow-by-flow basis. However, this would negate end-to-end ability of DSCP/TCP; which is certainly a desirable behaviour we do not wish to negate. -alan > > Regards > Phillip. > > ******************************************** > Phillip Grasso-Nguyen (CCNA) > Senior Network Engineer - Core Engineering Team > Davnet Telecommunications > Level 7, Magna Data House > 209 Castlereagh Street, Sydney > NSW, Australia, 2000. > Tel: +61 2 9272 9600 Fax: +61 2 9272 9605 > mailto:phillipg@magna.com.au > http://www.magna.com.au > PGP Fingerprint:1083 7987 D33A C7E8 5DB2 AAD2 4F5D 6B99 CBB7 55A4 > PGP Key: http://www.magna.com.au/~phillipg/phillipg.asc > Australian General Telecommunications Carrier License No 23 > ******************************************** > Disclaimer: http://www.magna.com.au/~phillipg/disclaimer.txt > "Leave complexity at the 'edges' and keep the network 'core' simple"
- RFC2873 manually setting precedence. Phillip Grasso-Nguyen
- Re: RFC2873 manually setting precedence. Alan Hannan