[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: A nerw ID is available on the repository draft-caviglia-ccamp-pc-and-sc-reqs-00
- To: "Adrian Farrel" <adrian@olddog.co.uk>, <ccamp@ops.ietf.org>, "Diego Caviglia" <Diego.Caviglia@marconi.com>
- Subject: RE: A nerw ID is available on the repository draft-caviglia-ccamp-pc-and-sc-reqs-00
- From: "Dean Cheng \(dcheng\)" <dcheng@cisco.com>
- Date: Thu, 1 Jun 2006 17:17:55 -0700
- Authentication-results: sj-dkim-1.cisco.com; header.From=dcheng@cisco.com; dkim=pass ( sig from cisco.com verified; );
- Cc: "Dan Li <danli" <danli@huawei.com>, "Dino Bramanti" <Dino.Bramanti@marconi.com>
- Dkim-signature: a=rsa-sha1; q=dns; l=3349; t=1149207478; x=1150071478; c=relaxed/simple; s=sjdkim1001; h=From:Subject; d=cisco.com; i=dcheng@cisco.com; z=From:=22Dean=20Cheng=20\(dcheng\)=22=20<dcheng@cisco.com> |Subject:RE=3A=20A=20nerw=20ID=20is=20available=20on=20the=20repository=20draft-c aviglia-ccamp-pc-and-sc-reqs-00; X=v=3Dcisco.com=3B=20h=3DFk/zbQ1KlODnZYy5bpBC0GK9hiY=3D; b=uhOCGBNM/EW8ioRmiTnX2aCa7J+/5ZtrilFh6glX8dSijFI0eaEHR+F52X9FCeHnBPLtp2BM qXOJBcn8S7xpJmgUV7QNlVAAI+kNPicGYtlWgQg2NpSWCgRuSobccxi2;
Dear Author,
The conversion between PC and SPC as documented is useful
sometimes, and there was example in carriers networks
in the past as such from PC to SPC although with other
data plane technologies. And so I support this I-D.
Some suggestions:
1) Regarding the division of resources (Section 1.2 etc.).
This is not only an "implementation" issue. If we allow
the conversion, it should be defined clearly architecturally.
2) In addition to the "ownership" and "resource division",
it might also be useful to mention interaction and
resource transition between CP and MP during the conversion
as required.
3) In Section 4.1, it may be clearer to say normal make-before-break
is not an option for the requirement here (data plane consistency).
Thanks
Dean
> -----Original Message-----
> From: owner-ccamp@ops.ietf.org
> [mailto:owner-ccamp@ops.ietf.org] On Behalf Of Adrian Farrel
> Sent: Thursday, May 25, 2006 10:53 AM
> To: ccamp@ops.ietf.org; Diego Caviglia
> Cc: Dan Li <danli; Dino Bramanti
> Subject: Re: A nerw ID is available on the repository
> draft-caviglia-ccamp-pc-and-sc-reqs-00
>
> Hi Diego,
>
> Thanks for putting this I-D together. I think it gives a much
> clearer picture of what you are trying to achieve with your
> discussion of moving control of an LSP between the management
> plane and the control plane.
>
> This seems like a reasonable set of requirements to me, and I
> would like to see some discussion from folk on whether they
> think this is valuable work, and whether we should start to
> look for protocol solutions.
>
> Thanks,
> Adrian
>
> ----- Original Message -----
> From: "Diego Caviglia" <Diego.Caviglia@marconi.com>
> To: <ccamp@ops.ietf.org>
> Cc: "Dan Li <danli" <danli@huawei.com>; "Dino Bramanti"
> <Dino.Bramanti@marconi.com>
> Sent: Wednesday, May 24, 2006 8:48 AM
> Subject: A nerw ID is available on the repository
> draft-caviglia-ccamp-pc-and-sc-reqs-00
>
>
> >A new ID is available on the ID repository
> >http://www.ietf.org/internet-drafts/draft-caviglia-ccamp-pc-a
> nd-sc-reqs-00.txt.
> >
> > The ID states some basic requrements for the possibility of
> turning a
> > Permanent Connection (PC) into a Soft Permanent Connection
> (SPC) and
> > vice versa, without actually affecting Data Plane traffic, no
> > solutions are proposed in the ID.
> >
> > Abstract
> >
> > From a Carrier perspective, the possibility of turning a Permanent
> > Connection (PC) into a Soft Permanent Connection (SPC) and vice
> > versa, without actually affecting Data Plane traffic being carried
> > over it, is a valuable option. In other terms, such
> operation can be
> > seen as a way of transferring the ownership and control of an
> > existing and in-use Data Plane connection between the Management
> > Plane and the Control Plane, leaving its Data Plane state
> untouched.
> > This memo sets out the requirements for such procedures within a
> > Generalized Multiprotocol Label Switching (GMPLS) network.
> >
> >
> > Comments and suggestions are very welcome sxpecially from
> the carrier
> > community.
> >
> > Regards
> >
> > Diego
> >
> >
> >
> >
> >
> >
>
>