From marla.azinger@ftr.com Wed Jun 1 08:38:35 2011 Return-Path: X-Original-To: rtgwg@ietfa.amsl.com Delivered-To: rtgwg@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A8059E08E8; Wed, 1 Jun 2011 08:38:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.598 X-Spam-Level: X-Spam-Status: No, score=-3.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OlvJEVQ2g4Ej; Wed, 1 Jun 2011 08:38:33 -0700 (PDT) Received: from frontiercorp.com (mail04.frontiercorp.com [66.133.172.21]) by ietfa.amsl.com (Postfix) with ESMTP id 80E60E08E3; Wed, 1 Jun 2011 08:38:32 -0700 (PDT) Received: from ([10.162.69.10]) by mail04.frontiercorp.com with ESMTP with TLS id 4LZG4M1.270939180; Wed, 01 Jun 2011 11:38:29 -0400 Received: from ROCH-EXCH1.corp.pvt ([10.160.69.50]) by nyrofcswnexht01.corp.pvt ([10.162.69.10]) with mapi; Wed, 1 Jun 2011 11:38:28 -0400 From: "Azinger, Marla" To: Gerald Ash , "rtgwg@ietf.org" Date: Wed, 1 Jun 2011 11:38:26 -0400 Subject: RE: Generic Connection Admission Control (GCAC) Algorithm Specification for IP/MPLS Networks Thread-Topic: Generic Connection Admission Control (GCAC) Algorithm Specification for IP/MPLS Networks Thread-Index: AcwbxUsq48DaIgoHQ2i4idN8vz8NtwErJ1WQ Message-ID: <2E2FECEBAE57CC4BAACDE67638305F1049E24E45BC@ROCH-EXCH1.corp.pvt> References: <285128.82087.qm@web125919.mail.ne1.yahoo.com> In-Reply-To: <285128.82087.qm@web125919.mail.ne1.yahoo.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: multipart/alternative; boundary="_000_2E2FECEBAE57CC4BAACDE67638305F1049E24E45BCROCHEXCH1corp_" MIME-Version: 1.0 X-esp: ESP<17>= SHA:<0> SHA_FLAGS:<0> UHA:<18> ISC:<0> BAYES:<-1> SenderID:<0> DKIM:<0> TS:<0> SIG:<> DSC:<0> TRU_urllinks: <0> TRU_spam1: <0> TRU_playsites: <0> TRU_ru_spamsubj: <0> TRU_freehosting: <0> TRU_phish_spam: <0> TRU_scam_spam: <0> TRU_stock_spam: <0> TRU_embedded_image_spam: <0> TRU_money_spam: <0> URL Real-Time Signatures: <0> TRU_legal_spam: <0> TRU_watch_spam: <0> TRU_misc_spam: <0> TRU_profanity_spam: <0> TRU_html_image_spam: <0> TRU_adult_spam: <0> TRU_spam2: <0> TRU_medical_spam: <0> TRU_lotto_spam: <0> TRU_marketing_spam: <0> X-Mailman-Approved-At: Wed, 01 Jun 2011 10:07:33 -0700 Cc: "mpls@ietf.org" X-BeenThere: rtgwg@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Routing Area Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jun 2011 15:38:35 -0000 --_000_2E2FECEBAE57CC4BAACDE67638305F1049E24E45BCROCHEXCH1corp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Jerry- Did you get a response from anyone on this yet? Cheers Marla ________________________________ From: rtgwg-bounces@ietf.org [mailto:rtgwg-bounces@ietf.org] On Behalf Of G= erald Ash Sent: Thursday, May 26, 2011 9:51 AM To: rtgwg@ietf.org Cc: mpls@ietf.org Subject: Generic Connection Admission Control (GCAC) Algorithm Specificatio= n for IP/MPLS Networks Hi, Adrian has suggested that the RTGWG and the MPLS WG review the draft "Gener= ic Connection Admission Control (GCAC) Algorithm Specification for IP/MPLS = Networks", available at http://www.ietf.org/id/draft-ash-gcac-algorithm-sp= ec-00.txt (abstract below). The underlying goal of the work is to specify an optional GCAC algorithm fo= r IP/MPLS networks, to be adopted and implemented by vendors and service pr= oviders, that interoperates between vendor equipment and across multiple se= rvice provider domains. This would be analogous to the PNNI GCAC that was = widely adopted and helped promote interoperability of ATM networks. In add= ition, the approach: o is based on CSPF, widely implemented by vendors o does NOT include aspects of CAC that might be considered vendor proprieta= ry implementations, such as detailed path selection mechanisms o relies on available standard mechanisms for MPLS based networks, such as = RSVP, DSTE, PCE... Comments appreciated. Thanks, Jerry From: Internet-Drafts@ietf.org To: i-d-announce@ietf.org Reply-to: Internet-Drafts@ietf.org Subject: I-D ACTION:draft-ash-gcac-algorithm-spec-00.txt X-RSN: 1/0/935/34473/37870 A New Internet-Draft is available from the on-line Internet-Drafts directories. Title : Generic Connection Admission Control (GCAC) Algorithm Specification= for IP/MPLS Networks Author(s) : G. Ash, D. McDysan Filename : draft-ash-gcac-algorithm-spec-00.txt Pages : 23 Date : 2011-1-11 This document presents a generic connection admission control (GCAC) reference model and algorithm for IP/MPLS-based networks. Service provider (SP) IP/MPLS networks need an MPLS GCAC mechanism, for example, to reject voice over Internet Protocol (VoIP) calls when additional calls would adversely affect calls already in progress. Without MPLS GCAC, connections on congested links will suffer degraded quality. The MPLS GCAC algorithm can be optionally implemented in vendor equipment and deployed by service providers. MPLS GCAC interoperates between vendor equipment and across multiple service provider domains. The MPLS GCAC algorithm uses available standard mechanisms for MPLS based networks, such as RSVP, DSTE, PCE, NSIS, DiffServ, and OSPF. The MPLS GCAC algorithm does not include aspects of CAC that might be considered vendor proprietary implementations, such as detailed path selection mechanisms. MPLS GCAC functions are implemented in a distributed manner to deliver the objective QoS for specified QoS constraints. The source is able to compute a source route with high likelihood that MPLS GCAC via elements along the selected path will in fact admit the request. MPLS GCAC is applicable to any service or flow that must meet an objective QoS (delay, jitter, packet loss rate) for a specified quantity of traffic. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ash-gcac-algorithm-spec-00.txt Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. _______________________________________________ I-D-Announce mailing list I-D-Announce@ietf.org https://www.ietf.org/mailman/listinfo/i-d-announce Internet-Draft directories: http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt ***** Click below to download the attachment(s) in this message: Attachment: draft_ash_gcac_algorithm_spec_00= .txt (1K) ________________________________ This communication is confidential. Frontier only sends and receives email = on the basis of the terms set out at http://www.frontier.com/email_disclaim= er. --_000_2E2FECEBAE57CC4BAACDE67638305F1049E24E45BCROCHEXCH1corp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Jerry-
 
Did you get a response from anyone on this yet?
 
Cheers
Marla

From: rtgwg-bounces@ietf.org [mailt= o:rtgwg-bounces@ietf.org] On Behalf Of Gerald Ash
Sent: Thursday, May 26, 2011 9:51 AM
To: rtgwg@ietf.org
Cc: mpls@ietf.org
Subject: Generic Connection Admission Control (GCAC) Algorithm Speci= fication for IP/MPLS Networks

Hi,
 
Adrian has suggested that the RTGWG and the MPLS WG review the dr= aft "Generic Connection Admission Control (GCAC) Algorithm Specification for IP/M= PLS Networks", available at  http://www.ietf.org/id/d= raft-ash-gcac-algorithm-spec-00.txt (abstract below).<= br>
The underlying goal of the work is to specify an optional GCAC algorit= hm for IP/MPLS networks, to be adopted and implemented by vendors and = service providers, that interoperates between vendor equipment and across m= ultiple service provider domains.  This would be analogous to the PNNI GCAC that was widely adopted and helpe= d promote interoperability of ATM networks.  In addition, the app= roach:
o is based on CSPF, widely implemented by vendors
o does NOT include aspects of CAC that might be considered v= endor proprietary implementations, such as detailed path selection mechanis= ms
o relies on available standard mechanisms for MPLS based networks= , such as RSVP, DSTE, PCE...
 
Comments appreciated.
 
Thanks,
Jerry
 
From: Internet-Drafts@ietf.org 
To: i-d-announce@ietf.org 
Reply-to: Internet-Drafts@ietf.org 
Subject: I-D ACTION:draft-ash-gcac-algorithm-spec-00.txt 
X-RSN: 1/0/935/34473/37870 
 
A New Internet-Draft is available from the on-line Internet-Drafts   directories.
 
Title : Generic Connection Admission Control (GCAC) Algorithm Specification= for IP/MPLS Networks 
Author(s) : G. Ash, D. McDysan 
Filename : draft-ash-gcac-algorithm-spec-00.txt 
Pages : 23 
Date : 2011-1-11 
 
This document presents a generic connection admission control (GCAC) <= br> reference model an= d algorithm for IP/MPLS-based networks. Service 
provider (SP) IP/MPLS networks need an MPLS GCAC mechanism, for = ;
example, to reject voice over Internet Protocol (VoIP) calls when 
additional calls would adversely affect calls already in progress.   
Without MPLS GCAC, connections on congested links will suffer 
degraded quality. The MPLS GCAC algorithm can be optionally 
implemented in vendor equipment and deployed by service providers.  MPLS GCAC interoperates between vendor equipment and across multiple <= br> service provider domains. The MPLS GCAC algorithm uses available 
standard mechanisms for MPLS based networks, such as RSVP, DSTE, PCE, =
NSIS, DiffServ, and OSPF. The MPLS GCAC algorithm does not include  aspects of CAC that might be considered vendor proprietary 
implementations, such as detailed path selection mechanisms. MPLS 
GCAC functions are implemented in a distributed manner to deliver the =
objective QoS for specified QoS constraints. The source is able to  compute a source route with high likelihood that MPLS GCAC via 
elements along the selected path will in fact admit the request. 
MPLS GCAC is applicable to any service or flow that must meet an 
objective QoS (delay, jitter, packet loss rate) for a specified 
quantity of traffic. 
 
A URL for this Internet-Draft is: 
http://www.ietf.org/internet-drafts/draft-ash-gcac-algo= rithm-spec-00.txt

Internet-Drafts are also available by anonymous FTP at: 
ftp://ftp.ietf.org/internet-drafts/

Below is the data which will enable a MIME compliant mail reader 
implementation to automatically retrieve the ASCII version of the 
Internet-Draft. 
_______________________________________________ 
I-D-Announce mailing list 
I-D-Announce@ietf.org 
https://www.ietf.or= g/mailman/listinfo/i-d-announce 
Internet-Draft directories: http://www.ietf.org/shad= ow.html 
or = ftp://ftp.ietf.org/ietf/= 1shadow-sites.txt 
 
***** 
Click below to download the attachment(s) in this message: 
<A HREF=3D"http://www.i= etf.org/ibin/c5i?mid=3D6&gid=3D0&rid=3D8&k1=3D935&file=3Di-= d-announce.37870.1.txt">Attachment: draft_ash_gcac_algorithm_spec_00.txt</A> (1K) 

This communication is conf= idential. Frontier only sends and receives email on the basis of the terms = set out at http://www.frontier.com/email_disclaimer.
 --_000_2E2FECEBAE57CC4BAACDE67638305F1049E24E45BCROCHEXCH1corp_-- From gash5107@yahoo.com Mon Jun 6 12:15:13 2011 Return-Path: X-Original-To: rtgwg@ietfa.amsl.com Delivered-To: rtgwg@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5A41411E81CE for ; Mon, 6 Jun 2011 12:15:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -100.184 X-Spam-Level: X-Spam-Status: No, score=-100.184 tagged_above=-999 required=5 tests=[BAYES_40=-0.185, HTML_MESSAGE=0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tzUXQJfhwKhR for ; Mon, 6 Jun 2011 12:15:13 -0700 (PDT) Received: from nm21-vm1.bullet.mail.ne1.yahoo.com (nm21-vm1.bullet.mail.ne1.yahoo.com [98.138.91.46]) by ietfa.amsl.com (Postfix) with SMTP id E156011E81CB for ; Mon, 6 Jun 2011 12:15:12 -0700 (PDT) Received: from [98.138.90.54] by nm21.bullet.mail.ne1.yahoo.com with NNFMP; 06 Jun 2011 19:15:09 -0000 Received: from [98.138.87.4] by tm7.bullet.mail.ne1.yahoo.com with NNFMP; 06 Jun 2011 19:15:09 -0000 Received: from [127.0.0.1] by omp1004.mail.ne1.yahoo.com with NNFMP; 06 Jun 2011 19:14:39 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 634940.18739.bm@omp1004.mail.ne1.yahoo.com Received: (qmail 86878 invoked by uid 60001); 6 Jun 2011 19:14:39 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1307387679; bh=CAdWvDJogHkcLqRFeuKn3UxFfLAQ6FvjebZjhSU6/DE=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=r92JVlsopCD81BS/W+nSkk1WnJhjHbX76AEBLcLESWutQv3n1Jwaws7vnqcM/2YXC+wdtkmp7SqG+vIb76CxpHVypzLlNVQ9PZSckQTafJrVFVIwSbcT1kfLW4VU9BWQKp1A8avJAYWqVmL9GPuQI8sWMLVuo2z8RLdPSSW59fY= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=wnb29YzZUzK1olWUavmfYFL2/Eg/ubk+Ux9mtrB1gomQgGQIG4ApQA6hwNM9xz9DiFC5fMVsidUFqNOjfVjvXD6VnLMTgYhro4oTb9YY2tQjDz9zRElsXSk5bglLJEGm8Btw3a6hK5PFKMNgnlqFKpjNLezGD+DhUflgJPx1dkU=; Message-ID: <435578.85269.qm@web125906.mail.ne1.yahoo.com> X-YMail-OSG: t.aATosVM1kJRNhNjxCd35DbrLOuY.FPHYCWWPcCAjaeZ2V oucO.rLDi.nMOC9qeeem77EXzjCgx2lGhQXmxYTnXjYt4Pxi0OmX.2RKex9M k8s9qJdaVV9CL9.pLutHIxLVyPkggtMysNgSHl18UN2YKWTLQwSq0rm.D3ro se23C6QgdkN1lX7obJB9fx5yo7BodJo59neYt9Fs9enl06NAtx3ZTRxGKsMS 0j.EtkRNDA_Ndu61LpUUU0uWsvxjxGsCMAlp3IrqHCd0NZaGMw2rhG9XMZp6 lCqa_4UreAHTp5daGy85yGvX6O1zUG6cmpkDiyEzsf.DUaJMXgLJhKnQtx27 G4RLGZgdtCNX86A_HxJOz0e8kLJrPlEBau10_vQmJFH2fQEj1 Received: from [71.233.102.170] by web125906.mail.ne1.yahoo.com via HTTP; Mon, 06 Jun 2011 12:14:39 PDT X-Mailer: YahooMailClassic/14.0.1 YahooMailWebService/0.8.111.303096 Date: Mon, 6 Jun 2011 12:14:39 -0700 (PDT) From: Gerald Ash Subject: RE: Generic Connection Admission Control (GCAC) Algorithm Specification for IP/MPLS Networks To: MarlaAzinger In-Reply-To: <2E2FECEBAE57CC4BAACDE67638305F1049E24E45BC@ROCH-EXCH1.corp.pvt> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="0-1924068722-1307387679=:85269" Cc: "mpls@ietf.org" , "rtgwg@ietf.org" X-BeenThere: rtgwg@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Routing Area Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jun 2011 19:15:13 -0000 --0-1924068722-1307387679=:85269 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Hi Marla, =A0 Thanks for your email.=A0 Please see responses below. Regards, Jerry >=20 >=20 > --- On Wed, 6/1/11, Azinger, Marla wrote: >=20 >=20 >=A0 From: Azinger, Marla >=A0 Subject: RE: Generic Connection Admission Control (GCAC) Algorithm=20 > Specification for IP/MPLS Networks >=A0 To: "Gerald Ash" , "rtgwg@ietf.org" >=A0 Cc: "mpls@ietf.org" >=A0 Date: Wednesday, June 1, 2011, 11:38 AM >=20 >=20 >=A0 Jerry- >=20 >=A0 Did you get a response from anyone on this yet? =A0 I got one off-line comment=20 "this work looks good to me and seems somewhat over due..." =A0 Given all the experts on this topic in the MPLS WG & RTGWG, it's a bit surp= rising=A0there hasn't been more response.=A0 Not that long ago this topic w= ould probably have generated strong reaction. >=20 >=A0 Cheers >=A0 Marla >=20 >=20 >=20 > -------------------------------------------------------------------------= ----- >=A0 From: rtgwg-bounces@ietf.org [mailto:rtgwg-bounces@ietf.org] On Behalf= Of=20 > Gerald Ash >=A0 Sent: Thursday, May 26, 2011 9:51 AM >=A0 To: rtgwg@ietf.org >=A0 Cc: mpls@ietf.org >=A0 Subject: Generic Connection Admission Control (GCAC) Algorithm=20 > Specification for IP/MPLS Networks >=20 >=20 >=A0=A0=A0=A0=A0=A0=A0 Hi, >=20 >=A0=A0=A0=A0=A0=A0=A0 Adrian has suggested that the RTGWG and the MPLS WG = review the draft=20 > "Generic Connection Admission Control (GCAC) Algorithm Specification for= =20 > IP/MPLS Networks", available at=20 > http://www.ietf.org/id/draft-ash-gcac-algorithm-spec-00.txt (abstract=20 > below). >=20 >=A0=A0=A0=A0=A0=A0=A0 The underlying goal of the work is to specify an opt= ional GCAC=20 > algorithm for IP/MPLS networks, to be adopted and implemented by vendors = and=20 > service providers, that interoperates between vendor equipment and across= =20 > multiple service provider domains.=A0 This would be analogous to the PNNI= GCAC=20 > that was widely adopted and helped promote interoperability of ATM networ= ks.=20 > In addition, the approach: >=A0=A0=A0=A0=A0=A0=A0 o is based on CSPF, widely implemented by vendors >=A0=A0=A0=A0=A0=A0=A0 o does NOT include aspects of CAC that might be cons= idered vendor=20 > proprietary implementations, such as detailed path selection mechanisms >=A0=A0=A0=A0=A0=A0=A0 o relies on available standard mechanisms for MPLS b= ased networks,=20 > such as RSVP, DSTE, PCE... >=20 >=A0=A0=A0=A0=A0=A0=A0 Comments appreciated. >=20 >=A0=A0=A0=A0=A0=A0=A0 Thanks, >=A0=A0=A0=A0=A0=A0=A0 Jerry >=20 >=A0=A0=A0=A0=A0=A0=A0 From: Internet-Drafts@ietf.org >=A0=A0=A0=A0=A0=A0=A0 To: i-d-announce@ietf.org >=A0=A0=A0=A0=A0=A0=A0 Reply-to: Internet-Drafts@ietf.org >=A0=A0=A0=A0=A0=A0=A0 Subject: I-D ACTION:draft-ash-gcac-algorithm-spec-00= .txt >=A0=A0=A0=A0=A0=A0=A0 X-RSN: 1/0/935/34473/37870 >=20 >=A0=A0=A0=A0=A0=A0=A0 A New Internet-Draft is available from the on-line I= nternet-Drafts >=A0=A0=A0=A0=A0=A0=A0 directories. >=20 >=A0=A0=A0=A0=A0=A0=A0 Title : Generic Connection Admission Control (GCAC) = Algorithm=20 > Specification for IP/MPLS Networks >=A0=A0=A0=A0=A0=A0=A0 Author(s) : G. Ash, D. McDysan >=A0=A0=A0=A0=A0=A0=A0 Filename : draft-ash-gcac-algorithm-spec-00.txt >=A0=A0=A0=A0=A0=A0=A0 Pages : 23 >=A0=A0=A0=A0=A0=A0=A0 Date : 2011-1-11 >=20 >=A0=A0=A0=A0=A0=A0=A0 This document presents a generic connection admissio= n control (GCAC) >=A0=A0=A0=A0=A0=A0=A0 reference model and algorithm for IP/MPLS-based netw= orks. Service >=A0=A0=A0=A0=A0=A0=A0 provider (SP) IP/MPLS networks need an MPLS GCAC mec= hanism, for >=A0=A0=A0=A0=A0=A0=A0 example, to reject voice over Internet Protocol (VoI= P) calls when >=A0=A0=A0=A0=A0=A0=A0 additional calls would adversely affect calls alread= y in progress. >=20 >=A0=A0=A0=A0=A0=A0=A0 Without MPLS GCAC, connections on congested links wi= ll suffer >=A0=A0=A0=A0=A0=A0=A0 degraded quality. The MPLS GCAC algorithm can be opt= ionally >=A0=A0=A0=A0=A0=A0=A0 implemented in vendor equipment and deployed by serv= ice providers. >=A0=A0=A0=A0=A0=A0=A0 MPLS GCAC interoperates between vendor equipment and= across multiple >=A0=A0=A0=A0=A0=A0=A0 service provider domains. The MPLS GCAC algorithm us= es available >=A0=A0=A0=A0=A0=A0=A0 standard mechanisms for MPLS based networks, such as= RSVP, DSTE,=20 > PCE, >=A0=A0=A0=A0=A0=A0=A0 NSIS, DiffServ, and OSPF. The MPLS GCAC algorithm do= es not include >=A0=A0=A0=A0=A0=A0=A0 aspects of CAC that might be considered vendor propr= ietary >=A0=A0=A0=A0=A0=A0=A0 implementations, such as detailed path selection mec= hanisms. MPLS >=A0=A0=A0=A0=A0=A0=A0 GCAC functions are implemented in a distributed mann= er to deliver=20 > the >=A0=A0=A0=A0=A0=A0=A0 objective QoS for specified QoS constraints. The sou= rce is able to >=A0=A0=A0=A0=A0=A0=A0 compute a source route with high likelihood that MPL= S GCAC via >=A0=A0=A0=A0=A0=A0=A0 elements along the selected path will in fact admit = the request. >=A0=A0=A0=A0=A0=A0=A0 MPLS GCAC is applicable to any service or flow that = must meet an >=A0=A0=A0=A0=A0=A0=A0 objective QoS (delay, jitter, packet loss rate) for = a specified >=A0=A0=A0=A0=A0=A0=A0 quantity of traffic. >=20 >=A0=A0=A0=A0=A0=A0=A0 A URL for this Internet-Draft is: >=A0=A0=A0=A0=A0=A0=A0 http://www.ietf.org/internet-drafts/draft-ash-gcac-a= lgorithm-spec-00.txt >=20 >=A0=A0=A0=A0=A0=A0=A0 Internet-Drafts are also available by anonymous FTP = at: >=A0=A0=A0=A0=A0=A0=A0 ftp://ftp.ietf.org/internet-drafts/ >=20 >=A0=A0=A0=A0=A0=A0=A0 Below is the data which will enable a MIME compliant= mail reader >=A0=A0=A0=A0=A0=A0=A0 implementation to automatically retrieve the ASCII v= ersion of the >=A0=A0=A0=A0=A0=A0=A0 Internet-Draft. >=A0=A0=A0=A0=A0=A0=A0 _______________________________________________ >=A0=A0=A0=A0=A0=A0=A0 I-D-Announce mailing list >=A0=A0=A0=A0=A0=A0=A0 I-D-Announce@ietf.org >=A0=A0=A0=A0=A0=A0=A0 https://www.ietf.org/mailman/listinfo/i-d-announce >=A0=A0=A0=A0=A0=A0=A0 Internet-Draft directories: http://www.ietf.org/shad= ow.html >=A0=A0=A0=A0=A0=A0=A0 or ftp://ftp.ietf.org/ietf/1shadow-sites.txt >=20 >=A0=A0=A0=A0=A0=A0=A0 ***** >=A0=A0=A0=A0=A0=A0=A0 Click below to download the attachment(s) in this me= ssage: >=A0=A0=A0=A0=A0=A0=A0 HREF=3D"http://www.ietf.org/ibin/c5i?mid=3D6&gid=3D0&rid=3D8&k1=3D935&fil= e=3Di-d-announce.37870.1.txt">Attachment:=20 > draft_ash_gcac_algorithm_spec_00.txt (1K) >=20 > --0-1924068722-1307387679=:85269 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
Hi Marla,
 
Thanks for your email.  Please see responses below.
Regards,
Jerry

>
>
> --- On Wed, 6/1/11, Azinger, Marla <Marla.Azinger@FTR.com> wrote:
> >
>  From: Azinger, Marla <Marla.Azinger@FTR.com>
>  Subject: RE: Generic Connec= tion Admission Control (GCAC) Algorithm
> Specification for IP/MPLS = Networks
>  To: "Gerald Ash" <ga= sh5107@yahoo.com>, "rtgwg@ietf.org" <= ;rtgwg@ietf.org>
>  Cc: "mpls@ietf.org" <mpls@i= etf.org>
>  Date: Wednesday, June 1, 2011, 11:38 AM
&g= t;
>
>  Jerry-
>
>  Did you get a resp= onse from anyone on this yet?
 
I got one off-line comment
"this work looks good to me and seems somewhat over due..."
 
Given all the experts on this topic in the MPLS WG & RTGWG, it's a= bit surprising there hasn't been more response.  Not that long a= go this topic would probably have generated strong reaction.

>
>  Cheers
>  Marla
>
> >
> -----------------------------------------------------------= -------------------
>  From: rt= gwg-bounces@ietf.org [mailto:rtgwg-bounces@ietf.org] On Behalf Of
&= gt; Gerald Ash
>  Sent: Thursday, May 26, 2011 9:51 AM
>&n= bsp; To: rtgwg@ietf.org
>  Cc: mpls@ietf.org
>  Subject: Generic Connec= tion Admission Control (GCAC) Algorithm
> Specification for IP/MPLS = Networks
>
>
>       = ; Hi,
>
>        Adrian has suggested that the RTGWG and the MPLS WG review the draft
> "Ge= neric Connection Admission Control (GCAC) Algorithm Specification for
&= gt; IP/MPLS Networks", available at
> http://www.ietf.org/id/draft-ash-gcac-algo= rithm-spec-00.txt (abstract
> below).
>
> &nbs= p;      The underlying goal of the work is to spec= ify an optional GCAC
> algorithm for IP/MPLS networks, to be adopted= and implemented by vendors and
> service providers, that interopera= tes between vendor equipment and across
> multiple service provider = domains.  This would be analogous to the PNNI GCAC
> that was w= idely adopted and helped promote interoperability of ATM networks.
>= In addition, the approach:
>        o is based on = CSPF, widely implemented by vendors
>     &n= bsp;  o does NOT include aspects of CAC that might be considered vendo= r
> proprietary implementations, such as detailed path selection mec= hanisms
>        o relies on avail= able standard mechanisms for MPLS based networks,
> such as RSVP, DS= TE, PCE...
>
>        Comme= nts appreciated.
>
>       = Thanks,
>        Jerry
> >        From: Internet-Drafts@ietf.org
>    =     To: i-d-announce@ietf.org
>  =       Reply-to: Internet-Drafts@ietf.org
>      &n= bsp; Subject: I-D ACTION:draft-ash-gcac-algorithm-spec-00.txt
> =        X-RSN: 1/0/935/34473/37870
> >        A New Internet-Draft is ava= ilable from the on-line Internet-Drafts
>    &nbs= p;   directories.
>
>     &= nbsp;  Title : Generic Connection Admission Control (GCAC) Algorithm <= BR>> Specification for IP/MPLS Networks
>    &= nbsp;   Author(s) : G. Ash, D. McDysan
>        Filename : draft= -ash-gcac-algorithm-spec-00.txt
>      =   Pages : 23
>        Date : = 2011-1-11
>
>        This d= ocument presents a generic connection admission control (GCAC)
> = ;       reference model and algorithm for IP/= MPLS-based networks. Service
>      &nb= sp; provider (SP) IP/MPLS networks need an MPLS GCAC mechanism, for
>=         example, to reject voice over In= ternet Protocol (VoIP) calls when
>     &nbs= p;  additional calls would adversely affect calls already in progress.=
>
>        Without MPLS GC= AC, connections on congested links will suffer
>        degraded quality.= The MPLS GCAC algorithm can be optionally
>    &= nbsp;   implemented in vendor equipment and deployed by service p= roviders.
>        MPLS GCAC inter= operates between vendor equipment and across multiple
>  &n= bsp;     service provider domains. The MPLS GCAC algori= thm uses available
>        standa= rd mechanisms for MPLS based networks, such as RSVP, DSTE,
> PCE,>        NSIS, DiffServ, and OSPF. T= he MPLS GCAC algorithm does not include
>    &nbs= p;   aspects of CAC that might be considered vendor proprietary>        implementations, such as d= etailed path selection mechanisms. MPLS
>        GCAC functions are = implemented in a distributed manner to deliver
> the
> &n= bsp;      objective QoS for specified QoS constrai= nts. The source is able to
>       = ; compute a source route with high likelihood that MPLS GCAC via
>&nb= sp;       elements along the selected path wi= ll in fact admit the request.
>      &n= bsp; MPLS GCAC is applicable to any service or flow that must meet an
&g= t;        objective QoS (delay, jitter, = packet loss rate) for a specified
>     &nbs= p;  quantity of traffic.
>
>     = ;   A URL for this Internet-Draft is:
>   &n= bsp;    h= ttp://www.ietf.org/internet-drafts/draft-ash-gcac-algorithm-spec-00.txt=
>
>        Internet-Drafts= are also available by anonymous FTP at:
>    &nb= sp;   ftp://ftp.ietf.org/i= nternet-drafts/
>
>      &nb= sp; Below is the data which will enable a MIME compliant mail reader
>= ;        implementation to automatically= retrieve the ASCII version of the
>     &nb= sp;  Internet-Draft.
>        _______________________________________________
>   &= nbsp;    I-D-Announce mailing list
>   =      I-D-Announce@ietf.= org
>        https://www.ietf.org/mailman/listinfo/= i-d-announce
>        Internet= -Draft directories: http://www.ietf.org/= shadow.html
>        or ftp://ftp.ietf.org/ietf/1shadow-= sites.txt
>
>        **= ***
>        Click below to downlo= ad the attachment(s) in this message:
>     =    <A
> HREF=3D"A= ttachment'>http://www.ietf.org/ibin/c5i?mid=3D6&gid=3D0&rid=3D8&= ;k1=3D935&file=3Di-d-announce.37870.1.txt">Attachment:
> = draft_ash_gcac_algorithm_spec_00.txt</A> (1K)
>
>
<= /td>
--0-1924068722-1307387679=:85269-- From ning.so@verizonbusiness.com Fri Jun 10 09:08:09 2011 Return-Path: X-Original-To: rtgwg@ietfa.amsl.com Delivered-To: rtgwg@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 859D911E8213 for ; Fri, 10 Jun 2011 09:08:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.599 X-Spam-Level: X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZmhfYCxUaVon for ; Fri, 10 Jun 2011 09:08:09 -0700 (PDT) Received: from ashesmtp01.verizonbusiness.com (ashesmtp01.verizonbusiness.com [198.4.8.163]) by ietfa.amsl.com (Postfix) with ESMTP id DE13E11E820C for ; Fri, 10 Jun 2011 09:08:08 -0700 (PDT) Received: from pdcismtp01.vzbi.com ([unknown] [166.40.77.67]) by firewall.verizonbusiness.com (Sun Java(tm) System Messaging Server 7u2-7.03 32bit (built May 29 2009)) with ESMTP id <0LML00F1R0THNO50@firewall.verizonbusiness.com> for rtgwg@ietf.org; Fri, 10 Jun 2011 16:08:06 +0000 (GMT) Received: from pdcismtp01.vzbi.com ([unknown] [127.0.0.1]) by pdcismtp01.vzbi.com (Sun Java(tm) System Messaging Server 7u2-7.03 32bit (built May 29 2009)) with ESMTP id <0LML006CP0TH8V00@pdcismtp01.vzbi.com> for rtgwg@ietf.org; Fri, 10 Jun 2011 16:08:05 +0000 (GMT) Received: from ASHSRV139.mcilink.com ([unknown] [153.39.68.165]) by pdcismtp01.vzbi.com (Sun Java(tm) System Messaging Server 7u2-7.03 32bit (built May 29 2009)) with ESMTP id <0LML006BE0TH7W00@pdcismtp01.vzbi.com> for rtgwg@ietf.org; Fri, 10 Jun 2011 16:08:05 +0000 (GMT) Received: from ASHEVS008.mcilink.com ([153.39.69.129]) by ASHSRV139.mcilink.com with Microsoft SMTPSVC(6.0.3790.4675); Fri, 10 Jun 2011 16:08:05 +0000 X-MIMEOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-transfer-encoding: base64 Subject: RE: New Version Notification for draft-so-yong-rtgwg-cl-framework-04.txt Date: Fri, 10 Jun 2011 16:07:58 +0000 Message-id: <14584D6EE26B314187A4F68BA2060600079F6CB3@ASHEVS008.mcilink.com> In-reply-to: <20110610151529.1373.71073.idtracker@ietfa.amsl.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-topic: New Version Notification for draft-so-yong-rtgwg-cl-framework-04.txt Thread-index: AcwngT9zbmpAkTMISGevSXQCoy9/WAABglSg References: <20110610151529.1373.71073.idtracker@ietfa.amsl.com> From: "So, Ning" To: rtgwg@ietf.org X-OriginalArrivalTime: 10 Jun 2011 16:08:05.0203 (UTC) FILETIME=[94C75A30:01CC2788] Cc: cvillamizar@infinera.com, "Malis, Andrew G \(Andy\)" X-BeenThere: rtgwg@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Routing Area Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jun 2011 16:08:09 -0000 UGxlYXNlIG5vdGUgd2UgaGF2ZSB1cGxvYWRlZCBhIHJldmlzZWQgdmVyc2lvbiBvZiBDb21wb3Np dGUgTGluayBGcmFtZXdvcmsgZHJhZnQuICBUaGlzIG5ldyByZXZpc2lvbiBpbmNsdWRlZCBkZXNj cmlwdGlvbnMgb2YgcHJvdG9jb2xzIGNhbiBiZSB1c2VkIHRvIGltcGxlbWVudCBDb21wb3NpdGUg TGluaywgYW5kIHNvbWUgZ2FwcyBleGlzdCB0aGF0IG5lZWQgcHJvdG9jb2wgc29sdXRpb25zLiAg UGxlYXNlIGZlZWwgZnJlZSB0byBtYWtlIGNvbW1lbnRzIGFuZCBzdWdnZXN0aW9ucy4gIA0KDQpB bGlhLA0KDQpCYXNlZCBvbiB5b3VyIHN0YXRlbWVudCBkdXJpbmcgdGhlIGxhc3QgbWVldGluZywg Y2FuIHdlIGFkb3B0IHRoZSBjdXJyZW50IHZlcnNpb24gYXMgdGhlIFdHIGRyYWZ0PyAgV2UgY2Fu IGNoYW5nZSB0aGUgbmFtZSBhbmQgcmVsb2FkIGlmIGFwcHJvdmVkLiAgVGhhbmtzLiANCg0KIA0K QmVzdCByZWdhcmRzLA0KIA0KTmluZyBTbw0KTmV0d29yayBFdm9sdXRpb24gUGxhbm5pbmcNClZl cml6b24sIEluYy4NCihvZmZpY2UpIDk3Mi03MjktNzkwNQ0KKENlbGwpIDk3Mi05NTUtMDkxNA0K IA0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogaW50ZXJuZXQtZHJhZnRzQGll dGYub3JnIFttYWlsdG86aW50ZXJuZXQtZHJhZnRzQGlldGYub3JnXSANClNlbnQ6IEZyaWRheSwg SnVuZSAxMCwgMjAxMSAxMDoxNSBBTQ0KVG86IGx1Y3l5b25nQGh1YXdlaS5jb20NCkNjOiBjdmls bGFtaXphckBpbmZpbmVyYS5jb207IFNvLCBOaW5nOyB0b255LmxpQHRvbnkubGk7IE1jRHlzYW4s IERhdmlkIEUgKERhdmUpOyBNYWxpcywgQW5kcmV3IEcgKEFuZHkpOyBsdWN5eW9uZ0BodWF3ZWku Y29tDQpTdWJqZWN0OiBOZXcgVmVyc2lvbiBOb3RpZmljYXRpb24gZm9yIGRyYWZ0LXNvLXlvbmct cnRnd2ctY2wtZnJhbWV3b3JrLTA0LnR4dA0KDQpBIG5ldyB2ZXJzaW9uIG9mIEktRCwgZHJhZnQt c28teW9uZy1ydGd3Zy1jbC1mcmFtZXdvcmstMDQudHh0IGhhcyBiZWVuIHN1Y2Nlc3NmdWxseSBz dWJtaXR0ZWQgYnkgTHVjeSBZb25nIGFuZCBwb3N0ZWQgdG8gdGhlIElFVEYgcmVwb3NpdG9yeS4N Cg0KRmlsZW5hbWU6CSBkcmFmdC1zby15b25nLXJ0Z3dnLWNsLWZyYW1ld29yaw0KUmV2aXNpb246 CSAwNA0KVGl0bGU6CQkgQ29tcG9zaXRlIExpbmsgRnJhbWV3b3JrIGluIE11bHRpIFByb3RvY29s IExhYmVsIFN3aXRjaGluZyAoTVBMUykNCkNyZWF0aW9uIGRhdGU6CSAyMDExLTA2LTA5DQpXRyBJ RDoJCSBJbmRpdmlkdWFsIFN1Ym1pc3Npb24NCk51bWJlciBvZiBwYWdlczogMTENCg0KQWJzdHJh Y3Q6DQogICBUaGlzIGRvY3VtZW50IHNwZWNpZmllcyBhIGNvbXBvc2l0ZSBsaW5rIGZyYW1ld29y ayBpbiBNUExTIG5ldHdvcmsuDQogICBBIGNvbXBvc2l0ZSBsaW5rIGNvbnNpc3RzIG9mIGEgZ3Jv dXAgb2YgaG9tb2dlbm91cyBvciBub24taG9tb2dlbm91cw0KICAgbGlua3MgdGhhdCBoYXZlIHRo ZSBzYW1lIGZvcndhcmQgYWRqYWNlbmN5IGFuZCBjYW4gYmUgY29uc2lkZXJlZCBhcw0KICAgYSBz aW5nbGUgVEUgbGluayBvciBhbiBJUCBsaW5rIGluIHJvdXRpbmcuIEEgY29tcG9zaXRlIGxpbmsg cmVsaWVzDQogICBvbiBpdHMgY29tcG9uZW50IGxpbmtzIHRvIGNhcnJ5IHRoZSB0cmFmZmljIG92 ZXIgdGhlIGNvbXBvc2l0ZSBsaW5rLg0KICAgVGhlIGRvY3VtZW50IHNwZWNpZmllcyBjb21wb3Np dGUgbGluayBmcmFtZXdvcmsuIEFwcGxpY2FiaWxpdHkgaXMNCiAgIGRlc2NyaWJlZCBmb3IgYSBz aW5nbGUgcGFpciBvZiBNUExTLWNhcGFibGUgbm9kZXMsIGEgc2VxdWVuY2Ugb2YNCiAgIE1QTFMt Y2FwYWJsZSBub2Rlcywgb3IgYSBzZXQgb2YgbGF5ZXIgbmV0d29ya3MgY29ubmVjdGluZyBNUExT LQ0KICAgY2FwYWJsZSBub2Rlcy4NCg0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIA0KDQoNClRo ZSBJRVRGIFNlY3JldGFyaWF0DQo= From ning.so@verizonbusiness.com Tue Jun 21 10:28:23 2011 Return-Path: X-Original-To: rtgwg@ietfa.amsl.com Delivered-To: rtgwg@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0338A11E8087 for ; Tue, 21 Jun 2011 10:28:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.599 X-Spam-Level: X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[AWL=-0.001, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3395J-MANggh for ; Tue, 21 Jun 2011 10:28:22 -0700 (PDT) Received: from ashesmtp02.verizonbusiness.com (ashesmtp02.verizonbusiness.com [198.4.8.166]) by ietfa.amsl.com (Postfix) with ESMTP id 2392911E8171 for ; Tue, 21 Jun 2011 10:28:21 -0700 (PDT) Received: from pdcismtp03.vzbi.com ([unknown] [166.40.77.73]) by firewall.verizonbusiness.com (Sun Java(tm) System Messaging Server 7u2-7.03 32bit (built May 29 2009)) with ESMTP id <0LN500K1VHV8DY90@firewall.verizonbusiness.com> for rtgwg@ietf.org; Tue, 21 Jun 2011 17:28:20 +0000 (GMT) Received: from pdcismtp03.vzbi.com ([unknown] [127.0.0.1]) by pdcismtp03.vzbi.com (Sun Java(tm) System Messaging Server 7u2-7.03 32bit (built May 29 2009)) with ESMTP id <0LN5000HBHV8VK00@pdcismtp03.vzbi.com> for rtgwg@ietf.org; Tue, 21 Jun 2011 17:28:20 +0000 (GMT) Received: from ASHSRV142.mcilink.com ([unknown] [153.39.68.168]) by pdcismtp03.vzbi.com (Sun Java(tm) System Messaging Server 7u2-7.03 32bit (built May 29 2009)) with ESMTP id <0LN5000BLHV8UQ00@pdcismtp03.vzbi.com> for rtgwg@ietf.org; Tue, 21 Jun 2011 17:28:20 +0000 (GMT) Received: from ASHEVS008.mcilink.com ([153.39.69.129]) by ASHSRV142.mcilink.com with Microsoft SMTPSVC(6.0.3790.4675); Tue, 21 Jun 2011 17:28:20 +0000 X-MIMEOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-version: 1.0 Content-type: multipart/alternative; boundary="----_=_NextPart_001_01CC3038.9CD9D79E" Subject: Requesting adoption as WG draft Date: Tue, 21 Jun 2011 17:28:19 +0000 Message-id: <14584D6EE26B314187A4F68BA206060007AF9AF1@ASHEVS008.mcilink.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-topic: Requesting adoption as WG draft Thread-index: AcwwOAA+2lCeP/jkTWyNQ4Enqa36XA== From: "So, Ning" To: rtgwg@ietf.org X-OriginalArrivalTime: 21 Jun 2011 17:28:20.0214 (UTC) FILETIME=[9D4AF960:01CC3038] X-BeenThere: rtgwg@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Routing Area Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jun 2011 17:28:23 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01CC3038.9CD9D79E Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Dear WG chairs, =20 Have you had a chance to look at the updated Composite Link Framework draft (draft-so-yong-rtgwg-cl-framework-04 )? Alia made the comment in last IETF meeting that this draft is likely to be adopted as WG draft, because the Composite Link Requirement has already passed WG last call. Just want to check and see when will you have some time to make the announcement. Thanks a lot. =20 =20 Best regards, =20 Ning So Network Evolution Planning Verizon, Inc. (office) 972-729-7905 (Cell) 972-955-0914 =20 ------_=_NextPart_001_01CC3038.9CD9D79E Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable

Dear WG = chairs,

 

Have you had a chance to look at the updated Composite = Link Framework draft (draft-so-yong-rtgwg-cl-framework-04)?  Alia made the comment = in last IETF meeting that this draft is likely to be adopted as WG = draft, because the Composite Link Requirement has already passed WG last = call.  Just want to check and see when will you have some time to = make the announcement.    Thanks a lot.

 

 

Best = regards,

 

Ning = So

Network = Evolution Planning

Verizon, = Inc.

(office) = 972-729-7905

(Cell) = 972-955-0914

 

------_=_NextPart_001_01CC3038.9CD9D79E-- From akatlas@gmail.com Tue Jun 21 11:10:52 2011 Return-Path: X-Original-To: rtgwg@ietfa.amsl.com Delivered-To: rtgwg@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DBF0311E8086 for ; Tue, 21 Jun 2011 11:10:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.599 X-Spam-Level: X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2Wb0zvJbFjOw for ; Tue, 21 Jun 2011 11:10:52 -0700 (PDT) Received: from mail-pw0-f44.google.com (mail-pw0-f44.google.com [209.85.160.44]) by ietfa.amsl.com (Postfix) with ESMTP id 379AB11E8153 for ; Tue, 21 Jun 2011 11:10:52 -0700 (PDT) Received: by pwj5 with SMTP id 5so116216pwj.31 for ; Tue, 21 Jun 2011 11:10:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=vo3V8D0sN/6VLyLf93ueutsjsPhaKFCephsmaNAWKBs=; b=vG50Jacdo5pIOuojLqn2ZbzPHk0wmo44VVpeddMmyM6yO09SMSqZAwQYkl2l2xP8PD HSFCd7l/juTcxCRWstKsgaEA+Jf85IiYcSmq7W6RPH0exQt61wpb4JwzpdZmLZGejNOJ PRgg/3ScYluwah43T1AjSdOmSZAzbnx4/zFXw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=oPN4hT6aiEOfoXT4KXqy+uXwvdEOsKR8jZHNswkvZquSf5P9fU000DYdfnjYBy2/lm dVS+bnTV/2TMp3XM92XOjfCzotz5Vp6E5jLdw+A0qfw/XG+1UeQwQ70QaNYUOkOfMC4I ncFO5dQRnv2J9IdbwcxEUJACg4XDvdMg0f7xs= MIME-Version: 1.0 Received: by 10.68.13.73 with SMTP id f9mr3247963pbc.100.1308679847486; Tue, 21 Jun 2011 11:10:47 -0700 (PDT) Received: by 10.68.46.98 with HTTP; Tue, 21 Jun 2011 11:10:47 -0700 (PDT) In-Reply-To: <14584D6EE26B314187A4F68BA206060007AF9AF1@ASHEVS008.mcilink.com> References: <14584D6EE26B314187A4F68BA206060007AF9AF1@ASHEVS008.mcilink.com> Date: Tue, 21 Jun 2011 14:10:47 -0400 Message-ID: Subject: Re: Requesting adoption as WG draft From: Alia Atlas To: "So, Ning" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: rtgwg@ietf.org X-BeenThere: rtgwg@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Routing Area Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jun 2011 18:10:53 -0000 I will read carefully the new version in the next week. Any acceptance as a WG draft would be after querying the list, of course. That said, please read this updated draft and comment here. It would be go= od to get this done and a decision made before the next IETF. Alia On Tue, Jun 21, 2011 at 1:28 PM, So, Ning wro= te: > Dear WG chairs, > > > > Have you had a chance to look at the updated Composite Link Framework dra= ft > (draft-so-yong-rtgwg-cl-framework-04)?=A0 Alia made the comment in last I= ETF > meeting that this draft is likely to be adopted as WG draft, because the > Composite Link Requirement has already passed WG last call.=A0 Just want = to > check and see when will you have some time to make the announcement. > =A0=A0Thanks a lot. > > > > > > Best regards, > > > > Ning So > > Network Evolution Planning > > Verizon, Inc. > > (office) 972-729-7905 > > (Cell) 972-955-0914 > > > > _______________________________________________ > rtgwg mailing list > rtgwg@ietf.org > https://www.ietf.org/mailman/listinfo/rtgwg > > From stbryant@cisco.com Wed Jun 22 07:29:40 2011 Return-Path: X-Original-To: rtgwg@ietfa.amsl.com Delivered-To: rtgwg@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7786811E8123; Wed, 22 Jun 2011 07:29:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -110.543 X-Spam-Level: X-Spam-Status: No, score=-110.543 tagged_above=-999 required=5 tests=[AWL=0.056, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QLgaN7z2Er8h; Wed, 22 Jun 2011 07:29:39 -0700 (PDT) Received: from ams-iport-1.cisco.com (ams-iport-1.cisco.com [144.254.224.140]) by ietfa.amsl.com (Postfix) with ESMTP id 26CB911E8108; Wed, 22 Jun 2011 07:29:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=stbryant@cisco.com; l=606; q=dns/txt; s=iport; t=1308752979; x=1309962579; h=message-id:date:from:reply-to:mime-version:to:cc:subject: content-transfer-encoding; bh=HbbipZ6BAtjyMst4Nu4ohKt2ah0q4yujyvqS/VTQBWE=; b=ShcaA3KuSKOPm88AeTqujr4vpWh62dbTdIMVAJirXdeq9VfsmJvFbCyE /pp0U+ly8C63Bi5rZQRIFKAS7HROARn7x01VWy5HvDF3DliLQT8JLqTJE qa1KCPMg25CG0xm5ma2y8D3I+Qw0Scx95XPiZvzo1Na0wo6t/ux1owkMm s=; X-IronPort-AV: E=Sophos;i="4.65,406,1304294400"; d="scan'208";a="96017818" Received: from ams-core-2.cisco.com ([144.254.72.75]) by ams-iport-1.cisco.com with ESMTP; 22 Jun 2011 14:29:34 +0000 Received: from cisco.com (mrwint.cisco.com [64.103.70.36]) by ams-core-2.cisco.com (8.14.3/8.14.3) with ESMTP id p5METYWL014869; Wed, 22 Jun 2011 14:29:34 GMT Received: from dhcp-gpk02-vlan300-64-103-65-116.cisco.com (localhost [127.0.0.1]) by cisco.com (8.14.4+Sun/8.8.8) with ESMTP id p5METWF5020425; Wed, 22 Jun 2011 15:29:33 +0100 (BST) Message-ID: <4E01FC7D.5080209@cisco.com> Date: Wed, 22 Jun 2011 15:30:21 +0100 From: Stewart Bryant User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.18) Gecko/20110616 Lightning/1.0b2 Thunderbird/3.1.11 MIME-Version: 1.0 To: rtgwg@ietf.org Subject: RTGWG chairs Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "iesg@ietf.org" , 'Alexey Zinin' , Alia Atlas , "John G. Scudder" X-BeenThere: rtgwg@ietf.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: stbryant@cisco.com List-Id: Routing Area Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jun 2011 14:29:40 -0000 This message is to announce a change to the leadership of the Routing Area Working Group. Alex Zinin, a founder chair of the working group, is standing down due to pressure of other work. John Scudder, has volunteered to stand down as chair so that a we do not have two chairs from the same company. John of course continues as chair of the IDR working group. I thank them for their hard work over the years in RTGWG. I would like to welcome Alvaro Retana (alvaro.retana@hp.com) as incoming RTGWG Chair to join Alia Atlas (akatlas@juniper.net) who continues in the role. - Stewart From akatlas@gmail.com Wed Jun 22 08:22:03 2011 Return-Path: X-Original-To: rtgwg@ietfa.amsl.com Delivered-To: rtgwg@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E67DC11E811B; Wed, 22 Jun 2011 08:22:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.599 X-Spam-Level: X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EGzCE43yOfYF; Wed, 22 Jun 2011 08:22:02 -0700 (PDT) Received: from mail-pz0-f44.google.com (mail-pz0-f44.google.com [209.85.210.44]) by ietfa.amsl.com (Postfix) with ESMTP id 3496011E8117; Wed, 22 Jun 2011 08:22:02 -0700 (PDT) Received: by pzk5 with SMTP id 5so639580pzk.31 for ; Wed, 22 Jun 2011 08:22:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=o5uV/j2fhhNL7o9vGVajR71DmsExZ2ZRjP9Y3/EEcNw=; b=oL+SPiwuaXGNexZrEH5omW2ke2FGBQy4BNoV51RELFLFgcqTvjX4iSr7qaXm64fuxw LDZK+RaZLPlV6lqnyBuTe1XeXhHF8KLPmSOAaqJslIzLv0q9ZuIF8E3froiGafH8ZWYj EJg6P0tBHBDjYiUwdLV2GT5hgxXd89JXdkyCY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=vb0y7SSK0vzVDzOEU55ZmRJsi+JXs9kQLuXxBhMMMDJkcKtXYegRjgEAFmfGbseBkC F9K3ytNlEW+aGu2UhUz47Iea9vudJoFvc9DqzjEv4aNO2TyHagmunAdritpEhYSwm4OK S/epV5lm9T00IJyD3t4r/McT2fWJuzwQCTPrU= MIME-Version: 1.0 Received: by 10.68.46.73 with SMTP id t9mr480610pbm.234.1308756121645; Wed, 22 Jun 2011 08:22:01 -0700 (PDT) Received: by 10.68.46.98 with HTTP; Wed, 22 Jun 2011 08:22:01 -0700 (PDT) In-Reply-To: <4E01FC7D.5080209@cisco.com> References: <4E01FC7D.5080209@cisco.com> Date: Wed, 22 Jun 2011 11:22:01 -0400 Message-ID: Subject: Re: RTGWG chairs From: Alia Atlas To: stbryant@cisco.com Content-Type: text/plain; charset=ISO-8859-1 Cc: Alexey Zinin , "John G. Scudder" , Alia Atlas , "iesg@ietf.org" , rtgwg@ietf.org X-BeenThere: rtgwg@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Routing Area Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jun 2011 15:22:03 -0000 I would also like to thank Alex & John for their work over the past several years. I look forward to working with Alvaro. Alia On Wed, Jun 22, 2011 at 10:30 AM, Stewart Bryant wrote: > > This message is to announce a change to the leadership > of the Routing Area Working Group. > > Alex Zinin, a founder chair of the working group, is > standing down due to pressure of other work. > > John Scudder, has volunteered to stand down as chair > so that a we do not have two chairs from the same > company. John of course continues as chair of > the IDR working group. > > I thank them for their hard work over the years in RTGWG. > > I would like to welcome Alvaro Retana (alvaro.retana@hp.com) > as incoming RTGWG Chair to join Alia Atlas (akatlas@juniper.net) > who continues in the role. > > - Stewart > _______________________________________________ > rtgwg mailing list > rtgwg@ietf.org > https://www.ietf.org/mailman/listinfo/rtgwg > From akatlas@gmail.com Fri Jun 24 14:36:19 2011 Return-Path: X-Original-To: rtgwg@ietfa.amsl.com Delivered-To: rtgwg@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CE0F911E8111 for ; Fri, 24 Jun 2011 14:36:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.585 X-Spam-Level: X-Spam-Status: No, score=-3.585 tagged_above=-999 required=5 tests=[AWL=0.014, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Bp4SJpsq6yVG for ; Fri, 24 Jun 2011 14:36:19 -0700 (PDT) Received: from mail-pw0-f44.google.com (mail-pw0-f44.google.com [209.85.160.44]) by ietfa.amsl.com (Postfix) with ESMTP id F0FA011E809E for ; Fri, 24 Jun 2011 14:36:18 -0700 (PDT) Received: by pwj5 with SMTP id 5so2194685pwj.31 for ; Fri, 24 Jun 2011 14:36:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type:content-transfer-encoding; bh=EUtW3wlgOeSflat9aK6iF+OB/+Qv5XB5XfP8iwNtyGo=; b=sdIgx2WtMApP6D2NxFq+9xv29g2klq9ZxPmNmZ2fVVETCPpuazHyvrqQyyiRnCRMwz xXc7v2TvRN7XBYZeu/uNm620f/IOOoDBSdNy7XYfIONB/bmxOCuyJUquQuuTaed0vnu+ XVrEi4XhqaRu1i8hEkc+dilNEtqMWLpyrOTfY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=kM2UYQtQG7OIge4wULR+Vn5Tz0538Y/qOqtrB6HCKSNVE2sTTYbT8hxm2Cg7Oxj2FH z3lT10DKs2A6vRGeLQk46aaG4jRNS3DHqzyrX4cIluIJghqI0yzukZmxyJAdG7FRlDbT w/BQisWS1qBzrPVee21RK5CzDZ3z8mdG37lQM= MIME-Version: 1.0 Received: by 10.68.11.196 with SMTP id s4mr2048446pbb.301.1308951378457; Fri, 24 Jun 2011 14:36:18 -0700 (PDT) Received: by 10.68.54.69 with HTTP; Fri, 24 Jun 2011 14:36:18 -0700 (PDT) In-Reply-To: References: <20110624183513.7035311E81A8@ietfa.amsl.com> Date: Fri, 24 Jun 2011 17:36:18 -0400 Message-ID: Subject: Fwd: Please help the Nomcom From: Alia Atlas To: rtgwg@ietf.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-BeenThere: rtgwg@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Routing Area Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jun 2011 21:36:19 -0000 FYI ---------- Forwarded message ---------- From: NomCom Chair Date: Fri, Jun 24, 2011 at 11:35 AM Subject: Please help the Nomcom To: Working Group Chairs Hi WG chairs, =A0We have had a good response to the first call for volunteers but the rate at which new volunteers are coming in is slowing down. The Nomcom process is best served by a large pool of volunteers drawn from a wide spectrum of IETF attendees. Where else would we find this wide spectrum if not in the WG mailing lists. I would really appreciate it if you can forward the message onto your working group mailing lists. The latest volunteer status and the second call for volunteers can be found at https://datatracker.ietf.org/ann/nomcom/2964/ Thanks in advance for your help. Suresh Krishnan Nomcom Chair 2011-2012 Email: nomcom-chair@ietf.org, suresh.krishnan@ericsson.com _______________________________________________ Int-area mailing list Int-area@ietf.org https://www.ietf.org/mailman/listinfo/int-area From azinin@cisco.com Sat Jun 25 06:24:26 2011 Return-Path: X-Original-To: rtgwg@ietfa.amsl.com Delivered-To: rtgwg@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3CC5D21F84F1; Sat, 25 Jun 2011 06:24:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.599 X-Spam-Level: X-Spam-Status: No, score=-10.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NtixW9dwd5JE; Sat, 25 Jun 2011 06:24:25 -0700 (PDT) Received: from sj-iport-3.cisco.com (sj-iport-3.cisco.com [171.71.176.72]) by ietfa.amsl.com (Postfix) with ESMTP id 783B321F84F0; Sat, 25 Jun 2011 06:24:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=azinin@cisco.com; l=2063; q=dns/txt; s=iport; t=1309008265; x=1310217865; h=mime-version:content-transfer-encoding:subject:date: message-id:in-reply-to:from:to:cc; bh=hsTTPd+kMd4/DkYNoiCF8au0Kz3OvtRhwZNzu0kLR3w=; b=MrWZMZNLY/L0ktZNMvebqBfCwAwlrFbprLuGiW+iBVtDiUN0Fqiip780 imEyyDHkUQshkhc7BGFZ6PBHSQhjNH6BZiR+DOR/HTSdDz5IkTZoItTOu 9ttS6jit8Rl6s3e7PWaZx3I4IVVG7ZuU0aBg7AIdNrFBzZxR+809xamxZ A=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsAAN3dBU6tJV2Y/2dsb2JhbABTmByPLHetEp05hjAEhyyPToRAhwI X-IronPort-AV: E=Sophos;i="4.65,424,1304294400"; d="scan'208";a="347191179" Received: from rcdn-core-1.cisco.com ([173.37.93.152]) by sj-iport-3.cisco.com with ESMTP; 25 Jun 2011 13:24:24 +0000 Received: from xbh-rcd-102.cisco.com (xbh-rcd-102.cisco.com [72.163.62.139]) by rcdn-core-1.cisco.com (8.14.3/8.14.3) with ESMTP id p5PDOOOl018517; Sat, 25 Jun 2011 13:24:24 GMT Received: from xmb-rcd-302.cisco.com ([72.163.63.17]) by xbh-rcd-102.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Sat, 25 Jun 2011 08:24:24 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Subject: Re: RTGWG chairs Date: Sat, 25 Jun 2011 08:24:24 -0500 Message-ID: <48E0496A08C51449B1C8040CDF55DE1F0146B28F@XMB-RCD-302.cisco.com> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: RTGWG chairs Thread-Index: Acww8CieZjaipv4DQF2jcDHd5OskjgCSwqbc From: "Alex Zinin (azinin)" To: , "Stewart Bryant (stbryant)" X-OriginalArrivalTime: 25 Jun 2011 13:24:24.0500 (UTC) FILETIME=[33613F40:01CC333B] X-Mailman-Approved-At: Tue, 28 Jun 2011 06:57:32 -0700 Cc: jgs@juniper.net, akatlas@juniper.net, iesg@ietf.org, rtgwg@ietf.org X-BeenThere: rtgwg@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Routing Area Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jun 2011 13:33:45 -0000 Alia, John, Stewart, folks- Thanks a lot for all the work we've done together. I's been great to be = part of real collaborative innovation that truly changes the way that IP = networks are being built today. Very satisfying for a technologist like = myself! As you may have noticed, business priorities have taken most of my time, = and it was only fair for me to step down. I am Glad to see Alvaro = stepping into the WG chair role. He is a routing expert with an = extensive practical experience and has been part of the IETF community = for a long time. I am confident he will take the group to the new = heights. Thanks again, everyone, and see you at one of the future IETF meetings. -- Alex Zinin ----- Original Message ----- From: Alia Atlas [mailto:akatlas@gmail.com] Sent: Wednesday, June 22, 2011 10:22 AM To: Stewart Bryant (stbryant) Cc: rtgwg@ietf.org ; iesg@ietf.org ; Alex = Zinin (azinin); Alia Atlas ; John G. Scudder = Subject: Re: RTGWG chairs I would also like to thank Alex & John for their work over the past several years. I look forward to working with Alvaro. Alia On Wed, Jun 22, 2011 at 10:30 AM, Stewart Bryant = wrote: > > This message is to announce a change to the leadership > of the Routing Area Working Group. > > Alex Zinin, a founder chair of the working group, is > standing down due to pressure of other work. > > John Scudder, has volunteered to stand down as chair > so that a we do not have two chairs from the same > company. John of course continues as chair of > the IDR working group. > > I thank them for their hard work over the years in RTGWG. > > I would like to welcome Alvaro Retana (alvaro.retana@hp.com) > as incoming RTGWG Chair to join Alia Atlas (akatlas@juniper.net) > who continues in the role. > > - Stewart > _______________________________________________ > rtgwg mailing list > rtgwg@ietf.org > https://www.ietf.org/mailman/listinfo/rtgwg >