Subject: Re: [Status] request to move draft-filsfils-rtgwg-segment-routing-use-cases-02 to wg item
From: "Nobo Akiya (nobo)" <[email-masked]>
To: "Alvaro Retana (aretana)" <[email-masked]>, "Stefano Previdi (sprevidi)" <[email-masked]>, "[email-masked]" <[email-masked]>
Cc: "John G. Scudder" <[email-masked]>, "Clarence Filsfils \(cfilsfil\)" <[email-masked]>
Date: Wed, 13 Nov 2013 18:33:17 +0000
List-Id: "Stacked Tunnels for Source Routing \(STATUS\)." <status.ietf.org>

Support.

-Nobo

> -----Original Message-----
> From: [email-masked] [mailto:[email-masked]] On Behalf
> Of Alvaro Retana (aretana)
> Sent: Monday, November 11, 2013 9:00 PM
> To: Stefano Previdi (sprevidi); [email-masked]
> Cc: John G. Scudder; Clarence Filsfils (cfilsfil)
> Subject: Re: [Status] request to move draft-filsfils-rtgwg-segment-routing-
> use-cases-02 to wg item
> 
> On 11/6/13 10:24 PM, "Stefano Previdi (sprevidi)" <[email-masked]>
> wrote:
> 
> Stefano:
> 
> >according to what discussed after the presentation of SR Use Cases at
> >ietf88 spring-wg meeting, I'd like to request the adoption of
> >draft-filsfils-rtgwg-segment-routing-use-cases-02.txt as wg item.
> 
> I believe there was support for adoption at the meeting in Vancouver..but
> we will still have to confirm it here on the list.
> 
> List: This message officially starts the call for adoption.  Please indicate your
> position about adopting this use cases draft.  The call will close on Friday,
> November 22, 2013.
> 
> Thanks!
> 
> Alvaro.
> 
> _______________________________________________
> status mailing list
> [email-masked]
> https://www.ietf.org/mailman/listinfo/status

From: "Santiago Alvarez (saalvare)" <[email-masked]>
To: "Alvaro Retana (aretana)" <[email-masked]>, "Stefano Previdi (sprevidi)" <[email-masked]>, "[email-masked]" <[email-masked]>
Accept-Language: en-US
Cc: "John G. Scudder" <[email-masked]>, "Clarence Filsfils \(cfilsfil\)" <[email-masked]>, "Santiago Alvarez \(saalvare\)" <[email-masked]>
Subject: Re: [Status] request to move draft-filsfils-rtgwg-segment-routing-use-cases-02 to wg item

Support.

> -----Original Message-----
> From: [email-masked] [mailto:[email-masked]] On
> Behalf Of Alvaro Retana (aretana)
> Sent: Monday, November 11, 2013 6:00 PM
> To: Stefano Previdi (sprevidi); [email-masked]
> Cc: John G. Scudder; Clarence Filsfils (cfilsfil)
> Subject: Re: [Status] request to move draft-filsfils-rtgwg-segment-
> routing-use-cases-02 to wg item
> 
> On 11/6/13 10:24 PM, "Stefano Previdi (sprevidi)" <[email-masked]>
> wrote:
> 
> Stefano:
> 
> >according to what discussed after the presentation of SR Use Cases at
> >ietf88 spring-wg meeting, I'd like to request the adoption of
> >draft-filsfils-rtgwg-segment-routing-use-cases-02.txt as wg item.
> 
> I believe there was support for adoption at the meeting in
> Vancouver..but we will still have to confirm it here on the list.
> 
> List: This message officially starts the call for adoption.  Please
> indicate your position about adopting this use cases draft.  The call
> will close on Friday, November 22, 2013.
> 
> Thanks!
> 
> Alvaro.
> 
> _______________________________________________
> status mailing list
> [email-masked]
> https://www.ietf.org/mailman/listinfo/status

From: Rob Shakir <[email-masked]>
Date: Wed, 13 Nov 2013 09:56:45 +0000
To: "[email-masked]" <[email-masked]>
Subject: Re: [Status] request to move draft-filsfils-rtgwg-segment-routing-use-cases-02 to wg item

On 12 Nov 2013, at 02:00, Alvaro Retana (aretana) <[email-masked]> wrote:

>> according to what discussed after the presentation of SR Use Cases at
>> ietf88 spring-wg meeting, I'd like to request the adoption of
>> draft-filsfils-rtgwg-segment-routing-use-cases-02.txt as wg item.
> 
> I believe there was support for adoption at the meeting in Vancouver..but
> we will still have to confirm it here on the list.
> 
> List: This message officially starts the call for adoption.  Please
> indicate your position about adopting this use cases draft.  The call will
> close on Friday, November 22, 2013.

Support as a co-author.

cheers,
r.

From: Qin Wu <[email-masked]>
To: "Alvaro Retana (aretana)" <[email-masked]>, "Stefano Previdi (sprevidi)" <[email-masked]>, "[email-masked]" <[email-masked]>
Accept-Language: zh-CN, en-US
Cc: "John G. Scudder" <[email-masked]>, "Clarence Filsfils \(cfilsfil\)" <[email-masked]>
Subject: Re: [Status] request to move draft-filsfils-rtgwg-segment-routing-use-cases-02 to wg item

Support.

-----Original Message-----
From: [email-masked] [mailto:[email-masked]] On Behalf Of Alvaro Retana (aretana)
Sent: Tuesday, November 12, 2013 10:00 AM
To: Stefano Previdi (sprevidi); [email-masked]
Cc: John G. Scudder; Clarence Filsfils (cfilsfil)
Subject: Re: [Status] request to move draft-filsfils-rtgwg-segment-routing-use-cases-02 to wg item

On 11/6/13 10:24 PM, "Stefano Previdi (sprevidi)" <[email-masked]>
wrote:

Stefano:

>according to what discussed after the presentation of SR Use Cases at
>ietf88 spring-wg meeting, I'd like to request the adoption of
>draft-filsfils-rtgwg-segment-routing-use-cases-02.txt as wg item.

I believe there was support for adoption at the meeting in Vancouver..but
we will still have to confirm it here on the list.

List: This message officially starts the call for adoption.  Please
indicate your position about adopting this use cases draft.  The call will
close on Friday, November 22, 2013.

Thanks!

Alvaro.

_______________________________________________
status mailing list
[email-masked]
https://www.ietf.org/mailman/listinfo/status

From: "Roberta Maglione (robmgl)" <[email-masked]>
To: "[email-masked]" <[email-masked]>
Date: Tue, 12 Nov 2013 23:11:25 +0000
Accept-Language: en-US
Cc: "Alvaro Retana \(aretana\)" <[email-masked]>, "Clarence Filsfils \(cfilsfil\)" <[email-masked]>, "Stefano Previdi \(sprevidi\)" <[email-masked]>
Subject: Re: [Status] request to move draft-filsfils-rtgwg-segment-routing-use-cases-02 to wg item

--_000_2DC84F2970114B1BA354F6EA21EFC7E0ciscocom_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Support.

Regards,
Roberta

Sent from my iPad

On 2013-11-12, at 11:54 AM, "Matt Anderson" <[email-masked]<mailto:[email-masked]>> wrote:

Support.

On Tue, Nov 12, 2013 at 11:15 AM, Christian Martin <[email-masked]<mailto:[email-masked]>> wrote:
Support.

Cheers
-Chris

> On Nov 11, 2013, at 9:00 PM, "Alvaro Retana (aretana)" <[email-masked]<mailto:[email-masked]>> wrote:
>
> On 11/6/13 10:24 PM, "Stefano Previdi (sprevidi)" <[email-masked]<mailto:[email-masked]>>
> wrote:
>
> Stefano:
>
>> according to what discussed after the presentation of SR Use Cases at
>> ietf88 spring-wg meeting, I'd like to request the adoption of
>> draft-filsfils-rtgwg-segment-routing-use-cases-02.txt as wg item.
>
> I believe there was support for adoption at the meeting in Vancouver..but
> we will still have to confirm it here on the list.
>
> List: This message officially starts the call for adoption.  Please
> indicate your position about adopting this use cases draft.  The call will
> close on Friday, November 22, 2013.
>
> Thanks!
>
> Alvaro.
>
> _______________________________________________
> status mailing list
> [email-masked]<mailto:[email-masked]>
> https://www.ietf.org/mailman/listinfo/status
_______________________________________________
status mailing list
[email-masked]<mailto:[email-masked]>
https://www.ietf.org/mailman/listinfo/status

--
Matt
_______________________________________________
status mailing list
[email-masked]<mailto:[email-masked]>
https://www.ietf.org/mailman/listinfo/status

--_000_2DC84F2970114B1BA354F6EA21EFC7E0ciscocom_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">
</head>
<body dir="auto">
<div>Support.</div>
<div><br>
</div>
<div>Regards,</div>
<div>Roberta<br>
<br>
Sent from my iPad</div>
<div><br>
On 2013-11-12, at 11:54 AM, &quot;Matt Anderson&quot; &lt;<a href="mailto:[email-masked]">[email-masked]</a>&gt; wrote:<br>
<br>
</div>
<blockquote type="cite">
<div>
<div dir="ltr">Support.
<div><br>
</div>
</div>
<div class="gmail_extra"><br>
<br>
<div class="gmail_quote">On Tue, Nov 12, 2013 at 11:15 AM, Christian Martin <span dir="ltr">
&lt;<a href="mailto:[email-masked]" target="_blank">[email-masked]</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Support.<br>
<br>
Cheers<br>
-Chris<br>
<div class="HOEnZb">
<div class="h5"><br>
&gt; On Nov 11, 2013, at 9:00 PM, &quot;Alvaro Retana (aretana)&quot; &lt;<a href="mailto:[email-masked]">[email-masked]</a>&gt; wrote:<br>
&gt;<br>
&gt; On 11/6/13 10:24 PM, &quot;Stefano Previdi (sprevidi)&quot; &lt;<a href="mailto:[email-masked]">[email-masked]</a>&gt;<br>
&gt; wrote:<br>
&gt;<br>
&gt; Stefano:<br>
&gt;<br>
&gt;&gt; according to what discussed after the presentation of SR Use Cases at<br>
&gt;&gt; ietf88 spring-wg meeting, I'd like to request the adoption of<br>
&gt;&gt; draft-filsfils-rtgwg-segment-routing-use-cases-02.txt as wg item.<br>
&gt;<br>
&gt; I believe there was support for adoption at the meeting in Vancouver..but<br>
&gt; we will still have to confirm it here on the list.<br>
&gt;<br>
&gt; List: This message officially starts the call for adoption. &nbsp;Please<br>
&gt; indicate your position about adopting this use cases draft. &nbsp;The call will<br>
&gt; close on Friday, November 22, 2013.<br>
&gt;<br>
&gt; Thanks!<br>
&gt;<br>
&gt; Alvaro.<br>
&gt;<br>
&gt; _______________________________________________<br>
&gt; status mailing list<br>
&gt; <a href="mailto:[email-masked]">[email-masked]</a><br>
&gt; <a href="https://www.ietf.org/mailman/listinfo/status" target="_blank">https://www.ietf.org/mailman/listinfo/status</a><br>
_______________________________________________<br>
status mailing list<br>
<a href="mailto:[email-masked]">[email-masked]</a><br>
<a href="https://www.ietf.org/mailman/listinfo/status" target="_blank">https://www.ietf.org/mailman/listinfo/status</a><br>
</div>
</div>
</blockquote>
</div>
<br>
<br clear="all">
<div><br>
</div>
-- <br>
Matt </div>
</div>
</blockquote>
<blockquote type="cite">
<div><span>_______________________________________________</span><br>
<span>status mailing list</span><br>
<span><a href="mailto:[email-masked]">[email-masked]</a></span><br>
<span><a href="https://www.ietf.org/mailman/listinfo/status">https://www.ietf.org/mailman/listinfo/status</a></span><br>
</div>
</blockquote>
</body>
</html>

--_000_2DC84F2970114B1BA354F6EA21EFC7E0ciscocom_--

From: "Les Ginsberg (ginsberg)" <[email-masked]>
To: "Alvaro Retana (aretana)" <[email-masked]>, "[email-masked]" <[email-masked]>
Accept-Language: en-US
Subject: Re: [Status] request to move draft-filsfils-rtgwg-segment-routing-use-cases-02 to wg item

Support.

   Les

> -----Original Message-----
> From: [email-masked] [mailto:[email-masked]] On Behalf Of
> Alvaro Retana (aretana)
> Sent: Monday, November 11, 2013 6:00 PM
> To: Stefano Previdi (sprevidi); [email-masked]
> Cc: John G. Scudder; Clarence Filsfils (cfilsfil)
> Subject: Re: [Status] request to move draft-filsfils-rtgwg-segment-routing-
> use-cases-02 to wg item
> 
> On 11/6/13 10:24 PM, "Stefano Previdi (sprevidi)" <[email-masked]>
> wrote:
> 
> Stefano:
> 
> >according to what discussed after the presentation of SR Use Cases at
> >ietf88 spring-wg meeting, I'd like to request the adoption of
> >draft-filsfils-rtgwg-segment-routing-use-cases-02.txt as wg item.
> 
> I believe there was support for adoption at the meeting in Vancouver..but
> we will still have to confirm it here on the list.
> 
> List: This message officially starts the call for adoption.  Please
> indicate your position about adopting this use cases draft.  The call will
> close on Friday, November 22, 2013.
> 
> Thanks!
> 
> Alvaro.
> 
> _______________________________________________
> status mailing list
> [email-masked]
> https://www.ietf.org/mailman/listinfo/status

Date: Wed, 13 Nov 2013 06:45:16 +0900
From: Shishio Tsuchiya <[email-masked]>
To: [email-masked], [email-masked], [email-masked]
Cc: [email-masked], [email-masked], [email-masked]
Subject: Re: [Status] request to move draft-filsfils-rtgwg-segment-routing-use-cases-02 to wg item

Support/This is useful information.

Regards,
-Shishio
(2013/11/12 11:00), Alvaro Retana (aretana) wrote:
> On 11/6/13 10:24 PM, "Stefano Previdi (sprevidi)" <[email-masked]>
> wrote:
> 
> Stefano:
> 
>> according to what discussed after the presentation of SR Use Cases at
>> ietf88 spring-wg meeting, I'd like to request the adoption of
>> draft-filsfils-rtgwg-segment-routing-use-cases-02.txt as wg item.
> 
> I believe there was support for adoption at the meeting in Vancouver..but
> we will still have to confirm it here on the list.
> 
> List: This message officially starts the call for adoption.  Please
> indicate your position about adopting this use cases draft.  The call will
> close on Friday, November 22, 2013.
> 
> Thanks!
> 
> Alvaro.
> 
> _______________________________________________
> status mailing list
> [email-masked]
> https://www.ietf.org/mailman/listinfo/status
> 

From: Philip Matthews <[email-masked]>
Date: Tue, 12 Nov 2013 10:47:55 -0800
To: [email-masked]
Subject: Re: [Status] request to move draft-filsfils-rtgwg-segment-routing-use-cases-02 to wg item

Support.

On 2013-11-11, at 18:00 , Alvaro Retana (aretana) wrote:

> On 11/6/13 10:24 PM, "Stefano Previdi (sprevidi)" <[email-masked]>
> wrote:
> 
> Stefano:
> 
>> according to what discussed after the presentation of SR Use Cases at
>> ietf88 spring-wg meeting, I'd like to request the adoption of
>> draft-filsfils-rtgwg-segment-routing-use-cases-02.txt as wg item.
> 
> I believe there was support for adoption at the meeting in Vancouver..but
> we will still have to confirm it here on the list.
> 
> List: This message officially starts the call for adoption.  Please
> indicate your position about adopting this use cases draft.  The call will
> close on Friday, November 22, 2013.
> 
> Thanks!
> 
> Alvaro.
> 
> _______________________________________________
> status mailing list
> [email-masked]
> https://www.ietf.org/mailman/listinfo/status
> 

Date: Tue, 12 Nov 2013 10:45:00 -0800
From: Scott Whyte <[email-masked]>
To: "Alvaro Retana (aretana)" <[email-masked]>
Cc: "Clarence Filsfils \(cfilsfil\)" <[email-masked]>, "John G. Scudder" <[email-masked]>, "[email-masked]" <[email-masked]>, "Stefano Previdi \(sprevidi\)" <[email-masked]>
Subject: Re: [Status] request to move draft-filsfils-rtgwg-segment-routing-use-cases-02 to wg item

On Mon, Nov 11, 2013 at 6:00 PM, Alvaro Retana (aretana)
<[email-masked]> wrote:
> draft-filsfils-rtgwg-segment-routing-use-cases-02.txt

Support.

-Scott

From: "George Swallow (swallow)" <[email-masked]>
To: "Alvaro Retana (aretana)" <[email-masked]>, "Stefano Previdi (sprevidi)" <[email-masked]>, "[email-masked]" <[email-masked]>
Accept-Language: en-US
Cc: "George Swallow \(swallow\)" <[email-masked]>, "John G. Scudder" <[email-masked]>, "Clarence Filsfils \(cfilsfil\)" <[email-masked]>
Subject: Re: [Status] request to move draft-filsfils-rtgwg-segment-routing-use-cases-02 to wg item

Support.

On 11/11/13 9:00 PM, "Alvaro Retana (aretana)" <[email-masked]> wrote:

>On 11/6/13 10:24 PM, "Stefano Previdi (sprevidi)" <[email-masked]>
>wrote:
>
>Stefano:
>
>>according to what discussed after the presentation of SR Use Cases at
>>ietf88 spring-wg meeting, I'd like to request the adoption of
>>draft-filsfils-rtgwg-segment-routing-use-cases-02.txt as wg item.
>
>I believe there was support for adoption at the meeting in Vancouver..but
>we will still have to confirm it here on the list.
>
>List: This message officially starts the call for adoption.  Please
>indicate your position about adopting this use cases draft.  The call will
>close on Friday, November 22, 2013.
>
>Thanks!
>
>Alvaro.
>
>_______________________________________________
>status mailing list
>[email-masked]
>https://www.ietf.org/mailman/listinfo/status

From: "Nagendra Kumar Nainar (naikumar)" <[email-masked]>
To: "Alvaro Retana (aretana)" <[email-masked]>, "Stefano Previdi (sprevidi)" <[email-masked]>, "[email-masked]" <[email-masked]>
Accept-Language: en-US
Cc: "John G. Scudder" <[email-masked]>, "Clarence Filsfils \(cfilsfil\)" <[email-masked]>
Subject: Re: [Status] request to move draft-filsfils-rtgwg-segment-routing-use-cases-02 to wg item

Support.

Regards,
Nagendra

On 11/11/13 9:00 PM, "Alvaro Retana (aretana)" <[email-masked]> wrote:

>On 11/6/13 10:24 PM, "Stefano Previdi (sprevidi)" <[email-masked]>
>wrote:
>
>Stefano:
>
>>according to what discussed after the presentation of SR Use Cases at
>>ietf88 spring-wg meeting, I'd like to request the adoption of
>>draft-filsfils-rtgwg-segment-routing-use-cases-02.txt as wg item.
>
>I believe there was support for adoption at the meeting in Vancouver..but
>we will still have to confirm it here on the list.
>
>List: This message officially starts the call for adoption.  Please
>indicate your position about adopting this use cases draft.  The call will
>close on Friday, November 22, 2013.
>
>Thanks!
>
>Alvaro.
>
>_______________________________________________
>status mailing list
>[email-masked]
>https://www.ietf.org/mailman/listinfo/status

Sender: [email-masked]
From: Matt Anderson <[email-masked]>
Date: Tue, 12 Nov 2013 11:53:54 -0500
To: Christian Martin <[email-masked]>
Cc: "Alvaro Retana \(aretana\)" <[email-masked]>, "Stefano Previdi \(sprevidi\)" <[email-masked]>, "[email-masked]" <[email-masked]>, "Clarence Filsfils \(cfilsfil\)" <[email-masked]>, "John G. Scudder" <[email-masked]>
Subject: Re: [Status] request to move draft-filsfils-rtgwg-segment-routing-use-cases-02 to wg item
Reply-To: [email-masked]

--047d7bdc869e01ba0504eafdb377
Content-Type: text/plain; charset=ISO-8859-1

Support.

On Tue, Nov 12, 2013 at 11:15 AM, Christian Martin <
[email-masked]> wrote:

> Support.
>
> Cheers
> -Chris
>
> > On Nov 11, 2013, at 9:00 PM, "Alvaro Retana (aretana)" <
> [email-masked]> wrote:
> >
> > On 11/6/13 10:24 PM, "Stefano Previdi (sprevidi)" <[email-masked]>
> > wrote:
> >
> > Stefano:
> >
> >> according to what discussed after the presentation of SR Use Cases at
> >> ietf88 spring-wg meeting, I'd like to request the adoption of
> >> draft-filsfils-rtgwg-segment-routing-use-cases-02.txt as wg item.
> >
> > I believe there was support for adoption at the meeting in Vancouver..but
> > we will still have to confirm it here on the list.
> >
> > List: This message officially starts the call for adoption.  Please
> > indicate your position about adopting this use cases draft.  The call
> will
> > close on Friday, November 22, 2013.
> >
> > Thanks!
> >
> > Alvaro.
> >
> > _______________________________________________
> > status mailing list
> > [email-masked]
> > https://www.ietf.org/mailman/listinfo/status
> _______________________________________________
> status mailing list
> [email-masked]
> https://www.ietf.org/mailman/listinfo/status
>

-- 
Matt

--047d7bdc869e01ba0504eafdb377
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir="ltr">Support.<div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Nov 12, 2013 at 11:15 AM, Christian Martin <span dir="ltr">&lt;<a href="mailto:[email-masked]" target="_blank">[email-masked]</a>&gt;</span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Support.<br>
<br>
Cheers<br>
-Chris<br>
<div class="HOEnZb"><div class="h5"><br>
&gt; On Nov 11, 2013, at 9:00 PM, &quot;Alvaro Retana (aretana)&quot; &lt;<a href="mailto:[email-masked]">[email-masked]</a>&gt; wrote:<br>
&gt;<br>
&gt; On 11/6/13 10:24 PM, &quot;Stefano Previdi (sprevidi)&quot; &lt;<a href="mailto:[email-masked]">[email-masked]</a>&gt;<br>
&gt; wrote:<br>
&gt;<br>
&gt; Stefano:<br>
&gt;<br>
&gt;&gt; according to what discussed after the presentation of SR Use Cases at<br>
&gt;&gt; ietf88 spring-wg meeting, I&#39;d like to request the adoption of<br>
&gt;&gt; draft-filsfils-rtgwg-segment-routing-use-cases-02.txt as wg item.<br>
&gt;<br>
&gt; I believe there was support for adoption at the meeting in Vancouver..but<br>
&gt; we will still have to confirm it here on the list.<br>
&gt;<br>
&gt; List: This message officially starts the call for adoption. �Please<br>
&gt; indicate your position about adopting this use cases draft. �The call will<br>
&gt; close on Friday, November 22, 2013.<br>
&gt;<br>
&gt; Thanks!<br>
&gt;<br>
&gt; Alvaro.<br>
&gt;<br>
&gt; _______________________________________________<br>
&gt; status mailing list<br>
&gt; <a href="mailto:[email-masked]">[email-masked]</a><br>
&gt; <a href="https://www.ietf.org/mailman/listinfo/status" target="_blank">https://www.ietf.org/mailman/listinfo/status</a><br>
_______________________________________________<br>
status mailing list<br>
<a href="mailto:[email-masked]">[email-masked]</a><br>
<a href="https://www.ietf.org/mailman/listinfo/status" target="_blank">https://www.ietf.org/mailman/listinfo/status</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br>Matt
</div>

--047d7bdc869e01ba0504eafdb377--

From: Christian Martin <[email-masked]>
Date: Tue, 12 Nov 2013 11:15:12 -0500
To: "Alvaro Retana (aretana)" <[email-masked]>
Cc: "Clarence Filsfils \(cfilsfil\)" <[email-masked]>, "John G. Scudder" <[email-masked]>, "[email-masked]" <[email-masked]>, "Stefano Previdi \(sprevidi\)" <[email-masked]>
Subject: Re: [Status] request to move draft-filsfils-rtgwg-segment-routing-use-cases-02 to wg item

Support.

Cheers
-Chris

> On Nov 11, 2013, at 9:00 PM, "Alvaro Retana (aretana)" <[email-masked]> wrote:
> 
> On 11/6/13 10:24 PM, "Stefano Previdi (sprevidi)" <[email-masked]>
> wrote:
> 
> Stefano:
> 
>> according to what discussed after the presentation of SR Use Cases at
>> ietf88 spring-wg meeting, I'd like to request the adoption of
>> draft-filsfils-rtgwg-segment-routing-use-cases-02.txt as wg item.
> 
> I believe there was support for adoption at the meeting in Vancouver..but
> we will still have to confirm it here on the list.
> 
> List: This message officially starts the call for adoption.  Please
> indicate your position about adopting this use cases draft.  The call will
> close on Friday, November 22, 2013.
> 
> Thanks!
> 
> Alvaro.
> 
> _______________________________________________
> status mailing list
> [email-masked]
> https://www.ietf.org/mailman/listinfo/status

Date: Tue, 12 Nov 2013 08:05:42 -0600
From: steve ulrich <[email-masked]>
To: "Alvaro Retana (aretana)" <[email-masked]>
Cc: "Clarence Filsfils \(cfilsfil\)" <[email-masked]>, "John G. Scudder" <[email-masked]>, "[email-masked]" <[email-masked]>, "Stefano Previdi \(sprevidi\)" <[email-masked]>
Subject: Re: [Status] request to move draft-filsfils-rtgwg-segment-routing-use-cases-02 to wg item

support.

On Mon, Nov 11, 2013 at 8:00 PM, Alvaro Retana (aretana)
<[email-masked]> wrote:
> On 11/6/13 10:24 PM, "Stefano Previdi (sprevidi)" <[email-masked]>
> wrote:
>
> Stefano:
>
>>according to what discussed after the presentation of SR Use Cases at
>>ietf88 spring-wg meeting, I'd like to request the adoption of
>>draft-filsfils-rtgwg-segment-routing-use-cases-02.txt as wg item.
>
> I believe there was support for adoption at the meeting in Vancouver..but
> we will still have to confirm it here on the list.
>
> List: This message officially starts the call for adoption.  Please
> indicate your position about adopting this use cases draft.  The call will
> close on Friday, November 22, 2013.
>
> Thanks!
>
> Alvaro.
>
> _______________________________________________
> status mailing list
> [email-masked]
> https://www.ietf.org/mailman/listinfo/status

-- 
steve ulrich (sulrich@botwerks.*)

Date: Tue, 12 Nov 2013 15:58:05 +0200
From: Saku Ytti <[email-masked]>
To: [email-masked]
Cc: "[email-masked]" <[email-masked]>, [email-masked], Clarence Filsfils <[email-masked]>, "Stefano Previdi \(sprevidi\)" <[email-masked]>, "John G. Scudder" <[email-masked]>
Subject: Re: [Status] request to move draft-filsfils-rtgwg-segment-routing-use-cases-02 to wg item

--089e0111c09ad8377204eafb3c94
Content-Type: text/plain; charset=UTF-8

ACK, support.

On 12 November 2013 09:12, <[email-masked]> wrote:

> Alvaro,
>
> I favor adoption as a WG draft.
>
> Regards,
>
> Ruediger
>
> -----Original Message-----
> From: [email-masked] [mailto:[email-masked]] On Behalf
> Of Alvaro Retana (aretana)
> Sent: Tuesday, November 12, 2013 3:00 AM
> To: Stefano Previdi (sprevidi); [email-masked]
> Cc: John G. Scudder; Clarence Filsfils (cfilsfil)
> Subject: Re: [Status] request to move
> draft-filsfils-rtgwg-segment-routing-use-cases-02 to wg item
>
> On 11/6/13 10:24 PM, "Stefano Previdi (sprevidi)" <[email-masked]>
> wrote:
>
> Stefano:
>
> >according to what discussed after the presentation of SR Use Cases at
> >ietf88 spring-wg meeting, I'd like to request the adoption of
> >draft-filsfils-rtgwg-segment-routing-use-cases-02.txt as wg item.
>
> I believe there was support for adoption at the meeting in Vancouver..but
> we will still have to confirm it here on the list.
>
> List: This message officially starts the call for adoption.  Please
> indicate your position about adopting this use cases draft.  The call will
> close on Friday, November 22, 2013.
>
> Thanks!
>
> Alvaro.
>
> _______________________________________________
> status mailing list
> [email-masked]
> https://www.ietf.org/mailman/listinfo/status
> _______________________________________________
> status mailing list
> [email-masked]
> https://www.ietf.org/mailman/listinfo/status
>

-- 
  ++ytti

--089e0111c09ad8377204eafb3c94
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir="ltr">ACK, support.</div><div class="gmail_extra"><br><br><div class="gmail_quote">On 12 November 2013 09:12,  <span dir="ltr">&lt;<a href="mailto:[email-masked]" target="_blank">[email-masked]</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Alvaro,<br>
<br>
I favor adoption as a WG draft.<br>
<br>
Regards,<br>
<br>
Ruediger<br>
<div class="im HOEnZb"><br>
-----Original Message-----<br>
From: <a href="mailto:[email-masked]">[email-masked]</a> [mailto:<a href="mailto:[email-masked]">[email-masked]</a>] On Behalf Of Alvaro Retana (aretana)<br>
Sent: Tuesday, November 12, 2013 3:00 AM<br>
To: Stefano Previdi (sprevidi); <a href="mailto:[email-masked]">[email-masked]</a><br>
Cc: John G. Scudder; Clarence Filsfils (cfilsfil)<br>
Subject: Re: [Status] request to move draft-filsfils-rtgwg-segment-routing-use-cases-02 to wg item<br>
<br>
</div><div class="HOEnZb"><div class="h5">On 11/6/13 10:24 PM, &quot;Stefano Previdi (sprevidi)&quot; &lt;<a href="mailto:[email-masked]">[email-masked]</a>&gt;<br>
wrote:<br>
<br>
Stefano:<br>
<br>
&gt;according to what discussed after the presentation of SR Use Cases at<br>
&gt;ietf88 spring-wg meeting, I&#39;d like to request the adoption of<br>
&gt;draft-filsfils-rtgwg-segment-routing-use-cases-02.txt as wg item.<br>
<br>
I believe there was support for adoption at the meeting in Vancouver..but<br>
we will still have to confirm it here on the list.<br>
<br>
List: This message officially starts the call for adoption.  Please<br>
indicate your position about adopting this use cases draft.  The call will<br>
close on Friday, November 22, 2013.<br>
<br>
Thanks!<br>
<br>
Alvaro.<br>
<br>
_______________________________________________<br>
status mailing list<br>
<a href="mailto:[email-masked]">[email-masked]</a><br>
<a href="https://www.ietf.org/mailman/listinfo/status" target="_blank">https://www.ietf.org/mailman/listinfo/status</a><br>
_______________________________________________<br>
status mailing list<br>
<a href="mailto:[email-masked]">[email-masked]</a><br>
<a href="https://www.ietf.org/mailman/listinfo/status" target="_blank">https://www.ietf.org/mailman/listinfo/status</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br>  ++ytti
</div>

--089e0111c09ad8377204eafb3c94--

From: Mach Chen <[email-masked]>
To: "Alvaro Retana (aretana)" <[email-masked]>, "Stefano Previdi (sprevidi)" <[email-masked]>, "[email-masked]" <[email-masked]>
Accept-Language: en-US, zh-CN
Cc: "John G. Scudder" <[email-masked]>, "Clarence Filsfils \(cfilsfil\)" <[email-masked]>
Subject: Re: [Status] request to move draft-filsfils-rtgwg-segment-routing-use-cases-02 to wg item

Support.

Best regards,
Mach

> -----Original Message-----
> From: [email-masked] [mailto:[email-masked]] On Behalf Of
> Alvaro Retana (aretana)
> Sent: Tuesday, November 12, 2013 10:00 AM
> To: Stefano Previdi (sprevidi); [email-masked]
> Cc: John G. Scudder; Clarence Filsfils (cfilsfil)
> Subject: Re: [Status] request to move
> draft-filsfils-rtgwg-segment-routing-use-cases-02 to wg item
> 
> On 11/6/13 10:24 PM, "Stefano Previdi (sprevidi)" <[email-masked]>
> wrote:
> 
> Stefano:
> 
> >according to what discussed after the presentation of SR Use Cases at
> >ietf88 spring-wg meeting, I'd like to request the adoption of
> >draft-filsfils-rtgwg-segment-routing-use-cases-02.txt as wg item.
> 
> I believe there was support for adoption at the meeting in Vancouver..but we will
> still have to confirm it here on the list.
> 
> List: This message officially starts the call for adoption.  Please indicate your
> position about adopting this use cases draft.  The call will close on Friday,
> November 22, 2013.
> 
> Thanks!
> 
> Alvaro.
> 
> _______________________________________________
> status mailing list
> [email-masked]
> https://www.ietf.org/mailman/listinfo/status

From: <[email-masked]>
To: "Alvaro Retana (aretana)" <[email-masked]>, "Stefano Previdi (sprevidi)" <[email-masked]>, "[email-masked]" <[email-masked]>
Date: Tue, 12 Nov 2013 10:10:47 +0100
Accept-Language: fr-FR
acceptlanguage: fr-FR
Cc: "John G. Scudder" <[email-masked]>, "Clarence Filsfils \(cfilsfil\)" <[email-masked]>
Subject: Re: [Status] request to move draft-filsfils-rtgwg-segment-routing-use-cases-02 to wg item

Support

-----Message d'origine-----
De�: [email-masked] [mailto:[email-masked]] De la part de Alvaro Retana (aretana)
Envoy�: mardi 12 novembre 2013 03:00
��: Stefano Previdi (sprevidi); [email-masked]
Cc�: John G. Scudder; Clarence Filsfils (cfilsfil)
Objet�: Re: [Status] request to move draft-filsfils-rtgwg-segment-routing-use-cases-02 to wg item

On 11/6/13 10:24 PM, "Stefano Previdi (sprevidi)" <[email-masked]>
wrote:

Stefano:

>according to what discussed after the presentation of SR Use Cases at
>ietf88 spring-wg meeting, I'd like to request the adoption of 
>draft-filsfils-rtgwg-segment-routing-use-cases-02.txt as wg item.

I believe there was support for adoption at the meeting in Vancouver..but we will still have to confirm it here on the list.

List: This message officially starts the call for adoption.  Please indicate your position about adopting this use cases draft.  The call will close on Friday, November 22, 2013.

Thanks!

Alvaro.

_______________________________________________
status mailing list
[email-masked]
https://www.ietf.org/mailman/listinfo/status

_________________________________________________________________________________________________________________________

Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci.

This message and its attachments may contain confidential or privileged information that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and delete this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified.
Thank you.

From: Xuxiaohu <[email-masked]>
To: "Alvaro Retana (aretana)" <[email-masked]>, "Stefano Previdi (sprevidi)" <[email-masked]>, "[email-masked]" <[email-masked]>
Accept-Language: zh-CN, en-US
Cc: "John G. Scudder" <[email-masked]>, "Clarence Filsfils \(cfilsfil\)" <[email-masked]>
Subject: [Status] =?gb2312?b?tPC4tDogIHJlcXVlc3QgdG8gbW92ZSBkcmFmdC1maWxz?= =?gb2312?b?Zmlscy1ydGd3Zy1zZWdtZW50LXJvdXRpbmctdXNlLWNhc2VzLTAyIHRvIHdn?= =?gb2312?b?IGl0ZW0=?X-BeenThere: [email-masked]

Date: Tue, 12 Nov 2013 09:19:53 +0100
From: Clarence Filsfils <[email-masked]>
To: "Alvaro Retana (aretana)" <[email-masked]>
Cc: "John G. Scudder" <[email-masked]>, "[email-masked]" <[email-masked]>, "Stefano Previdi \(sprevidi\)" <[email-masked]>
Subject: Re: [Status] request to move draft-filsfils-rtgwg-segment-routing-use-cases-02 to wg item

Support as co-author

Cheers,
Clarence

On 12.11.13 03:00, Alvaro Retana (aretana) wrote:
> On 11/6/13 10:24 PM, "Stefano Previdi (sprevidi)" <[email-masked]>
> wrote:
>
> Stefano:
>
>> according to what discussed after the presentation of SR Use Cases at
>> ietf88 spring-wg meeting, I'd like to request the adoption of
>> draft-filsfils-rtgwg-segment-routing-use-cases-02.txt as wg item.
>
> I believe there was support for adoption at the meeting in Vancouver..but
> we will still have to confirm it here on the list.
>
> List: This message officially starts the call for adoption.  Please
> indicate your position about adopting this use cases draft.  The call will
> close on Friday, November 22, 2013.
>
> Thanks!
>
> Alvaro.
>
> .
>

-- 
Please excuse brief mail, broken wrist

From: <[email-masked]>
To: "Alvaro Retana (aretana)" <[email-masked]>, "John G. Scudder" <[email-masked]>
Accept-Language: fr-FR, en-US
Cc: "Stefano Previdi \(sprevidi\)" <[email-masked]>, "Clarence Filsfils \(cfilsfil\)" <[email-masked]>, "[email-masked]" <[email-masked]>
Subject: Re: [Status] request to move draft-filsfils-rtgwg-segment-routing-use-cases-02 to wg item

Alvaro, John,

> request the adoption of draft-filsfils-rtgwg-segment-routing-use-cases-02.txt as wg item.

Support as co-author.

Regards,
Bruno

>-----Original Message-----
>From: >Alvaro Retana (aretana) >Sent: Tuesday, November 12, 2013 3:00 AM
>
>On 11/6/13 10:24 PM, "Stefano Previdi (sprevidi)" <[email-masked]>
>wrote:
>
>Stefano:
>
>>according to what discussed after the presentation of SR Use Cases at
>>ietf88 spring-wg meeting, I'd like to request the adoption of
>>draft-filsfils-rtgwg-segment-routing-use-cases-02.txt as wg item.
>
>I believe there was support for adoption at the meeting in Vancouver..but
>we will still have to confirm it here on the list.
>
>List: This message officially starts the call for adoption.  Please
>indicate your position about adopting this use cases draft.  The call will
>close on Friday, November 22, 2013.
>
>Thanks!
>
>Alvaro.
>
>_______________________________________________
>status mailing list
>[email-masked]
>https://www.ietf.org/mailman/listinfo/status

_________________________________________________________________________________________________________________________

Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci.

This message and its attachments may contain confidential or privileged information that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and delete this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified.
Thank you.

Sender: [email-masked]
From: Sriganesh Kini <[email-masked]>
Date: Mon, 11 Nov 2013 23:53:40 -0800
To: "Alvaro Retana (aretana)" <[email-masked]>
Cc: "Clarence Filsfils \(cfilsfil\)" <[email-masked]>, "John G. Scudder" <[email-masked]>, "[email-masked]" <[email-masked]>, "Stefano Previdi \(sprevidi\)" <[email-masked]>
Subject: Re: [Status] request to move draft-filsfils-rtgwg-segment-routing-use-cases-02 to wg item

Support as co-author.

- Sri

On Mon, Nov 11, 2013 at 6:00 PM, Alvaro Retana (aretana)
<[email-masked]> wrote:
> On 11/6/13 10:24 PM, "Stefano Previdi (sprevidi)" <[email-masked]>
> wrote:
>
> Stefano:
>
>>according to what discussed after the presentation of SR Use Cases at
>>ietf88 spring-wg meeting, I'd like to request the adoption of
>>draft-filsfils-rtgwg-segment-routing-use-cases-02.txt as wg item.
>
> I believe there was support for adoption at the meeting in Vancouver..but
> we will still have to confirm it here on the list.
>
> List: This message officially starts the call for adoption.  Please
> indicate your position about adopting this use cases draft.  The call will
> close on Friday, November 22, 2013.
>
> Thanks!
>
> Alvaro.
>
> _______________________________________________
> status mailing list
> [email-masked]
> https://www.ietf.org/mailman/listinfo/status

From: <[email-masked]>
To: <[email-masked]>
Date: Tue, 12 Nov 2013 08:12:48 +0100
Accept-Language: en-US, de-DE
acceptlanguage: en-US, de-DE
Cc: [email-masked], [email-masked], [email-masked], [email-masked]
Subject: Re: [Status] request to move draft-filsfils-rtgwg-segment-routing-use-cases-02 to wg item

Alvaro,

I favor adoption as a WG draft.

Regards,

Ruediger

-----Original Message-----
From: [email-masked] [mailto:[email-masked]] On Behalf Of Alvaro Retana (aretana)
Sent: Tuesday, November 12, 2013 3:00 AM
To: Stefano Previdi (sprevidi); [email-masked]
Cc: John G. Scudder; Clarence Filsfils (cfilsfil)
Subject: Re: [Status] request to move draft-filsfils-rtgwg-segment-routing-use-cases-02 to wg item

On 11/6/13 10:24 PM, "Stefano Previdi (sprevidi)" <[email-masked]>
wrote:

Stefano:

>according to what discussed after the presentation of SR Use Cases at
>ietf88 spring-wg meeting, I'd like to request the adoption of
>draft-filsfils-rtgwg-segment-routing-use-cases-02.txt as wg item.

I believe there was support for adoption at the meeting in Vancouver..but
we will still have to confirm it here on the list.

List: This message officially starts the call for adoption.  Please
indicate your position about adopting this use cases draft.  The call will
close on Friday, November 22, 2013.

Thanks!

Alvaro.

_______________________________________________
status mailing list
[email-masked]
https://www.ietf.org/mailman/listinfo/status

Sender: [email-masked]
Date: Tue, 12 Nov 2013 07:19:04 +0100
From: Robert Raszuk <[email-masked]>
To: "Alvaro Retana (aretana)" <[email-masked]>
Cc: "Clarence Filsfils \(cfilsfil\)" <[email-masked]>, "John G. Scudder" <[email-masked]>, "[email-masked]" <[email-masked]>, "Stefano Previdi \(sprevidi\)" <[email-masked]>
Subject: Re: [Status] request to move draft-filsfils-rtgwg-segment-routing-use-cases-02 to wg item

support.

r.

On Tue, Nov 12, 2013 at 3:00 AM, Alvaro Retana (aretana)
<[email-masked]> wrote:
> On 11/6/13 10:24 PM, "Stefano Previdi (sprevidi)" <[email-masked]>
> wrote:
>
> Stefano:
>
>>according to what discussed after the presentation of SR Use Cases at
>>ietf88 spring-wg meeting, I'd like to request the adoption of
>>draft-filsfils-rtgwg-segment-routing-use-cases-02.txt as wg item.
>
> I believe there was support for adoption at the meeting in Vancouver..but
> we will still have to confirm it here on the list.
>
> List: This message officially starts the call for adoption.  Please
> indicate your position about adopting this use cases draft.  The call will
> close on Friday, November 22, 2013.
>
> Thanks!
>
> Alvaro.
>
> _______________________________________________
> status mailing list
> [email-masked]
> https://www.ietf.org/mailman/listinfo/status

From: "Henderickx, Wim (Wim)" <[email-masked]>
To: "[email-masked]'" <[email-masked]>, "[email-masked]'" <[email-masked]>
Date: Tue, 12 Nov 2013 06:07:43 +0000
Accept-Language: nl-BE, en-US
Cc: "[email-masked]'" <[email-masked]>, "[email-masked]'" <[email-masked]>, "[email-masked]'" <[email-masked]>, "[email-masked]'" <[email-masked]>, "[email-masked]'" <[email-masked]>
Subject: Re: [Status] request to move	draft-filsfils-rtgwg-segment-routing-use-cases-02 to wg item

Support as co-author

Cheers,
Wim
_________________
sent from blackberry

----- Original Message -----
From: Pierre Francois [mailto:[email-masked]]
Sent: Tuesday, November 12, 2013 05:38 AM
To: Jeff Tantsura <[email-masked]>
Cc: Alvaro Retana (aretana) <[email-masked]>; Stefano Previdi (sprevidi) <[email-masked]>; [email-masked] <[email-masked]>; Clarence Filsfils (cfilsfil) <[email-masked]>; John G. Scudder <[email-masked]>
Subject: Re: [Status] request to move	draft-filsfils-rtgwg-segment-routing-use-cases-02 to wg item

Same. 

Sent from my iPhone

> On Nov 12, 2013, at 5:31 AM, Jeff Tantsura <[email-masked]> wrote:
> 
> Yes/support as coauthor 
> 
> Regards,
> Jeff
> 
>> On Nov 11, 2013, at 18:00, "Alvaro Retana (aretana)" <[email-masked]> wrote:
>> 
>> On 11/6/13 10:24 PM, "Stefano Previdi (sprevidi)" <[email-masked]>
>> wrote:
>> 
>> Stefano:
>> 
>>> according to what discussed after the presentation of SR Use Cases at
>>> ietf88 spring-wg meeting, I'd like to request the adoption of
>>> draft-filsfils-rtgwg-segment-routing-use-cases-02.txt as wg item.
>> 
>> I believe there was support for adoption at the meeting in Vancouver..but
>> we will still have to confirm it here on the list.
>> 
>> List: This message officially starts the call for adoption.  Please
>> indicate your position about adopting this use cases draft.  The call will
>> close on Friday, November 22, 2013.
>> 
>> Thanks!
>> 
>> Alvaro.
>> 
>> _______________________________________________
>> status mailing list
>> [email-masked]
>> https://www.ietf.org/mailman/listinfo/status
> _______________________________________________
> status mailing list
> [email-masked]
> https://www.ietf.org/mailman/listinfo/status
_______________________________________________
status mailing list
[email-masked]
https://www.ietf.org/mailman/listinfo/status

From: Pierre Francois <[email-masked]>
Date: Tue, 12 Nov 2013 05:38:55 +0100
To: Jeff Tantsura <[email-masked]>
Cc: "Alvaro Retana \(aretana\)" <[email-masked]>, "Stefano Previdi \(sprevidi\)" <[email-masked]>, "[email-masked]" <[email-masked]>, "Clarence Filsfils \(cfilsfil\)" <[email-masked]>, "John G. Scudder" <[email-masked]>
Subject: Re: [Status] request to move draft-filsfils-rtgwg-segment-routing-use-cases-02 to wg item

Same. 

Sent from my iPhone

> On Nov 12, 2013, at 5:31 AM, Jeff Tantsura <[email-masked]> wrote:
> 
> Yes/support as coauthor 
> 
> Regards,
> Jeff
> 
>> On Nov 11, 2013, at 18:00, "Alvaro Retana (aretana)" <[email-masked]> wrote:
>> 
>> On 11/6/13 10:24 PM, "Stefano Previdi (sprevidi)" <[email-masked]>
>> wrote:
>> 
>> Stefano:
>> 
>>> according to what discussed after the presentation of SR Use Cases at
>>> ietf88 spring-wg meeting, I'd like to request the adoption of
>>> draft-filsfils-rtgwg-segment-routing-use-cases-02.txt as wg item.
>> 
>> I believe there was support for adoption at the meeting in Vancouver..but
>> we will still have to confirm it here on the list.
>> 
>> List: This message officially starts the call for adoption.  Please
>> indicate your position about adopting this use cases draft.  The call will
>> close on Friday, November 22, 2013.
>> 
>> Thanks!
>> 
>> Alvaro.
>> 
>> _______________________________________________
>> status mailing list
>> [email-masked]
>> https://www.ietf.org/mailman/listinfo/status
> _______________________________________________
> status mailing list
> [email-masked]
> https://www.ietf.org/mailman/listinfo/status

From: Jeff Tantsura <[email-masked]>
To: "Alvaro Retana (aretana)" <[email-masked]>
Accept-Language: en-US
Cc: "Clarence Filsfils \(cfilsfil\)" <[email-masked]>, "John G. Scudder" <[email-masked]>, "[email-masked]" <[email-masked]>, "Stefano Previdi \(sprevidi\)" <[email-masked]>
Subject: Re: [Status] request to move draft-filsfils-rtgwg-segment-routing-use-cases-02 to wg item

Yes/support as coauthor 

Regards,
Jeff

> On Nov 11, 2013, at 18:00, "Alvaro Retana (aretana)" <[email-masked]> wrote:
> 
> On 11/6/13 10:24 PM, "Stefano Previdi (sprevidi)" <[email-masked]>
> wrote:
> 
> Stefano:
> 
>> according to what discussed after the presentation of SR Use Cases at
>> ietf88 spring-wg meeting, I'd like to request the adoption of
>> draft-filsfils-rtgwg-segment-routing-use-cases-02.txt as wg item.
> 
> I believe there was support for adoption at the meeting in Vancouver..but
> we will still have to confirm it here on the list.
> 
> List: This message officially starts the call for adoption.  Please
> indicate your position about adopting this use cases draft.  The call will
> close on Friday, November 22, 2013.
> 
> Thanks!
> 
> Alvaro.
> 
> _______________________________________________
> status mailing list
> [email-masked]
> https://www.ietf.org/mailman/listinfo/status

From: Xuxiaohu <[email-masked]>
To: "Alvaro Retana (aretana)" <[email-masked]>, "<[email-masked]>" <[email-masked]>
Accept-Language: zh-CN, en-US
Cc: "Carlos Pignataro \(cpignata\)" <[email-masked]>
Subject: [Status] =?gb2312?b?tPC4tDogRFJBRlQgbWludXRlcyBmcm9tIHRoZSBTUFJJ?= =?gb2312?b?TkcgMXN0IFdHIG1lZXRpbmcgYXQgSUVURjg4?X-BeenThere: [email-masked]

DQo

From: "Alvaro Retana (aretana)" <[email-masked]>
To: "Stefano Previdi (sprevidi)" <[email-masked]>, "[email-masked]" <[email-masked]>
Date: Tue, 12 Nov 2013 02:00:10 +0000
Accept-Language: en-US
Cc: "John G. Scudder" <[email-masked]>, "Clarence Filsfils \(cfilsfil\)" <[email-masked]>
Subject: Re: [Status] request to move draft-filsfils-rtgwg-segment-routing-use-cases-02 to wg item

On 11/6/13 10:24 PM, "Stefano Previdi (sprevidi)" <[email-masked]>
wrote:

Stefano:

>according to what discussed after the presentation of SR Use Cases at
>ietf88 spring-wg meeting, I'd like to request the adoption of
>draft-filsfils-rtgwg-segment-routing-use-cases-02.txt as wg item.

I believe there was support for adoption at the meeting in Vancouver..but
we will still have to confirm it here on the list.

List: This message officially starts the call for adoption.  Please
indicate your position about adopting this use cases draft.  The call will
close on Friday, November 22, 2013.

Thanks!

Alvaro.

Date: Mon, 11 Nov 2013 20:22:13 -0500
From: Ida Leung <[email-masked]>
To: [email-masked]
Subject: Re: [Status] status Digest, Vol 6, Issue 3

--089e0116136aa7fd2e04eaf0ad80
Content-Type: text/plain; charset=ISO-8859-1

I will support the move of the SR user cases to the WG item.  A lot of the
user cases in the draft are applied to my company as well.

Thanks,

...Ida

On Thu, Nov 7, 2013 at 3:01 PM, <[email-masked]> wrote:

> If you have received this digest without all the individual message
> attachments you will need to update your digest options in your list
> subscription.  To do so, go to
>
> https://www.ietf.org/mailman/listinfo/status
>
> Click the 'Unsubscribe or edit options' button, log in, and set "Get
> MIME or Plain Text Digests?" to MIME.  You can set this option
> globally for all the list digests you receive at this point.
>
>
>
> Send status mailing list submissions to
>         [email-masked]
>
> To subscribe or unsubscribe via the World Wide Web, visit
>         https://www.ietf.org/mailman/listinfo/status
> or, via email, send a message with subject or body 'help' to
>         [email-masked]
>
> You can reach the person managing the list at
>         [email-masked]
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of status digest..."
>
> Today's Topics:
>
>    1. request to move
>       draft-filsfils-rtgwg-segment-routing-use-cases-02 to wg item
>       (Stefano Previdi (sprevidi))
>
>
> ---------- Forwarded message ----------
> From: "Stefano Previdi (sprevidi)" <[email-masked]>
> To: "John G. Scudder" <[email-masked]>, "Alvaro Retana (aretana)" <
> [email-masked]>, "[email-masked]" <[email-masked]>
> Cc: "Clarence Filsfils \(cfilsfil\)" <[email-masked]>
> Date: Thu, 7 Nov 2013 04:24:23 +0000
> Subject: [Status] request to move
> draft-filsfils-rtgwg-segment-routing-use-cases-02 to wg item
> John, Alvaro, All,
>
> according to what discussed after the presentation of SR Use Cases at
> ietf88 spring-wg meeting, I'd like to request the adoption of
> draft-filsfils-rtgwg-segment-routing-use-cases-02.txt as wg item.
>
> Thanks.
> s.
>
>
>
>
> _______________________________________________
> status mailing list
> [email-masked]
> https://www.ietf.org/mailman/listinfo/status
>
>

--089e0116136aa7fd2e04eaf0ad80
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir="ltr">I will support the move of the SR user cases to the WG item. �A lot of the user cases in the draft are applied to my company as well.<div><br></div><div>Thanks,</div><div><br></div><div>...Ida</div></div><div class="gmail_extra">
<br><br><div class="gmail_quote">On Thu, Nov 7, 2013 at 3:01 PM,  <span dir="ltr">&lt;<a href="mailto:[email-masked]" target="_blank">[email-masked]</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
If you have received this digest without all the individual message<br>
attachments you will need to update your digest options in your list<br>
subscription. �To do so, go to<br>
<br>
<a href="https://www.ietf.org/mailman/listinfo/status" target="_blank">https://www.ietf.org/mailman/listinfo/status</a><br>
<br>
Click the &#39;Unsubscribe or edit options&#39; button, log in, and set &quot;Get<br>
MIME or Plain Text Digests?&quot; to MIME. �You can set this option<br>
globally for all the list digests you receive at this point.<br>
<br>
<br>
<br>
Send status mailing list submissions to<br>
� � � � <a href="mailto:[email-masked]">[email-masked]</a><br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
� � � � <a href="https://www.ietf.org/mailman/listinfo/status" target="_blank">https://www.ietf.org/mailman/listinfo/status</a><br>
or, via email, send a message with subject or body &#39;help&#39; to<br>
� � � � <a href="mailto:[email-masked]">[email-masked]</a><br>
<br>
You can reach the person managing the list at<br>
� � � � <a href="mailto:[email-masked]">[email-masked]</a><br>
<br>
When replying, please edit your Subject line so it is more specific<br>
than &quot;Re: Contents of status digest...&quot;<br>
<br>Today&#39;s Topics:<br>
<br>
� �1. request to move<br>
� � � draft-filsfils-rtgwg-segment-routing-use-cases-02 to wg item<br>
� � � (Stefano Previdi (sprevidi))<br>
<br><br>---------- Forwarded message ----------<br>From:�&quot;Stefano Previdi (sprevidi)&quot; &lt;<a href="mailto:[email-masked]">[email-masked]</a>&gt;<br>To:�&quot;John G. Scudder&quot; &lt;<a href="mailto:[email-masked]">[email-masked]</a>&gt;, &quot;Alvaro Retana (aretana)&quot; &lt;<a href="mailto:[email-masked]">[email-masked]</a>&gt;, &quot;<a href="mailto:[email-masked]">[email-masked]</a>&quot; &lt;<a href="mailto:[email-masked]">[email-masked]</a>&gt;<br>
Cc:�&quot;Clarence Filsfils \(cfilsfil\)&quot; &lt;<a href="mailto:[email-masked]">[email-masked]</a>&gt;<br>Date:�Thu, 7 Nov 2013 04:24:23 +0000<br>Subject:�[Status] request to move draft-filsfils-rtgwg-segment-routing-use-cases-02 to wg item<br>
John, Alvaro, All,<br>
<br>
according to what discussed after the presentation of SR Use Cases at<br>
ietf88 spring-wg meeting, I&#39;d like to request the adoption of<br>
draft-filsfils-rtgwg-segment-routing-use-cases-02.txt as wg item.<br>
<br>
Thanks.<br>
s.<br>
<br>
<br>
<br>
<br>_______________________________________________<br>
status mailing list<br>
<a href="mailto:[email-masked]">[email-masked]</a><br>
<a href="https://www.ietf.org/mailman/listinfo/status" target="_blank">https://www.ietf.org/mailman/listinfo/status</a><br>
<br></blockquote></div><br></div>

--089e0116136aa7fd2e04eaf0ad80--

From: "Alvaro Retana (aretana)" <[email-masked]>
To: "<[email-masked]>" <[email-masked]>
Date: Mon, 11 Nov 2013 22:27:06 +0000
Accept-Language: en-US
Cc: "Carlos Pignataro \(cpignata\)" <[email-masked]>
Subject: Re: [Status] DRAFT minutes from the SPRING 1st WG meeting at IETF88

Hi!

I just posted the (updated) draft minutes from last week.

http://www.ietf.org/proceedings/88/minutes/minutes-88-spring

Thanks to Carlos for being the note taker.

Alvaro.

From: "Stefano Previdi (sprevidi)" <[email-masked]>
To: "John G. Scudder" <[email-masked]>, "Alvaro Retana (aretana)" <[email-masked]>, "[email-masked]" <[email-masked]>
Date: Thu, 7 Nov 2013 04:24:23 +0000
Accept-Language: en-US
Cc: "Clarence Filsfils \(cfilsfil\)" <[email-masked]>
Subject: [Status] request to move draft-filsfils-rtgwg-segment-routing-use-cases-02 to wg item

John, Alvaro, All,

according to what discussed after the presentation of SR Use Cases at 
ietf88 spring-wg meeting, I'd like to request the adoption of 
draft-filsfils-rtgwg-segment-routing-use-cases-02.txt as wg item.

Thanks.
s.

From: "Carlos Pignataro (cpignata)" <[email-masked]>
To: "<[email-masked]>" <[email-masked]>
Date: Tue, 5 Nov 2013 01:15:34 +0000
Accept-Language: en-US
Cc: "Alvaro Retana \(aretana\)" <[email-masked]>, John Scudder <[email-masked]>
Subject: [Status] DRAFT minutes from the SPRING 1st WG meeting at IETF88

--Apple-Mail=_DDA20643-CF83-4F69-824F-4F513F6EDC34
Content-Type: multipart/mixed;
	boundary="Apple-Mail=_9581EB51-105F-4B22-84C6-5EEA6030A755"

--Apple-Mail=_9581EB51-105F-4B22-84C6-5EEA6030A755
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	charset=us-ascii

SPRING,

Please find $subject attached.

Comments and corrections most welcome!

Carlos Pignataro.

--Apple-Mail=_9581EB51-105F-4B22-84C6-5EEA6030A755
Content-Disposition: attachment;
	filename=ietf88-spring-minutes.html
Content-Type: text/html;
	name="ietf88-spring-minutes.html"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd">
<html>
<head>
  <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
  <meta http-equiv="Content-Style-Type" content="text/css">
  <title></title>
  <meta name="Generator" content="Cocoa HTML Writer">
  <meta name="CocoaVersion" content="1265">
  <style type="text/css">
    p.p1 {margin: 0.0px 0.0px 14.0px 0.0px; font: 14.0px Arial}
    p.p2 {margin: 0.0px 0.0px 0.0px 0.0px; font: 12.0px Arial}
    p.p3 {margin: 0.0px 0.0px 0.0px 0.0px; font: 12.0px Arial; min-height: 14.0px}
    p.p4 {margin: 0.0px 0.0px 0.0px 0.0px; font: 12.0px Arial; color: #042eee}
    li.li2 {margin: 0.0px 0.0px 0.0px 0.0px; font: 12.0px Arial}
    span.s1 {text-decoration: underline ; color: #042eee}
    span.s2 {color: #000000}
    span.s3 {text-decoration: underline}
    ul.ul1 {list-style-type: disc}
    ul.ul2 {list-style-type: circle}
  </style>
</head>
<body>
<p class="p1"><b>IETF-88 spring meeting minutes</b></p>
<p class="p2">Source Packet Routing in Networking WG (spring)</p>
<p class="p2">IETF 88 (Vancouver) Agenda</p>
<p class="p3"><br></p>
<p class="p2">=====================================================</p>
<p class="p3"><br></p>
<p class="p2">CHAIR(s):  John Scudder &lt;<a href="mailto:[email-masked]"><span class="s1">[email-masked]</span></a>&gt;</p>
<p class="p2">           Alvaro Retana &lt;<a href="mailto:[email-masked]"><span class="s1">[email-masked]</span></a>&gt;</p>
<p class="p3"><br></p>
<p class="p2">MONDAY, November 4, 2013</p>
<p class="p2">1450-1720  Afternoon Session II</p>
<p class="p2">Regency B</p>
<p class="p3"><br></p>
<p class="p2"><b>Meeting starts at 14:51 local time</b></p>
<p class="p3"><br></p>
<p class="p2">o Administrivia</p>
<p class="p2">  Chairs                                               20 minutes</p>
<p class="p3"><br></p>
<p class="p2">  - Note Well</p>
<p class="p2">  - Scribe</p>
<p class="p2">  - Blue Sheets</p>
<p class="p2">  - Charter Review</p>
<p class="p3"><br></p>
<ul class="ul1">
  <li class="li2">Alvaro: This is the first time that we meet, this is Alvaro and John.</li>
  <li class="li2">… Carlos is here taking notes. Always here the NOTE WELL. Make sure you know that by participating in the IETF to agree to the IETF process, you understand that meetings are being recorded, et al.</li>
  <li class="li2">… Blue sheets are going around. First agenda bashing and then charter review…</li>
  <li class="li2">… We have a very full agenda. Any changes you;d want to propose?</li>
  <li class="li2">Someone shouts: move charter to the end.</li>
  <li class="li2">Alvaro: The agenda matches the order in the charter, so first we have use cases. Ida will join Stefano, that’s the only change. We might not get to all the items on the second part of the agenda. Other items? No, great.</li>
  <li class="li2">… This is the charter, which has been discussed *a lot*. It went to the IESG, external review, etc. If you have comments please make them but at this time that might be comments for clarification.</li>
  <li class="li2">… second part of the charter, from the IESG review, for every data plane we need to have a security analysis. This is important for every piece of work that comes in</li>
  <li class="li2">John: And to re-emphasize, it’s important that that happens early on and not late.</li>
  <li class="li2">Alvaro: Page 3 of the charter, says that any modifications or extensions need to be done in the WG responsible for that protocol. We will send requirements but protocol work will happen in other working groups.</li>
  <li class="li2">… keep that in mind as we develop solutions and where solution work should go. Note the text at the bottom are the charter items. We will talk about requirements, who owns the data plane will talk about the solution.</li>
  <li class="li2">… and the last page of the charter lists the Milestones. This should march the charter items. I do not think anyone should have issues with the dates, but please speak up.</li>
  <li class="li2">Thomas Narten makes a motion to have people shift-sit-left so that people standing up can sit down.</li>
  <li class="li2">John pleads for people to raise their hands if they are next to an empty sit.</li>
</ul>
<p class="p3"><br></p>
<p class="p2">o Segment Routing Use Cases</p>
<p class="p4"><span class="s2">  <a href="http://tools.ietf.org/html/draft-filsfils-rtgwg-segment-routing-use-cases"><span class="s3">http://tools.ietf.org/html/draft-filsfils-rtgwg-segment-routing-use-cases</span></a></span></p>
<p class="p2">  Stefano Previdi and Ida Leung                                     15 minutes</p>
<ul class="ul1">
  <li class="li2">Stefano: Presenting the SR use case draft, that we’ve been doing for the last 4 months. We are splitting the content in separate drafts, and thus we have the following docs that have been or will be submitted very soon.</li>
  <li class="li2">… We have SR/LDP interop, OAM from Rudigher, and three to be published.</li>
  <li class="li2">… this is the list of authors, which is growing given these documents.</li>
  <li class="li2">… Next slide — those are the sections in the generic use case draft, in 5-10 minutes I cannot go into details. We will take time in explaining the main use cases, like TE.</li>
  <li class="li2">… Next slide: The main use case is efficient transport of MPLS services, shorter path, and keeping the ECMP awareness even for explicit routing. The ability of running explicit routing without extra signaling (no LDP, no RSVP), and if you run MPLS with IPv6, you do not need to wait for LDPv6</li>
  <li class="li2">...The real operator problem to solve is CoS-based TE, for Asia to Europe go to the US, but for a different traffic take a different path based on delay.</li>
  <li class="li2">…the alternative was multiple TE tunnels, but the advantage of SR is that identifiers from Asia domain will attract traffic to Asia, and from there it would flow to Europe. Solving a problem sensible to operators.</li>
  <li class="li2">… Next Ida will present.</li>
  <li class="li2">Ida: I am Ida from Rogers. We have cable TV and internet business, and we have individual lab to deliver each. Wireless only from Wireless access point. Cable only from Cable access point. </li>
  <li class="li2">… Now, I actually have more service from one network cost to another domain. That’s my problem statement. Different networks, all have their IGP, and I need to find a way to keep my traffic cost low. Moving to 10G, 100G, I need to find a way how to stop expanding.</li>
  <li class="li2">… Some traffic I also want on explicit paths. Even in the lab, it is way too complicated to deploy and operation to maintain. I need a solution, something simple.</li>
  <li class="li2">… I need something like myself, simple and straightforward. One mechanism to fulfill all the requirements. </li>
  <li class="li2">… I am excited for SPRING because it helped me find a solution to this.</li>
  <li class="li2">… the first use case is typical, I have an Internet exit point. I need to provision from my Dual Plane Network to my Single Plane Network, and SPRING provides me that mechanism. Now I actually can build more NNI and control which NNI to go from my dual plane to my single plane network.</li>
  <li class="li2">… I can actually stop growing these (dual plane) WAN links. I do not need to continue to build here, and I can save money. Ultimatelly will not have dual plane, my big dream is to not have the dual plane network.</li>
  <li class="li2">… this other slide is more about Server (slide 5). Some of my traffic I do not want them to follow my IGP metric. Now SPTING can give me an answer to that.</li>
  <li class="li2">… this are my two use cases. I do not build a network from one vendor. I need all vendors to bring SPRING.</li>
  <li class="li2">Questions:</li>
  <ul class="ul2">
    <li class="li2">Stewart: IP, MPLS, or both?</li>
    <li class="li2">Ida: First, MPLS. Second, IPv6, I also have my usage.</li>
  </ul>
</ul>
<p class="p3"><br></p>
<p class="p2">o Performance Engineered LSPs using the Segment Routing Data-Plane</p>
<p class="p4"><span class="s2">  <a href="http://tools.ietf.org/html/draft-shakir-rtgwg-sr-performance-engineered-lsps"><span class="s3">http://tools.ietf.org/html/draft-shakir-rtgwg-sr-performance-engineered-lsps</span></a></span></p>
<p class="p2">  Rob Shakir                                           10 minutes</p>
<ul class="ul1">
  <li class="li2">Rob: I am Rob from BT, this is traffic engineering with constraints. Essentially IGP metrics are one method to delver traffic, but we have other traffic that has other constraints. We have an overlay network, this provides connectivity for. So, we try to meet those constraints in our existing network core without building a new network, which would be inefficient.</li>
  <li class="li2">… we see an increase of things that need guarantees, broadcast services for example.</li>
  <li class="li2">… in the draft we try to explain two modes: the first one is Head-end based calculation, like colors on the IGP, using the existing cSPF.</li>
  <li class="li2">… one of the reasons why we like this, is that routing is based on affinity, we are not updating any state on the network. There’s no clear requirements.</li>
  <li class="li2">… (slide 4) however, we also thing there is a requirement to support centralized computation. Global optimization we can go for. This using a PCE, using PCEP, in the future might be generalized using I2RS type of work. </li>
  <li class="li2">… this introduces more requirements like topology discovery.</li>
  <li class="li2">… (slide 5) the other bit we are trying to cover on this draft is taking advantage of ECMPs, and explicit protection mechanisms. With a segment we can control that behavior. Covering things like how we do IPFRR. We might consolidate a use-case drafts, some things in this drafts should fall out.</li>
  <li class="li2">… this draft should cover these requirements on per flow basis.</li>
  <li class="li2">… question, comments, rotten fruit?</li>
  <li class="li2">Questions:</li>
  <ul class="ul2">
    <li class="li2">Ed Crabbe, speaking for Lucy Young: What granularity flow are you describing?</li>
    <li class="li2">Rob: DSCP based, particular markings, particular FECs, classes. Very flexible.</li>
    <li class="li2">Ed: Which is really feedback for the PCE WG.</li>
    <li class="li2">Alvaro: This is very important to discuss, because it is the first item, use cases. Are there any concerns with use cases?</li>
    <li class="li2">&lt;silence&gt;</li>
    <li class="li2">Alvaro: Stefano said you will split into smaller drafts.</li>
    <li class="li2">Stefano: In fact, we already splited the content of the use case draft. What you will see is additional drafts with other use cases.</li>
    <li class="li2">Rob: Yes.</li>
    <li class="li2">John: Are you guys ready to ask for WG draft?</li>
    <li class="li2">Stefano: Is there risk on asking?</li>
    <li class="li2">John: No risk, this is the first item.</li>
    <li class="li2">Stefano: I’ve no reason not to ask, so I will ask.</li>
    <li class="li2">John: We will take it to the list, as always. If you have concerns, express them.</li>
  </ul>
</ul>
<p class="p3"><br></p>
<p class="p2">o Segment Routing Architecture</p>
<p class="p4"><span class="s2">  <a href="http://tools.ietf.org/html/draft-filsfils-rtgwg-segment-routing"><span class="s3">http://tools.ietf.org/html/draft-filsfils-rtgwg-segment-routing</span></a></span></p>
<p class="p2">  Stefano Previdi                                      15 minutes</p>
<ul class="ul1">
  <li class="li2">Stefano: OK, now talking about the Segment Routing Architecture. 10-15 mins?</li>
  <li class="li2">… this is the architecture, it is the 2nd version, 3rd version but 2nd incarnation of that draft. </li>
  <li class="li2">… this is the list of use cases, and protocol extensions. Those protocol extensions will be presented in their respective working groups.</li>
  <li class="li2">… The SR architecture aims to support multiple use cases, some of which can be grouped together on a per-dataplane or a functionality. It is not required by the architecture to support all these parts.</li>
  <li class="li2">… SR is about segments, and a segment can represent a service, context, locator, etc. The identifiers are taken either from a local or global space. </li>
  <li class="li2">… SR can be used in a fully-distributed fashion, or optimization. It supports the different flavors of the architecture.</li>
  <li class="li2">… data planes, we support of course the MPLS DP as-is, we expect no changes from MPLS in the past 15-18 years.</li>
  <li class="li2">… IPv6 we do require some extensions, which already exist, consistent with RFC 2460. We have some work to do here still, but today too early and we will publish something by next IETF.</li>
  <li class="li2">… in regards to implementations, we have some implementations and soon we will publish an interoperability report. The feedback we get from use and troubleshooting is great.</li>
  <li class="li2">… what is Segment Routing about? This picture (slide 6) explains everything. Every node has a global identifier. If you put label 72 on a packet, the packet will reach node C. So if you put 72, 78, 65, the node will go C, O, Z. Nothing really new in the MPLS data plane.</li>
  <li class="li2">… so, again, from an architecture perspective, we talk about these operations: push, pop, swap. </li>
  <li class="li2">… we have a different between local segments and global segments. The local has significance in the context of the node advertising the segment. Typically it is an adjacency with a node. It needs to be known only by the node.</li>
  <li class="li2">… global segment has global significance. This is what the architecture specifies, we do support local label spaces from a global index. Even if different MPLS platforms support different label spaces, we can advertise an index.</li>
  <li class="li2">… we said this many many times, the key advantage of SR is the lack of state in the network. The amount of traffic or explicit path will not generate state in the network.</li>
  <li class="li2">… We define in the architecture three types of segments, or two and a half. The first one is a prefix, global. One type of prefix is a node segment. It has the semantic of being node identifier. And then you have the adjacency segment, which is a link between two nodes.</li>
  <li class="li2">… in the case of a node segment, the new sub-TLV called segment identifier in OSPF or ISIS, any node can push the label and the packet will reach the destination in the shortest path.</li>
  <li class="li2">… the adjacency segment, those have local significance. Only understood by the router that originates them. Allows to define any explicit path along the network. </li>
  <li class="li2">… in this case (slide 14) we might want to advertise more than one identifier per adjacency. We can use this for link bundles.</li>
  <li class="li2">… this is an example of mixing identifiers. My packet will travel shortest path to C, then to the link to O, then the shortest path from O to Z. This can be done also not using the adjacency label. Does the same thing with labels representing only nodes.</li>
  <li class="li2">… the use of adj. identifier is useful, but most cases you can do the same with node identifier.</li>
  <li class="li2">… we made these extensions to OSPF and IS-IS. Again, absolutely no changes to the data plan itself.</li>
  <li class="li2">… we started talking about service segments, it is premature to talk about them. When you build the stack of labels to put on the packet, you may also want to enforce a specific service chain. No changes to the architecture.</li>
  <li class="li2">… OK, questions?</li>
  <li class="li2">Questions:</li>
  <ul class="ul2">
    <li class="li2">Anoop from Dell: Inone of the slides you said you have implementation, is that MPLS, IPv6, or both</li>
    <li class="li2">Stefano: We have both, but IPv6 we may want to continue some architectural work.</li>
    <li class="li2">Anoop: so you are using the existing source routing for IPv6?</li>
    <li class="li2">Stefano: Yes, extension heareds.</li>
    <li class="li2">Stewart Bryant AD: You made a reference to the Type 0 routing header in RFC2460, and that was the mechanism that gave the ADs a lot of headache. It would be useful to pull that out and socialize it with Int-Area ADs to know if we are on the right track or not.</li>
    <li class="li2">Stefano: Sure.</li>
    <li class="li2">Xhenbin from Huawei: Two comments. First, in practice, many vendors implemented MPLS label stacks with a limitation on stack size, on hardware. Second, for segment routing, we need to keep forwarding mechanism for MPLS Multicast. This is a challenge and adds complexity.</li>
    <li class="li2">Stefano: Let me ask the second one first. Dino is there, for multicast it will be complex. Regarding the label stack, yes, if you want to express a path by using one label per hop, that could be a problem for some implementations.</li>
    <li class="li2">… but you can see most cases are solved with a limited number of labels. Label stack has not been raised as an issue.</li>
    <li class="li2">Xhenbin: Maybe node segment and link segment. From the Seamless MPLS architecture, in this architecture there are more links and more nodes.</li>
    <li class="li2">Stefano: It’s not the number of links, it is the complexity you have on the explicit path.</li>
    <li class="li2">Xhenbin: My concern is scalability, limit usage.</li>
    <li class="li2">Stefano: I do not think so, at all.</li>
    <li class="li2">Xhenbin: You will have to calculate label stack carefully.</li>
    <li class="li2">Dino: To quote Dave Katz, take any simple problem, and will be hard with multicast. But it does not need to be. I’d recumbent tunneling and pushing the multicast to edges.</li>
    <li class="li2">Stefano: Yes</li>
    <li class="li2">Someone: You have different size advertisements.</li>
    <li class="li2">Stefano: In ISIS advertising a size of bits is complicated.</li>
    <li class="li2">Someone: TTL will be useful.</li>
    <li class="li2">Stefano: That is in the data plane. This is in the control plane.</li>
    <li class="li2">Someone: The other comment was the length of the stack. For the load balancing case and entropy label will be hard.</li>
    <li class="li2">John: More on EL later.</li>
    <li class="li2">Ahmed from Cisco: The label size is not an issue.</li>
    <li class="li2">Ed Crabbe: obviously I support the effort, but I do think that the length of label stack is actually an issue in LERs. Your milage will vary, it is a fact, you will have to do the analysis.</li>
    <li class="li2">Stefano: Yes, we are confident based on our analysis. But good point.</li>
    <li class="li2">Rob: Since the label stack keeps coming back, maybe we need to put a draft with anonymized data from operators.</li>
    <li class="li2">Ed: Again, it depends on your topology but you need to do that analysis.</li>
    <li class="li2">John S, as individual: It is great to present data about existing networks, but today’s networks are not tomorrow’s, so we should do that analysis as well.</li>
    <li class="li2">Dino: General comment about SR. The idea could be good, I do not know if it will be good. The fact that you need to make so many protocol changes… can you do this without so many changes?</li>
    <li class="li2">Stefano: We have to agree on “so many”, we have 3 sub-TLVs.</li>
    <li class="li2">Dino: The fact that you have a single TLV, means everyone needs to upgrade their routers. And if you have these changes now, you will have a lot more.</li>
    <li class="li2">Stefano: Just to assure you we have implementations, it addresses valid use cases.</li>
    <li class="li2">Robert R: Response to Dino: There is one draft with Keyur, we are defining BGP Vector router, one change, control plane independent of IGP extensions.</li>
    <li class="li2">Xhenbin: Regarding service chain, you have more changes. Analyze top of the label stack. Service header will be kept in the forwarding. So maybe we have to do different. See the service label firstly. That would be changes to the MPLS data plane. You have to remove top of label for forwarding then make process based on the service label.</li>
    <li class="li2">Stefano: No, sorry. I think you got it wrong, but let’s wait on the service chain draft. It’s difficult to discuss. </li>
  </ul>
</ul>
<p class="p3"><br></p>
<p class="p2">o Supporting Source/Explicitly Routed Tunnels via Stacked LSPs</p>
<p class="p4"><span class="s2">  <a href="http://tools.ietf.org/html/draft-gredler-spring-mpls"><span class="s3">http://tools.ietf.org/html/draft-gredler-spring-mpls</span></a></span></p>
<p class="p2">  Hannes Gredler                                       10 minutes</p>
<ul class="ul1">
  <li class="li2">Hannes: Hi, I am Hannes. I want to pick on Dino’s comment that less is better. Yakov, Luay, Sri, and me have put some thoughts on how much architecture we need. We want to reuse the MPLS architecture as is, do we need all this architecture?</li>
  <li class="li2">… can it be that for achieving explicit routing we could use existing architectural documents, specifically RFC 3031.</li>
  <li class="li2">… we have a set of definitions in there that can be used for Segment Routing. Explicitly Routed is any tunnel that deviates from IGP. At the time of writing the draft, that was RSVP-TE or CR-LDP.</li>
  <li class="li2">… the question is can we establish explicitly routed tunnels without the core router signaling?</li>
  <li class="li2">… we think the answer is Yes. Essentially here each label in the stack represents an egress point.</li>
  <li class="li2">… furthermore, one of the things that RFC 3031 talks about is how to learn the label state. Existing protocols need a directed session, otherwise it is not possible to have label state. With the IGP flooding machinery we can reach nodes not directly adjacent.</li>
  <li class="li2">… how does this work? Today we have more segments. The middle segment here can be an explicit path brought up by RSVP, or it could be a stacked together LSP brought by the IGP extensions that Stefano and others are proposing. </li>
  <li class="li2">… we have here 3 segments. LDP, RSVP, and RSVP. In fact, if one really wants to describe an explicit route, it just needs to track the dependency of ingress-egress pairs. If there is one that matches the constraints, use it. Before we used to have a cSPF machinery, put all the requirements, and comes back with a result. Here, skips the last step and looks into the IGP or RSVP database finding snippets.</li>
  <li class="li2">… if we draw a comparison, and try to translate, here’s the rosetta stone for that: segment is nothing but an MPLS label adversed by intermediate point. segment list is MPLS segment stack, and advertising in OSPF/ISIS is using that as segment distribution.</li>
  <li class="li2">… in summary, we do not think that there is a need for further architectural documents to describe segment stacking. We want to use segment stacking to build segments using the existing architecture</li>
  <li class="li2">Questions:</li>
  <ul class="ul2">
    <li class="li2">Greg M.: I think the second buller is not correct, special purpose label do not respond to segment.</li>
    <li class="li2">Hannes: It can be a service.</li>
    <li class="li2">Greg: No, OAM.</li>
    <li class="li2">John: Are you saying that every label stack is not a label list?</li>
    <li class="li2">Greg: No, not every element.</li>
    <li class="li2">Peter L: How do this apply if my labels are IPv6 labels, do you have more slides?</li>
    <li class="li2">Hannes: This is about label stacking for the MPLS data plane. It is not about how to introduce source routing for IPv6.</li>
    <li class="li2">Stefano: In segment routing a segment can also identify an OAM instruction, or any instruction. Just for the analogy. Here the idea looks like an improvement because you improve scalability, but why don’t you go to the next level and get rid of RSVP in the core?</li>
    <li class="li2">Hannes: It does not need to be RSVP only.</li>
    <li class="li2">Ed: Sorry, I am not really sure I agree with that. Getting rid of RSVP in the core has a lot of benefits.</li>
    <li class="li2">Hannes: OK, but my question is getting rid of RSVP also imply getting rig of explicit router paths. RSVP is an example</li>
    <li class="li2">Ed: I was addressing your verbatim.</li>
    <li class="li2">Dino: If you already have labels in the IGP, you do not need them in the RSVP, why extra protocol? That was Stefano’s point.</li>
    <li class="li2">Hannes: The proposed protocol extensions are not a full stop replacement of RSVP or LDP. They are a partial replacement, at least we see a shift of functionality.</li>
    <li class="li2">Stefano: No, but let’s not argue. In this case you reduce state from the core but you do not remove it. My comment is that you need to remove state from the core.</li>
    <li class="li2">Himanshu Shah, Ciena: You mention Traffic Engineering.</li>
    <li class="li2">Hannes; No, I mentioned Explicit Routing.</li>
    <li class="li2">Himanshu: OK, how does a router know that a set of nodes have become extremely congested?</li>
    <li class="li2">Hannes: Rob had mentioned that he will build on extended IGP metrics. Allows to inject into the TE control plane.</li>
    <li class="li2">Jeff Haas: It is worth pointing out that you could get rid of RSVP, or LDP, etc. RSVP does more things than just CPU cycles, and in some cases you need to have these things interoperate.</li>
    <li class="li2">Ed: Yes, you could replace RSVP, and PCE extensions, or alternate with BGP single label + Flowspec.</li>
    <li class="li2">Hannes: Is the topic if we can replace RSVP?</li>
    <li class="li2">Ed: It was your statement.</li>
    <li class="li2">Hannes: For centralized,  yes, for distributed no.</li>
    <li class="li2">Rob: The point about can you remove RSVP. You have engineering demands, something has to keep state. It does not matter to me if it is in RSVP or a controller. My point is that we do not deploy RSVP because we cannot make it scale. TE requirements are not about scale. If you can do that in a stateless case, you would do that.</li>
    <li class="li2">John: Hannes talk is not about replacing RSVP.</li>
    <li class="li2">Hannes: Happy to talk about it later on.</li>
    <li class="li2">Ron Bonica: There are two conversations. One is in this minimal architectural framework versus the bigger architecture docs, the second is about replace RSVP. I want to talk about the former, which architecture is better. We should run the use cases through the architectures, and see if both pass, then we can invoke the smaller.</li>
    <li class="li2">Someone2: If you look at the SR architecture document form Stefano, there are things not in RFC 3031. Node segment IDs representing multiple nodes. 3031 you have limited scope on node. Some things are not represented in 3031.</li>
    <li class="li2">Rob: Response for Rob. To me this is not a replacement. To me, this is the part of the MPLS part of the SR architecture.</li>
    <li class="li2">Hannes; Exactly, can we get away from the architecture in MPLS. We put the diligence of lawyers figuring out what’s defined and what’s not.</li>
    <li class="li2">Ron B: It may be that there are concepts that are not in 3031, but the question is whether you need those to address the use cases we hard today.</li>
    <li class="li2">John: Thanks everybody.</li>
  </ul>
</ul>
<p class="p3"><br></p>
<p class="p2">o Segment Routing Fast Reroute</p>
<p class="p4"><span class="s2">  <a href="http://tools.ietf.org/html/draft-francois-sr-frr"><span class="s3">http://tools.ietf.org/html/draft-francois-sr-frr</span></a></span></p>
<p class="p2">  Bruno Decraene                                       10 minutes</p>
<ul class="ul1">
  <li class="li2">Bruno: Presenting the Fast ReRoute Use case. This was presented in Berlin.</li>
  <li class="li2">… this use case already documented in a draft.</li>
  <li class="li2">… SR is directly applicable to these: first to remove LFA, get rid of t-LDP session. An extension is directed LFA.</li>
  <li class="li2">… now going further. SR can use any number of nodes. What we are proposing now is FR from PLR to destination.</li>
  <li class="li2">… First step is to compute the post convergence path, regular SPF, not new topology.</li>
  <li class="li2">… So step two is to find the closest Q-node. There are four algorithms in the draft depending on link protection or node protection, or per next-hop of per-prefix.</li>
  <li class="li2">… P node is the node that we want to reach. First we need to compute three SPT. SPT new. I use the green color for the new topology, and red for the old topology.</li>
  <li class="li2">… we need to compute RDnew, which is the distance from old. FDold is SDold minus SFold. How can we get SD and SF? From SPT old.</li>
  <li class="li2">… now, RDnew, it is SDnew minus SRnew, because by design we enforce the new shortest path.</li>
  <li class="li2">… now we know that it will use F to reach D. We will compare the shortest path. We are going to compare the path via F is FD. So if RDnew, R isn’t going to use F.</li>
  <li class="li2">… the shortest list of segments to reach Q. P zero. We compute again, recurse, we call it P1, and so on. In most cases in our simulations we get 99% of cases.</li>
  <li class="li2">… so we call it topology independent FRR. Provides 100% coverage for link and node protection. If your metric is based on delay, it is the shortest delay path. Best path per IGP metrics. And typically provisioned with enough capacity.</li>
  <li class="li2">… it is policy friendly by default.</li>
  <li class="li2">… Sorry we missed the deadline. </li>
  <li class="li2">… So now, how much is this solution applicable? Directly applicable to Node Segments (SR), MPLS/LDP, and IP/IGP FECs.</li>
  <li class="li2">… for SR adjacency segments is more complex. We cannot protect the adjacency because it is one per segment. We push F in order to enforce a route to F. We have two solutions. Directly applicable to people using TE.</li>
  <li class="li2">… Questions?</li>
  <li class="li2">… it is a bit “math”.</li>
  <li class="li2">Questions:</li>
  <ul class="ul2">
    <li class="li2">Alvaro: Anyone? questions, comments?</li>
    <li class="li2">Hannes: LFA, remote LFA, this seems like approaching light speed, the closer you get, the more exponential the number of energy you need to put. One suggestion: if the link is going down and queuing that constrain the cSFF and pushing the label stack.</li>
    <li class="li2">Bruno: That’s exactly for node protection. But we are not enforcing, we are using the new path.</li>
    <li class="li2">Hannes: So that’s for node protection?</li>
    <li class="li2">Bruno: Yes, exactly.</li>
  </ul>
</ul>
<p class="p3"><br></p>
<p class="p2">o Segment Routing MPLS and SR/LDP Interoperability</p>
<p class="p4"><span class="s2">  <a href="http://tools.ietf.org/html/draft-filsfils-spring-segment-routing-mpls"><span class="s3">http://tools.ietf.org/html/draft-filsfils-spring-segment-routing-mpls</span></a></span></p>
<p class="p4"><span class="s2">  <a href="http://tools.ietf.org/html/draft-filsfils-spring-segment-routing-ldp-interop"><span class="s3">http://tools.ietf.org/html/draft-filsfils-spring-segment-routing-ldp-interop</span></a></span></p>
<p class="p2">  Stefano Previdi                                      10 minutes</p>
<ul class="ul1">
  <li class="li2">Stefano: I am back. This is SR with MPLS. We took it out from the architecture to have the architecture completely data plane agnostic.</li>
  <li class="li2">… Segment in MPLS dataplane is a label. Obviously there is interop between SR and LDP/RSVP, documented is the LDP one.</li>
  <li class="li2">… the improvement of SR over MPLS is the ability to do ECMP. And obviously no state in the core.</li>
  <li class="li2">… the operations are PUSH, POP, SWAP, and we have equivalents.</li>
  <li class="li2">… So LDP and RS interop, here’s a nice example. You can see from the advertisement from right to left, you can see the LDP advertisement goes into the LDP neighbor, and we use a functionality from SR introduced to IGP which is called a mapping label. So a node can add on behalf of nodes that do not support SR. So all routers will learn the mapping between F and label. And the SR/LDP capable nodes will translate with LDP label. It is just a ammeter of constructing the right label in the FIB.</li>
  <li class="li2">… which means that the introduction of SR into an MPLS network is smooth, you do not need a forklift upgrade.</li>
  <li class="li2">Questions?</li>
</ul>
<p class="p3"><br></p>
<p class="p2">===== </p>
<p class="p3"><br></p>
<ul class="ul1">
  <li class="li2">Alvaro: That concludes the first half, going into the second half.</li>
  <li class="li2">… for the remaining presentation we would not fit them all, but please cut your presentation by a minute.</li>
</ul>
<p class="p3"><br></p>
<p class="p3"><br></p>
<p class="p2">o Signaling Entropy Label Capability Using Interior Gateway Protocols</p>
<p class="p4"><span class="s2">  <a href="http://tools.ietf.org/html/draft-xu-mpls-el-capability-signaling-igp"><span class="s3">http://tools.ietf.org/html/draft-xu-mpls-el-capability-signaling-igp</span></a></span></p>
<p class="p2">  Xiaohu Xu                                             5 minutes</p>
<ul class="ul1">
  <li class="li2">Xiaohu: It’s about signaling EL using IGP. </li>
  <li class="li2">… a new TLV in the opaque LSA will advertise the RI, and a new sub-TLV is defined. </li>
  <li class="li2">… thanks</li>
  <li class="li2">Questions:</li>
  <ul class="ul2">
    <li class="li2">Ed: I question its utility. If you add a new sub-TLV you already have. If you do it with PCE, you have by PCE nego. So why?</li>
    <li class="li2">Xiaohu: This is to advertise EL capability.</li>
    <li class="li2">Ed: But, why?</li>
    <li class="li2">Someone from Juniper: It is different to handle EL as egress versus transit. Need to distinguish those two capabilities.</li>
    <li class="li2">… there was also a discussion on label size, you probably need to advefsize that.</li>
    <li class="li2">Xiaohu: How many labels has been discussed but we decided we want to advertise the issue in the next draft, and we can come back.</li>
    <li class="li2">Rob: I do not understand why signal. If nodes can hash, then they do hash.</li>
    <li class="li2">Xiaohu: The segment routing use of label stack.</li>
    <li class="li2">Rob: Fine, but the LSR can only look four labels deep, so you build a different stack?</li>
    <li class="li2">Greg: You cannot do it in one lookup.</li>
    <li class="li2">Alvaro: Great discussions, although we cannot hear it. Keep in mind that extensions for things that already exist are not done here. It’s good to socialize.   </li>
  </ul>
</ul>
<p class="p3"><br></p>
<p class="p2">o Entropy labels for source routed stacked tunnels</p>
<p class="p4"><span class="s2">  <a href="http://tools.ietf.org/html/draft-kini-mpls-entropy-label-src-stacked-tunnels"><span class="s3">http://tools.ietf.org/html/draft-kini-mpls-entropy-label-src-stacked-tunnels</span></a></span></p>
<p class="p2">  Kireeti Kompella                                      10 minutes</p>
<ul class="ul1">
  <li class="li2">Kireeti: Did I actually signed up for this?</li>
  <li class="li2">… so, umm, ah. so, uhmm. </li>
  <li class="li2">… RFC 6790 says use EL for load balancing. Because in the middle of the network you do not have context of what’s going on. So you add an EL to the Tunnel Label. Then the transit LSR should use this label stack for LB.</li>
  <li class="li2">… what happens with SR or SPRING or STATUS is that you have very deep label stacks, and you want to try to put an entropy label in there… some people say you do not need to use EL with SR. But you still do, for a couple of reasons. You have LAGs.</li>
  <li class="li2">… so we looked at three ways of doing this. Single EL for the entire stack. You have this ELI/EL really deep in the stack that you might not be able to use.</li>
  <li class="li2">… another way to do it is the idea from 6790, which is every tunnel adds EL/ELI. You might not want to do that.</li>
  <li class="li2">… the last one we did is adding ELI/EL after, so then you re-use after the pop, by pushing under the next tunnel. </li>
  <li class="li2">… that magical operation might be difficult for some hardware, but that’s a detail.</li>
  <li class="li2">… Another is at “readable stack depths”. To do this, you have to know how many labels each LSR can process, so I think that’s what was being mumbled in the previous presentation. </li>
  <li class="li2">… so there are other work related to EL. The first question is: do we want good load balancing with segment routing. And if you do, how do you want to it? None of the methods here are really ideal. So I think that answering the first question is important. If we do, we need to pick the least of all evils.</li>
  <li class="li2">Questions:</li>
  <ul class="ul2">
    <li class="li2">John: Does anyone want to speak in favor of *not* using entropy? Then we can see which one.</li>
    <li class="li2">Stewart: Is there any danger of misinterpreting labels for a router?</li>
    <li class="li2">Kireeti: We have ELI</li>
    <li class="li2">Stewart: What does a router do if it does not understand ELI?</li>
    <li class="li2">Kireeti: Drops the packet.</li>
    <li class="li2">Sam Aldrin: How are you going to ensure the explicit path?</li>
    <li class="li2">Kireeti: So, it’s not an explicit path as people has said many times. You have node labels where you can get from a point to a point far away. Or you can have a adjacency labels. You can use the entropy label in either of these cases.</li>
    <li class="li2">… if these are the exact set of links and none have LAGs, then in that case EL is not interesting.</li>
    <li class="li2">Sam: You can figure out how to go from point A to point B.</li>
    <li class="li2">Kireeti: Yes, that’s why it should not be called explicit path.</li>
    <li class="li2">Ed: It’s a loose sourced explicit path.</li>
    <li class="li2">… I have a comment here. We are talking about intermediate nodes, maybe older hardware that cannot use EL. Versus older HW that cannot understand EL. How do you negotiate?</li>
    <li class="li2">Kireeti: We would guess it, we do not have a context to know if the last label is an PW label, or a VPN label with IPv4 directly below, or others. We used to guess it, sometimes get it right, sometimes not.</li>
    <li class="li2">Ed: I am not against. Probably good idea, probably necessary, but you are not solving the whole problem. Unless you are finding out depth in the stack advertised, you are not solving the whole problem.</li>
    <li class="li2">Kireeti: Moving it closer to the top, means it is associated to the tunnel. But now with SR, it is not so accessible.</li>
    <li class="li2">Someone2: I believe EL is required, the question is how in the architecture get to a solution.</li>
    <li class="li2">… the worst case I’ve seen is 8-9 labels, excluding entropy.</li>
    <li class="li2">… I’d like to understand which of the 3 proposals you suggest. My preference is the 1st one you presented. Needs more feedback on if it is possible of feasible. How do we choose?</li>
    <li class="li2">John: Let me propose that Entropy is not a bold-on, it is a key architectural element that needs to be covered in the architecture document. There;s a proposal on the table and interested parties.</li>
    <li class="li2">Ed: Tangential comment — people are very optimistic on the number of labels that can be pushed. I heard 10, and I won’t throw numbers but seems like high.</li>
    <li class="li2">Kireeti: There are 3 proposals. People are talking about optimizing the label stack. If you reasonable expect to push 5 labels, maybe you can push 7, then you can use this.</li>
    <li class="li2">… John asked the question about whether we care about Entropy but then answered that it is fundamental.</li>
    <li class="li2">John: We need to answer that on the list.</li>
    <li class="li2">Mark Townsley: If we are taking EL more fundamentally into the SR architecture, might we get rid of the ELI?</li>
    <li class="li2">Kireeti: No.</li>
    <li class="li2">Mark: Think harder. We might be able to.</li>
    <li class="li2">John: The charter says do not tinkle with existing databases.</li>
    <li class="li2">Ross C.: I will take my comment to the list.</li>
  </ul>
</ul>
<p class="p3"><br></p>
<p class="p2">o Analysis of the Overhead of Source Routing in SP Networks</p>
<p class="p4"><span class="s2">  <a href="http://tools.ietf.org/html/draft-ashwood-sdnrg-state-reduction"><span class="s3">http://tools.ietf.org/html/draft-ashwood-sdnrg-state-reduction</span></a></span></p>
<p class="p2">  Peter Ashwook-Smith                                   5 minutes</p>
<ul class="ul1">
  <li class="li2">Peter: Kireeti gave me a good segway to this meeting.</li>
  <li class="li2">… rather than had waving about what we heard in Berlin, I asked for data. Four SPs replied and gave me 7 links. </li>
  <li class="li2">… I was able to compute BW increase and overhead, and produced a little plot.</li>
  <li class="li2">… this is a worst case, which might not be a case, but it gives you an upper bound.</li>
  <li class="li2">… I won;t go over all diagrams, but the two upper most charts are more interesting. 40% of packets are under 100 bytes, but that’s less than 5% of the total bandwidth. Most of the links have these characteristics. One of the links which is a mobile backhaul with PW has much smaller packets.</li>
  <li class="li2">… if you take this data and extrapolate, these are the curves you get. The 12 byte overhead, it would impose 2-3 % overhead, and max 6%.</li>
  <li class="li2">… obviously this is small amount of data, but better than handwaving. Hopefully people find it useful.</li>
  <li class="li2">Questions:</li>
  <ul class="ul2">
    <li class="li2">Ed C: This is useful. I’m glad you are doing it. My issue is my sample size.</li>
    <li class="li2">Peter: I look forward to your addition to the sample.</li>
    <li class="li2">Ed: It is dependent upon time, etc, etc,.</li>
    <li class="li2">Peter: Yes, one is very coarse, one is very granular. And if another SP wants to contribute we will use it anonymously.</li>
  </ul>
</ul>
<p class="p3"><br></p>
<p class="p2">o Usecases of MPLS Global Label</p>
<p class="p4"><span class="s2">  <a href="http://tools.ietf.org/html/draft-li-mpls-global-label-usecases"><span class="s3">http://tools.ietf.org/html/draft-li-mpls-global-label-usecases</span></a></span></p>
<p class="p2">  A Framework of MPLS Global Label</p>
<p class="p4"><span class="s2">  <a href="http://tools.ietf.org/html/draft-li-mpls-global-label-framework"><span class="s3">http://tools.ietf.org/html/draft-li-mpls-global-label-framework</span></a></span></p>
<p class="p2">  TBD                                                  10 minutes</p>
<ul class="ul1">
  <li class="li2">Zhenbin: First is global label. Three uses: First Identification of the location, second, identification of the service, and third, identification of the Network</li>
  <li class="li2">… For the identification of the location, we have VPLS multicast over MP2MP LSPs, segment based EVPN, and MPLS OAM for LDP LSPs.</li>
  <li class="li2">… For the identification of the service, local protection of PE node.</li>
  <li class="li2">… and for the identification of the Network, MPLS network virtualization mechanisms based on MPLS Global Label</li>
</ul>
<p class="p3"><br></p>
<p class="p2">o Framework of Network Virtualization Based on MPLS Global Label</p>
<p class="p4"><span class="s2">  <a href="http://tools.ietf.org/html/draft-li-mpls-network-virtualization-framework"><span class="s3">http://tools.ietf.org/html/draft-li-mpls-network-virtualization-framework</span></a></span></p>
<p class="p2">  TBD                                                  10 minutes</p>
<ul class="ul1">
  <li class="li2">Zhenbin: Here we introduce the framework. </li>
  <li class="li2">… What label should be used for MPLS Global Label? Two options, use the traditional MPLS label range, of resolving conflicts between global and existing label range, proposing a mega label.</li>
  <li class="li2">… this is the control plane mechanism. Here’s the steps. It is better to be allocation from a central control point. The controller can share MPLS global label range for all nodes.</li>
  <li class="li2">… it can send the label request to the controller, then the global label mapping message is received and installed.</li>
  <li class="li2">… there are different applications. The first one is BGP-based, the second one is IGP-based, and the third one is PCE-based.</li>
</ul>
<p class="p3"><br></p>
<p class="p2">o Advertising Global Labels Using IGP</p>
<p class="p4"><span class="s2">  <a href="http://tools.ietf.org/html/draft-xu-rtgwg-global-label-adv"><span class="s3">http://tools.ietf.org/html/draft-xu-rtgwg-global-label-adv</span></a></span></p>
<p class="p2">  Xiaohu Xu                                            10 minutes</p>
<ul class="ul1">
  <li class="li2">Alvaro: You have 4 minutes…</li>
  <li class="li2">Zhenbin: Next. Background, Virtual Operators want to use virtual network to deploy services. They do not want to know the details of the physical network. Based on this we have this doc.</li>
  <li class="li2">… here we implement the MPLS virtual network. This is the physical network operator. There is an IGP controller and IGP client. There’s a central IGP controller. And there are virtual network operators that can have virtual network topologies. </li>
  <li class="li2">… here we can see an example. The MPLS Global label identifies the topology. You do not see the details of the underlying network.</li>
  <li class="li2">… We have this draft in ISIS, and we ant this solution for failure solutions.</li>
  <li class="li2">… we propose these attributes for a virtual link. </li>
  <li class="li2">… this is the forwarding in the virtual network. We have the virtual link, virtual node, and virtual topology.</li>
  <li class="li2">… We want to build the global label for muti-topology FIB.</li>
</ul>
<p class="p2">o  Wrap:</p>
<ul class="ul1">
  <li class="li2">Alvaro: We have one more presentation.</li>
  <li class="li2">People shouting: We saw this one already.</li>
  <li class="li2">Alvaro: Actually, don;t leave…</li>
  <li class="li2">… there seems to be consensus that we can leave now.</li>
</ul>
</body>
</html>

--Apple-Mail=_9581EB51-105F-4B22-84C6-5EEA6030A755
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	charset=us-ascii

--Apple-Mail=_9581EB51-105F-4B22-84C6-5EEA6030A755--

--Apple-Mail=_DDA20643-CF83-4F69-824F-4F513F6EDC34
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment; filename="signature.asc"
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Message signed with OpenPGP using GPGMail

--Apple-Mail=_DDA20643-CF83-4F69-824F-4F513F6EDC34--

From [email-masked]  Mon Nov 18 01:24:41 2013
From: Hannes Gredler <[email-masked]>
Date: Mon, 18 Nov 2013 10:24:15 +0100
To: <[email-masked]>
Subject: [spring] request to move draft-filsfils-rtgwg-segment-routing-use-cases-02 to wg item

Begin forwarded message:

> From: Hannes Gredler <[email-masked]>
> Subject: Re: [Status] request to move draft-filsfils-rtgwg-segment-routing-use-cases-02 to wg item
> Date: November 18, 2013 10:13:20 AM GMT+01:00
> To: [email-masked]
> Cc: John Scudder <[email-masked]>, "Alvaro Retana (aretana)" <[email-masked]>, "Clarence Filsfils (cfilsfil)" <[email-masked]>, "Stefano Previdi (sprevidi)" <[email-masked]>
> 
> support - (with a few caveats) - particularly where a 'solution' rather than
> a 'use case' is being described:
> 
> ---
> 
> -cut section 2 as it describes a solution and not necessarily belongs
> into a 'use-case' draft.
> 
> -section 3.1: use-case drafts should not contain forward references
> to the 'solution' drafts - please cut the last paragraph.
> a note that the required protocol extension SHOULD support
> advertisement of backup paths would be ok.
> 
> -section 4.1: TE without Bandwidth Admission Control is called
> 'Explicit Routing' - the current expression is a bit awkward;
>  - Its like ordering a Pizza without cheese - this is not a Pizza any
>    longer, right ?
> 
> -section 4.1.1 'Anycast node segment' - this again is a solution and
> not the problem �
> 
> -section 4.1.1.1 we rather should make over this section to discuss the
> requirements of disjointness, what implications this has to real-world
> topologies rather than describing a 'Anycast SID based solution'.
> i can imagine that there are customers who want to use a central
> controller without the notion of any cast SIDs at all ...
> 
> -section 4.1.2 add a reference to the OSPF and BGP/LS extended TE metrics.
> 
> -section 4.1.3 i'd like to add a section which describes inter-domain TE
> by using label stacking, which seems a more general case rather than
> just using one label for egress link-selection.
> 
> -section 5: i am not sure wether service-chaining is
>   (1) in-charter and to what extend the
>   (2) overlap with SFC working group is. -
>   suggest to cut this one.
> 
> ---
> 
> 
> not sure if you need another co-author (as the list is fairly impressive),
> but i can contribute cycles/text for the editing work if you want.
> 
> thanks,
> 
> /hannes
> 
> 
> On Nov 7, 2013, at 5:24 AM, Stefano Previdi (sprevidi) wrote:
> 
>> John, Alvaro, All,
>> 
>> according to what discussed after the presentation of SR Use Cases at 
>> ietf88 spring-wg meeting, I'd like to request the adoption of 
>> draft-filsfils-rtgwg-segment-routing-use-cases-02.txt as wg item.
>> 
>> Thanks.
>> s.
> 

From [email-masked]  Mon Nov 18 07:51:34 2013
From: "Alvaro Retana (aretana)" <[email-masked]>
To: "[email-masked]" <[email-masked]>
Date: Mon, 18 Nov 2013 15:47:05 +0000
Accept-Language: en-US
Subject: [spring] IPR Declarations in spring

--_000_CEAFA0A741B20aretanaciscocom_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Hi!

Please review the rules about disclosing intellectual property as expressed in RFC 3979 and at http://trac.tools.ietf.org/group/iesg/trac/wiki/IntellectualProperty.

Following the example of other WGs, we have decided to adopt the following process:  poll authors/contributors on their compliance with IETF IPR rules prior to moving a document to the next step in the WG process, e.g., before an individual draft becomes a WG document or a WG document goes to last call.  IOW, no document will advance until we receive a response from all the authors/contributors.

Thanks!

Alvaro + John

--_000_CEAFA0A741B20aretanaciscocom_
Content-Type: text/html; charset="us-ascii"
Content-ID: <[email-masked]>
Content-Transfer-Encoding: quoted-printable

<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">
</head>
<body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; color: rgb(0, 0, 0); font-size: 14px; font-family: Calibri, sans-serif; ">
<div>Hi!</div>
<div><br>
</div>
<div>
<div>Please review the rules about disclosing intellectual property as expressed in RFC 3979 and at
<a href="http://trac.tools.ietf.org/group/iesg/trac/wiki/IntellectualProperty">http://trac.tools.ietf.org/group/iesg/trac/wiki/IntellectualProperty</a>.</div>
<div><br>
</div>
<div>Following the example of other WGs, we have decided to adopt the following process: &nbsp;poll authors/contributors on their compliance with IETF IPR rules prior to moving a document to the next step in the WG process, e.g., before an individual draft becomes
 a WG document or a WG document goes to last call. &nbsp;IOW, no document will advance until we receive a response from all the authors/contributors.</div>
</div>
<div><br>
</div>
<div>Thanks!</div>
<div><br>
</div>
<div>Alvaro &#43; John</div>
<div><br>
</div>
</body>
</html>

--_000_CEAFA0A741B20aretanaciscocom_--

From [email-masked]  Mon Nov 18 07:53:01 2013
From: "Alvaro Retana (aretana)" <[email-masked]>
To: "[email-masked]" <[email-masked]>
Date: Mon, 18 Nov 2013 15:50:30 +0000
Accept-Language: en-US
Cc: "[email-masked]" <[email-masked]>
Subject: [spring] IRP Claims related to draft-filsfils-rtgwg-segment-routing-use-cases

--_000_CEAFA17441B29aretanaciscocom_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Hi!

In parallel to the call for adoption of this draft, I want to formally ask the authors (no additional contributors are listed in the latest version of the draft) to please respond to this message indicating whether or not you are aware of any relevant IPR.  The draft will not progress (pending the results of the WG Adoption Call) until we have received a response from each author.

Thanks!

Alvaro.

--_000_CEAFA17441B29aretanaciscocom_
Content-Type: text/html; charset="us-ascii"
Content-ID: <[email-masked]>
Content-Transfer-Encoding: quoted-printable

<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">
</head>
<body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; color: rgb(0, 0, 0); font-size: 14px; font-family: Calibri, sans-serif; ">
<div>Hi!</div>
<div><br>
</div>
<div>In parallel to the call for adoption of this draft,&nbsp;I want to formally ask the authors (no additional contributors are listed in the latest version of the draft) to please respond to this message indicating whether or not you are aware of any relevant
 IPR. &nbsp;The draft will not progress (pending the results of the WG Adoption Call) until we have received a response from each author.</div>
<div><br>
</div>
<div>Thanks!</div>
<div><br>
</div>
<div>Alvaro.</div>
<br>
</body>
</html>

--_000_CEAFA17441B29aretanaciscocom_--

From [email-masked]  Mon Nov 18 07:58:59 2013
From: "Henderickx, Wim (Wim)" <[email-masked]>
To: "Alvaro Retana (aretana)" <[email-masked]>, "[email-masked]" <[email-masked]>
Date: Mon, 18 Nov 2013 15:54:49 +0000
Accept-Language: nl-BE, en-US
Cc: "[email-masked]" <[email-masked]>
Subject: Re: [spring] IRP Claims related to draft-filsfils-rtgwg-segment-routing-use-cases

--_000_CEAF784193A0Fwimhenderickxalcatellucentcom_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Not aware of IPR

From: "Alvaro Retana (aretana)" <[email-masked]<mailto:[email-masked]>>
Date: Monday 18 November 2013 16:50
To: "[email-masked]<mailto:[email-masked]>" <[email-masked]<mailto:[email-masked]>>
Cc: "[email-masked]<mailto:[email-masked]>" <[email-masked]<mailto:[email-masked]>>
Subject: IRP Claims related to draft-filsfils-rtgwg-segment-routing-use-cases
Resent-From: <[email-masked]<mailto:[email-masked]>>
Resent-To: Bruno Decraene <[email-masked]<mailto:[email-masked]>>, Clarence Filsfil <[email-masked]<mailto:[email-masked]>>, <[email-masked]<mailto:[email-masked]>>, Igor Milojevic <[email-masked]<mailto:[email-masked]>>, <[email-masked]<mailto:[email-masked]>>, Martin Horneffer <[email-masked]<mailto:[email-masked]>>, <[email-masked]<mailto:[email-masked]>>, Rob Shakir <[email-masked]<mailto:[email-masked]>>, <[email-masked]<mailto:[email-masked]>>, <[email-masked]<mailto:[email-masked]>>, <[email-masked]<mailto:[email-masked]>>, <[email-masked]<mailto:[email-masked]>>, Wim Henderickx <[email-masked]<mailto:[email-masked]>>
Resent-Date: Monday 18 November 2013 16:51

Hi!

In parallel to the call for adoption of this draft, I want to formally ask the authors (no additional contributors are listed in the latest version of the draft) to please respond to this message indicating whether or not you are aware of any relevant IPR.  The draft will not progress (pending the results of the WG Adoption Call) until we have received a response from each author.

Thanks!

Alvaro.

--_000_CEAF784193A0Fwimhenderickxalcatellucentcom_
Content-Type: text/html; charset="us-ascii"
Content-ID: <[email-masked]>
Content-Transfer-Encoding: quoted-printable

<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">
</head>
<body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; color: rgb(0, 0, 0); font-size: 14px; font-family: Calibri, sans-serif;">
<div>Not aware of IPR</div>
<div><br>
</div>
<span id="OLK_SRC_BODY_SECTION">
<div style="font-family:Calibri; font-size:11pt; text-align:left; color:black; BORDER-BOTTOM: medium none; BORDER-LEFT: medium none; PADDING-BOTTOM: 0in; PADDING-LEFT: 0in; PADDING-RIGHT: 0in; BORDER-TOP: #b5c4df 1pt solid; BORDER-RIGHT: medium none; PADDING-TOP: 3pt">
<span style="font-weight:bold">From: </span>&quot;Alvaro Retana (aretana)&quot; &lt;<a href="mailto:[email-masked]">[email-masked]</a>&gt;<br>
<span style="font-weight:bold">Date: </span>Monday 18 November 2013 16:50<br>
<span style="font-weight:bold">To: </span>&quot;<a href="mailto:[email-masked]">[email-masked]</a>&quot; &lt;<a href="mailto:[email-masked]">[email-masked]</a>&gt;<br>
<span style="font-weight:bold">Cc: </span>&quot;<a href="mailto:[email-masked]">[email-masked]</a>&quot; &lt;<a href="mailto:[email-masked]">[email-masked]</a>&gt;<br>
<span style="font-weight:bold">Subject: </span>IRP Claims related to draft-filsfils-rtgwg-segment-routing-use-cases<br>
<span style="font-weight:bold">Resent-From: </span>&lt;<a href="mailto:[email-masked]">[email-masked]</a>&gt;<br>
<span style="font-weight:bold">Resent-To: </span>Bruno Decraene &lt;<a href="mailto:[email-masked]">[email-masked]</a>&gt;, Clarence Filsfil &lt;<a href="mailto:[email-masked]">[email-masked]</a>&gt;, &lt;<a href="mailto:[email-masked]">[email-masked]</a>&gt;,
 Igor Milojevic &lt;<a href="mailto:[email-masked]">[email-masked]</a>&gt;, &lt;<a href="mailto:[email-masked]">[email-masked]</a>&gt;, Martin Horneffer &lt;<a href="mailto:[email-masked]">[email-masked]</a>&gt;,
 &lt;<a href="mailto:[email-masked]">[email-masked]</a>&gt;, Rob Shakir &lt;<a href="mailto:[email-masked]">[email-masked]</a>&gt;, &lt;<a href="mailto:[email-masked]">[email-masked]</a>&gt;, &lt;<a href="mailto:[email-masked]">[email-masked]</a>&gt;,
 &lt;<a href="mailto:[email-masked]">[email-masked]</a>&gt;, &lt;<a href="mailto:[email-masked]">[email-masked]</a>&gt;, Wim Henderickx &lt;<a href="mailto:[email-masked]">[email-masked]</a>&gt;<br>
<span style="font-weight:bold">Resent-Date: </span>Monday 18 November 2013 16:51<br>
</div>
<div><br>
</div>
<div>
<div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; color: rgb(0, 0, 0); font-size: 14px; font-family: Calibri, sans-serif; ">
<div>Hi!</div>
<div><br>
</div>
<div>In parallel to the call for adoption of this draft,&nbsp;I want to formally ask the authors (no additional contributors are listed in the latest version of the draft) to please respond to this message indicating whether or not you are aware of any relevant
 IPR. &nbsp;The draft will not progress (pending the results of the WG Adoption Call) until we have received a response from each author.</div>
<div><br>
</div>
<div>Thanks!</div>
<div><br>
</div>
<div>Alvaro.</div>
<br>
</div>
</div>
</span>
</body>
</html>

--_000_CEAF784193A0Fwimhenderickxalcatellucentcom_--

From [email-masked]  Mon Nov 18 08:05:27 2013
From: <[email-masked]>
To: "Alvaro Retana (aretana)" <[email-masked]>, "[email-masked]" <[email-masked]>
Date: Mon, 18 Nov 2013 17:03:13 +0100
Accept-Language: fr-FR
acceptlanguage: fr-FR
Cc: "[email-masked]" <[email-masked]>
Subject: Re: [spring] IRP Claims related to draft-filsfils-rtgwg-segment-routing-use-cases

--_000_EEE55384044474429A926C625D0FCC810995A98480PUEXCB2Fnante_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Not aware of IPR

De : Alvaro Retana (aretana) [mailto:[email-masked]]
Envoy� : lundi 18 novembre 2013 16:51
� : [email-masked]
Cc : [email-masked]
Objet : IRP Claims related to draft-filsfils-rtgwg-segment-routing-use-cases

Hi!

In parallel to the call for adoption of this draft, I want to formally ask the authors (no additional contributors are listed in the latest version of the draft) to please respond to this message indicating whether or not you are aware of any relevant IPR.  The draft will not progress (pending the results of the WG Adoption Call) until we have received a response from each author.

Thanks!

Alvaro.

_________________________________________________________________________________________________________________________

Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci.

This message and its attachments may contain confidential or privileged information that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and delete this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified.
Thank you.

--_000_EEE55384044474429A926C625D0FCC810995A98480PUEXCB2Fnante_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"><head><meta name=Generator content="Microsoft Word 14 (filtered medium)"><style><!--
/* Font Definitions */
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
span.EmailStyle17
	{mso-style-type:personal-reply;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-size:10.0pt;}
@page WordSection1
	{size:612.0pt 792.0pt;
	margin:70.85pt 70.85pt 70.85pt 70.85pt;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]--></head><body lang=FR link=blue vlink=purple><div class=WordSection1><p class=MsoNormal><span style='font-size:10.5pt;font-family:"Calibri","sans-serif";color:black'>Not aware of IPR<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p>&nbsp;</o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p>&nbsp;</o:p></span></p><div><div style='border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0cm 0cm 0cm'><p class=MsoNormal><b><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'>De&nbsp;:</span></b><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'> Alvaro Retana (aretana) [mailto:[email-masked]] <br><b>Envoy�&nbsp;:</b> lundi 18 novembre 2013 16:51<br><b>�&nbsp;:</b> [email-masked]<br><b>Cc&nbsp;:</b> [email-masked]<br><b>Objet&nbsp;:</b> IRP Claims related to draft-filsfils-rtgwg-segment-routing-use-cases<o:p></o:p></span></p></div></div><p class=MsoNormal><o:p>&nbsp;</o:p></p><div><p class=MsoNormal><span style='font-size:10.5pt;font-family:"Calibri","sans-serif";color:black'>Hi!<o:p></o:p></span></p></div><div><p class=MsoNormal><span style='font-size:10.5pt;font-family:"Calibri","sans-serif";color:black'><o:p>&nbsp;</o:p></span></p></div><div><p class=MsoNormal><span style='font-size:10.5pt;font-family:"Calibri","sans-serif";color:black'>In parallel to the call for adoption of this draft,&nbsp;I want to formally ask the authors (no additional contributors are listed in the latest version of the draft) to please respond to this message indicating whether or not you are aware of any relevant IPR. &nbsp;The draft will not progress (pending the results of the WG Adoption Call) until we have received a response from each author.<o:p></o:p></span></p></div><div><p class=MsoNormal><span style='font-size:10.5pt;font-family:"Calibri","sans-serif";color:black'><o:p>&nbsp;</o:p></span></p></div><div><p class=MsoNormal><span style='font-size:10.5pt;font-family:"Calibri","sans-serif";color:black'>Thanks!<o:p></o:p></span></p></div><div><p class=MsoNormal><span style='font-size:10.5pt;font-family:"Calibri","sans-serif";color:black'><o:p>&nbsp;</o:p></span></p></div><div><p class=MsoNormal><span style='font-size:10.5pt;font-family:"Calibri","sans-serif";color:black'>Alvaro.<o:p></o:p></span></p></div><p class=MsoNormal><span style='font-size:10.5pt;font-family:"Calibri","sans-serif";color:black'><o:p>&nbsp;</o:p></span></p></div><PRE>_________________________________________________________________________________________________________________________

Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci.

This message and its attachments may contain confidential or privileged information that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and delete this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified.
Thank you.
</PRE></body></html>
--_000_EEE55384044474429A926C625D0FCC810995A98480PUEXCB2Fnante_--

From [email-masked]  Mon Nov 18 08:12:30 2013
From: "Stefano Previdi (sprevidi)" <[email-masked]>
To: "Alvaro Retana (aretana)" <[email-masked]>
Date: Mon, 18 Nov 2013 16:08:29 +0000
Accept-Language: en-US
Cc: "[email-masked]" <[email-masked]>, "[email-masked]" <[email-masked]>
Subject: Re: [spring] IRP Claims related to draft-filsfils-rtgwg-segment-routing-use-cases

Hi,

there is IPR that is in the process of being disclosed.

Thanks.
s.

On Nov 18, 2013, at 4:50 PM, Alvaro Retana (aretana) wrote:

> Hi!
> 
> In parallel to the call for adoption of this draft, I want to formally ask the authors (no additional contributors are listed in the latest version of the draft) to please respond to this message indicating whether or not you are aware of any relevant IPR.  The draft will not progress (pending the results of the WG Adoption Call) until we have received a response from each author.
> 
> Thanks!
> 
> Alvaro.
> 

From [email-masked]  Mon Nov 18 08:18:58 2013
From: Jeff Tantsura <[email-masked]>
To: "Alvaro Retana (aretana)" <[email-masked]>
Date: Mon, 18 Nov 2013 16:16:37 +0000
Accept-Language: en-US
Subject: Re: [spring] IRP Claims related to draft-filsfils-rtgwg-segment-routing-use-cases

Not aware of any IPR.

Regards,
Jeff

> On Nov 18, 2013, at 7:50 AM, "Alvaro Retana (aretana)" <[email-masked]> wrote:
> 
> Hi!
> 
> In parallel to the call for adoption of this draft, I want to formally ask the authors (no additional contributors are listed in the latest version of the draft) to please respond to this message indicating whether or not you are aware of any relevant IPR.  The draft will not progress (pending the results of the WG Adoption Call) until we have received a response from each author.
> 
> Thanks!
> 
> Alvaro.
> 

From [email-masked]  Mon Nov 18 08:19:03 2013
From: Pierre Francois <[email-masked]>
Date: Mon, 18 Nov 2013 17:16:32 +0100
To: "Alvaro Retana (aretana)" <[email-masked]>
Cc: "[email-masked]" <[email-masked]>, "[email-masked]" <[email-masked]>
Subject: Re: [spring] IRP Claims related to draft-filsfils-rtgwg-segment-routing-use-cases

--Apple-Mail=_05F757DA-1C23-4A92-AB1C-D9B524C9D9F1
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii

Hello, 

There is IPR that is in the process of being disclosed. 

Regards, 

Pierre.

On Nov 18, 2013, at 4:50 PM, "Alvaro Retana (aretana)" <[email-masked]> wrote:

> Hi!
> 
> In parallel to the call for adoption of this draft, I want to formally ask the authors (no additional contributors are listed in the latest version of the draft) to please respond to this message indicating whether or not you are aware of any relevant IPR.  The draft will not progress (pending the results of the WG Adoption Call) until we have received a response from each author.
> 
> Thanks!
> 
> Alvaro.
> 

--Apple-Mail=_05F757DA-1C23-4A92-AB1C-D9B524C9D9F1
Content-Transfer-Encoding: 7bit
Content-Type: text/html;
	charset=us-ascii

<html><head><meta http-equiv="Content-Type" content="text/html charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">Hello,&nbsp;<div><br></div><div>There is IPR that is in the process of being disclosed.&nbsp;</div><div><br></div><div>Regards,&nbsp;</div><div><br></div><div>Pierre.</div><div><br></div><div><br><div><div>On Nov 18, 2013, at 4:50 PM, "Alvaro Retana (aretana)" &lt;<a href="mailto:[email-masked]">[email-masked]</a>&gt; wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite">

<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">

<div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; font-size: 14px; font-family: Calibri, sans-serif; ">
<div>Hi!</div>
<div><br>
</div>
<div>In parallel to the call for adoption of this draft,&nbsp;I want to formally ask the authors (no additional contributors are listed in the latest version of the draft) to please respond to this message indicating whether or not you are aware of any relevant
 IPR. &nbsp;The draft will not progress (pending the results of the WG Adoption Call) until we have received a response from each author.</div>
<div><br>
</div>
<div>Thanks!</div>
<div><br>
</div>
<div>Alvaro.</div>
<br>
</div>

</blockquote></div><br></div></body></html>
--Apple-Mail=_05F757DA-1C23-4A92-AB1C-D9B524C9D9F1--

From [email-masked]  Mon Nov 18 08:45:26 2013
From: Saku Ytti <[email-masked]>
Date: Mon, 18 Nov 2013 18:42:59 +0200
To: "Alvaro Retana (aretana)" <[email-masked]>
Cc: "[email-masked]" <[email-masked]>, "[email-masked]" <[email-masked]>
Subject: Re: [spring] IRP Claims related to draft-filsfils-rtgwg-segment-routing-use-cases

Not aware of any relevant IPR

-- 
  ++ytti

> On 18 Nov 2013, at 17:50, "Alvaro Retana (aretana)" <[email-masked]> wrote:
> 
> Hi!
> 
> In parallel to the call for adoption of this draft, I want to formally ask the authors (no additional contributors are listed in the latest version of the draft) to please respond to this message indicating whether or not you are aware of any relevant IPR.  The draft will not progress (pending the results of the WG Adoption Call) until we have received a response from each author.
> 
> Thanks!
> 
> Alvaro.
> 

From [email-masked]  Mon Nov 18 08:45:27 2013
Date: Mon, 18 Nov 2013 08:43:19 -0800
From: Sri <[email-masked]>
To: "Alvaro Retana (aretana)" <[email-masked]>
Cc: "[email-masked]" <[email-masked]>, "[email-masked]" <[email-masked]>
Subject: Re: [spring] IRP Claims related to draft-filsfils-rtgwg-segment-routing-use-cases

--e89a8ffbaa2bcd956004eb763e6d
Content-Type: text/plain; charset=UTF-8

Not aware of any IPR.

Thanks
- Sri

On Monday, November 18, 2013, Alvaro Retana (aretana) wrote:

>  Hi!
>
>  In parallel to the call for adoption of this draft, I want to formally
> ask the authors (no additional contributors are listed in the latest
> version of the draft) to please respond to this message indicating whether
> or not you are aware of any relevant IPR.  The draft will not progress
> (pending the results of the WG Adoption Call) until we have received a
> response from each author.
>
>  Thanks!
>
>  Alvaro.
>
>

--e89a8ffbaa2bcd956004eb763e6d
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Not aware of any IPR.<div><br></div><div>Thanks</div><div>- Sri<br><br>On Monday, November 18, 2013, Alvaro Retana (aretana)  wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div style="font-size:14px;font-family:Calibri,sans-serif;word-wrap:break-word">
<div>Hi!</div>
<div><br>
</div>
<div>In parallel to the call for adoption of this draft, I want to formally ask the authors (no additional contributors are listed in the latest version of the draft) to please respond to this message indicating whether or not you are aware of any relevant
 IPR.  The draft will not progress (pending the results of the WG Adoption Call) until we have received a response from each author.</div>
<div><br>
</div>
<div>Thanks!</div>
<div><br>
</div>
<div>Alvaro.</div>
<br>
</div>

</blockquote></div>

--e89a8ffbaa2bcd956004eb763e6d--

From [email-masked]  Mon Nov 18 08:40:24 2013
From: Edward Crabbe <[email-masked]>
Date: Mon, 18 Nov 2013 08:38:30 -0800
To: "Alvaro Retana (aretana)" <[email-masked]>
Cc: "[email-masked]" <[email-masked]>, "[email-masked]" <[email-masked]>
Subject: Re: [spring] IRP Claims related to draft-filsfils-rtgwg-segment-routing-use-cases

Not aware of any IPR.

On Mon, Nov 18, 2013 at 7:50 AM, Alvaro Retana (aretana)
<[email-masked]> wrote:
> Hi!
>
> In parallel to the call for adoption of this draft, I want to formally ask
> the authors (no additional contributors are listed in the latest version of
> the draft) to please respond to this message indicating whether or not you
> are aware of any relevant IPR.  The draft will not progress (pending the
> results of the WG Adoption Call) until we have received a response from each
> author.
>
> Thanks!
>
> Alvaro.
>

From [email-masked]  Mon Nov 18 09:04:23 2013
Date: Mon, 18 Nov 2013 18:04:09 +0100
From: Martin Horneffer <[email-masked]>
To: "Alvaro Retana (aretana)" <[email-masked]>,  "[email-masked]" <[email-masked]>
Cc: "[email-masked]" <[email-masked]>
Subject: Re: [spring] IRP Claims related to draft-filsfils-rtgwg-segment-routing-use-cases

This is a multi-part message in MIME format.
--------------030102070302030906060102
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

I'm not aware of any IPR.

Best regards, Martin

Am 18.11.13 16:50, schrieb Alvaro Retana (aretana):
> Hi!
>
> In parallel to the call for adoption of this draft, I want to formally 
> ask the authors (no additional contributors are listed in the latest 
> version of the draft) to please respond to this message indicating 
> whether or not you are aware of any relevant IPR.  The draft will not 
> progress (pending the results of the WG Adoption Call) until we have 
> received a response from each author.
>
> Thanks!
>
> Alvaro.
>
>
>
> _______________________________________________
> spring mailing list
> [email-masked]
> https://www.ietf.org/mailman/listinfo/spring

##############################################
# Mail Account for technical purposes only
##############################################
--------------030102070302030906060102
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <div class="moz-cite-prefix">I'm not aware of any IPR.<br>
      <br>
      Best regards, Martin<br>
      <br>
      Am 18.11.13 16:50, schrieb Alvaro Retana (aretana):<br>
    </div>
    <blockquote cite="mid:[email-masked]"
      type="cite">
      <meta http-equiv="Content-Type" content="text/html;
        charset=ISO-8859-1">
      <div>Hi!</div>
      <div><br>
      </div>
      <div>In parallel to the call for adoption of this draft,&nbsp;I want to
        formally ask the authors (no additional contributors are listed
        in the latest version of the draft) to please respond to this
        message indicating whether or not you are aware of any relevant
        IPR. &nbsp;The draft will not progress (pending the results of the WG
        Adoption Call) until we have received a response from each
        author.</div>
      <div><br>
      </div>
      <div>Thanks!</div>
      <div><br>
      </div>
      <div>Alvaro.</div>
      <br>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
spring mailing list
<a class="moz-txt-link-abbreviated" href="mailto:[email-masked]">[email-masked]</a>
<a class="moz-txt-link-freetext" href="https://www.ietf.org/mailman/listinfo/spring">https://www.ietf.org/mailman/listinfo/spring</a>
</pre>
    </blockquote>
    <br>
  
<br><pre>
##############################################
# Mail Account for technical purposes only
##############################################
</pre><br>
</body>
</html>

--------------030102070302030906060102--

From [email-masked]  Mon Nov 18 23:45:48 2013
Date: Tue, 19 Nov 2013 02:45:30 -0500
From: Clarence Filsfils <[email-masked]>
To: "Alvaro Retana (aretana)" <[email-masked]>
Cc: "[email-masked]" <[email-masked]>, "[email-masked]" <[email-masked]>
Subject: Re: [spring] IRP Claims related to draft-filsfils-rtgwg-segment-routing-use-cases

There is IPR that is in the process of being disclosed.

Cheers,
Clarence

On 18.11.13 10:50, Alvaro Retana (aretana) wrote:
> Hi!
>
> In parallel to the call for adoption of this draft, I want to formally
> ask the authors (no additional contributors are listed in the latest
> version of the draft) to please respond to this message indicating
> whether or not you are aware of any relevant IPR.  The draft will not
> progress (pending the results of the WG Adoption Call) until we have
> received a response from each author.
>
> Thanks!
>
> Alvaro.
>

-- 
Please excuse brief mail, broken wrist

From [email-masked]  Tue Nov 19 04:56:24 2013
From: John E Drake <[email-masked]>
To: Hannes Gredler <[email-masked]>, "[email-masked]" <[email-masked]>
Date: Tue, 19 Nov 2013 12:56:09 +0000
Accept-Language: en-US
Subject: Re: [spring] request to move	draft-filsfils-rtgwg-segment-routing-use-cases-02 to wg item

Hi,

The draft is a very good start but it needs to be more focused.  What is the plan for incorporating material from the following drafts into it:

http://tools.ietf.org/html/draft-geib-spring-oam-usecase-00

http://tools.ietf.org/html/draft-gredler-ospf-label-advertisement-03

http://tools.ietf.org/html/draft-kim-source-routing-use-cases-00

http://tools.ietf.org/html/draft-shakir-rtgwg-sr-performance-engineered-lsps-00

I would also suggest a global replace of the term 'segment routing' with the term 'explicit routing' which seemed to have support on the mailing list.

Yours Irrespectively,

John

> -----Original Message-----
> From: [email-masked] [mailto:[email-masked]] On Behalf Of
> Hannes Gredler
> Sent: Monday, November 18, 2013 1:24 AM
> To: [email-masked]
> Subject: [spring] request to move draft-filsfils-rtgwg-segment-routing-use-
> cases-02 to wg item
> 
> Begin forwarded message:
> 
> > From: Hannes Gredler <[email-masked]>
> > Subject: Re: [Status] request to move
> > draft-filsfils-rtgwg-segment-routing-use-cases-02 to wg item
> > Date: November 18, 2013 10:13:20 AM GMT+01:00
> > To: [email-masked]
> > Cc: John Scudder <[email-masked]>, "Alvaro Retana (aretana)"
> > <[email-masked]>, "Clarence Filsfils (cfilsfil)"
> > <[email-masked]>, "Stefano Previdi (sprevidi)"
> > <[email-masked]>
> >
> > support - (with a few caveats) - particularly where a 'solution'
> > rather than a 'use case' is being described:
> >
> > ---
> >
> > -cut section 2 as it describes a solution and not necessarily belongs
> > into a 'use-case' draft.
> >
> > -section 3.1: use-case drafts should not contain forward references to
> > the 'solution' drafts - please cut the last paragraph.
> > a note that the required protocol extension SHOULD support
> > advertisement of backup paths would be ok.
> >
> > -section 4.1: TE without Bandwidth Admission Control is called
> > 'Explicit Routing' - the current expression is a bit awkward;
> >  - Its like ordering a Pizza without cheese - this is not a Pizza any
> >    longer, right ?
> >
> > -section 4.1.1 'Anycast node segment' - this again is a solution and
> > not the problem ...
> >
> > -section 4.1.1.1 we rather should make over this section to discuss
> > the requirements of disjointness, what implications this has to
> > real-world topologies rather than describing a 'Anycast SID based solution'.
> > i can imagine that there are customers who want to use a central
> > controller without the notion of any cast SIDs at all ...
> >
> > -section 4.1.2 add a reference to the OSPF and BGP/LS extended TE metrics.
> >
> > -section 4.1.3 i'd like to add a section which describes inter-domain
> > TE by using label stacking, which seems a more general case rather
> > than just using one label for egress link-selection.
> >
> > -section 5: i am not sure wether service-chaining is
> >   (1) in-charter and to what extend the
> >   (2) overlap with SFC working group is. -
> >   suggest to cut this one.
> >
> > ---
> >
> >
> > not sure if you need another co-author (as the list is fairly
> > impressive), but i can contribute cycles/text for the editing work if you want.
> >
> > thanks,
> >
> > /hannes
> >
> >
> > On Nov 7, 2013, at 5:24 AM, Stefano Previdi (sprevidi) wrote:
> >
> >> John, Alvaro, All,
> >>
> >> according to what discussed after the presentation of SR Use Cases at
> >> ietf88 spring-wg meeting, I'd like to request the adoption of
> >> draft-filsfils-rtgwg-segment-routing-use-cases-02.txt as wg item.
> >>
> >> Thanks.
> >> s.
> >
> 
> 
> _______________________________________________
> spring mailing list
> [email-masked]
> https://www.ietf.org/mailman/listinfo/spring
> 

From [email-masked]  Tue Nov 19 06:43:08 2013
Sender: [email-masked]
Date: Tue, 19 Nov 2013 15:43:00 +0100
From: Robert Raszuk <[email-masked]>
To: John E Drake <[email-masked]>
Cc: Hannes Gredler <[email-masked]>, "[email-masked]" <[email-masked]>
Subject: Re: [spring] request to move draft-filsfils-rtgwg-segment-routing-use-cases-02 to wg item

Hello John,

I think that incorporating the material from below drafts is exactly
opposite to keeping the draft "more focused". So which one do you
suggest ?

Best,
R.

On Tue, Nov 19, 2013 at 1:56 PM, John E Drake <[email-masked]> wrote:
> Hi,
>
> The draft is a very good start but it needs to be more focused.  What is the plan for incorporating material from the following drafts into it:
>
> http://tools.ietf.org/html/draft-geib-spring-oam-usecase-00
>
> http://tools.ietf.org/html/draft-gredler-ospf-label-advertisement-03
>
> http://tools.ietf.org/html/draft-kim-source-routing-use-cases-00
>
> http://tools.ietf.org/html/draft-shakir-rtgwg-sr-performance-engineered-lsps-00
>
> I would also suggest a global replace of the term 'segment routing' with the term 'explicit routing' which seemed to have support on the mailing list.
>
> Yours Irrespectively,
>
> John
>
>> -----Original Message-----
>> From: [email-masked] [mailto:[email-masked]] On Behalf Of
>> Hannes Gredler
>> Sent: Monday, November 18, 2013 1:24 AM
>> To: [email-masked]
>> Subject: [spring] request to move draft-filsfils-rtgwg-segment-routing-use-
>> cases-02 to wg item
>>
>> Begin forwarded message:
>>
>> > From: Hannes Gredler <[email-masked]>
>> > Subject: Re: [Status] request to move
>> > draft-filsfils-rtgwg-segment-routing-use-cases-02 to wg item
>> > Date: November 18, 2013 10:13:20 AM GMT+01:00
>> > To: [email-masked]
>> > Cc: John Scudder <[email-masked]>, "Alvaro Retana (aretana)"
>> > <[email-masked]>, "Clarence Filsfils (cfilsfil)"
>> > <[email-masked]>, "Stefano Previdi (sprevidi)"
>> > <[email-masked]>
>> >
>> > support - (with a few caveats) - particularly where a 'solution'
>> > rather than a 'use case' is being described:
>> >
>> > ---
>> >
>> > -cut section 2 as it describes a solution and not necessarily belongs
>> > into a 'use-case' draft.
>> >
>> > -section 3.1: use-case drafts should not contain forward references to
>> > the 'solution' drafts - please cut the last paragraph.
>> > a note that the required protocol extension SHOULD support
>> > advertisement of backup paths would be ok.
>> >
>> > -section 4.1: TE without Bandwidth Admission Control is called
>> > 'Explicit Routing' - the current expression is a bit awkward;
>> >  - Its like ordering a Pizza without cheese - this is not a Pizza any
>> >    longer, right ?
>> >
>> > -section 4.1.1 'Anycast node segment' - this again is a solution and
>> > not the problem ...
>> >
>> > -section 4.1.1.1 we rather should make over this section to discuss
>> > the requirements of disjointness, what implications this has to
>> > real-world topologies rather than describing a 'Anycast SID based solution'.
>> > i can imagine that there are customers who want to use a central
>> > controller without the notion of any cast SIDs at all ...
>> >
>> > -section 4.1.2 add a reference to the OSPF and BGP/LS extended TE metrics.
>> >
>> > -section 4.1.3 i'd like to add a section which describes inter-domain
>> > TE by using label stacking, which seems a more general case rather
>> > than just using one label for egress link-selection.
>> >
>> > -section 5: i am not sure wether service-chaining is
>> >   (1) in-charter and to what extend the
>> >   (2) overlap with SFC working group is. -
>> >   suggest to cut this one.
>> >
>> > ---
>> >
>> >
>> > not sure if you need another co-author (as the list is fairly
>> > impressive), but i can contribute cycles/text for the editing work if you want.
>> >
>> > thanks,
>> >
>> > /hannes
>> >
>> >
>> > On Nov 7, 2013, at 5:24 AM, Stefano Previdi (sprevidi) wrote:
>> >
>> >> John, Alvaro, All,
>> >>
>> >> according to what discussed after the presentation of SR Use Cases at
>> >> ietf88 spring-wg meeting, I'd like to request the adoption of
>> >> draft-filsfils-rtgwg-segment-routing-use-cases-02.txt as wg item.
>> >>
>> >> Thanks.
>> >> s.
>> >
>>
>>
>> _______________________________________________
>> spring mailing list
>> [email-masked]
>> https://www.ietf.org/mailman/listinfo/spring
>>
>
>
> _______________________________________________
> spring mailing list
> [email-masked]
> https://www.ietf.org/mailman/listinfo/spring

From [email-masked]  Tue Nov 19 06:57:31 2013
From: Ronald Bonica <[email-masked]>
To: Clarence Filsfils <[email-masked]>, "Alvaro Retana (aretana)" <[email-masked]>
Accept-Language: en-US
Cc: "[email-masked]" <[email-masked]>, "[email-masked]" <[email-masked]>
Subject: Re: [spring] IRP Claims related to	draft-filsfils-rtgwg-segment-routing-use-cases

Folks,

It is strange for IPR to be associated with a use-case document. Could it be that the use-case document assumes solutions and that the IPR is associated with the assumed solutions?

If that is the case, we should probably remove the assumed solutions from the document. (This is appropriate because it is a use-case document.) Then the authors could re-evaluate the document to determine whether it is still IPR encumbered.

                                                   Ron

> -----Original Message-----
> From: spring [mailto:[email-masked]] On Behalf Of Clarence
> Filsfils
> Sent: Tuesday, November 19, 2013 2:46 AM
> To: Alvaro Retana (aretana)
> Cc: [email-masked]; draft-filsfils-rtgwg-segment-routing-use-
> [email-masked]
> Subject: Re: [spring] IRP Claims related to draft-filsfils-rtgwg-
> segment-routing-use-cases
> 
> 
> There is IPR that is in the process of being disclosed.
> 
> Cheers,
> Clarence
> 
> 
> On 18.11.13 10:50, Alvaro Retana (aretana) wrote:
> > Hi!
> >
> > In parallel to the call for adoption of this draft, I want to
> formally
> > ask the authors (no additional contributors are listed in the latest
> > version of the draft) to please respond to this message indicating
> > whether or not you are aware of any relevant IPR.  The draft will not
> > progress (pending the results of the WG Adoption Call) until we have
> > received a response from each author.
> >
> > Thanks!
> >
> > Alvaro.
> >
> 
> --
> Please excuse brief mail, broken wrist
> _______________________________________________
> spring mailing list
> [email-masked]
> https://www.ietf.org/mailman/listinfo/spring
> 

From [email-masked]  Tue Nov 19 07:01:26 2013
From: John E Drake <[email-masked]>
To: Robert Raszuk <[email-masked]>
Date: Tue, 19 Nov 2013 15:01:07 +0000
Accept-Language: en-US
Cc: Hannes Gredler <[email-masked]>, "[email-masked]" <[email-masked]>
Subject: Re: [spring] request to move draft-filsfils-rtgwg-segment-routing-use-cases-02 to wg item

Robert,

I'm sorry, I think the draft needs to be more focused on use cases and I agree with you that the set of use cases need to be comprehensive.  (As an aside, why do people use double quotation marks so randomly?  http://www.amazon.com/exec/obidos/ASIN/0811876454/uncrate-20)    

Yours Irrespectively,

John

> -----Original Message-----
> From: spring [mailto:[email-masked]] On Behalf Of Robert Raszuk
> Sent: Tuesday, November 19, 2013 6:43 AM
> To: John E Drake
> Cc: Hannes Gredler; [email-masked]
> Subject: Re: [spring] request to move draft-filsfils-rtgwg-segment-routing-use-
> cases-02 to wg item
> 
> Hello John,
> 
> I think that incorporating the material from below drafts is exactly opposite to
> keeping the draft "more focused". So which one do you suggest ?
> 
> Best,
> R.
> 
> On Tue, Nov 19, 2013 at 1:56 PM, John E Drake <[email-masked]> wrote:
> > Hi,
> >
> > The draft is a very good start but it needs to be more focused.  What is the
> plan for incorporating material from the following drafts into it:
> >
> > http://tools.ietf.org/html/draft-geib-spring-oam-usecase-00
> >
> > http://tools.ietf.org/html/draft-gredler-ospf-label-advertisement-03
> >
> > http://tools.ietf.org/html/draft-kim-source-routing-use-cases-00
> >
> > http://tools.ietf.org/html/draft-shakir-rtgwg-sr-performance-engineere
> > d-lsps-00
> >
> > I would also suggest a global replace of the term 'segment routing' with the
> term 'explicit routing' which seemed to have support on the mailing list.
> >
> > Yours Irrespectively,
> >
> > John
> >
> >> -----Original Message-----
> >> From: [email-masked] [mailto:[email-masked]] On
> >> Behalf Of Hannes Gredler
> >> Sent: Monday, November 18, 2013 1:24 AM
> >> To: [email-masked]
> >> Subject: [spring] request to move
> >> draft-filsfils-rtgwg-segment-routing-use-
> >> cases-02 to wg item
> >>
> >> Begin forwarded message:
> >>
> >> > From: Hannes Gredler <[email-masked]>
> >> > Subject: Re: [Status] request to move
> >> > draft-filsfils-rtgwg-segment-routing-use-cases-02 to wg item
> >> > Date: November 18, 2013 10:13:20 AM GMT+01:00
> >> > To: [email-masked]
> >> > Cc: John Scudder <[email-masked]>, "Alvaro Retana (aretana)"
> >> > <[email-masked]>, "Clarence Filsfils (cfilsfil)"
> >> > <[email-masked]>, "Stefano Previdi (sprevidi)"
> >> > <[email-masked]>
> >> >
> >> > support - (with a few caveats) - particularly where a 'solution'
> >> > rather than a 'use case' is being described:
> >> >
> >> > ---
> >> >
> >> > -cut section 2 as it describes a solution and not necessarily
> >> > belongs into a 'use-case' draft.
> >> >
> >> > -section 3.1: use-case drafts should not contain forward references
> >> > to the 'solution' drafts - please cut the last paragraph.
> >> > a note that the required protocol extension SHOULD support
> >> > advertisement of backup paths would be ok.
> >> >
> >> > -section 4.1: TE without Bandwidth Admission Control is called
> >> > 'Explicit Routing' - the current expression is a bit awkward;
> >> >  - Its like ordering a Pizza without cheese - this is not a Pizza any
> >> >    longer, right ?
> >> >
> >> > -section 4.1.1 'Anycast node segment' - this again is a solution
> >> > and not the problem ...
> >> >
> >> > -section 4.1.1.1 we rather should make over this section to discuss
> >> > the requirements of disjointness, what implications this has to
> >> > real-world topologies rather than describing a 'Anycast SID based
> solution'.
> >> > i can imagine that there are customers who want to use a central
> >> > controller without the notion of any cast SIDs at all ...
> >> >
> >> > -section 4.1.2 add a reference to the OSPF and BGP/LS extended TE
> metrics.
> >> >
> >> > -section 4.1.3 i'd like to add a section which describes
> >> > inter-domain TE by using label stacking, which seems a more general
> >> > case rather than just using one label for egress link-selection.
> >> >
> >> > -section 5: i am not sure wether service-chaining is
> >> >   (1) in-charter and to what extend the
> >> >   (2) overlap with SFC working group is. -
> >> >   suggest to cut this one.
> >> >
> >> > ---
> >> >
> >> >
> >> > not sure if you need another co-author (as the list is fairly
> >> > impressive), but i can contribute cycles/text for the editing work if you
> want.
> >> >
> >> > thanks,
> >> >
> >> > /hannes
> >> >
> >> >
> >> > On Nov 7, 2013, at 5:24 AM, Stefano Previdi (sprevidi) wrote:
> >> >
> >> >> John, Alvaro, All,
> >> >>
> >> >> according to what discussed after the presentation of SR Use Cases
> >> >> at
> >> >> ietf88 spring-wg meeting, I'd like to request the adoption of
> >> >> draft-filsfils-rtgwg-segment-routing-use-cases-02.txt as wg item.
> >> >>
> >> >> Thanks.
> >> >> s.
> >> >
> >>
> >>
> >> _______________________________________________
> >> spring mailing list
> >> [email-masked]
> >> https://www.ietf.org/mailman/listinfo/spring
> >>
> >
> >
> > _______________________________________________
> > spring mailing list
> > [email-masked]
> > https://www.ietf.org/mailman/listinfo/spring
> _______________________________________________
> spring mailing list
> [email-masked]
> https://www.ietf.org/mailman/listinfo/spring
> 

From [email-masked]  Tue Nov 19 07:07:46 2013
Sender: [email-masked]
Date: Tue, 19 Nov 2013 16:07:38 +0100
From: Robert Raszuk <[email-masked]>
To: John E Drake <[email-masked]>
Cc: Hannes Gredler <[email-masked]>, "[email-masked]" <[email-masked]>
Subject: Re: [spring] request to move draft-filsfils-rtgwg-segment-routing-use-cases-02 to wg item

Hi John,

> I'm sorry, I think the draft needs to be more focused on use cases and
> I agree with you that the set of use cases need to be comprehensive.

For me the current set of use cases constitutes an essence of what
needs to be stated in the draft in question. Adding or deleting new
ones may not bring value and may only dilute the document.

> (As an aside, why do people use double quotation marks so randomly?
> http://www.amazon.com/exec/obidos/ASIN/0811876454/uncrate-20)

There was nothing random in using double quotation in my reply .. I
was simply quoting your text expression verbatim. Hint:
http://en.wikipedia.org/wiki/Quote

Best,
R.

>> Sent: Tuesday, November 19, 2013 6:43 AM
>> To: John E Drake
>> Cc: Hannes Gredler; [email-masked]
>> Subject: Re: [spring] request to move draft-filsfils-rtgwg-segment-routing-use-
>> cases-02 to wg item
>>
>> Hello John,
>>
>> I think that incorporating the material from below drafts is exactly opposite to
>> keeping the draft "more focused". So which one do you suggest ?
>>
>> Best,
>> R.
>>
>> On Tue, Nov 19, 2013 at 1:56 PM, John E Drake <[email-masked]> wrote:
>> > Hi,
>> >
>> > The draft is a very good start but it needs to be more focused.  What is the
>> plan for incorporating material from the following drafts into it:
>> >
>> > http://tools.ietf.org/html/draft-geib-spring-oam-usecase-00
>> >
>> > http://tools.ietf.org/html/draft-gredler-ospf-label-advertisement-03
>> >
>> > http://tools.ietf.org/html/draft-kim-source-routing-use-cases-00
>> >
>> > http://tools.ietf.org/html/draft-shakir-rtgwg-sr-performance-engineere
>> > d-lsps-00
>> >
>> > I would also suggest a global replace of the term 'segment routing' with the
>> term 'explicit routing' which seemed to have support on the mailing list.
>> >
>> > Yours Irrespectively,
>> >
>> > John
>> >
>> >> -----Original Message-----
>> >> From: [email-masked] [mailto:[email-masked]] On
>> >> Behalf Of Hannes Gredler
>> >> Sent: Monday, November 18, 2013 1:24 AM
>> >> To: [email-masked]
>> >> Subject: [spring] request to move
>> >> draft-filsfils-rtgwg-segment-routing-use-
>> >> cases-02 to wg item
>> >>
>> >> Begin forwarded message:
>> >>
>> >> > From: Hannes Gredler <[email-masked]>
>> >> > Subject: Re: [Status] request to move
>> >> > draft-filsfils-rtgwg-segment-routing-use-cases-02 to wg item
>> >> > Date: November 18, 2013 10:13:20 AM GMT+01:00
>> >> > To: [email-masked]
>> >> > Cc: John Scudder <[email-masked]>, "Alvaro Retana (aretana)"
>> >> > <[email-masked]>, "Clarence Filsfils (cfilsfil)"
>> >> > <[email-masked]>, "Stefano Previdi (sprevidi)"
>> >> > <[email-masked]>
>> >> >
>> >> > support - (with a few caveats) - particularly where a 'solution'
>> >> > rather than a 'use case' is being described:
>> >> >
>> >> > ---
>> >> >
>> >> > -cut section 2 as it describes a solution and not necessarily
>> >> > belongs into a 'use-case' draft.
>> >> >
>> >> > -section 3.1: use-case drafts should not contain forward references
>> >> > to the 'solution' drafts - please cut the last paragraph.
>> >> > a note that the required protocol extension SHOULD support
>> >> > advertisement of backup paths would be ok.
>> >> >
>> >> > -section 4.1: TE without Bandwidth Admission Control is called
>> >> > 'Explicit Routing' - the current expression is a bit awkward;
>> >> >  - Its like ordering a Pizza without cheese - this is not a Pizza any
>> >> >    longer, right ?
>> >> >
>> >> > -section 4.1.1 'Anycast node segment' - this again is a solution
>> >> > and not the problem ...
>> >> >
>> >> > -section 4.1.1.1 we rather should make over this section to discuss
>> >> > the requirements of disjointness, what implications this has to
>> >> > real-world topologies rather than describing a 'Anycast SID based
>> solution'.
>> >> > i can imagine that there are customers who want to use a central
>> >> > controller without the notion of any cast SIDs at all ...
>> >> >
>> >> > -section 4.1.2 add a reference to the OSPF and BGP/LS extended TE
>> metrics.
>> >> >
>> >> > -section 4.1.3 i'd like to add a section which describes
>> >> > inter-domain TE by using label stacking, which seems a more general
>> >> > case rather than just using one label for egress link-selection.
>> >> >
>> >> > -section 5: i am not sure wether service-chaining is
>> >> >   (1) in-charter and to what extend the
>> >> >   (2) overlap with SFC working group is. -
>> >> >   suggest to cut this one.
>> >> >
>> >> > ---
>> >> >
>> >> >
>> >> > not sure if you need another co-author (as the list is fairly
>> >> > impressive), but i can contribute cycles/text for the editing work if you
>> want.
>> >> >
>> >> > thanks,
>> >> >
>> >> > /hannes
>> >> >
>> >> >
>> >> > On Nov 7, 2013, at 5:24 AM, Stefano Previdi (sprevidi) wrote:
>> >> >
>> >> >> John, Alvaro, All,
>> >> >>
>> >> >> according to what discussed after the presentation of SR Use Cases
>> >> >> at
>> >> >> ietf88 spring-wg meeting, I'd like to request the adoption of
>> >> >> draft-filsfils-rtgwg-segment-routing-use-cases-02.txt as wg item.
>> >> >>
>> >> >> Thanks.
>> >> >> s.
>> >> >
>> >>
>> >>
>> >> _______________________________________________
>> >> spring mailing list
>> >> [email-masked]
>> >> https://www.ietf.org/mailman/listinfo/spring
>> >>
>> >
>> >
>> > _______________________________________________
>> > spring mailing list
>> > [email-masked]
>> > https://www.ietf.org/mailman/listinfo/spring
>> _______________________________________________
>> spring mailing list
>> [email-masked]
>> https://www.ietf.org/mailman/listinfo/spring
>>
>
>

From [email-masked]  Tue Nov 19 07:11:46 2013
Sender: [email-masked]
Date: Tue, 19 Nov 2013 16:11:33 +0100
From: Robert Raszuk <[email-masked]>
To: Ronald Bonica <[email-masked]>
Cc: "Alvaro Retana \(aretana\)" <[email-masked]>, "[email-masked]" <[email-masked]>, Clarence Filsfils <[email-masked]>, "[email-masked]" <[email-masked]>
Subject: Re: [spring] IRP Claims related to draft-filsfils-rtgwg-segment-routing-use-cases

Hello Ron,

IPR can refer to either solutions or application of the solutions.
Both are valid IPR claims.

I find use cases as typical application of the solutions.

Note that use cases is not a problem statement. For the latter indeed
IPR could be odd, however for the former it seems to me like perfectly
valid claim.

Best,
R.

On Tue, Nov 19, 2013 at 3:57 PM, Ronald Bonica <[email-masked]> wrote:
> Folks,
>
> It is strange for IPR to be associated with a use-case document. Could it be that the use-case document assumes solutions and that the IPR is associated with the assumed solutions?
>
> If that is the case, we should probably remove the assumed solutions from the document. (This is appropriate because it is a use-case document.) Then the authors could re-evaluate the document to determine whether it is still IPR encumbered.
>
>                                                    Ron
>
>
>> -----Original Message-----
>> From: spring [mailto:[email-masked]] On Behalf Of Clarence
>> Filsfils
>> Sent: Tuesday, November 19, 2013 2:46 AM
>> To: Alvaro Retana (aretana)
>> Cc: [email-masked]; draft-filsfils-rtgwg-segment-routing-use-
>> [email-masked]
>> Subject: Re: [spring] IRP Claims related to draft-filsfils-rtgwg-
>> segment-routing-use-cases
>>
>>
>> There is IPR that is in the process of being disclosed.
>>
>> Cheers,
>> Clarence
>>
>>
>> On 18.11.13 10:50, Alvaro Retana (aretana) wrote:
>> > Hi!
>> >
>> > In parallel to the call for adoption of this draft, I want to
>> formally
>> > ask the authors (no additional contributors are listed in the latest
>> > version of the draft) to please respond to this message indicating
>> > whether or not you are aware of any relevant IPR.  The draft will not
>> > progress (pending the results of the WG Adoption Call) until we have
>> > received a response from each author.
>> >
>> > Thanks!
>> >
>> > Alvaro.
>> >
>>
>> --
>> Please excuse brief mail, broken wrist
>> _______________________________________________
>> spring mailing list
>> [email-masked]
>> https://www.ietf.org/mailman/listinfo/spring
>>
>
>
> _______________________________________________
> spring mailing list
> [email-masked]
> https://www.ietf.org/mailman/listinfo/spring

From [email-masked]  Tue Nov 19 07:19:51 2013
From: Ronald Bonica <[email-masked]>
To: Robert Raszuk <[email-masked]>
Date: Tue, 19 Nov 2013 15:19:27 +0000
Accept-Language: en-US
Cc: "Alvaro Retana \(aretana\)" <[email-masked]>, "[email-masked]" <[email-masked]>, Clarence Filsfils <[email-masked]>, "[email-masked]" <[email-masked]>
Subject: Re: [spring] IRP Claims related to draft-filsfils-rtgwg-segment-routing-use-cases

> 
> IPR can refer to either solutions or application of the solutions.
> Both are valid IPR claims.
> 

Hi Robert,

Do we agree that solutions should not appear in a use-case document? (The question is not rhetorical.)

If we agree that a solution should not appear in a use-case document, how can the document possibly talk about its application?

                                                    Ron

From [email-masked]  Tue Nov 19 07:23:26 2013
From: "Stefano Previdi (sprevidi)" <[email-masked]>
To: "Alvaro Retana (aretana)" <[email-masked]>, "John G. Scudder" <[email-masked]>, "[email-masked]" <[email-masked]>, "[email-masked]" <[email-masked]>
Date: Tue, 19 Nov 2013 15:23:17 +0000
Accept-Language: en-US
Subject: [spring] Fwd: IRP Claims related to draft-filsfils-rtgwg-segment-routing-use-cases

re-sending.

s.

Begin forwarded message:

> From: stefano previdi <[email-masked]>
> Subject: Re: IRP Claims related to draft-filsfils-rtgwg-segment-routing-use-cases
> Date: November 18, 2013 6:57:58 PM GMT+01:00
> To: "John G. Scudder" <[email-masked]>, "Alvaro Retana (aretana)" <[email-masked]>
> Cc: [email-masked]
> 
> John, Alvaro, All,
> 
> the IPR in the process of being disclosed concerns part of the content 
> of the -02 draft (that is more a solution than the description of SR 
> use cases, as Hannes pointed out).
> 
> As already anticipated during the spring meeting in Vancouver, we're 
> in the process of updating the use-cases draft by moving out sections 
> that will become separate drafts.
> 
> Therefore, future versions of the use-cases draft will no longer 
> covered by any IPR.
> 
> Thanks.
> 
> s.
> 
> 
> On Nov 18, 2013, at 5:08 PM, Stefano Previdi (sprevidi) wrote:
> 
>> Hi,
>> 
>> there is IPR that is in the process of being disclosed.
>> 
>> Thanks.
>> s.
>> 
>> 
>> On Nov 18, 2013, at 4:50 PM, Alvaro Retana (aretana) wrote:
>> 
>>> Hi!
>>> 
>>> In parallel to the call for adoption of this draft, I want to formally ask the authors (no additional contributors are listed in the latest version of the draft) to please respond to this message indicating whether or not you are aware of any relevant IPR.  The draft will not progress (pending the results of the WG Adoption Call) until we have received a response from each author.
>>> 
>>> Thanks!
>>> 
>>> Alvaro.
>>> 
>> 
> 

From [email-masked]  Tue Nov 19 07:26:52 2013
Sender: [email-masked]
Date: Tue, 19 Nov 2013 16:26:45 +0100
From: Robert Raszuk <[email-masked]>
To: Ronald Bonica <[email-masked]>
Cc: "Alvaro Retana \(aretana\)" <[email-masked]>, "[email-masked]" <[email-masked]>, Clarence Filsfils <[email-masked]>, "[email-masked]" <[email-masked]>
Subject: Re: [spring] IRP Claims related to draft-filsfils-rtgwg-segment-routing-use-cases

Hi Ron,

I think you are still mixing problem statement with use cases.

Problem statement should not talk about solutions nor their applications.

Use cases is a document which explains how set of solutions can fix
real problems and why proposed solutions are needed. It does not
however define in detail the solution.

Example:

Problem: I need to steer traffic of shortest path via node D.

Use case: I use segment routing to shift traffic off the shortest path.

Architecture and protocol extension will detail how segment routing
will accomplish that.

For me the distinction is pretty clear.

Best,
R.

On Tue, Nov 19, 2013 at 4:19 PM, Ronald Bonica <[email-masked]> wrote:
>>
>> IPR can refer to either solutions or application of the solutions.
>> Both are valid IPR claims.
>>
>
> Hi Robert,
>
> Do we agree that solutions should not appear in a use-case document? (The question is not rhetorical.)
>
> If we agree that a solution should not appear in a use-case document, how can the document possibly talk about its application?
>
>                                                     Ron
>
>
>

From [email-masked]  Tue Nov 19 07:37:51 2013
From: John E Drake <[email-masked]>
To: Robert Raszuk <[email-masked]>
Date: Tue, 19 Nov 2013 15:37:29 +0000
Accept-Language: en-US
Cc: Hannes Gredler <[email-masked]>, "[email-masked]" <[email-masked]>
Subject: Re: [spring] request to move draft-filsfils-rtgwg-segment-routing-use-cases-02 to wg item

Yours Irrespectively,

John

> -----Original Message-----
> From: [email-masked] [mailto:[email-masked]] On Behalf Of Robert
> Raszuk
> Sent: Tuesday, November 19, 2013 7:08 AM
> To: John E Drake
> Cc: Hannes Gredler; [email-masked]
> Subject: Re: [spring] request to move draft-filsfils-rtgwg-segment-routing-use-
> cases-02 to wg item
> 
> Hi John,
> 
> > I'm sorry, I think the draft needs to be more focused on use cases and
> > I agree with you that the set of use cases need to be comprehensive.
> 
> For me the current set of use cases constitutes an essence of what needs to
> be stated in the draft in question. Adding or deleting new ones may not bring
> value and may only dilute the document.

[JD]  It would be interesting to see if the authors of these drafts agree with you. 

> 
> > (As an aside, why do people use double quotation marks so randomly?
> > http://www.amazon.com/exec/obidos/ASIN/0811876454/uncrate-20)
> 
> There was nothing random in using double quotation in my reply .. I was simply
> quoting your text expression verbatim. Hint:
> http://en.wikipedia.org/wiki/Quote

[JD]  I guess the limiting case would be "Hint:"?

> 
> Best,
> R.
> 
> 
> >> Sent: Tuesday, November 19, 2013 6:43 AM
> >> To: John E Drake
> >> Cc: Hannes Gredler; [email-masked]
> >> Subject: Re: [spring] request to move
> >> draft-filsfils-rtgwg-segment-routing-use-
> >> cases-02 to wg item
> >>
> >> Hello John,
> >>
> >> I think that incorporating the material from below drafts is exactly
> >> opposite to keeping the draft "more focused". So which one do you suggest
> ?
> >>
> >> Best,
> >> R.
> >>
> >> On Tue, Nov 19, 2013 at 1:56 PM, John E Drake <[email-masked]>
> wrote:
> >> > Hi,
> >> >
> >> > The draft is a very good start but it needs to be more focused.
> >> > What is the
> >> plan for incorporating material from the following drafts into it:
> >> >
> >> > http://tools.ietf.org/html/draft-geib-spring-oam-usecase-00
> >> >
> >> > http://tools.ietf.org/html/draft-gredler-ospf-label-advertisement-0
> >> > 3
> >> >
> >> > http://tools.ietf.org/html/draft-kim-source-routing-use-cases-00
> >> >
> >> > http://tools.ietf.org/html/draft-shakir-rtgwg-sr-performance-engine
> >> > ere
> >> > d-lsps-00
> >> >
> >> > I would also suggest a global replace of the term 'segment routing'
> >> > with the
> >> term 'explicit routing' which seemed to have support on the mailing list.
> >> >
> >> > Yours Irrespectively,
> >> >
> >> > John
> >> >
> >> >> -----Original Message-----
> >> >> From: [email-masked] [mailto:[email-masked]] On
> >> >> Behalf Of Hannes Gredler
> >> >> Sent: Monday, November 18, 2013 1:24 AM
> >> >> To: [email-masked]
> >> >> Subject: [spring] request to move
> >> >> draft-filsfils-rtgwg-segment-routing-use-
> >> >> cases-02 to wg item
> >> >>
> >> >> Begin forwarded message:
> >> >>
> >> >> > From: Hannes Gredler <[email-masked]>
> >> >> > Subject: Re: [Status] request to move
> >> >> > draft-filsfils-rtgwg-segment-routing-use-cases-02 to wg item
> >> >> > Date: November 18, 2013 10:13:20 AM GMT+01:00
> >> >> > To: [email-masked]
> >> >> > Cc: John Scudder <[email-masked]>, "Alvaro Retana (aretana)"
> >> >> > <[email-masked]>, "Clarence Filsfils (cfilsfil)"
> >> >> > <[email-masked]>, "Stefano Previdi (sprevidi)"
> >> >> > <[email-masked]>
> >> >> >
> >> >> > support - (with a few caveats) - particularly where a 'solution'
> >> >> > rather than a 'use case' is being described:
> >> >> >
> >> >> > ---
> >> >> >
> >> >> > -cut section 2 as it describes a solution and not necessarily
> >> >> > belongs into a 'use-case' draft.
> >> >> >
> >> >> > -section 3.1: use-case drafts should not contain forward
> >> >> > references to the 'solution' drafts - please cut the last paragraph.
> >> >> > a note that the required protocol extension SHOULD support
> >> >> > advertisement of backup paths would be ok.
> >> >> >
> >> >> > -section 4.1: TE without Bandwidth Admission Control is called
> >> >> > 'Explicit Routing' - the current expression is a bit awkward;
> >> >> >  - Its like ordering a Pizza without cheese - this is not a Pizza any
> >> >> >    longer, right ?
> >> >> >
> >> >> > -section 4.1.1 'Anycast node segment' - this again is a solution
> >> >> > and not the problem ...
> >> >> >
> >> >> > -section 4.1.1.1 we rather should make over this section to
> >> >> > discuss the requirements of disjointness, what implications this
> >> >> > has to real-world topologies rather than describing a 'Anycast
> >> >> > SID based
> >> solution'.
> >> >> > i can imagine that there are customers who want to use a central
> >> >> > controller without the notion of any cast SIDs at all ...
> >> >> >
> >> >> > -section 4.1.2 add a reference to the OSPF and BGP/LS extended
> >> >> > TE
> >> metrics.
> >> >> >
> >> >> > -section 4.1.3 i'd like to add a section which describes
> >> >> > inter-domain TE by using label stacking, which seems a more
> >> >> > general case rather than just using one label for egress link-selection.
> >> >> >
> >> >> > -section 5: i am not sure wether service-chaining is
> >> >> >   (1) in-charter and to what extend the
> >> >> >   (2) overlap with SFC working group is. -
> >> >> >   suggest to cut this one.
> >> >> >
> >> >> > ---
> >> >> >
> >> >> >
> >> >> > not sure if you need another co-author (as the list is fairly
> >> >> > impressive), but i can contribute cycles/text for the editing
> >> >> > work if you
> >> want.
> >> >> >
> >> >> > thanks,
> >> >> >
> >> >> > /hannes
> >> >> >
> >> >> >
> >> >> > On Nov 7, 2013, at 5:24 AM, Stefano Previdi (sprevidi) wrote:
> >> >> >
> >> >> >> John, Alvaro, All,
> >> >> >>
> >> >> >> according to what discussed after the presentation of SR Use
> >> >> >> Cases at
> >> >> >> ietf88 spring-wg meeting, I'd like to request the adoption of
> >> >> >> draft-filsfils-rtgwg-segment-routing-use-cases-02.txt as wg item.
> >> >> >>
> >> >> >> Thanks.
> >> >> >> s.
> >> >> >
> >> >>
> >> >>
> >> >> _______________________________________________
> >> >> spring mailing list
> >> >> [email-masked]
> >> >> https://www.ietf.org/mailman/listinfo/spring
> >> >>
> >> >
> >> >
> >> > _______________________________________________
> >> > spring mailing list
> >> > [email-masked]
> >> > https://www.ietf.org/mailman/listinfo/spring
> >> _______________________________________________
> >> spring mailing list
> >> [email-masked]
> >> https://www.ietf.org/mailman/listinfo/spring
> >>
> >
> >
> 

From [email-masked]  Tue Nov 19 07:45:28 2013
From: John E Drake <[email-masked]>
To: Robert Raszuk <[email-masked]>, Ronald Bonica <[email-masked]>
Date: Tue, 19 Nov 2013 15:45:12 +0000
Accept-Language: en-US
Cc: "Alvaro Retana \(aretana\)" <[email-masked]>, "[email-masked]" <[email-masked]>, Clarence Filsfils <[email-masked]>, "[email-masked]" <[email-masked]>
Subject: Re: [spring] IRP Claims related to	draft-filsfils-rtgwg-segment-routing-use-cases

Robert,

I think you meant to say 'explicit routing'.  As I understand it the purpose of use cases is to gather functional requirements. 

Yours Irrespectively,

John

> -----Original Message-----
> From: spring [mailto:[email-masked]] On Behalf Of Robert Raszuk
> Sent: Tuesday, November 19, 2013 7:27 AM
> To: Ronald Bonica
> Cc: Alvaro Retana (aretana); [email-masked]; Clarence Filsfils; draft-filsfils-
> [email-masked]
> Subject: Re: [spring] IRP Claims related to draft-filsfils-rtgwg-segment-routing-
> use-cases
> 
> Hi Ron,
> 
> I think you are still mixing problem statement with use cases.
> 
> Problem statement should not talk about solutions nor their applications.
> 
> Use cases is a document which explains how set of solutions can fix real
> problems and why proposed solutions are needed. It does not however define
> in detail the solution.
> 
> Example:
> 
> Problem: I need to steer traffic of shortest path via node D.
> 
> Use case: I use segment routing to shift traffic off the shortest path.
> 
> Architecture and protocol extension will detail how segment routing will
> accomplish that.
> 
> For me the distinction is pretty clear.
> 
> Best,
> R.
> 
> 
> On Tue, Nov 19, 2013 at 4:19 PM, Ronald Bonica <[email-masked]>
> wrote:
> >>
> >> IPR can refer to either solutions or application of the solutions.
> >> Both are valid IPR claims.
> >>
> >
> > Hi Robert,
> >
> > Do we agree that solutions should not appear in a use-case document?
> > (The question is not rhetorical.)
> >
> > If we agree that a solution should not appear in a use-case document, how
> can the document possibly talk about its application?
> >
> >                                                     Ron
> >
> >
> >
> _______________________________________________
> spring mailing list
> [email-masked]
> https://www.ietf.org/mailman/listinfo/spring
> 

From [email-masked]  Tue Nov 19 08:45:20 2013
From: Ronald Bonica <[email-masked]>
To: Robert Raszuk <[email-masked]>
Date: Tue, 19 Nov 2013 16:45:04 +0000
Accept-Language: en-US
Cc: "Alvaro Retana \(aretana\)" <[email-masked]>, "[email-masked]" <[email-masked]>, Clarence Filsfils <[email-masked]>, "[email-masked]" <[email-masked]>
Subject: Re: [spring] IRP Claims related to draft-filsfils-rtgwg-segment-routing-use-cases

Robert,

We agree that is appropriate for a use-case document to say:

1) I have problem P
2) I use technology T to solve problem P

However, we also agree that it is not appropriate for a use-case document to define technology T.

In a use-case document, statement 1) is very concrete, because we understand the nature of problem P. However, statement 2) can only be as solid as our understanding of technology T.

It seems unlikely that IPR might be associated with that less well understood, second statement. However, only the authors can say for sure.

Not wishing to wallow in the procedural mire, I will back off and listen to what the authors have to say.

                                                 Ron

> -----Original Message-----
> From: [email-masked] [mailto:[email-masked]] On Behalf Of Robert
> Raszuk
> Sent: Tuesday, November 19, 2013 10:27 AM
> To: Ronald Bonica
> Cc: Clarence Filsfils; Alvaro Retana (aretana); [email-masked]; draft-
> [email-masked]
> Subject: Re: [spring] IRP Claims related to draft-filsfils-rtgwg-
> segment-routing-use-cases
> 
> Hi Ron,
> 
> I think you are still mixing problem statement with use cases.
> 
> Problem statement should not talk about solutions nor their
> applications.
> 
> Use cases is a document which explains how set of solutions can fix
> real problems and why proposed solutions are needed. It does not
> however define in detail the solution.
> 
> Example:
> 
> Problem: I need to steer traffic of shortest path via node D.
> 
> Use case: I use segment routing to shift traffic off the shortest path.
> 
> Architecture and protocol extension will detail how segment routing
> will accomplish that.
> 
> For me the distinction is pretty clear.
> 
> Best,
> R.
> 
> 
> On Tue, Nov 19, 2013 at 4:19 PM, Ronald Bonica <[email-masked]>
> wrote:
> >>
> >> IPR can refer to either solutions or application of the solutions.
> >> Both are valid IPR claims.
> >>
> >
> > Hi Robert,
> >
> > Do we agree that solutions should not appear in a use-case document?
> > (The question is not rhetorical.)
> >
> > If we agree that a solution should not appear in a use-case document,
> how can the document possibly talk about its application?
> >
> >                                                     Ron
> >
> >
> >
> 

From [email-masked]  Tue Nov 19 09:01:26 2013
Date: Tue, 19 Nov 2013 12:01:15 -0500
From: Loa Andersson <[email-masked]>
To: Ronald Bonica <[email-masked]>
Cc: "[email-masked]" <[email-masked]>, "[email-masked]" <[email-masked]>
Subject: Re: [spring] IRP Claims related to draft-filsfils-rtgwg-segment-routing-use-cases

Ron,

The approach I think we are recommended around IPRs in general is that
we should ask for existing IPRs and take the IPR disclosures from IPR
holders as we receive them and not try to second guess what IPR holders
are up to.

I've been involved in a draft that move some IANA registries from place
in the overall IANA registry. My take was originally that there were no
possibilities whatsoever that there would be any IPR, nevertheless the
the working group chairs decided to poll the list for IPRs.

I think the approach is "better safe, than sorry". It is not a problem
for if we get IPR disclosures that the IPR holder can't make stand!
IETF as such don't have an opinion about IPR disclosures.

/Loa

On 2013-11-19 11:45, Ronald Bonica wrote:
> Robert,
>
> We agree that is appropriate for a use-case document to say:
>
> 1) I have problem P
> 2) I use technology T t.o solve problem P
>
> However, we also agree that it is not appropriate for a use-case document to define technology T.
>
> In a use-case document, statement 1) is very concrete, because we understand the nature of problem P. However, statement 2) can only be as solid as our understanding of technology T.
>
> It seems unlikely that IPR might be associated with that less well understood, second statement. However, only the authors can say for sure.
>
> Not wishing to wallow in the procedural mire, I will back off and listen to what the authors have to say.
>
>                                                   Ron
>
>
>> -----Original Message-----
>> From: [email-masked] [mailto:[email-masked]] On Behalf Of Robert
>> Raszuk
>> Sent: Tuesday, November 19, 2013 10:27 AM
>> To: Ronald Bonica
>> Cc: Clarence Filsfils; Alvaro Retana (aretana); [email-masked]; draft-
>> [email-masked]
>> Subject: Re: [spring] IRP Claims related to draft-filsfils-rtgwg-
>> segment-routing-use-cases
>>
>> Hi Ron,
>>
>> I think you are still mixing problem statement with use cases.
>>
>> Problem statement should not talk about solutions nor their
>> applications.
>>
>> Use cases is a document which explains how set of solutions can fix
>> real problems and why proposed solutions are needed. It does not
>> however define in detail the solution.
>>
>> Example:
>>
>> Problem: I need to steer traffic of shortest path via node D.
>>
>> Use case: I use segment routing to shift traffic off the shortest path.
>>
>> Architecture and protocol extension will detail how segment routing
>> will accomplish that.
>>
>> For me the distinction is pretty clear.
>>
>> Best,
>> R.
>>
>>
>> On Tue, Nov 19, 2013 at 4:19 PM, Ronald Bonica <[email-masked]>
>> wrote:
>>>>
>>>> IPR can refer to either solutions or application of the solutions.
>>>> Both are valid IPR claims.
>>>>
>>>
>>> Hi Robert,
>>>
>>> Do we agree that solutions should not appear in a use-case document?
>>> (The question is not rhetorical.)
>>>
>>> If we agree that a solution should not appear in a use-case document,
>> how can the document possibly talk about its application?
>>>
>>>                                                      Ron
>>>
>>>
>>>
>>
>
>
> _______________________________________________
> spring mailing list
> [email-masked]
> https://www.ietf.org/mailman/listinfo/spring
>

-- 

Loa Andersson                        email: [email-masked]
Senior MPLS Expert                          [email-masked]
Huawei Technologies (consultant)     phone: +46 739 81 21 64

From [email-masked]  Tue Nov 19 02:51:08 2013
From: <[email-masked]>
To: <[email-masked]>, <[email-masked]>
Date: Tue, 19 Nov 2013 10:50:38 +0000
Accept-Language: en-US, en-GB
acceptlanguage: en-US, en-GB
Cc: [email-masked]
Subject: Re: [spring] IRP Claims related to draft-filsfils-rtgwg-segment-routing-use-cases

--_000_CEB0F2E73BA96robshakirbtcom_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

[18/11/2013 15:50, "Alvaro Retana (aretana)" <[email-masked]<mailto:[email-masked]>>]

Hi!

In parallel to the call for adoption of this draft, I want to formally ask the authors (no additional contributors are listed in the latest version of the draft) to please respond to this message indicating whether or not you are aware of any relevant IPR.  The draft will not progress (pending the results of the WG Adoption Call) until we have received a response from each author.

There is no relevant IPR of which I am aware.

Kind regards,
r.

--_000_CEB0F2E73BA96robshakirbtcom_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; color: rgb(0, 0, 0); font-size: 12px; font-family: Calibri, sans-serif;"><div>[18/11/2013 15:50, "Alvaro Retana (aretana)" &lt;<a href="mailto:[email-masked]">[email-masked]</a>&gt;]</div><span id="OLK_SRC_BODY_SECTION"><div><br></div><blockquote id="MAC_OUTLOOK_ATTRIBUTION_BLOCKQUOTE" style="BORDER-LEFT: #b5c4df 5 solid; PADDING:0 0 0 5; MARGIN:0 0 0 5;"><div><meta http-equiv="Content-Type" content="text/html; charset=utf-8"><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; color: rgb(0, 0, 0); font-size: 14px; font-family: Calibri, sans-serif; "><div>Hi!</div><div><br></div><div>In parallel to the call for adoption of this draft,&nbsp;I want to formally ask the authors (no additional contributors are listed in the latest version of the draft) to please respond to this message indicating whether or not you are aware of any relevant
 IPR. &nbsp;The draft will not progress (pending the results of the WG Adoption Call) until we have received a response from each author.</div></div></div></blockquote></span><div><br></div><div>There is no relevant IPR of which I am aware.</div><div><br></div><div>Kind regards,</div><div>r.</div></body></html>

--_000_CEB0F2E73BA96robshakirbtcom_--

From [email-masked]  Tue Nov 19 10:35:28 2013
From: John Scudder <[email-masked]>
To: Stefano Previdi <[email-masked]>
Date: Tue, 19 Nov 2013 18:35:11 +0000
Accept-Language: en-US
Cc: "<[email-masked]> \(aretana\)" <[email-masked]>, "[email-masked]" <[email-masked]>, "[email-masked]" <[email-masked]>
Subject: Re: [spring] IRP Claims related to draft-filsfils-rtgwg-segment-routing-use-cases

Stefano,

Thanks for re-posting. For some reason, the original didn't make it to the mailing list, or at least it's not in the archives. I hadn't realized because it was cc'd direct to me. I'll open a trouble ticket to try to find out why the original didn't reach the list.

--John

On Nov 19, 2013, at 10:23 AM, Stefano Previdi (sprevidi) <[email-masked]> wrote:

> 
> re-sending.
> 
> s.
> 
> 
> Begin forwarded message:
> 
>> From: stefano previdi <[email-masked]>
>> Subject: Re: IRP Claims related to draft-filsfils-rtgwg-segment-routing-use-cases
>> Date: November 18, 2013 6:57:58 PM GMT+01:00
>> To: "John G. Scudder" <[email-masked]>, "Alvaro Retana (aretana)" <[email-masked]>
>> Cc: [email-masked]
>> 
>> John, Alvaro, All,
>> 
>> the IPR in the process of being disclosed concerns part of the content 
>> of the -02 draft (that is more a solution than the description of SR 
>> use cases, as Hannes pointed out).
>> 
>> As already anticipated during the spring meeting in Vancouver, we're 
>> in the process of updating the use-cases draft by moving out sections 
>> that will become separate drafts.
>> 
>> Therefore, future versions of the use-cases draft will no longer 
>> covered by any IPR.
>> 
>> Thanks.
>> 
>> s.
>> 
>> 
>> On Nov 18, 2013, at 5:08 PM, Stefano Previdi (sprevidi) wrote:
>> 
>>> Hi,
>>> 
>>> there is IPR that is in the process of being disclosed.
>>> 
>>> Thanks.
>>> s.
>>> 
>>> 
>>> On Nov 18, 2013, at 4:50 PM, Alvaro Retana (aretana) wrote:
>>> 
>>>> Hi!
>>>> 
>>>> In parallel to the call for adoption of this draft, I want to formally ask the authors (no additional contributors are listed in the latest version of the draft) to please respond to this message indicating whether or not you are aware of any relevant IPR.  The draft will not progress (pending the results of the WG Adoption Call) until we have received a response from each author.
>>>> 
>>>> Thanks!
>>>> 
>>>> Alvaro.
>>>> 
>>> 
>> 
> 
> 
> 

From [email-masked]  Tue Nov 19 13:27:54 2013
From: Ronald Bonica <[email-masked]>
To: "Stefano Previdi (sprevidi)" <[email-masked]>, "Alvaro Retana (aretana)" <[email-masked]>, John Scudder <[email-masked]>, "[email-masked]" <[email-masked]>, "[email-masked]" <[email-masked]>
Date: Tue, 19 Nov 2013 21:27:34 +0000
Accept-Language: en-US
Subject: Re: [spring] IRP Claims related to draft-filsfils-rtgwg-segment-routing-use-cases

Stefano,

Thanks for posting this. That addresses my issue.

                              Ron

> -----Original Message-----
> From: spring [mailto:[email-masked]] On Behalf Of Stefano
> Previdi (sprevidi)
> Sent: Tuesday, November 19, 2013 10:23 AM
> To: Alvaro Retana (aretana); John Scudder; [email-masked];
> [email-masked]
> Subject: [spring] Fwd: IRP Claims related to draft-filsfils-rtgwg-
> segment-routing-use-cases
> 
> 
> re-sending.
> 
> s.
> 
> 
> Begin forwarded message:
> 
> > From: stefano previdi <[email-masked]>
> > Subject: Re: IRP Claims related to
> > draft-filsfils-rtgwg-segment-routing-use-cases
> > Date: November 18, 2013 6:57:58 PM GMT+01:00
> > To: "John G. Scudder" <[email-masked]>, "Alvaro Retana (aretana)"
> > <[email-masked]>
> > Cc: [email-masked]
> >
> > John, Alvaro, All,
> >
> > the IPR in the process of being disclosed concerns part of the
> content
> > of the -02 draft (that is more a solution than the description of SR
> > use cases, as Hannes pointed out).
> >
> > As already anticipated during the spring meeting in Vancouver, we're
> > in the process of updating the use-cases draft by moving out sections
> > that will become separate drafts.
> >
> > Therefore, future versions of the use-cases draft will no longer
> > covered by any IPR.
> >
> > Thanks.
> >
> > s.
> >
> >
> > On Nov 18, 2013, at 5:08 PM, Stefano Previdi (sprevidi) wrote:
> >
> >> Hi,
> >>
> >> there is IPR that is in the process of being disclosed.
> >>
> >> Thanks.
> >> s.
> >>
> >>
> >> On Nov 18, 2013, at 4:50 PM, Alvaro Retana (aretana) wrote:
> >>
> >>> Hi!
> >>>
> >>> In parallel to the call for adoption of this draft, I want to
> formally ask the authors (no additional contributors are listed in the
> latest version of the draft) to please respond to this message
> indicating whether or not you are aware of any relevant IPR.  The draft
> will not progress (pending the results of the WG Adoption Call) until
> we have received a response from each author.
> >>>
> >>> Thanks!
> >>>
> >>> Alvaro.
> >>>
> >>
> >
> 
> _______________________________________________
> spring mailing list
> [email-masked]
> https://www.ietf.org/mailman/listinfo/spring
> 

From [email-masked]  Tue Nov 26 11:09:22 2013
From: "Alvaro Retana (aretana)" <[email-masked]>
To: "[email-masked]" <[email-masked]>
Accept-Language: en-US
Cc: "Stefano Previdi \(sprevidi\)" <[email-masked]>
Subject: Re: [spring] [Status] request to move draft-filsfils-rtgwg-segment-routing-use-cases-02 to wg item

On 11/11/13 9:00 PM, "Alvaro Retana (aretana)" <[email-masked]> wrote:

>List: This message officially starts the call for adoption.  Please
>indicate your position about adopting this use cases draft.  The call will
>close on Friday, November 22, 2013.

There is clearly interest in using this document as a cornerstone for the
working group's use-case work, but the authors have also indicated that
they are working on a significant revision to cut some of the material out
into separate documents. Therefore we will suspend this adoption poll and
resume it when we see the new revision.

Thanks!

Alvaro.