Re: [pcp] FW: New Version Notification for draft-vinapamula-flow-ha-01.txt
"Tirumaleswar Reddy (tireddy)" <tireddy@cisco.com> Fri, 08 August 2014 08:22 UTC
Return-Path: <tireddy@cisco.com>
X-Original-To: pcp@ietfa.amsl.com
Delivered-To: pcp@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5B6F21A0B13 for <pcp@ietfa.amsl.com>; Fri, 8 Aug 2014 01:22:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.502
X-Spam-Level:
X-Spam-Status: No, score=-14.502 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BX7mDnlNcU2U for <pcp@ietfa.amsl.com>; Fri, 8 Aug 2014 01:22:30 -0700 (PDT)
Received: from rcdn-iport-7.cisco.com (rcdn-iport-7.cisco.com [173.37.86.78]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1CB481A00DF for <pcp@ietf.org>; Fri, 8 Aug 2014 01:22:30 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=5592; q=dns/txt; s=iport; t=1407486150; x=1408695750; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=sg5Ds8klWgbtoEZt1FDnfjzBpjl6Nqc9teMKOa53T+A=; b=R2b24P5+8IFvAC1Z5BHe6MPvquZ1mTLn8afjLJK8WuEyt0FD1JcePzmF 0geW1cMYK1IjY+JAXShBHYv0ZjZkJGyz736IoEfpFMcUMG1HZiYZE/rOx GIMfYlJE+xIjMTz3R3p2xm5iCpAGsxoRfmMx3QDr2cUuJg/c6oAk8y2pK 4=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AhgFAHuI5FOtJV2Q/2dsb2JhbABagw1SUwQEzE0Kh0gBgRMWd4QDAQEBAwEBAQE3KwkJAhACAQgYChQQJwscCQIEDgUIAYgxCAgFxHcXjmEKFBwxB4MvgRwFkRSEI4hCkx6DV2wBgQRB
X-IronPort-AV: E=Sophos;i="5.01,823,1400025600"; d="scan'208";a="345973124"
Received: from rcdn-core-8.cisco.com ([173.37.93.144]) by rcdn-iport-7.cisco.com with ESMTP; 08 Aug 2014 08:22:29 +0000
Received: from xhc-rcd-x09.cisco.com (xhc-rcd-x09.cisco.com [173.37.183.83]) by rcdn-core-8.cisco.com (8.14.5/8.14.5) with ESMTP id s788MTcB006254 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 8 Aug 2014 08:22:29 GMT
Received: from xmb-rcd-x10.cisco.com ([169.254.15.102]) by xhc-rcd-x09.cisco.com ([173.37.183.83]) with mapi id 14.03.0123.003; Fri, 8 Aug 2014 03:22:29 -0500
From: "Tirumaleswar Reddy (tireddy)" <tireddy@cisco.com>
To: Suresh Kumar Vinapamula Venkata <sureshk@juniper.net>
Thread-Topic: [pcp] FW: New Version Notification for draft-vinapamula-flow-ha-01.txt
Thread-Index: AQHPh106u/PcvthDCk26TaHNEsrzH5tvN7qAgFYJUICAAWREkA==
Date: Fri, 08 Aug 2014 08:22:28 +0000
Message-ID: <913383AAA69FF945B8F946018B75898A283031F5@xmb-rcd-x10.cisco.com>
References: <CFC0D409.3B3C6%sureshk@juniper.net> <D0090119.492A2%sureshk@juniper.net>
In-Reply-To: <D0090119.492A2%sureshk@juniper.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.65.53.188]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: http://mailarchive.ietf.org/arch/msg/pcp/GvaG87FagTncdVKTygmK36k0Fwo
Cc: "pcp@ietf.org" <pcp@ietf.org>
Subject: Re: [pcp] FW: New Version Notification for draft-vinapamula-flow-ha-01.txt
X-BeenThere: pcp@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: PCP wg discussion list <pcp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pcp>, <mailto:pcp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/pcp/>
List-Post: <mailto:pcp@ietf.org>
List-Help: <mailto:pcp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcp>, <mailto:pcp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 08 Aug 2014 08:22:32 -0000
Hi Suresh, Comments: [1] What is the reason for updating the reserved field in the PCP Common Request Packet Format ? A new PCP option can also be defined to signal if it's a critical flow or not. [1b] It may help the client to know if the flow is check pointed or not, this way the client can make a decision to prioritize the flows accordingly when multiple interfaces with associated PCP servers are involved. [1c] Success or fail response ((e.g. Quota exceeded) from PCP server can also help the client to remove check pointing for some of the existing flows so as to check point new flows. [2] This document describes a mechanism for a host to signal various network functions' High Availability (HA) module to checkpoint interested connections through PCP. Comment> The above line is not clear. [3] Internet service continuity is critical in service provider environment. To achieve this, most service providers have active- backup systems. Comment> Enterprise networks also typically deploy Active-Standby. [4] For service continuity of those connections on backup when active fail, that corresponding state had to be checkpointed on the backup. Nit> Replace "fail" with "fails" [5] Typically, this is addressed by identifying long lived connections and checkpointing state of only those connections that lived long enough, to the backup for service continuity. Comment> You may want to add that identification is also done by DPI, which fails with encrypted traffic. [6] 2. A connection may not be long lived but critical like shorter phone conversations. Comment> Replace "phone conversation" with "VOIP conversation" [7] 3. Similarly not every long lived connection need to be critical, say a free-service connection of a hosted service need not be checkpointed while a paid-service connection has to be checkpointed. Comment> Why would the application client differentiate and not signal that it's a critical flow in both the cases. Are you envisioning that the application client software makes this decision internally or it involves human intervention from some UI to signal to the network that it's a critical flow. [8] How would this work when PCP authentication is used ? (I mean will authentication related info be also check pointed or client will have to authenticate afresh when backup becomes active and other related issues.) [9] 1. Disruption in a phone connection is not desired. Application that is initiating a phone connection MUST mark connection HA bit in the header, while initiating a PCP request for checkpointing. Comment> Are you referring to VoIP signaling connection ? [10] 2. Similarly disruption in media streaming is not desired. A user hosting a media service, MUST mark HA bit in the header while initiating a mapping request, and MAY mark connection associated with that mapping, depending on whether the connection is from a paid subscriber or from a free subscriber through a PEER request. So checkpointing mapping doesn't result in auto checkpointing of connections, as it gives flexibility to the end user to pick specific connections only to checkpoint. Comment> I am not sure why this distinction is required b/w free and paid VoIP calls, free call could also be an emergency call or high-priority call. 6. In conjunction with NAT, other network functions that MAY maintain state for each conneciton such as Stateful Firewall, IPSec, Load balancing etc..., MAY register to PCP server, and MAY be triggered for checkpointing respective state of that connection. Comment1> Are there stateless firewalls ? Comment 2> I did not understand this draft usage with load balancers and IPSec. Cheers, -Tiru > > On 6/13/14 4:19 PM, "Suresh Kumar Vinapamula Venkata" > <sureshk@juniper.net> wrote: > > >Hi > > > >This new version of draft address review comments received on the > >previous version. Kindly review. > >Sorry for the delay. > > > >Thanks > >Suresh > > > >On 6/13/14 4:14 PM, "internet-drafts@ietf.org" > ><internet-drafts@ietf.org> > >wrote: > > > >> > >>A new version of I-D, draft-vinapamula-flow-ha-01.txt has been > >>successfully submitted by Suresh Vinapamula and posted to the IETF > >>repository. > >> > >>Name: draft-vinapamula-flow-ha > >>Revision: 01 > >>Title: Flow high availability through PCP > >>Document date: 2014-06-13 > >>Group: Individual Submission > >>Pages: 6 > >>URL: > >>http://www.ietf.org/internet-drafts/draft-vinapamula-flow-ha-01.txt > >>Status: > >>https://datatracker.ietf.org/doc/draft-vinapamula-flow-ha/ > >>Htmlized: http://tools.ietf.org/html/draft-vinapamula-flow-ha-01 > >>Diff: > >>http://www.ietf.org/rfcdiff?url2=draft-vinapamula-flow-ha-01 > >> > >>Abstract: > >> This document describes a mechanism for a host to signal various > >> network functions' High Availability (HA) module to checkpoint > >> interested connections through PCP. > >> > >> > >> > >> > >> > >>Please note that it may take a couple of minutes from the time of > >>submission until the htmlized version and diff are available at > >>tools.ietf.org. > >> > >>The IETF Secretariat > >> > > > >_______________________________________________ > >pcp mailing list > >pcp@ietf.org > >https://www.ietf.org/mailman/listinfo/pcp
- [pcp] FW: New Version Notification for draft-vina… Suresh Kumar Vinapamula Venkata
- Re: [pcp] FW: New Version Notification for draft-… Tirumaleswar Reddy (tireddy)
- Re: [pcp] FW: New Version Notification for draft-… Suresh Kumar Vinapamula Venkata
- Re: [pcp] FW: New Version Notification for draft-… Tirumaleswar Reddy (tireddy)
- Re: [pcp] FW: New Version Notification for draft-… Suresh Kumar Vinapamula Venkata
- Re: [pcp] FW: New Version Notification for draft-… Tirumaleswar Reddy (tireddy)
- Re: [pcp] FW: New Version Notification for draft-… Suresh Kumar Vinapamula Venkata
- Re: [pcp] FW: New Version Notification for draft-… mohamed.boucadair
- Re: [pcp] FW: New Version Notification for draft-… Suresh Kumar Vinapamula Venkata
- Re: [pcp] FW: New Version Notification for draft-… Tirumaleswar Reddy (tireddy)
- Re: [pcp] FW: New Version Notification for draft-… Suresh Kumar Vinapamula Venkata
- Re: [pcp] FW: New Version Notification for draft-… Tirumaleswar Reddy (tireddy)
- Re: [pcp] FW: New Version Notification for draft-… Suresh Kumar Vinapamula Venkata