BRUNGARD, DEBORAH A | 27 May 23:32 2016
Picon

Update on status of draft-ietf-mpls-tp-temporal-hitless-psm

Hi,
 
I’ve returned this document to the Working Group. Based on Dave Sinicrope’s review (for the Routing Area Directorate) and my review, we identified quite a few changes to the document, including the addition of a new section on manageability. We will continue to work with you on the document.
 
I also strongly encourage the working group to initiate work on a solution (I don’t see any solution drafts). There is no reason not to be doing a solution in parallel with the problem statement and requirements if the working group is interested in this problem and it will help to polish the requirements. I would like to see a solution document being progressed before publishing a requirements RFC.
 
Much thanks to Alessandro for holding the pen on these edits – he will upload the latest version for you to work on.
 
Good weekends-
Deborah
 
 
_______________________________________________
mpls mailing list
mpls <at> ietf.org
https://www.ietf.org/mailman/listinfo/mpls
Tarek Saad (tsaad | 27 May 17:35 2016
Picon

Re: MPLS and TE tunnels YANG data model meeting

Correcting mpls WG alias,

 

From: Tarek Saad <tsaad <at> cisco.com>
Date: Friday, May 27, 2016 at 11:33 AM
To: "Chenxia (D)" <jescia.chenxia <at> huawei.com>, Himanshu Shah <hshah <at> ciena.com>, "Wen, Bin" <Bin_Wen <at> cable.comcast.com>, Vishnu Pavan Beeram <vbeeram <at> juniper.net>, Raqib Jones <raqib <at> Brocade.com>, "Rakesh Gandhi (rgandhi)" <rgandhi <at> cisco.com>, "Kamran Raza (skraza)" <skraza <at> cisco.com>, "xufeng.liu.ietf <at> gmail.com" <xufeng.liu.ietf <at> gmail.com>, Igor Bryskin <Igor.Bryskin <at> huawei.com>, "Zhangxian (Xian)" <zhang.xian <at> huawei.com>, Paweł Brzozowski <PBrzozowski <at> advaoptical.com>, Anurag Sharma <AnSharma <at> infinera.com>, Xufeng Liu <xliu <at> kuatrotech.com>, Paweł Kaczmarek <PKaczmarek <at> advaoptical.com>

Cc: "teas <at> ietf.org" <teas <at> ietf.org>, "mpls <at> ietf" <mpls <at> ietf>
Subject: Re: MPLS and TE tunnels YANG data model meeting

 

Copying WG for fyi as feedback as per agreement.

 

Thanks all for attending meeting weekly meeting today. Below are today’s MoMs. Feel free to add if I missed any.

 

Regards,

Tarek

 

Friday May 27, 2016:

===================

Agenda:

A. Discuss new update(s) to MPLS static LSPs module

   - new static LSP attributes

   - static bidirectional LSPs

   - static MBB

   - static end-to-end LSP protection

B. Discuss SR-TE new module details

C. how to proceed with schema mount

 

--> AI: to send a doodle for SR-TE meeting

 

A. SR-TE:

=========

Explicit path:

- label (already have it in TE model)

- SID index

 

Tunnel:

new: binding-label (not specific to SR tunnel)

new: per path "segment-routing" attribute

new: per path constraints:

      - cost limit

      - link/adj-SID protection types: any, protected, unprotected

      - invalidation timeout

      - invalidation action

        - drop

        - tear

      - prepend label(s) per path

      - prepend bgp-next-hop

 

 

New TE link attributes (state-only):

Delay:

– Unidirectional Link Delay (D)

– Min/Max Unidirectional Link Delay (DM)

– Unidirectional Delay Variation (DV)

 

Loss:

– Unidirectional Link Loss (L)

 

Bandwidth:

– Unidirectional Residual Bandwidth (BR)

– Unidirectional Available Bandwidth (BA)

– Unidirectional Utilized Bandwidth (BUTIL)

 

 

B. Update to MPLS static LSPs

New attributes for static LSPs needed to allocate resources on per hop/link:

- BW with CTs?

- priority/preemption

- discussion, what occurs if static LSPs is contending with RSVP allocation (at same or different priority)?

 

Bidirectional Static LSPs:

Option #1:

-          association of forward/reverse siblings maintained in hierarchical configuration (under same LSP(name=foo))

LSP(name=foo):

BW

bidirectional

forward

   BW1

   in-segment (in-label, next-hop)

   out-segment (out-label(s), next-hop)

reverse

   BW2

   in-segment (in-label, next-hop)

   out-segment (out-label(s), next-hop)

 

--> In current model the LSP has only one cross-connect

--> will need to have multiple cross-connects per LSP

-à to realize asymmetrical behavior (eg. BW alloc) need to allow config under each forward/reverse leg

 

Option #2:

-          forward/reverse LSPs as separate entries in the static LSP list

-          entries have different names, but associated using below

-          use a configured association-ID (tunnel-ID or service-ID) as way to associate LSPs

LSP(name=foo-forward):

bidirectional

forward

association ID = 1001

in-segment (in-label, next-hop)

out-segment (out-label(s), next-hop)

 

LSP(name=foo-reverse):

bidirectional

reverse

association ID = 1001

in-segment (in-label, next-hop)

out-segment (out-label(s), next-hop)

 

Option #3:

-          forward/reverse LSPs as separate entries in the static LSP list

-          both entries have the same name, but new key is needed iin the list (role?, e.g. sibling1, sibling2, etc..)

 

 

MBB for Static:

1. how to realize resource sharing if needed?

2. coordinate switchover on the ingress using configuration

 

Option#2 (add role in list of LSPs key), e.g. key= (name=foo, role=mbb-sibling1), (name=foo, mbb-sibling2), (name=foo, path-protect-sibling1), (name=foo, path-protect-sibling2)

 

LSP(foo, mbb-sibling1):

in-segment (in-label, next-hop)

out-segment (out-label(s), next-hop)

association ID = 1001

role=MBB sibling

 

LSP(foo, mbb-sibling2):

in-segment (in-label, next-hop)

out-segment (out-label(s), next-hop)

association ID = 1001

role=MBB sibling

 

T0: traffic on LSP(foo1)

T1: configure LSP(foo2) on mid(s)

T2: map traffic to LSP(foo2) on ingress

T3: delete LSP(foo1)

 

 

Background (snippet from Huawei’s OS support for static LSP):

[LSRA] bidirectional static-cr-lsp ingress Tunnel1/0/0

[LSRA-bi-static-ingress-Tunnell/0/0] forward nexthop 2.1.1.2 out-label 20 bandwidth ct0 10000

[LSRA-bi-static-ingress-Tunnell/0/0] backward in-label 20

[LSRB]bidirectional static-cr-lsp transit lsp1

[LSRB-bi-static-transit-lsp1] forward in-label 20 nexthop 3.2.1.2 out-label 40 bandwidth ct0 10000

[LSRB-bi-static-transit-lsp1] backward in-label 16 nexthop 2.1.1.1 out-label 20 bandwidth ct0 10000

[LSRC] bidirectional static-cr-lsp egress lsp1

[LSRC-bi-static-egress-lsp1] forward in-label 40 lsrid 1.1.1.1 tunnel-id 100

 

Regards,

Tarek

 

 

From: tsaad <at> cisco.com
When: 10:00 AM - 11:00 AM May 27, 2016
Subject: MPLS and TE tunnels YANG data model meeting
Location: webex

 

 

Refreshing invite for MPLS and TE tunnels YANG data model meeting. Please forward to anyone I missed.












-- Do not delete or change any of the following text. --



Join WebEx meeting
Meeting number: 201 966 692
Meeting password: 3jwMRXEd


If you are a host, go here to view host information.

Join by phone
+1-408-525-6800 Call-in toll number (US/Canada)
+1-866-432-9903 Call-in toll-free number (US/Canada)
Access code: 201 966 692
Numeric meeting password: 21794172
Global call-in numbers
| Toll-free calling restrictions


Can't join the meeting? Contact support.

IMPORTANT NOTICE: Please note that this WebEx service allows audio and other information sent during the session to be recorded, which may be discoverable in a legal matter. By joining this session, you automatically consent to such recordings. If you do not consent to being recorded, discuss your concerns with the host or do not join the session..


_______________________________________________
mpls mailing list
mpls <at> ietf.org
https://www.ietf.org/mailman/listinfo/mpls
Picon

New Liaison Statement, "SG15-LS352: LS on intention to Consent Amendment 2 to Recommendation ITU-T G.8131/Y.1382 (2014)"

Title: SG15-LS352: LS on intention to Consent Amendment 2 to Recommendation ITU-T G.8131/Y.1382 (2014)
Submission Date: 2016-05-20
URL of the IETF Web page: https://datatracker.ietf.org/liaison/1477/
Please reply by 2016-09-19
From: "Tom Huber" <tom.huber <at> coriant.com>
To: Loa Andersson <loa <at> pi.nu>,George Swallow <swallow.ietf <at> gmail.com>,Ross Callon
<rcallon <at> juniper.net>,Andrew Malis <agmalis <at> gmail.com>,Stewart Bryant <stewart.bryant <at> gmail.com>
Cc: Alvaro Retana <aretana <at> cisco.com>,Deborah Brungard <db3546 <at> att.com>,Multiprotocol Label
Switching Discussion List <mpls <at> ietf.org>,Stewart Bryant <stewart.bryant <at> gmail.com>,Scott
Mansfield <Scott.Mansfield <at> Ericsson.com>,George Swallow <swallow.ietf <at> gmail.com>,Pseudowire
And LDP-enabled Services Discussion List <pals <at> ietf.org>,John Drake <jdrake <at> juniper.net>,Alia
Atlas <akatlas <at> gmail.com>,Andrew Malis <agmalis <at> gmail.com>,Ross Callon
<rcallon <at> juniper.net>,Loa Andersson <loa <at> pi.nu>,itu-t-liaison <at> iab.org,
Response Contacts: tom.huber <at> coriant.com, lihan <at> chinamobile.com
Technical Contacts: 
Purpose: For action

Body: ITU-T Q9/15 wishes to inform the IETF MPLS WG of our intent to initiate the approval process for
Amendment 2 to Recommendation ITU-T G.8131/Y.1382 (2014) at the September 2016 meeting of Study Group
15. This amendment adds material on linear protection switching for pseudowires based on RFC 7771. The
current draft of the amendment is attached. We would appreciate any comments you may have on this document
in advance of our next meeting, which will be held in Geneva, 19-30 September 2016.

We also thank the MPLS WG and PALS WG for the updates you provided concerning your work on MPLS-TP shared
protection rings, resilient MPLS rings, and dual homed pseudowire protection, and have encouraged
those SG15 participants who are interested in this work to participate on the relevant IETF mailing lists.
Attachments:

    LS on intention to Consent Amendment 2 to Recommendation ITU-T G.8131/Y.1382 (2014)
    https://www.ietf.org/lib/dt/documents/LIAISON/liaison-2016-05-20-itu-t-sg-15-mpls-pals-sg15-ls352-ls-on-intention-to-consent-amendment-2-to-recommendation-itu-t-g8131y1382-2014-attachment-1.pdf

    Draft Amendment 2 to Recommendation ITU-T G.8131/Y.1382 (2014) (for Consent, 30 September 2016)
    https://www.ietf.org/lib/dt/documents/LIAISON/liaison-2016-05-20-itu-t-sg-15-mpls-pals-sg15-ls352-ls-on-intention-to-consent-amendment-2-to-recommendation-itu-t-g8131y1382-2014-attachment-2.pdf

_______________________________________________
mpls mailing list
mpls <at> ietf.org
https://www.ietf.org/mailman/listinfo/mpls

internet-drafts | 19 May 14:51 2016
Picon

I-D Action: draft-ietf-mpls-tp-linear-protection-mib-08.txt


A New Internet-Draft is available from the on-line Internet-Drafts directories.
This draft is a work item of the Multiprotocol Label Switching of the IETF.

        Title           : MPLS Transport Profile Linear Protection MIB
        Authors         : Kingston Smiler Selvaraj
                          Venkatesan Mahalingam
                          Vishwas Manral
                          Daniel King
                          Sam Aldrin
                          Jeong-dong Ryoo
	Filename        : draft-ietf-mpls-tp-linear-protection-mib-08.txt
	Pages           : 42
	Date            : 2016-05-19

Abstract:
   This memo defines a portion of the Management Information Base (MIB)
   for use with network management protocols.  In particular it defines
   objects for managing MPLS Transport Profile (MPLS-TP) Linear
   Protection.

The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-mpls-tp-linear-protection-mib/

There's also a htmlized version available at:
https://tools.ietf.org/html/draft-ietf-mpls-tp-linear-protection-mib-08

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=draft-ietf-mpls-tp-linear-protection-mib-08

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.

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

_______________________________________________
mpls mailing list
mpls <at> ietf.org
https://www.ietf.org/mailman/listinfo/mpls

Loa Andersson | 19 May 08:39 2016
Picon

Implementation poll on draft-ietf-mpls-entropy-lsp-ping

Working Group,

We are currently working on the Document Shepherd Write-Up for
draft-ietf-mpls-entropy-lsp-ping. One question we have to answer in the 
Shepherd Write Up is about existing implementations or intentions to 
implement.

This is to start the Implementation Poll.

If you have or are aware of existing implementations of or intentions to 
implement  draft-ietf-mpls-entropy-lsp-ping please send this
information to the working group mailing list or directly to the
working group chairs.

/Loa

mpls wg co-chair
--

-- 

Loa Andersson                        email: loa <at> mail01.huawei.com
Senior MPLS Expert                          loa <at> pi.nu
Huawei Technologies (consultant)     phone: +46 739 81 21 64

_______________________________________________
mpls mailing list
mpls <at> ietf.org
https://www.ietf.org/mailman/listinfo/mpls

internet-drafts | 18 May 22:14 2016
Picon

I-D Action: draft-ietf-mpls-rfc4379bis-05.txt


A New Internet-Draft is available from the on-line Internet-Drafts directories.
This draft is a work item of the Multiprotocol Label Switching of the IETF.

        Title           : Detecting Multi-Protocol Label Switched (MPLS) Data Plane Failures
        Authors         : Kireeti Kompella
                          Carlos Pignataro
                          Nagendra Kumar
                          Sam Aldrin
                          Mach(Guoyi) Chen
	Filename        : draft-ietf-mpls-rfc4379bis-05.txt
	Pages           : 67
	Date            : 2016-05-18

Abstract:
   This document describes a simple and efficient mechanism that can be
   used to detect data plane failures in Multi-Protocol Label Switching
   (MPLS) Label Switched Paths (LSPs).  There are two parts to this
   document: information carried in an MPLS "echo request" and "echo
   reply" for the purposes of fault detection and isolation, and
   mechanisms for reliably sending the echo reply.

   This document obsoletes RFCs 4379, 6424, and 6829.

The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-mpls-rfc4379bis/

There's also a htmlized version available at:
https://tools.ietf.org/html/draft-ietf-mpls-rfc4379bis-05

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=draft-ietf-mpls-rfc4379bis-05

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.

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

_______________________________________________
mpls mailing list
mpls <at> ietf.org
https://www.ietf.org/mailman/listinfo/mpls

internet-drafts | 18 May 22:14 2016
Picon

I-D Action: draft-ietf-mpls-entropy-lsp-ping-03.txt


A New Internet-Draft is available from the on-line Internet-Drafts directories.
This draft is a work item of the Multiprotocol Label Switching of the IETF.

        Title           : Label Switched Path (LSP) and Pseudowire (PW) Ping/Trace over MPLS Network using Entropy Labels (EL)
        Authors         : Nobo Akiya
                          George Swallow
                          Carlos Pignataro
                          Andrew G. Malis
                          Sam Aldrin
	Filename        : draft-ietf-mpls-entropy-lsp-ping-03.txt
	Pages           : 21
	Date            : 2016-05-18

Abstract:
   The Multiprotocol Label Switching (MPLS) Label Switched Path (LSP)
   Ping and Traceroute are used to exercise specific paths of Equal-Cost
   Multipath (ECMP).  When LSP is signaled to use Entropy Label (EL)
   described in RFC 6790, the ability for LSP Ping and Traceroute
   operation to discover and exercise ECMP paths has been lost in
   scenarios which LSRs apply deviating load balance techniques.  One
   such scenario is when some LSRs apply EL based load balancing while
   other LSRs apply non-EL based load balancing (ex: IP).  Another
   scenario is when EL based LSP is stitched with another LSP which can
   be EL based or non-EL based.

   This document extends the MPLS LSP Ping and Traceroute mechanisms to
   restore the ability of exercising specific paths of ECMP over LSP
   which make use of the Entropy Label.  This document updates RFC 4379,
   RFC 6424, and RFC 6790.

The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-mpls-entropy-lsp-ping/

There's also a htmlized version available at:
https://tools.ietf.org/html/draft-ietf-mpls-entropy-lsp-ping-03

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=draft-ietf-mpls-entropy-lsp-ping-03

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.

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

_______________________________________________
mpls mailing list
mpls <at> ietf.org
https://www.ietf.org/mailman/listinfo/mpls

internet-drafts | 18 May 17:56 2016
Picon

I-D Action: draft-ietf-mpls-ldp-mrt-03.txt


A New Internet-Draft is available from the on-line Internet-Drafts directories.
This draft is a work item of the Multiprotocol Label Switching of the IETF.

        Title           : LDP Extensions to Support Maximally Redundant Trees
        Authors         : Alia Atlas
                          Kishore Tiruveedhula
                          Chris Bowers
                          Jeff Tantsura
                          IJsbrand Wijnands
	Filename        : draft-ietf-mpls-ldp-mrt-03.txt
	Pages           : 18
	Date            : 2016-05-18

Abstract:
   This document specifies extensions to the Label Distribution
   Protocol(LDP) to support the creation of label-switched paths for
   Maximally Redundant Trees (MRT).  A prime use of MRTs is for unicast
   and multicast IP/LDP Fast-Reroute, which we will refer to as MRT-FRR.

   The sole protocol extension to LDP is simply the ability to advertise
   an MRT Capability.  This document describes that extension and the
   associated behavior expected for LSRs and LERs advertising the MRT
   Capability.

   MRT-FRR uses LDP multi-topology extensions and requires three
   different multi-topology IDs to be allocated from the MPLS MT-ID
   space.

The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-mpls-ldp-mrt/

There's also a htmlized version available at:
https://tools.ietf.org/html/draft-ietf-mpls-ldp-mrt-03

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=draft-ietf-mpls-ldp-mrt-03

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.

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

_______________________________________________
mpls mailing list
mpls <at> ietf.org
https://www.ietf.org/mailman/listinfo/mpls

Loa Andersson | 18 May 12:01 2016
Picon

poll to see if we have consensus to adopt two document (mpls-static and mpls-base)


Working Group,

This is to start a two week poll on adopting draft-saad-mpls-static-
yang-03 and draft-saad-mpls-base-yang-00 as MPLS working group
documents.

Please send your comments (support/not support) to the mpls working
group mailing list (mpls <at> ietf.org). Please give a technical
motivation for your support/not support, especially if you think that
the document should not be adopted as a working group document.

There are no IPR disclosures against either document. An IPR poll has
been started in parallel to this adoption poll

The working group adoption poll ends June 2, 2016, given that the IPR
poll has concluded.

/Loa

MPLS wg co-chair.
--

-- 

Loa Andersson                        email: loa <at> mail01.huawei.com
Senior MPLS Expert                          loa <at> pi.nu
Huawei Technologies (consultant)     phone: +46 739 81 21 64

_______________________________________________
mpls mailing list
mpls <at> ietf.org
https://www.ietf.org/mailman/listinfo/mpls

Loa Andersson | 18 May 12:00 2016
Picon

IPR poll on mpls-static and mpls-base

Working Group,

The authors of draft-saad-mpls-base-yang and draft-saad-mpls-static-
yang has told us that the documents is ready to be considered for 
working adoption.

The documents have been through MPLS-RT review. We will do an IPR poll
in parallel to the the adoption poll.

This mail starts the IPR poll.

Are you aware of any IPR that applies to draft-ietf-mpls-app-aware-tldp?

If so, has this IPR been disclosed in compliance with IETF IPR rules
(see RFCs 3979, 4879, 3669 and 5378 for more details).

There is no IPR disclosure filed directly against any of the documents.

If you are listed as a document author or contributor please respond to
this email regardless of whether or not you are aware of any relevant
IPR. *The response needs to be sent to the MPLS wg mailing list.* The
document will not advance to the next stage until a response has been
received from each author and contributor.

If you are on the MPLS WG email list but are not listed as an author or
contributor, then please explicitly respond only if you are aware of any
IPR that has not yet been disclosed in conformance with IETF rules.

/Loa
mpls wg co-chair
--

-- 

Loa Andersson                        email: loa <at> mail01.huawei.com
Senior MPLS Expert                          loa <at> pi.nu
Huawei Technologies (consultant)     phone: +46 739 81 21 64

_______________________________________________
mpls mailing list
mpls <at> ietf.org
https://www.ietf.org/mailman/listinfo/mpls

IETF Secretariat | 18 May 11:46 2016
Picon

The MPLS WG has placed draft-saad-mpls-base-yang in state "Call For Adoption By WG Issued"


The MPLS WG has placed draft-saad-mpls-base-yang in state 
Call For Adoption By WG Issued (entered by Loa Andersson)

The document is available at
https://datatracker.ietf.org/doc/draft-saad-mpls-base-yang/

_______________________________________________
mpls mailing list
mpls <at> ietf.org
https://www.ietf.org/mailman/listinfo/mpls


Gmane