答复: rtgwg Digest, Vol 106, Issue 37

Yangang <yangang@huawei.com> Wed, 23 October 2013 09:49 UTC

Return-Path: <yangang@huawei.com>
X-Original-To: rtgwg@ietfa.amsl.com
Delivered-To: rtgwg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8552211E833F for <rtgwg@ietfa.amsl.com>; Wed, 23 Oct 2013 02:49:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.293
X-Spam-Level:
X-Spam-Status: No, score=-1.293 tagged_above=-999 required=5 tests=[AWL=-4.681, BAYES_00=-2.599, CHARSET_FARAWAY_HEADER=3.2, CN_BODY_35=0.339, J_CHICKENPOX_54=0.6, MIME_8BIT_HEADER=0.3, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-4, SARE_SUB_ENC_GB2312=1.345]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id t0IPpMQ3tkLH for <rtgwg@ietfa.amsl.com>; Wed, 23 Oct 2013 02:49:34 -0700 (PDT)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 6C8BD11E8330 for <rtgwg@ietf.org>; Wed, 23 Oct 2013 02:49:33 -0700 (PDT)
Received: from 172.18.7.190 (EHLO lhreml204-edg.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id AZJ19979; Wed, 23 Oct 2013 09:49:32 +0000 (GMT)
Received: from LHREML404-HUB.china.huawei.com (10.201.5.218) by lhreml204-edg.china.huawei.com (172.18.7.223) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 23 Oct 2013 10:49:26 +0100
Received: from NKGEML410-HUB.china.huawei.com (10.98.56.41) by lhreml404-hub.china.huawei.com (10.201.5.218) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 23 Oct 2013 10:49:26 +0100
Received: from NKGEML507-MBS.china.huawei.com ([169.254.6.136]) by nkgeml410-hub.china.huawei.com ([10.98.56.41]) with mapi id 14.03.0146.000; Wed, 23 Oct 2013 17:48:30 +0800
From: Yangang <yangang@huawei.com>
To: Mike Shand <imc.shand@gmail.com>
Subject: 答复: rtgwg Digest, Vol 106, Issue 37
Thread-Topic: rtgwg Digest, Vol 106, Issue 37
Thread-Index: AQHOzwf8mowVMc0KBEicBJ38BEYzwpoCCxWw
Date: Wed, 23 Oct 2013 09:48:30 +0000
Message-ID: <D496C972D1A13540A730720631EC73413A39F0BC@nkgeml507-mbs.china.huawei.com>
References: <mailman.4707.1382433618.3485.rtgwg@ietf.org>
In-Reply-To: <mailman.4707.1382433618.3485.rtgwg@ietf.org>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.111.72.210]
Content-Type: text/plain; charset="gb2312"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Cc: "Zhangxudong (zhangxudong, VRP)" <zhangxudong@huawei.com>, "rtgwg@ietf.org" <rtgwg@ietf.org>
X-BeenThere: rtgwg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Routing Area Working Group <rtgwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtgwg>, <mailto:rtgwg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/rtgwg>
List-Post: <mailto:rtgwg@ietf.org>
List-Help: <mailto:rtgwg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtgwg>, <mailto:rtgwg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 23 Oct 2013 09:49:38 -0000

Hi, Mike:

We double check the difference between our draft and the RFC 5715, and read the paper of [OPT] again. 

Yes, their concepts are similar. The section 6.1 of RFC5715 point out the "incremental cost advertisement" is a possible method, and our draft provides an algorithm in detail for this method.

Compare with paper of [OPT], I think there are some differences.

The paper:

1. tries to get a metric adjustment sequence(RMS) for each possible destination, and then optimizes this sequence to ORMS.
2. combines these ORMSs and prunes unnecessary metrics.

As implementers, we compose the draft in a style that it is easily to be realized on router platforms. This draft:

(1) Calculates a metric adjustment scope(link up), and follows these rules:
   1.a) this new metric will make the node i switch to the final best path.
   1.b) this new metric doesn't make other unaffected nodes switch their paths.
(2) Base on the RSPF of linkup and RSPF of linkdown, calculates the best metric adjustment sequence in just one round.

So, we think the overhead of the algorithm in the draft can be less since it calculates the SPF only twice.


-----邮件原件-----
发件人: rtgwg-bounces@ietf.org [mailto:rtgwg-bounces@ietf.org] 代表 rtgwg-request@ietf.org
发送时间: 2013年10月22日 17:20
收件人: rtgwg@ietf.org
主题: rtgwg Digest, Vol 106, Issue 37

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/rtgwg

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 rtgwg mailing list submissions to
	rtgwg@ietf.org

To subscribe or unsubscribe via the World Wide Web, visit
	https://www.ietf.org/mailman/listinfo/rtgwg
or, via email, send a message with subject or body 'help' to
	rtgwg-request@ietf.org

You can reach the person managing the list at
	rtgwg-owner@ietf.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of rtgwg digest..."


Today's Topics:

   1. ??: Soliciting WG feedback and comments on
      draft-zxd-rtgwg-ordered-metric-adjustment-00 (Yangang)
   2. Re: ??: Soliciting WG feedback and comments on
      draft-zxd-rtgwg-ordered-metric-adjustment-00 (Acee Lindem)
   3. ??: ??: Soliciting WG feedback and comments on
      draft-zxd-rtgwg-ordered-metric-adjustment-00 (Yangang)
   4. Re: ??: ??: Soliciting WG feedback and comments on
      draft-zxd-rtgwg-ordered-metric-adjustment-00 (Mike Shand)


----------------------------------------------------------------------

Message: 1
Date: Tue, 22 Oct 2013 01:30:23 +0000
From: Yangang <yangang@huawei.com>
To: Acee Lindem <acee.lindem@ericsson.com>
Cc: "Zhangxudong \(zhangxudong, VRP\)" <zhangxudong@huawei.com>,
	"rtgwg@ietf.org" <rtgwg@ietf.org>
Subject: ??: Soliciting WG feedback and comments on
	draft-zxd-rtgwg-ordered-metric-adjustment-00
Message-ID:
	<D496C972D1A13540A730720631EC73413A39EF60@nkgeml507-mbs.china.huawei.com>
	
Content-Type: text/plain; charset="utf-8"

Our draft is similar with section 6.1 in RFC5715, the cost of changed link will be adjusted and advertised, maybe more than one time, this sequence will base on some pre-calculations. But in RFC 6976, each device should calculate the distance with the failue link, base on this distance, each device decide when the FIB will be updated.

-----????-----
???: Acee Lindem [mailto:acee.lindem@ericsson.com] 
????: 2013?10?21? 10:07
???: Yangang
??: rtgwg@ietf.org; Zhangxudong (zhangxudong, VRP)
??: Re: Soliciting WG feedback and comments on draft-zxd-rtgwg-ordered-metric-adjustment-00

Can you contrast this with RFC 6976? You include RFC 6976 in the Normative References but it is never referenced (this will show up if you run idnits). 
Acee 
On Oct 20, 2013, at 9:49 PM, Yangang wrote:

> Hi:
> 
> We had submitted the a new draft: http://tools.ietf.org/html/draft-zxd-rtgwg-ordered-metric-adjustment-00, we want to discuss the micro-loop problem through another method. Your feedback and comments on the rtgwg mailing list are appreciated. 
> 
> Thanks,
> Rahul.Yan
> 
> -----????-----
> ???: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org] 
> ????: 2013?10?18? 15:47
> ???: Zhangxudong (zhangxudong, VRP); Yangang
> ??: New Version Notification for draft-zxd-rtgwg-ordered-metric-adjustment-00.txt
> 
> 
> A new version of I-D, draft-zxd-rtgwg-ordered-metric-adjustment-00.txt
> has been successfully submitted by Xudong Zhang and posted to the
> IETF repository.
> 
> Filename:	 draft-zxd-rtgwg-ordered-metric-adjustment
> Revision:	 00
> Title:		 Algorithm for Ordered Metric Adjustment
> Creation date:	 2013-10-18
> Group:		 Individual Submission
> Number of pages: 10
> URL:             http://www.ietf.org/internet-drafts/draft-zxd-rtgwg-ordered-metric-adjustment-00.txt
> Status:          http://datatracker.ietf.org/doc/draft-zxd-rtgwg-ordered-metric-adjustment
> Htmlized:        http://tools.ietf.org/html/draft-zxd-rtgwg-ordered-metric-adjustment-00
> 
> 
> Abstract:
>   Upon link down event or link up event, each device in network
>   individually schedules route calculation.  Because of different
>   hardware capabilities and internal/external environments, the time to
>   update forwarding entries on these devices are disordered which can
>   cause a transient forwarding loop.  This document introduces a method
>   to prevent forwarding loop by adjusting link metric gradually for
>   several times.
> 
> 
> 
> 
> 
> Please note that it may take a couple of minutes from the time of submission
> until the htmlized version and diff are available at tools.ietf.org.
> 
> The IETF Secretariat
> 
> _______________________________________________
> rtgwg mailing list
> rtgwg@ietf.org
> https://www.ietf.org/mailman/listinfo/rtgwg


------------------------------

Message: 2
Date: Tue, 22 Oct 2013 01:41:49 +0000
From: Acee Lindem <acee.lindem@ericsson.com>
To: Yangang <yangang@huawei.com>
Cc: "Zhangxudong \(zhangxudong, VRP\)" <zhangxudong@huawei.com>,
	"rtgwg@ietf.org" <rtgwg@ietf.org>
Subject: Re: ??: Soliciting WG feedback and comments on
	draft-zxd-rtgwg-ordered-metric-adjustment-00
Message-ID:
	<94A203EA12AECE4BA92D42DBFFE0AE47030A2579@eusaamb101.ericsson.se>
Content-Type: text/plain; charset="utf-8"

I'm aware of the basic premise of the two drafts and was not asking for you to restate the obvious. Specifically, what are the benefits and determents of your draft when compared to RFC 6976? 
Acee

On Oct 21, 2013, at 9:30 PM, Yangang wrote:

> Our draft is similar with section 6.1 in RFC5715, the cost of changed link will be adjusted and advertised, maybe more than one time, this sequence will base on some pre-calculations. But in RFC 6976, each device should calculate the distance with the failue link, base on this distance, each device decide when the FIB will be updated.
> 
> -----????-----
> ???: Acee Lindem [mailto:acee.lindem@ericsson.com] 
> ????: 2013?10?21? 10:07
> ???: Yangang
> ??: rtgwg@ietf.org; Zhangxudong (zhangxudong, VRP)
> ??: Re: Soliciting WG feedback and comments on draft-zxd-rtgwg-ordered-metric-adjustment-00
> 
> Can you contrast this with RFC 6976? You include RFC 6976 in the Normative References but it is never referenced (this will show up if you run idnits). 
> Acee 
> On Oct 20, 2013, at 9:49 PM, Yangang wrote:
> 
>> Hi:
>> 
>> We had submitted the a new draft: http://tools.ietf.org/html/draft-zxd-rtgwg-ordered-metric-adjustment-00, we want to discuss the micro-loop problem through another method. Your feedback and comments on the rtgwg mailing list are appreciated. 
>> 
>> Thanks,
>> Rahul.Yan
>> 
>> -----????-----
>> ???: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org] 
>> ????: 2013?10?18? 15:47
>> ???: Zhangxudong (zhangxudong, VRP); Yangang
>> ??: New Version Notification for draft-zxd-rtgwg-ordered-metric-adjustment-00.txt
>> 
>> 
>> A new version of I-D, draft-zxd-rtgwg-ordered-metric-adjustment-00.txt
>> has been successfully submitted by Xudong Zhang and posted to the
>> IETF repository.
>> 
>> Filename:	 draft-zxd-rtgwg-ordered-metric-adjustment
>> Revision:	 00
>> Title:		 Algorithm for Ordered Metric Adjustment
>> Creation date:	 2013-10-18
>> Group:		 Individual Submission
>> Number of pages: 10
>> URL:             http://www.ietf.org/internet-drafts/draft-zxd-rtgwg-ordered-metric-adjustment-00.txt
>> Status:          http://datatracker.ietf.org/doc/draft-zxd-rtgwg-ordered-metric-adjustment
>> Htmlized:        http://tools.ietf.org/html/draft-zxd-rtgwg-ordered-metric-adjustment-00
>> 
>> 
>> Abstract:
>>  Upon link down event or link up event, each device in network
>>  individually schedules route calculation.  Because of different
>>  hardware capabilities and internal/external environments, the time to
>>  update forwarding entries on these devices are disordered which can
>>  cause a transient forwarding loop.  This document introduces a method
>>  to prevent forwarding loop by adjusting link metric gradually for
>>  several times.
>> 
>> 
>> 
>> 
>> 
>> Please note that it may take a couple of minutes from the time of submission
>> until the htmlized version and diff are available at tools.ietf.org.
>> 
>> The IETF Secretariat
>> 
>> _______________________________________________
>> rtgwg mailing list
>> rtgwg@ietf.org
>> https://www.ietf.org/mailman/listinfo/rtgwg
> 


------------------------------

Message: 3
Date: Tue, 22 Oct 2013 03:39:55 +0000
From: Yangang <yangang@huawei.com>
To: Acee Lindem <acee.lindem@ericsson.com>
Cc: "Zhangxudong \(zhangxudong, VRP\)" <zhangxudong@huawei.com>,
	"rtgwg@ietf.org" <rtgwg@ietf.org>
Subject: ??: ??: Soliciting WG feedback and comments on
	draft-zxd-rtgwg-ordered-metric-adjustment-00
Message-ID:
	<D496C972D1A13540A730720631EC73413A39EF7C@nkgeml507-mbs.china.huawei.com>
	
Content-Type: text/plain; charset="utf-8"

OK, I got it.

Actually, we pay attention to two point:

1. Which method will be more nicety? In RFC6976, all devices in network need calculate the schedule time, base on the different hardware and environment, we worry about its effect. In our draft, only failure point adjust the cost, the other device just response the cost change. I think the effect of this kind of difference will be less.

2. Due to no new extension, maybe the distribution will be more smoothly.

-----????-----
???: Acee Lindem [mailto:acee.lindem@ericsson.com] 
????: 2013?10?22? 9:42
???: Yangang
??: rtgwg@ietf.org; Zhangxudong (zhangxudong, VRP)
??: Re: ??: Soliciting WG feedback and comments on draft-zxd-rtgwg-ordered-metric-adjustment-00

I'm aware of the basic premise of the two drafts and was not asking for you to restate the obvious. Specifically, what are the benefits and determents of your draft when compared to RFC 6976? 
Acee

On Oct 21, 2013, at 9:30 PM, Yangang wrote:

> Our draft is similar with section 6.1 in RFC5715, the cost of changed link will be adjusted and advertised, maybe more than one time, this sequence will base on some pre-calculations. But in RFC 6976, each device should calculate the distance with the failue link, base on this distance, each device decide when the FIB will be updated.
> 
> -----????-----
> ???: Acee Lindem [mailto:acee.lindem@ericsson.com] 
> ????: 2013?10?21? 10:07
> ???: Yangang
> ??: rtgwg@ietf.org; Zhangxudong (zhangxudong, VRP)
> ??: Re: Soliciting WG feedback and comments on draft-zxd-rtgwg-ordered-metric-adjustment-00
> 
> Can you contrast this with RFC 6976? You include RFC 6976 in the Normative References but it is never referenced (this will show up if you run idnits). 
> Acee 
> On Oct 20, 2013, at 9:49 PM, Yangang wrote:
> 
>> Hi:
>> 
>> We had submitted the a new draft: http://tools.ietf.org/html/draft-zxd-rtgwg-ordered-metric-adjustment-00, we want to discuss the micro-loop problem through another method. Your feedback and comments on the rtgwg mailing list are appreciated. 
>> 
>> Thanks,
>> Rahul.Yan
>> 
>> -----????-----
>> ???: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org] 
>> ????: 2013?10?18? 15:47
>> ???: Zhangxudong (zhangxudong, VRP); Yangang
>> ??: New Version Notification for draft-zxd-rtgwg-ordered-metric-adjustment-00.txt
>> 
>> 
>> A new version of I-D, draft-zxd-rtgwg-ordered-metric-adjustment-00.txt
>> has been successfully submitted by Xudong Zhang and posted to the
>> IETF repository.
>> 
>> Filename:	 draft-zxd-rtgwg-ordered-metric-adjustment
>> Revision:	 00
>> Title:		 Algorithm for Ordered Metric Adjustment
>> Creation date:	 2013-10-18
>> Group:		 Individual Submission
>> Number of pages: 10
>> URL:             http://www.ietf.org/internet-drafts/draft-zxd-rtgwg-ordered-metric-adjustment-00.txt
>> Status:          http://datatracker.ietf.org/doc/draft-zxd-rtgwg-ordered-metric-adjustment
>> Htmlized:        http://tools.ietf.org/html/draft-zxd-rtgwg-ordered-metric-adjustment-00
>> 
>> 
>> Abstract:
>>  Upon link down event or link up event, each device in network
>>  individually schedules route calculation.  Because of different
>>  hardware capabilities and internal/external environments, the time to
>>  update forwarding entries on these devices are disordered which can
>>  cause a transient forwarding loop.  This document introduces a method
>>  to prevent forwarding loop by adjusting link metric gradually for
>>  several times.
>> 
>> 
>> 
>> 
>> 
>> Please note that it may take a couple of minutes from the time of submission
>> until the htmlized version and diff are available at tools.ietf.org.
>> 
>> The IETF Secretariat
>> 
>> _______________________________________________
>> rtgwg mailing list
>> rtgwg@ietf.org
>> https://www.ietf.org/mailman/listinfo/rtgwg
> 


------------------------------

Message: 4
Date: Tue, 22 Oct 2013 10:20:11 +0100
From: Mike Shand <imc.shand@gmail.com>
To: rtgwg@ietf.org
Subject: Re: ??: ??: Soliciting WG feedback and comments on
	draft-zxd-rtgwg-ordered-metric-adjustment-00
Message-ID: <5266434B.4050309@gmail.com>
Content-Type: text/plain; charset=UTF-8; format=flowed

So you have described the difference with OFIB (RFC 6976), but how does 
your proposal differ from "incremental cost advertisement" as described 
in RFC 5715 section 6.1?

Mike



On 22/10/2013 04:39, Yangang wrote:
> OK, I got it.
>
> Actually, we pay attention to two point:
>
> 1. Which method will be more nicety? In RFC6976, all devices in network need calculate the schedule time, base on the different hardware and environment, we worry about its effect. In our draft, only failure point adjust the cost, the other device just response the cost change. I think the effect of this kind of difference will be less.
>
> 2. Due to no new extension, maybe the distribution will be more smoothly.
>
> -----????-----
> ???: Acee Lindem [mailto:acee.lindem@ericsson.com]
> ????: 2013?10?22? 9:42
> ???: Yangang
> ??: rtgwg@ietf.org; Zhangxudong (zhangxudong, VRP)
> ??: Re: ??: Soliciting WG feedback and comments on draft-zxd-rtgwg-ordered-metric-adjustment-00
>
> I'm aware of the basic premise of the two drafts and was not asking for you to restate the obvious. Specifically, what are the benefits and determents of your draft when compared to RFC 6976?
> Acee
>
> On Oct 21, 2013, at 9:30 PM, Yangang wrote:
>
>> Our draft is similar with section 6.1 in RFC5715, the cost of changed link will be adjusted and advertised, maybe more than one time, this sequence will base on some pre-calculations. But in RFC 6976, each device should calculate the distance with the failue link, base on this distance, each device decide when the FIB will be updated.
>>
>> -----????-----
>> ???: Acee Lindem [mailto:acee.lindem@ericsson.com]
>> ????: 2013?10?21? 10:07
>> ???: Yangang
>> ??: rtgwg@ietf.org; Zhangxudong (zhangxudong, VRP)
>> ??: Re: Soliciting WG feedback and comments on draft-zxd-rtgwg-ordered-metric-adjustment-00
>>
>> Can you contrast this with RFC 6976? You include RFC 6976 in the Normative References but it is never referenced (this will show up if you run idnits).
>> Acee
>> On Oct 20, 2013, at 9:49 PM, Yangang wrote:
>>
>>> Hi:
>>>
>>> We had submitted the a new draft: http://tools.ietf.org/html/draft-zxd-rtgwg-ordered-metric-adjustment-00, we want to discuss the micro-loop problem through another method. Your feedback and comments on the rtgwg mailing list are appreciated.
>>>
>>> Thanks,
>>> Rahul.Yan
>>>
>>> -----????-----
>>> ???: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org]
>>> ????: 2013?10?18? 15:47
>>> ???: Zhangxudong (zhangxudong, VRP); Yangang
>>> ??: New Version Notification for draft-zxd-rtgwg-ordered-metric-adjustment-00.txt
>>>
>>>
>>> A new version of I-D, draft-zxd-rtgwg-ordered-metric-adjustment-00.txt
>>> has been successfully submitted by Xudong Zhang and posted to the
>>> IETF repository.
>>>
>>> Filename:	 draft-zxd-rtgwg-ordered-metric-adjustment
>>> Revision:	 00
>>> Title:		 Algorithm for Ordered Metric Adjustment
>>> Creation date:	 2013-10-18
>>> Group:		 Individual Submission
>>> Number of pages: 10
>>> URL:             http://www.ietf.org/internet-drafts/draft-zxd-rtgwg-ordered-metric-adjustment-00.txt
>>> Status:          http://datatracker.ietf.org/doc/draft-zxd-rtgwg-ordered-metric-adjustment
>>> Htmlized:        http://tools.ietf.org/html/draft-zxd-rtgwg-ordered-metric-adjustment-00
>>>
>>>
>>> Abstract:
>>>   Upon link down event or link up event, each device in network
>>>   individually schedules route calculation.  Because of different
>>>   hardware capabilities and internal/external environments, the time to
>>>   update forwarding entries on these devices are disordered which can
>>>   cause a transient forwarding loop.  This document introduces a method
>>>   to prevent forwarding loop by adjusting link metric gradually for
>>>   several times.
>>>
>>>
>>>
>>>
>>>
>>> Please note that it may take a couple of minutes from the time of submission
>>> until the htmlized version and diff are available at tools.ietf.org.
>>>
>>> The IETF Secretariat
>>>
>>> _______________________________________________
>>> rtgwg mailing list
>>> rtgwg@ietf.org
>>> https://www.ietf.org/mailman/listinfo/rtgwg
> _______________________________________________
> rtgwg mailing list
> rtgwg@ietf.org
> https://www.ietf.org/mailman/listinfo/rtgwg



------------------------------

_______________________________________________
rtgwg mailing list
rtgwg@ietf.org
https://www.ietf.org/mailman/listinfo/rtgwg


End of rtgwg Digest, Vol 106, Issue 37
**************************************