Re: [Pce] Building the PCE Agenda for IETF 94

2015-10-26 Thread Julien Meuric

Dear all,

The PCE agenda is on line 
(https://www.ietf.org/proceedings/94/agenda/agenda-94-pce). If you have 
a slot, please send your slides to the chairs and secretary by Sunday, 
noting that your allocated duration may differ from your original request.


Regards,

Jon, JP & Julien


Oct. 12, 2015 - Julien Meuric:

Hi all,

FYI, the PCE session is now scheduled on Tuesday, from 5:10 to 6:40 
pm, right before the social event.


By the way, Yokohama meeting is number 94: sorry for the typo in the 
previous e-mail.


Regards,

Jon, JP & Julien


Oct. 05, 2015 - julien.meu...@orange.com:

Dear PCE WG,

The IETF preliminary agenda is available 
(https://datatracker.ietf.org/meeting/94/agenda.html). The PCE 
session is _tentatively_ scheduled on Monday from 3:20 to 4:50 pm. 
Supposing you have issues that _really_ require a slot to progress, 
please send a request to the chairs and secretary, including:

- the topic to discuss,
- the expected duration,
- the name of the presenter,
- the rationale for requesting some face to face time, as opposed to 
using the mailing list, i.e., the output you expect from your slot.


Best regards,

JP & Julien


___
Pce mailing list
Pce@ietf.org
https://www.ietf.org/mailman/listinfo/pce



___
Pce mailing list
Pce@ietf.org
https://www.ietf.org/mailman/listinfo/pce


[Pce] Last Call: (Standard Representation of Domain-Sequence) to Experimental RFC

2015-10-26 Thread The IESG

The IESG has received a request from the Path Computation Element WG
(pce) to consider the following document:
- 'Standard Representation of Domain-Sequence'
   as Experimental RFC

The IESG plans to make a decision in the next few weeks, and solicits
final comments on this action. Please send substantive comments to the
i...@ietf.org mailing lists by 2015-11-09. Exceptionally, comments may be
sent to i...@ietf.org instead. In either case, please retain the
beginning of the Subject line to allow automated sorting.

Abstract


   The ability to compute shortest constrained Traffic Engineering Label
   Switched Paths (TE LSPs) in Multiprotocol Label Switching (MPLS) and
   Generalized MPLS (GMPLS) networks across multiple domains has been
   identified as a key requirement.  In this context, a domain is a
   collection of network elements within a common sphere of address
   management or path computational responsibility such as an Interior
   Gateway Protocol (IGP) area or an Autonomous System (AS).  This
   document specifies a standard representation and encoding of a
   Domain-Sequence, which is defined as an ordered sequence of domains
   traversed to reach the destination domain to be used by Path
   Computation Elements (PCEs) to compute inter-domain constrained
   shortest paths across a predetermined sequence of domains . This
   document also defines new subobjects to be used to encode domain
   identifiers.




The file can be obtained via
https://datatracker.ietf.org/doc/draft-ietf-pce-pcep-domain-sequence/

IESG discussion can be tracked via
https://datatracker.ietf.org/doc/draft-ietf-pce-pcep-domain-sequence/ballot/


The following IPR Declarations may be related to this I-D:

   https://datatracker.ietf.org/ipr/1690/



___
Pce mailing list
Pce@ietf.org
https://www.ietf.org/mailman/listinfo/pce


[Pce] Few queries regarding draft-dhody-pce-stateful-pce-auto-bandwidth-06 draft

2015-10-26 Thread Venugopal Reddy K
Dear Authors,

I have few queries regarding draft-dhody-pce-stateful-pce-auto-bandwidth-06.


1.   We have Overflow-Count, Overflow-Threshold and Underflow-Count, 
Underflow-Threshold to expedite the process of PCC adjusting the bandwidth 
instead of waiting for Adjustment-Interval when an abrupt change in bandwidth 
usage occurs. Similarly, we have Report-Flow-Threshold value for a PCC to 
report for PCE adjusting bandwidth model instead of waiting for 
Report-Interval. Can we know if there is rationale behind having different 
method for PCC controlling bandwidth adjustment and PCE controlling bandwidth 
adjustment for this case? Why not have the similar mechanism for it ?



2.   Once auto-bandwidth adjustment is enabled for an LSP, Couldn't find 
any way to disable auto adjustment feature for an LSP. It would be good to have 
a means to disable adjustment without bringing the LSP down.  Also, changing 
auto-bandwidth adjustment mode from PCC to PCE or vice versa without LSP down.


Could you please clarify.

Thanks :)

Regards,
Venu
___
Pce mailing list
Pce@ietf.org
https://www.ietf.org/mailman/listinfo/pce