From nobody Mon Aug 1 13:25:25 2016 Return-Path: X-Original-To: yang-multicast@ietfa.amsl.com Delivered-To: yang-multicast@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1234D12D19F for ; Mon, 1 Aug 2016 13:25:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RP33_CRfEoqu for ; Mon, 1 Aug 2016 13:25:22 -0700 (PDT) Received: from mail-wm0-x22f.google.com (mail-wm0-x22f.google.com [IPv6:2a00:1450:400c:c09::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E8FBB12D0B8 for ; Mon, 1 Aug 2016 13:25:21 -0700 (PDT) Received: by mail-wm0-x22f.google.com with SMTP id q128so384010333wma.1 for ; Mon, 01 Aug 2016 13:25:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:references:in-reply-to:subject:date:message-id:mime-version :content-transfer-encoding:thread-index:content-language; bh=8CSG0sUf4f3QeNt7LcV8U+0G5a5oGZDtjjTeP0ctO9A=; b=qanhKwsIzDty7hq6cTlV9rnAjIOL+L+NuuFb9nEPJb+B3g4ej0QofdMifj4vxh3zOs yndDzDI2wrq0XQ6GvNcuOeq+SWXbNq0yjB+9tBF7TikXC/IXmmxo/1eX6ir1BQoukXLo qRZc9gHVsRVxdWC9ADu086m6mmycBN3zCY3vbFtnHGJVj5qk38jG4qGHoXJ0m4klnqQ2 EEzqJkBcP6192EY2YZ2ywX7VvSypWvFPHxEUbjIHPvICnFh2k2ZbPmjb3LbPY86kU9XP aMBlIqWARLvEFXLfYcGcbGD6E//xE8ruvJVZpdYXRl5n78Ge+9Ub9oQ/VQrUMGmidcN2 SZaA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:references:in-reply-to:subject:date :message-id:mime-version:content-transfer-encoding:thread-index :content-language; bh=8CSG0sUf4f3QeNt7LcV8U+0G5a5oGZDtjjTeP0ctO9A=; b=JNiruw+1chyFYp2YkKk1fnsBHuq7yHSV2aHkGLU1Eo3jT9BepFt4TmKGg+JlbN+lNi aTwoV31Vw3Y0WHqOqGtmOWe0Pch2fHSd6snHpe6nO/o2Q9cmiMbN0f7cJ69OOLK2/9t9 i52W+C+DfmRBISwgtorEkpBddekv8hc/xn2BeV8xPiQCldTrzk1QViPsgvG6aC5Bs5X8 X6Q6Ol2pqNKIna6t1o+KnFYZsr1Bj3ylN4OPjaYfdvfJi72TDQwR9xwfkK9jOox47n96 y9+gNVKQejHeNQ04qZnLoVrIsk0qv/lkfhJWcUFgGVTt/HpiVS1HZJ9f4LlTjLq0aejf o5qw== X-Gm-Message-State: AEkoousTFTZF8IHfivsarej1U9oRkjuxiVsc++zt9eStdP/FSnA+qBJH85x1XWXmp9I4uA== X-Received: by 10.28.4.77 with SMTP id 74mr60050843wme.84.1470083120387; Mon, 01 Aug 2016 13:25:20 -0700 (PDT) Received: from xliuus (wsip-98-191-72-170.dc.dc.cox.net. [98.191.72.170]) by smtp.gmail.com with ESMTPSA id ka6sm31995608wjb.38.2016.08.01.13.25.19 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 01 Aug 2016 13:25:19 -0700 (PDT) From: "Xufeng Liu" To: "'Stig Venaas \(svenaas\)'" , References: <03c901d1e76a$0fef84c0$2fce8e40$@gmail.com> <05aa01d1e9c9$f9c74720$ed55d560$@gmail.com> In-Reply-To: Date: Mon, 1 Aug 2016 16:25:17 -0400 Message-ID: <013a01d1ec32$d2a31c80$77e95580$@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 16.0 Thread-Index: AQKlMgPR2mUF4qnURImQ8dnPi2JptgMoPulqAeJsVl4B/w2fgwHNjql3nkc0YrA= Content-Language: en-us Archived-At: Subject: Re: [Yang-multicast] draft-ietf-pim-yang-01.txt ready for WGLC? X-BeenThere: yang-multicast@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: YANG Multicast List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2016 20:25:24 -0000 Hi Stig, I think that it is an interesting topic to be discussed. I have checked some other model drafts. Both durations and time stamps are used. In general, time duration is used more than time stamps, as following: Models that use during: evpn: uint32 bfd: uint32 bgp: uint16, decimal64, yang:timeticks ietf-routing: uint16, uint32 isis: uint16 l2vpn: uint32, uint16 ldp: uint16 key-chain: uint32 ospf: uint32 pce: uint32 te: uint32 rip: uint16 vrrp: uint16 Models that use timestamp: key-chain: yang:date-and-time bfd: yang:date-and-time (in statistics) interface: yang:date-and-time (in statistics) isis: yang:timestamp ietf-routing: yang:date-and-time pce: yang:timestamp rip: yang:date-and-time vrrp: yang:date-and-time I think that which one is appropriate depends on the situation. If the time duration is a few seconds, it would be easy enough to show the number of seconds. But if the time duration is hundreds of hours, it could be easier to use time stamps. When we implement, time stamp is easy to do the comparison, but we need to handle the situations when system time changes and time zone (day light saving time) changes. For our PIM model, based on the inputs from vendor implementation, it seems that all vendors have implemented the time duration (though some may display as hh:mm:ss instead of number of seconds). So we currently have such a format in our model. I think that we will bring up this topic during our discussion meetings, maybe in some broader contexts like routing area Yang discussions. As the draft updates, do you think that we should submit it as we have now? Thanks, - Xufeng > -----Original Message----- > From: Stig Venaas (svenaas) [mailto:stig@cisco.com] > Sent: Friday, July 29, 2016 2:57 PM > To: Xufeng Liu ; yang-multicast@ietf.org > Subject: Re: [Yang-multicast] draft-ietf-pim-yang-01.txt ready for WGLC? > > Hi > > On 7/29/2016 11:49 AM, Xufeng Liu wrote: > > Hi Stig and all, > > > > I have updated the models to compile with the updated models that we > > depend on, along with some syntax fixes and description cleanups. The > > updated model files, tree views, and draft file are at > > https://github.com/mcallisterjp/pim-yang. > > > > Please let me know for any comments. I'll submit it on Monday if no > > objections. > > > > Also, I'm ok with going for last call. > > Great, thanks. I actually have one question. For timers like expiry time, is it > common in models to just have a timer showing how many seconds (or > whatever unit)? I think it would be easier and maybe more useful to have a time > stamp showing when it will expire. > > I think time stamp is easier to implement. Say if your data is stored in some kind > of database queried by YANG, it is easier to just update a time stamp each time > you get a join, rather than frequently updating the expiry time. Also, for the > client/person consuming the data, there will be some delay from when you got > the data via the query until you see the value, so the expiry time may be larger > than the actual time, or you cannot say exactly when it will expire. One can of > course store a time stamp in a database and convert it to "time remaining" when > it is read though. > > Thoughts? > > Stig > > > Thanks, > > > > - Xufeng > > > >> -----Original Message----- > >> From: Yang-multicast [mailto:yang-multicast-bounces@ietf.org] On > >> Behalf Of Stig Venaas (svenaas) > >> Sent: Tuesday, July 26, 2016 3:14 PM > >> To: yang-multicast@ietf.org > >> Subject: Re: [Yang-multicast] draft-ietf-pim-yang-01.txt ready for WGLC? > >> > >> Hi > >> > >> On 7/26/2016 11:18 AM, Xufeng Liu wrote: > >>> Hi Stig, > >>> > >>> We are aware of the compilation issue, which is caused by the > >>> updates from the models that we depend on. Will have the issue fixed > >>> within next few days. > >> > >> Apart from that, if you're meeting tomorrow, could you discuss > >> whether you > > are > >> OK with it going to last call? I suspect we won't get much input from > > others until > >> we do that. > >> > >> Stig > >> > >>> Thanks, > >>> > >>> - Xufeng > >>> > >>>> -----Original Message----- > >>>> From: Yang-multicast [mailto:yang-multicast-bounces@ietf.org] On > >>>> Behalf Of Stig Venaas > >>>> Sent: Tuesday, July 26, 2016 12:47 PM > >>>> To: yang-multicast@ietf.org > >>>> Subject: [Yang-multicast] draft-ietf-pim-yang-01.txt ready for WGLC? > >>>> > >>>> Hi > >>>> > >>>> I've been told that we should publish our YANG models as quickly as > >>> possible. > >>>> The IETF in general is trying to get the models out ASAP. We > >>>> basically > >>> need to > >>>> get them out there before people start using other models. > >>>> > >>>> Do you believe the draft is ready for WGLC? I guess there may be > >>>> more work needed, but that way we can hopefully get people to > >>>> carefully review the > >>> draft. > >>>> > >>>> I saw an email saying that 01 doesn't compile though. If that is > >>>> the only > >>> known > >>>> issue, could you post an 02 fixing this ASAP? > >>>> > >>>> Stig > >>>> > >>>> _______________________________________________ > >>>> Yang-multicast mailing list > >>>> Yang-multicast@ietf.org > >>>> https://www.ietf.org/mailman/listinfo/yang-multicast > >>> > >>> _______________________________________________ > >>> Yang-multicast mailing list > >>> Yang-multicast@ietf.org > >>> https://www.ietf.org/mailman/listinfo/yang-multicast > >>> > >> > >> _______________________________________________ > >> Yang-multicast mailing list > >> Yang-multicast@ietf.org > >> https://www.ietf.org/mailman/listinfo/yang-multicast > > From nobody Mon Aug 1 13:45:16 2016 Return-Path: X-Original-To: yang-multicast@ietfa.amsl.com Delivered-To: yang-multicast@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4B16212D8CD for ; Mon, 1 Aug 2016 13:45:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.808 X-Spam-Level: X-Spam-Status: No, score=-15.808 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.287, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1OzSdlKcBt0R for ; Mon, 1 Aug 2016 13:45:11 -0700 (PDT) Received: from rcdn-iport-1.cisco.com (rcdn-iport-1.cisco.com [173.37.86.72]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1E61912DA1F for ; Mon, 1 Aug 2016 13:45:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=6170; q=dns/txt; s=iport; t=1470084310; x=1471293910; h=subject:to:references:from:message-id:date:mime-version: in-reply-to:content-transfer-encoding; bh=crMc5CPRmklLe6RXGou3gfed5hY8/pqjg3kMgxytSUI=; b=gnj6Jn0eMxCdPRrUHBBRwYuVe0W72Na5LVXQSj/jiX4tHsy7SKeljFlc KzzG/v0XjdOMEf1xDMK+0fURJabxqN4L2xE5USBpE/367ecghdAxBmp9e lV+SFv74lkbm2SQFrmgTlETTVLhEU7JSrANFtQK+7GEE0fEANnVIAU9KP g=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AUAgCXs59X/4MNJK1dg0VWKlKsb4wkg?= =?us-ascii?q?X0khXkCgTA4FAEBAQEBAQFdJ4ReAQEEAQEBNjYQBwQLEQQBAQEnByEGHwkIBgE?= =?us-ascii?q?MBgIBAYgTAw8IDrwyDYQUAQEBAQEBAQEBAQEBAQEBAQEBAQEBFwWIIoJVgkOBT?= =?us-ascii?q?xEBhXcFjwuEZYUPNAGGF4YygjWBa4Ragw4jhUmGZIFHPYNIg3ceNoQaHDIBhl6?= =?us-ascii?q?BNgEBAQ?= X-IronPort-AV: E=Sophos;i="5.28,457,1464652800"; d="scan'208";a="136499683" Received: from alln-core-1.cisco.com ([173.36.13.131]) by rcdn-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 01 Aug 2016 20:45:10 +0000 Received: from [10.24.82.82] ([10.24.82.82]) by alln-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id u71Kj9tu006078; Mon, 1 Aug 2016 20:45:10 GMT To: Xufeng Liu , yang-multicast@ietf.org References: <03c901d1e76a$0fef84c0$2fce8e40$@gmail.com> <05aa01d1e9c9$f9c74720$ed55d560$@gmail.com> <013a01d1ec32$d2a31c80$77e95580$@gmail.com> From: "Stig Venaas (svenaas)" Message-ID: Date: Mon, 1 Aug 2016 13:45:09 -0700 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <013a01d1ec32$d2a31c80$77e95580$@gmail.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [Yang-multicast] draft-ietf-pim-yang-01.txt ready for WGLC? X-BeenThere: yang-multicast@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: YANG Multicast List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2016 20:45:14 -0000 Hi On 8/1/2016 1:25 PM, Xufeng Liu wrote: > Hi Stig, > > I think that it is an interesting topic to be discussed. > > I have checked some other model drafts. Both durations and time stamps are > used. In general, time duration is used more than time stamps, as following: > > Models that use during: > evpn: uint32 > bfd: uint32 > bgp: uint16, decimal64, yang:timeticks > ietf-routing: uint16, uint32 > isis: uint16 > l2vpn: uint32, uint16 > ldp: uint16 > key-chain: uint32 > ospf: uint32 > pce: uint32 > te: uint32 > rip: uint16 > vrrp: uint16 > > Models that use timestamp: > key-chain: yang:date-and-time > bfd: yang:date-and-time (in statistics) > interface: yang:date-and-time (in statistics) > isis: yang:timestamp > ietf-routing: yang:date-and-time > pce: yang:timestamp > rip: yang:date-and-time > vrrp: yang:date-and-time > > I think that which one is appropriate depends on the situation. If the time > duration is a few seconds, it would be easy enough to show the number of > seconds. But if the time duration is hundreds of hours, it could be easier > to use time stamps. When we implement, time stamp is easy to do the > comparison, but we need to handle the situations when system time changes > and time zone (day light saving time) changes. > > For our PIM model, based on the inputs from vendor implementation, it seems > that all vendors have implemented the time duration (though some may display > as hh:mm:ss instead of number of seconds). So we currently have such a > format in our model. > > I think that we will bring up this topic during our discussion meetings, > maybe in some broader contexts like routing area Yang discussions. Thanks for looking into this! > As the draft updates, do you think that we should submit it as we have now? Yes, I think it's good to submit what you have now, and we can start WGLC. Hopefully we will get more people to review and some discussions then. Stig > Thanks, > > - Xufeng > >> -----Original Message----- >> From: Stig Venaas (svenaas) [mailto:stig@cisco.com] >> Sent: Friday, July 29, 2016 2:57 PM >> To: Xufeng Liu ; yang-multicast@ietf.org >> Subject: Re: [Yang-multicast] draft-ietf-pim-yang-01.txt ready for WGLC? >> >> Hi >> >> On 7/29/2016 11:49 AM, Xufeng Liu wrote: >>> Hi Stig and all, >>> >>> I have updated the models to compile with the updated models that we >>> depend on, along with some syntax fixes and description cleanups. The >>> updated model files, tree views, and draft file are at >>> https://github.com/mcallisterjp/pim-yang. >>> >>> Please let me know for any comments. I'll submit it on Monday if no >>> objections. >>> >>> Also, I'm ok with going for last call. >> >> Great, thanks. I actually have one question. For timers like expiry time, > is it >> common in models to just have a timer showing how many seconds (or >> whatever unit)? I think it would be easier and maybe more useful to have a > time >> stamp showing when it will expire. >> >> I think time stamp is easier to implement. Say if your data is stored in > some kind >> of database queried by YANG, it is easier to just update a time stamp each > time >> you get a join, rather than frequently updating the expiry time. Also, for > the >> client/person consuming the data, there will be some delay from when you > got >> the data via the query until you see the value, so the expiry time may be > larger >> than the actual time, or you cannot say exactly when it will expire. One > can of >> course store a time stamp in a database and convert it to "time remaining" > when >> it is read though. >> >> Thoughts? >> >> Stig >> >>> Thanks, >>> >>> - Xufeng >>> >>>> -----Original Message----- >>>> From: Yang-multicast [mailto:yang-multicast-bounces@ietf.org] On >>>> Behalf Of Stig Venaas (svenaas) >>>> Sent: Tuesday, July 26, 2016 3:14 PM >>>> To: yang-multicast@ietf.org >>>> Subject: Re: [Yang-multicast] draft-ietf-pim-yang-01.txt ready for > WGLC? >>>> >>>> Hi >>>> >>>> On 7/26/2016 11:18 AM, Xufeng Liu wrote: >>>>> Hi Stig, >>>>> >>>>> We are aware of the compilation issue, which is caused by the >>>>> updates from the models that we depend on. Will have the issue fixed >>>>> within next few days. >>>> >>>> Apart from that, if you're meeting tomorrow, could you discuss >>>> whether you >>> are >>>> OK with it going to last call? I suspect we won't get much input from >>> others until >>>> we do that. >>>> >>>> Stig >>>> >>>>> Thanks, >>>>> >>>>> - Xufeng >>>>> >>>>>> -----Original Message----- >>>>>> From: Yang-multicast [mailto:yang-multicast-bounces@ietf.org] On >>>>>> Behalf Of Stig Venaas >>>>>> Sent: Tuesday, July 26, 2016 12:47 PM >>>>>> To: yang-multicast@ietf.org >>>>>> Subject: [Yang-multicast] draft-ietf-pim-yang-01.txt ready for WGLC? >>>>>> >>>>>> Hi >>>>>> >>>>>> I've been told that we should publish our YANG models as quickly as >>>>> possible. >>>>>> The IETF in general is trying to get the models out ASAP. We >>>>>> basically >>>>> need to >>>>>> get them out there before people start using other models. >>>>>> >>>>>> Do you believe the draft is ready for WGLC? I guess there may be >>>>>> more work needed, but that way we can hopefully get people to >>>>>> carefully review the >>>>> draft. >>>>>> >>>>>> I saw an email saying that 01 doesn't compile though. If that is >>>>>> the only >>>>> known >>>>>> issue, could you post an 02 fixing this ASAP? >>>>>> >>>>>> Stig >>>>>> >>>>>> _______________________________________________ >>>>>> Yang-multicast mailing list >>>>>> Yang-multicast@ietf.org >>>>>> https://www.ietf.org/mailman/listinfo/yang-multicast >>>>> >>>>> _______________________________________________ >>>>> Yang-multicast mailing list >>>>> Yang-multicast@ietf.org >>>>> https://www.ietf.org/mailman/listinfo/yang-multicast >>>>> >>>> >>>> _______________________________________________ >>>> Yang-multicast mailing list >>>> Yang-multicast@ietf.org >>>> https://www.ietf.org/mailman/listinfo/yang-multicast >>> > > From nobody Tue Aug 2 08:56:56 2016 Return-Path: X-Original-To: yang-multicast@ietfa.amsl.com Delivered-To: yang-multicast@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AD02012D7C8 for ; Tue, 2 Aug 2016 08:56:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id O5Y8jnuRzDON for ; Tue, 2 Aug 2016 08:56:50 -0700 (PDT) Received: from mail-lf0-x236.google.com (mail-lf0-x236.google.com [IPv6:2a00:1450:4010:c07::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CAFB712D7C3 for ; Tue, 2 Aug 2016 08:56:49 -0700 (PDT) Received: by mail-lf0-x236.google.com with SMTP id f93so141782522lfi.2 for ; Tue, 02 Aug 2016 08:56:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:references:in-reply-to:subject:date:message-id:mime-version :content-transfer-encoding:thread-index:content-language; bh=PWbGNczmmYOeJTMijMburxuvvYVCWNkVUh69mcbMT+8=; b=rH2xy51CIU+BwbtWGjHGFWxd6Zi0f8QxETKaatxwU4F72wJXk/BwUgvgSl9Lq1xw/G Q3clqbIaiBZL1a9VjFm1VtM5d9vdxP+ysVAk4FRYC1Bp00ZbRTIExxu+4XTXKrMUdrSw 5vtaYjacPBUa7qO4aojOsLYrt2SNuhDJnJvQodSAYnMSVvXwxQURMIQj5DcJlAbIS4jY h14XCPSuvhCKw7l24SjBpIC+pF8LWNE+6Poc/PuRyG4xrXgTQpPEr72gW0C2mPXfMSHW I7CBok2h292tqgGEJNogqUgQcjggpEUcQusFttlw2W8QnjPw0F1WZChRpzSSNXzKoTOn M5LQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:references:in-reply-to:subject:date :message-id:mime-version:content-transfer-encoding:thread-index :content-language; bh=PWbGNczmmYOeJTMijMburxuvvYVCWNkVUh69mcbMT+8=; b=dTRRScS6kDz8eCRwqvl2soxvF/MkpRfrwHEdFf+QY1T+Gto/gDN9ybfwMfgeDBDDAG wRwKLtiMvVyaNza5l5UcN2RVeaAh/rkX6Robqc4ykfYj/RvaSEgqMpSvHi0b9U9sc3Sl W7L+Z5GHW9y5xSM+V8dYe4j8Qe3P7kWThPzZUzCLj32l4EaCbYk9Kz5Zk4gHu64QFP95 qTDzRAQ6wRZe2PN+bu8TuYH2uSy8/nm8VlopQPmzUrw8GXoxU38kYb6cWwSDblrcyjWF OfgbmKxwDMWTAW8trE/EWpwRoqZiuA+rDFlie2keTFTp1ld2x6c2HCaYQiXVuOd4LfRW HXPQ== X-Gm-Message-State: AEkooutTOb4NEgT3SOwJjdEoERxdxJST1ebT3BOSphycOXJ1ACUD0poqwpaSq9vwDcAipg== X-Received: by 10.25.155.145 with SMTP id d139mr20879014lfe.120.1470153407651; Tue, 02 Aug 2016 08:56:47 -0700 (PDT) Received: from xliuus (wsip-98-191-72-170.dc.dc.cox.net. [98.191.72.170]) by smtp.gmail.com with ESMTPSA id 83sm605841ljj.14.2016.08.02.08.56.46 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 02 Aug 2016 08:56:46 -0700 (PDT) From: "Xufeng Liu" To: "'Stig Venaas \(svenaas\)'" , References: <03c901d1e76a$0fef84c0$2fce8e40$@gmail.com> <05aa01d1e9c9$f9c74720$ed55d560$@gmail.com> <013a01d1ec32$d2a31c80$77e95580$@gmail.com> In-Reply-To: Date: Tue, 2 Aug 2016 11:56:43 -0400 Message-ID: <005601d1ecd6$78967da0$69c378e0$@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 16.0 Thread-Index: AQKlMgPR2mUF4qnURImQ8dnPi2JptgMoPulqAeJsVl4B/w2fgwHNjql3AQrAt4oAurhfoJ46Yo5A Content-Language: en-us Archived-At: Subject: Re: [Yang-multicast] draft-ietf-pim-yang-01.txt ready for WGLC? X-BeenThere: yang-multicast@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: YANG Multicast List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2016 15:56:53 -0000 Hi Stig, Submitted updated draft-ietf-pim-yang-02. Thanks, - Xufeng > -----Original Message----- > From: Stig Venaas (svenaas) [mailto:stig@cisco.com] > Sent: Monday, August 1, 2016 4:45 PM > To: Xufeng Liu ; yang-multicast@ietf.org > Subject: Re: [Yang-multicast] draft-ietf-pim-yang-01.txt ready for WGLC? > > Hi > > On 8/1/2016 1:25 PM, Xufeng Liu wrote: > > Hi Stig, > > > > I think that it is an interesting topic to be discussed. > > > > I have checked some other model drafts. Both durations and time stamps > > are used. In general, time duration is used more than time stamps, as > following: > > > > Models that use during: > > evpn: uint32 > > bfd: uint32 > > bgp: uint16, decimal64, yang:timeticks > > ietf-routing: uint16, uint32 > > isis: uint16 > > l2vpn: uint32, uint16 > > ldp: uint16 > > key-chain: uint32 > > ospf: uint32 > > pce: uint32 > > te: uint32 > > rip: uint16 > > vrrp: uint16 > > > > Models that use timestamp: > > key-chain: yang:date-and-time > > bfd: yang:date-and-time (in statistics) > > interface: yang:date-and-time (in statistics) > > isis: yang:timestamp > > ietf-routing: yang:date-and-time > > pce: yang:timestamp > > rip: yang:date-and-time > > vrrp: yang:date-and-time > > > > I think that which one is appropriate depends on the situation. If the > > time duration is a few seconds, it would be easy enough to show the > > number of seconds. But if the time duration is hundreds of hours, it > > could be easier to use time stamps. When we implement, time stamp is > > easy to do the comparison, but we need to handle the situations when > > system time changes and time zone (day light saving time) changes. > > > > For our PIM model, based on the inputs from vendor implementation, it > > seems that all vendors have implemented the time duration (though some > > may display as hh:mm:ss instead of number of seconds). So we currently > > have such a format in our model. > > > > I think that we will bring up this topic during our discussion > > meetings, maybe in some broader contexts like routing area Yang discussions. > > Thanks for looking into this! > > > As the draft updates, do you think that we should submit it as we have now? > > Yes, I think it's good to submit what you have now, and we can start WGLC. > Hopefully we will get more people to review and some discussions then. > > Stig > > > Thanks, > > > > - Xufeng > > > >> -----Original Message----- > >> From: Stig Venaas (svenaas) [mailto:stig@cisco.com] > >> Sent: Friday, July 29, 2016 2:57 PM > >> To: Xufeng Liu ; yang-multicast@ietf.org > >> Subject: Re: [Yang-multicast] draft-ietf-pim-yang-01.txt ready for WGLC? > >> > >> Hi > >> > >> On 7/29/2016 11:49 AM, Xufeng Liu wrote: > >>> Hi Stig and all, > >>> > >>> I have updated the models to compile with the updated models that we > >>> depend on, along with some syntax fixes and description cleanups. > >>> The updated model files, tree views, and draft file are at > >>> https://github.com/mcallisterjp/pim-yang. > >>> > >>> Please let me know for any comments. I'll submit it on Monday if no > >>> objections. > >>> > >>> Also, I'm ok with going for last call. > >> > >> Great, thanks. I actually have one question. For timers like expiry > >> time, > > is it > >> common in models to just have a timer showing how many seconds (or > >> whatever unit)? I think it would be easier and maybe more useful to > >> have a > > time > >> stamp showing when it will expire. > >> > >> I think time stamp is easier to implement. Say if your data is stored > >> in > > some kind > >> of database queried by YANG, it is easier to just update a time stamp > >> each > > time > >> you get a join, rather than frequently updating the expiry time. > >> Also, for > > the > >> client/person consuming the data, there will be some delay from when > >> you > > got > >> the data via the query until you see the value, so the expiry time > >> may be > > larger > >> than the actual time, or you cannot say exactly when it will expire. > >> One > > can of > >> course store a time stamp in a database and convert it to "time remaining" > > when > >> it is read though. > >> > >> Thoughts? > >> > >> Stig > >> > >>> Thanks, > >>> > >>> - Xufeng > >>> > >>>> -----Original Message----- > >>>> From: Yang-multicast [mailto:yang-multicast-bounces@ietf.org] On > >>>> Behalf Of Stig Venaas (svenaas) > >>>> Sent: Tuesday, July 26, 2016 3:14 PM > >>>> To: yang-multicast@ietf.org > >>>> Subject: Re: [Yang-multicast] draft-ietf-pim-yang-01.txt ready for > > WGLC? > >>>> > >>>> Hi > >>>> > >>>> On 7/26/2016 11:18 AM, Xufeng Liu wrote: > >>>>> Hi Stig, > >>>>> > >>>>> We are aware of the compilation issue, which is caused by the > >>>>> updates from the models that we depend on. Will have the issue > >>>>> fixed within next few days. > >>>> > >>>> Apart from that, if you're meeting tomorrow, could you discuss > >>>> whether you > >>> are > >>>> OK with it going to last call? I suspect we won't get much input > >>>> from > >>> others until > >>>> we do that. > >>>> > >>>> Stig > >>>> > >>>>> Thanks, > >>>>> > >>>>> - Xufeng > >>>>> > >>>>>> -----Original Message----- > >>>>>> From: Yang-multicast [mailto:yang-multicast-bounces@ietf.org] On > >>>>>> Behalf Of Stig Venaas > >>>>>> Sent: Tuesday, July 26, 2016 12:47 PM > >>>>>> To: yang-multicast@ietf.org > >>>>>> Subject: [Yang-multicast] draft-ietf-pim-yang-01.txt ready for WGLC? > >>>>>> > >>>>>> Hi > >>>>>> > >>>>>> I've been told that we should publish our YANG models as quickly > >>>>>> as > >>>>> possible. > >>>>>> The IETF in general is trying to get the models out ASAP. We > >>>>>> basically > >>>>> need to > >>>>>> get them out there before people start using other models. > >>>>>> > >>>>>> Do you believe the draft is ready for WGLC? I guess there may be > >>>>>> more work needed, but that way we can hopefully get people to > >>>>>> carefully review the > >>>>> draft. > >>>>>> > >>>>>> I saw an email saying that 01 doesn't compile though. If that is > >>>>>> the only > >>>>> known > >>>>>> issue, could you post an 02 fixing this ASAP? > >>>>>> > >>>>>> Stig > >>>>>> > >>>>>> _______________________________________________ > >>>>>> Yang-multicast mailing list > >>>>>> Yang-multicast@ietf.org > >>>>>> https://www.ietf.org/mailman/listinfo/yang-multicast > >>>>> > >>>>> _______________________________________________ > >>>>> Yang-multicast mailing list > >>>>> Yang-multicast@ietf.org > >>>>> https://www.ietf.org/mailman/listinfo/yang-multicast > >>>>> > >>>> > >>>> _______________________________________________ > >>>> Yang-multicast mailing list > >>>> Yang-multicast@ietf.org > >>>> https://www.ietf.org/mailman/listinfo/yang-multicast > >>> > > > > From nobody Tue Aug 2 09:02:35 2016 Return-Path: X-Original-To: yang-multicast@ietfa.amsl.com Delivered-To: yang-multicast@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A53E612D7D9 for ; Tue, 2 Aug 2016 09:02:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.021 X-Spam-Level: X-Spam-Status: No, score=-2.021 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=metaswitch.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gsFlNxbOMpnY for ; Tue, 2 Aug 2016 09:02:30 -0700 (PDT) Received: from NAM02-SN1-obe.outbound.protection.outlook.com (mail-sn1nam02on0119.outbound.protection.outlook.com [104.47.36.119]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 714E612B02F for ; Tue, 2 Aug 2016 09:02:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=metaswitch.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=dGpQAekxtV+dGKwaqblhIh6e/da9asIK/KBdMvp32iQ=; b=Up+iBBrMmGKJQghBRCK+D5moijZmGLKhw/E99ieDUf9K63Om8ytbetDEY33w9r/nz/Z5rF4xyhtmqfuMMrL5/pNXBXjF/Vtb/0bo13Ehq5plJKJnl4UeUrW7P2ddipqA/HR0ao8LP7Vbin/DV9JgtMXMVpnVQZ22lhkJ98drtPg= Received: from BL2PR02MB1972.namprd02.prod.outlook.com (10.167.96.22) by BL2PR02MB1970.namprd02.prod.outlook.com (10.167.96.20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.549.15; Tue, 2 Aug 2016 16:02:27 +0000 Received: from BL2PR02MB1972.namprd02.prod.outlook.com ([10.167.96.22]) by BL2PR02MB1972.namprd02.prod.outlook.com ([10.167.96.22]) with mapi id 15.01.0549.022; Tue, 2 Aug 2016 16:02:27 +0000 From: Pete McAllister To: "stig@cisco.com" , "yang-multicast@ietf.org" , "xufeng.liu.ietf@gmail.com" Thread-Topic: [Yang-multicast] draft-ietf-pim-yang-01.txt ready for WGLC? Thread-Index: AQHR511L3tMrwo6TMUGOLpj4rWHeqKArBWEAgAAPuoCABLAcgIAAAfQAgATPvICAAAWNgIABQb6AgAABmQA= Date: Tue, 2 Aug 2016 16:02:26 +0000 Message-ID: <1470153746.5743.12.camel@metaswitch.com> References: <03c901d1e76a$0fef84c0$2fce8e40$@gmail.com> <05aa01d1e9c9$f9c74720$ed55d560$@gmail.com> <013a01d1ec32$d2a31c80$77e95580$@gmail.com> <005601d1ecd6$78967da0$69c378e0$@gmail.com> In-Reply-To: <005601d1ecd6$78967da0$69c378e0$@gmail.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=Pete.McAllister@metaswitch.com; x-originating-ip: [2620:104:4001:72:dcae:b1a9:e553:add7] x-ms-office365-filtering-correlation-id: 09631fae-8bc8-4f3b-0f21-08d3baee664e x-microsoft-exchange-diagnostics: 1; BL2PR02MB1970; 6:Zzu129H/LCS2PsN4bgWBWLDUV0DGE3wWbiyKEiPrxQ29+g5294bX6ERvMYk75HVDgPH48br72ODQuxE1uCSI8gkpcoPRXQM6B3LbJHmYcY4oLpVx783LMf+LsJgTevXteHdRVmLryrKlZwWP+0Vc01ORL0S1jbl1CNCEYca14GIzbu+51ZU/E/MGD0w9oGGxrcrtitWBYW+kAR4cbFBk4QIK+KfIcLWFIGxJ/yVutVx8yhU3qKTbIHXmEtUzB6CJFVGU3ezPqrEhDzKEe0Z4oN5YmSKfTEQN7lNVBzB4Wsg=; 5:8tc6k+JJMwQ+vzOv4C7bQuOfsGffCG6Yvej+hse9dIWHiR/GuwUh5MXl7gjZV7YRrjvmvtfioXES7T3msFqy5uF/x8wn+Z5HBfDRG72CxeFjux6+hIcLtB3IZowYD4pz33cNHIwOf1ltMz0Aurc50Q==; 24:mxLvdQq+Hq/0YdQ6VrZRkBI/Mg4xig/CBpb+WkgduV0d+WJGNajpW7Tv8w/MeJligMpJCIy3C+6VCRZC3VtpePkx8eyl1i4crz5QB7J19iI=; 7:RZnTZYXoyxDJTHq7qc5da37LdraKD6TE9ClQ+IYPLNEL1g48jDd1L3fPHV8/wE2+EZE1depW5V2CawtDYThS/yIY0kuADp2D6RH6CWEvRBKIuVi2XM7qF2ZCeeCz7cGVt5lLgrMqTS1wKrvfg8+v6xPsPEuRiP0w+1DSzf+LpMe18rZ6DU4p20fgGjIrFl84Szt7v+5w3kehwMudZmcMSR4JKhi6zuvBGNmAwEYzpRAYILg1QbICf99FMRr9Xl8f x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BL2PR02MB1970; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(166708455590820)(95692535739014); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(8121501046)(5005006)(3002001)(10201501046); SRVR:BL2PR02MB1970; BCL:0; PCL:0; RULEID:; SRVR:BL2PR02MB1970; x-forefront-prvs: 0022134A87 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(7916002)(13464003)(24454002)(189002)(199003)(377454003)(51444003)(92566002)(81156014)(8936002)(11100500001)(97736004)(107886002)(5001770100001)(76176999)(54356999)(50986999)(81166006)(19617315012)(2201001)(10400500002)(93886004)(5002640100001)(189998001)(102836003)(6116002)(36756003)(3280700002)(2906002)(8676002)(586003)(122556002)(2950100001)(2501003)(7736002)(77096005)(15975445007)(68736007)(230783001)(2900100001)(3660700001)(86362001)(33646002)(19580405001)(7906003)(99286002)(7846002)(103116003)(105586002)(16236675004)(19580395003)(101416001)(106356001)(106116001)(2690700001)(87936001)(3826002); DIR:OUT; SFP:1102; SCL:1; SRVR:BL2PR02MB1970; H:BL2PR02MB1972.namprd02.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; received-spf: None (protection.outlook.com: metaswitch.com does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_1470153746574312camelmetaswitchcom_" MIME-Version: 1.0 X-OriginatorOrg: metaswitch.com X-MS-Exchange-CrossTenant-originalarrivaltime: 02 Aug 2016 16:02:26.8144 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 9d9e56eb-f613-4ddb-b27b-bfcdf14b2cdb X-MS-Exchange-Transport-CrossTenantHeadersStamped: BL2PR02MB1970 Archived-At: Subject: Re: [Yang-multicast] draft-ietf-pim-yang-01.txt ready for WGLC? X-BeenThere: yang-multicast@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: YANG Multicast List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2016 16:02:34 -0000 --_000_1470153746574312camelmetaswitchcom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 WHVmZW5nLA0KDQpUaGFua3MgZm9yIHJlc3VibWl0dGluZy4gSSBhZ3JlZSB0aGF0IHByb2JhYmx5 IFdHTEMgaXMgbm90IHByZW1hdHVyZSwgdGhvdWdoIHRoZXJlIGFyZSBjZXJ0YWlubHkgYml0cyBt aXNzaW5nLg0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogWHVmZW5nIExpdSA8 eHVmZW5nLmxpdS5pZXRmQGdtYWlsLmNvbTxtYWlsdG86WHVmZW5nJTIwTGl1JTIwJTNjeHVmZW5n LmxpdS5pZXRmQGdtYWlsLmNvbSUzZT4+DQpUbzogJ1N0aWcgVmVuYWFzIChzdmVuYWFzKScgPHN0 aWdAY2lzY28uY29tPG1haWx0bzolMjInU3RpZyUyMFZlbmFhcyUyMCUyOHN2ZW5hYXMlMjknJTIy JTIwJTNjc3RpZ0BjaXNjby5jb20lM2U+PiwgeWFuZy1tdWx0aWNhc3RAaWV0Zi5vcmc8bWFpbHRv OnlhbmctbXVsdGljYXN0QGlldGYub3JnPg0KU3ViamVjdDogUmU6IFtZYW5nLW11bHRpY2FzdF0g ZHJhZnQtaWV0Zi1waW0teWFuZy0wMS50eHQgcmVhZHkgZm9yIFdHTEM/DQpEYXRlOiBUdWUsIDIg QXVnIDIwMTYgMTE6NTY6NDMgLTA0MDANCg0KDQpIaSBTdGlnLA0KDQpTdWJtaXR0ZWQgdXBkYXRl ZCBkcmFmdC1pZXRmLXBpbS15YW5nLTAyLg0KDQpUaGFua3MsDQoNCi0gWHVmZW5nDQoNCg0KDQot LS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogU3RpZyBWZW5hYXMgKHN2ZW5hYXMpIFtt YWlsdG86c3RpZ0BjaXNjby5jb21dDQpTZW50OiBNb25kYXksIEF1Z3VzdCAxLCAyMDE2IDQ6NDUg UE0NClRvOiBYdWZlbmcgTGl1IDx4dWZlbmcubGl1LmlldGZAZ21haWwuY29tPG1haWx0bzp4dWZl bmcubGl1LmlldGZAZ21haWwuY29tPj47IHlhbmctbXVsdGljYXN0QGlldGYub3JnPG1haWx0bzp5 YW5nLW11bHRpY2FzdEBpZXRmLm9yZz4NClN1YmplY3Q6IFJlOiBbWWFuZy1tdWx0aWNhc3RdIGRy YWZ0LWlldGYtcGltLXlhbmctMDEudHh0IHJlYWR5IGZvciBXR0xDPw0KDQpIaQ0KDQpPbiA4LzEv MjAxNiAxOjI1IFBNLCBYdWZlbmcgTGl1IHdyb3RlOg0KDQoNCkhpIFN0aWcsDQoNCkkgdGhpbmsg dGhhdCBpdCBpcyBhbiBpbnRlcmVzdGluZyB0b3BpYyB0byBiZSBkaXNjdXNzZWQuDQoNCkkgaGF2 ZSBjaGVja2VkIHNvbWUgb3RoZXIgbW9kZWwgZHJhZnRzLiBCb3RoIGR1cmF0aW9ucyBhbmQgdGlt ZSBzdGFtcHMNCmFyZSB1c2VkLiBJbiBnZW5lcmFsLCB0aW1lIGR1cmF0aW9uIGlzIHVzZWQgbW9y ZSB0aGFuIHRpbWUgc3RhbXBzLCBhcw0KDQoNCmZvbGxvd2luZzoNCg0KDQoNCk1vZGVscyB0aGF0 IHVzZSBkdXJpbmc6DQpldnBuOiB1aW50MzINCmJmZDogdWludDMyDQpiZ3A6IHVpbnQxNiwgZGVj aW1hbDY0LCB5YW5nOnRpbWV0aWNrcw0KaWV0Zi1yb3V0aW5nOiB1aW50MTYsIHVpbnQzMg0KaXNp czogdWludDE2DQpsMnZwbjogdWludDMyLCB1aW50MTYNCmxkcDogdWludDE2DQprZXktY2hhaW46 IHVpbnQzMg0Kb3NwZjogdWludDMyDQpwY2U6IHVpbnQzMg0KdGU6IHVpbnQzMg0KcmlwOiB1aW50 MTYNCnZycnA6IHVpbnQxNg0KDQpNb2RlbHMgdGhhdCB1c2UgdGltZXN0YW1wOg0Ka2V5LWNoYWlu OiAgIHlhbmc6ZGF0ZS1hbmQtdGltZQ0KYmZkOiB5YW5nOmRhdGUtYW5kLXRpbWUgKGluIHN0YXRp c3RpY3MpDQppbnRlcmZhY2U6IHlhbmc6ZGF0ZS1hbmQtdGltZSAoaW4gc3RhdGlzdGljcykNCmlz aXM6IHlhbmc6dGltZXN0YW1wDQppZXRmLXJvdXRpbmc6IHlhbmc6ZGF0ZS1hbmQtdGltZQ0KcGNl OiB5YW5nOnRpbWVzdGFtcA0KcmlwOiB5YW5nOmRhdGUtYW5kLXRpbWUNCnZycnA6IHlhbmc6ZGF0 ZS1hbmQtdGltZQ0KDQpJIHRoaW5rIHRoYXQgd2hpY2ggb25lIGlzIGFwcHJvcHJpYXRlIGRlcGVu ZHMgb24gdGhlIHNpdHVhdGlvbi4gSWYgdGhlDQp0aW1lIGR1cmF0aW9uIGlzIGEgZmV3IHNlY29u ZHMsIGl0IHdvdWxkIGJlIGVhc3kgZW5vdWdoIHRvIHNob3cgdGhlDQpudW1iZXIgb2Ygc2Vjb25k cy4gQnV0IGlmIHRoZSB0aW1lIGR1cmF0aW9uIGlzIGh1bmRyZWRzIG9mIGhvdXJzLCBpdA0KY291 bGQgYmUgZWFzaWVyIHRvIHVzZSB0aW1lIHN0YW1wcy4gV2hlbiB3ZSBpbXBsZW1lbnQsIHRpbWUg c3RhbXAgaXMNCmVhc3kgdG8gZG8gdGhlIGNvbXBhcmlzb24sIGJ1dCB3ZSBuZWVkIHRvIGhhbmRs ZSB0aGUgc2l0dWF0aW9ucyB3aGVuDQpzeXN0ZW0gdGltZSBjaGFuZ2VzIGFuZCB0aW1lIHpvbmUg KGRheSBsaWdodCBzYXZpbmcgdGltZSkgY2hhbmdlcy4NCg0KRm9yIG91ciBQSU0gbW9kZWwsIGJh c2VkIG9uIHRoZSBpbnB1dHMgZnJvbSB2ZW5kb3IgaW1wbGVtZW50YXRpb24sIGl0DQpzZWVtcyB0 aGF0IGFsbCB2ZW5kb3JzIGhhdmUgaW1wbGVtZW50ZWQgdGhlIHRpbWUgZHVyYXRpb24gKHRob3Vn aCBzb21lDQptYXkgZGlzcGxheSBhcyBoaDptbTpzcyBpbnN0ZWFkIG9mIG51bWJlciBvZiBzZWNv bmRzKS4gU28gd2UgY3VycmVudGx5DQpoYXZlIHN1Y2ggYSBmb3JtYXQgaW4gb3VyIG1vZGVsLg0K DQpJIHRoaW5rIHRoYXQgd2Ugd2lsbCBicmluZyB1cCB0aGlzIHRvcGljIGR1cmluZyBvdXIgZGlz Y3Vzc2lvbg0KbWVldGluZ3MsIG1heWJlIGluIHNvbWUgYnJvYWRlciBjb250ZXh0cyBsaWtlIHJv dXRpbmcgYXJlYSBZYW5nDQoNCg0KDQoNCmRpc2N1c3Npb25zLg0KDQoNCg0KVGhhbmtzIGZvciBs b29raW5nIGludG8gdGhpcyENCg0KDQoNCkFzIHRoZSBkcmFmdCB1cGRhdGVzLCBkbyB5b3UgdGhp bmsgdGhhdCB3ZSBzaG91bGQgc3VibWl0IGl0IGFzIHdlIGhhdmUNCg0KDQoNCg0Kbm93Pw0KDQoN Cg0KWWVzLCBJIHRoaW5rIGl0J3MgZ29vZCB0byBzdWJtaXQgd2hhdCB5b3UgaGF2ZSBub3csIGFu ZCB3ZSBjYW4gc3RhcnQgV0dMQy4NCkhvcGVmdWxseSB3ZSB3aWxsIGdldCBtb3JlIHBlb3BsZSB0 byByZXZpZXcgYW5kIHNvbWUgZGlzY3Vzc2lvbnMgdGhlbi4NCg0KU3RpZw0KDQoNCg0KVGhhbmtz LA0KDQotIFh1ZmVuZw0KDQoNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IFN0 aWcgVmVuYWFzIChzdmVuYWFzKSBbbWFpbHRvOnN0aWdAY2lzY28uY29tXQ0KU2VudDogRnJpZGF5 LCBKdWx5IDI5LCAyMDE2IDI6NTcgUE0NClRvOiBYdWZlbmcgTGl1IDx4dWZlbmcubGl1LmlldGZA Z21haWwuY29tPG1haWx0bzp4dWZlbmcubGl1LmlldGZAZ21haWwuY29tPj47IHlhbmctbXVsdGlj YXN0QGlldGYub3JnPG1haWx0bzp5YW5nLW11bHRpY2FzdEBpZXRmLm9yZz4NClN1YmplY3Q6IFJl OiBbWWFuZy1tdWx0aWNhc3RdIGRyYWZ0LWlldGYtcGltLXlhbmctMDEudHh0IHJlYWR5IGZvcg0K DQoNCg0KDQoNCg0KV0dMQz8NCg0KDQoNCg0KDQoNCg0KSGkNCg0KT24gNy8yOS8yMDE2IDExOjQ5 IEFNLCBYdWZlbmcgTGl1IHdyb3RlOg0KDQoNCkhpIFN0aWcgYW5kIGFsbCwNCg0KSSBoYXZlIHVw ZGF0ZWQgdGhlIG1vZGVscyB0byBjb21waWxlIHdpdGggdGhlIHVwZGF0ZWQgbW9kZWxzIHRoYXQg d2UNCmRlcGVuZCBvbiwgYWxvbmcgd2l0aCBzb21lIHN5bnRheCBmaXhlcyBhbmQgZGVzY3JpcHRp b24gY2xlYW51cHMuDQpUaGUgdXBkYXRlZCBtb2RlbCBmaWxlcywgdHJlZSB2aWV3cywgYW5kIGRy YWZ0IGZpbGUgYXJlIGF0DQpodHRwczovL2dpdGh1Yi5jb20vbWNhbGxpc3RlcmpwL3BpbS15YW5n Lg0KDQpQbGVhc2UgbGV0IG1lIGtub3cgZm9yIGFueSBjb21tZW50cy4gSSdsbCBzdWJtaXQgaXQg b24gTW9uZGF5IGlmIG5vDQpvYmplY3Rpb25zLg0KDQpBbHNvLCBJJ20gb2sgd2l0aCBnb2luZyBm b3IgbGFzdCBjYWxsLg0KDQoNCg0KR3JlYXQsIHRoYW5rcy4gSSBhY3R1YWxseSBoYXZlIG9uZSBx dWVzdGlvbi4gRm9yIHRpbWVycyBsaWtlIGV4cGlyeQ0KdGltZSwNCg0KDQppcyBpdA0KDQoNCmNv bW1vbiBpbiBtb2RlbHMgdG8ganVzdCBoYXZlIGEgdGltZXIgc2hvd2luZyBob3cgbWFueSBzZWNv bmRzIChvcg0Kd2hhdGV2ZXIgdW5pdCk/IEkgdGhpbmsgaXQgd291bGQgYmUgZWFzaWVyIGFuZCBt YXliZSBtb3JlIHVzZWZ1bCB0bw0KaGF2ZSBhDQoNCg0KdGltZQ0KDQoNCnN0YW1wIHNob3dpbmcg d2hlbiBpdCB3aWxsIGV4cGlyZS4NCg0KSSB0aGluayB0aW1lIHN0YW1wIGlzIGVhc2llciB0byBp bXBsZW1lbnQuIFNheSBpZiB5b3VyIGRhdGEgaXMgc3RvcmVkDQppbg0KDQoNCnNvbWUga2luZA0K DQoNCm9mIGRhdGFiYXNlIHF1ZXJpZWQgYnkgWUFORywgaXQgaXMgZWFzaWVyIHRvIGp1c3QgdXBk YXRlIGEgdGltZSBzdGFtcA0KZWFjaA0KDQoNCnRpbWUNCg0KDQp5b3UgZ2V0IGEgam9pbiwgcmF0 aGVyIHRoYW4gZnJlcXVlbnRseSB1cGRhdGluZyB0aGUgZXhwaXJ5IHRpbWUuDQpBbHNvLCBmb3IN Cg0KDQp0aGUNCg0KDQpjbGllbnQvcGVyc29uIGNvbnN1bWluZyB0aGUgZGF0YSwgdGhlcmUgd2ls bCBiZSBzb21lIGRlbGF5IGZyb20gd2hlbg0KeW91DQoNCg0KZ290DQoNCg0KdGhlIGRhdGEgdmlh IHRoZSBxdWVyeSB1bnRpbCB5b3Ugc2VlIHRoZSB2YWx1ZSwgc28gdGhlIGV4cGlyeSB0aW1lDQpt YXkgYmUNCg0KDQpsYXJnZXINCg0KDQp0aGFuIHRoZSBhY3R1YWwgdGltZSwgb3IgeW91IGNhbm5v dCBzYXkgZXhhY3RseSB3aGVuIGl0IHdpbGwgZXhwaXJlLg0KT25lDQoNCg0KY2FuIG9mDQoNCg0K Y291cnNlIHN0b3JlIGEgdGltZSBzdGFtcCBpbiBhIGRhdGFiYXNlIGFuZCBjb252ZXJ0IGl0IHRv ICJ0aW1lDQoNCg0KDQoNCg0KDQpyZW1haW5pbmciDQoNCg0KDQoNCndoZW4NCg0KDQppdCBpcyBy ZWFkIHRob3VnaC4NCg0KVGhvdWdodHM/DQoNClN0aWcNCg0KDQoNClRoYW5rcywNCg0KLSBYdWZl bmcNCg0KDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBZYW5nLW11bHRpY2Fz dCBbbWFpbHRvOnlhbmctbXVsdGljYXN0LWJvdW5jZXNAaWV0Zi5vcmddIE9uDQpCZWhhbGYgT2Yg U3RpZyBWZW5hYXMgKHN2ZW5hYXMpDQpTZW50OiBUdWVzZGF5LCBKdWx5IDI2LCAyMDE2IDM6MTQg UE0NClRvOiB5YW5nLW11bHRpY2FzdEBpZXRmLm9yZzxtYWlsdG86eWFuZy1tdWx0aWNhc3RAaWV0 Zi5vcmc+DQpTdWJqZWN0OiBSZTogW1lhbmctbXVsdGljYXN0XSBkcmFmdC1pZXRmLXBpbS15YW5n LTAxLnR4dCByZWFkeSBmb3INCg0KDQoNCg0KDQoNCldHTEM/DQoNCg0KDQoNCg0KDQoNCkhpDQoN Ck9uIDcvMjYvMjAxNiAxMToxOCBBTSwgWHVmZW5nIExpdSB3cm90ZToNCg0KDQpIaSBTdGlnLA0K DQpXZSBhcmUgYXdhcmUgb2YgdGhlIGNvbXBpbGF0aW9uIGlzc3VlLCB3aGljaCBpcyBjYXVzZWQg YnkgdGhlDQp1cGRhdGVzIGZyb20gdGhlIG1vZGVscyB0aGF0IHdlIGRlcGVuZCBvbi4gV2lsbCBo YXZlIHRoZSBpc3N1ZQ0KZml4ZWQgd2l0aGluIG5leHQgZmV3IGRheXMuDQoNCg0KDQpBcGFydCBm cm9tIHRoYXQsIGlmIHlvdSdyZSBtZWV0aW5nIHRvbW9ycm93LCBjb3VsZCB5b3UgZGlzY3Vzcw0K d2hldGhlciB5b3UNCg0KDQphcmUNCg0KDQpPSyB3aXRoIGl0IGdvaW5nIHRvIGxhc3QgY2FsbD8g SSBzdXNwZWN0IHdlIHdvbid0IGdldCBtdWNoIGlucHV0DQpmcm9tDQoNCg0Kb3RoZXJzIHVudGls DQoNCg0Kd2UgZG8gdGhhdC4NCg0KU3RpZw0KDQoNCg0KVGhhbmtzLA0KDQotIFh1ZmVuZw0KDQoN Cg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IFlhbmctbXVsdGljYXN0IFttYWls dG86eWFuZy1tdWx0aWNhc3QtYm91bmNlc0BpZXRmLm9yZ10gT24NCkJlaGFsZiBPZiBTdGlnIFZl bmFhcw0KU2VudDogVHVlc2RheSwgSnVseSAyNiwgMjAxNiAxMjo0NyBQTQ0KVG86IHlhbmctbXVs dGljYXN0QGlldGYub3JnPG1haWx0bzp5YW5nLW11bHRpY2FzdEBpZXRmLm9yZz4NClN1YmplY3Q6 IFtZYW5nLW11bHRpY2FzdF0gZHJhZnQtaWV0Zi1waW0teWFuZy0wMS50eHQgcmVhZHkgZm9yDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KV0dMQz8NCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCkhpDQoNCkkndmUgYmVlbiB0b2xkIHRoYXQgd2Ugc2hvdWxkIHB1Ymxpc2ggb3VyIFlB TkcgbW9kZWxzIGFzIHF1aWNrbHkNCmFzDQoNCg0KcG9zc2libGUuDQoNCg0KVGhlIElFVEYgaW4g Z2VuZXJhbCBpcyB0cnlpbmcgdG8gZ2V0IHRoZSBtb2RlbHMgb3V0IEFTQVAuIFdlDQpiYXNpY2Fs bHkNCg0KDQpuZWVkIHRvDQoNCg0KZ2V0IHRoZW0gb3V0IHRoZXJlIGJlZm9yZSBwZW9wbGUgc3Rh cnQgdXNpbmcgb3RoZXIgbW9kZWxzLg0KDQpEbyB5b3UgYmVsaWV2ZSB0aGUgZHJhZnQgaXMgcmVh ZHkgZm9yIFdHTEM/IEkgZ3Vlc3MgdGhlcmUgbWF5IGJlDQptb3JlIHdvcmsgbmVlZGVkLCBidXQg dGhhdCB3YXkgd2UgY2FuIGhvcGVmdWxseSBnZXQgcGVvcGxlIHRvDQpjYXJlZnVsbHkgcmV2aWV3 IHRoZQ0KDQoNCmRyYWZ0Lg0KDQoNCg0KSSBzYXcgYW4gZW1haWwgc2F5aW5nIHRoYXQgMDEgZG9l c24ndCBjb21waWxlIHRob3VnaC4gSWYgdGhhdCBpcw0KdGhlIG9ubHkNCg0KDQprbm93bg0KDQoN Cmlzc3VlLCBjb3VsZCB5b3UgcG9zdCBhbiAwMiBmaXhpbmcgdGhpcyBBU0FQPw0KDQpTdGlnDQoN Cl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpZYW5nLW11 bHRpY2FzdCBtYWlsaW5nIGxpc3QNCllhbmctbXVsdGljYXN0QGlldGYub3JnPG1haWx0bzpZYW5n LW11bHRpY2FzdEBpZXRmLm9yZz4NCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGlu Zm8veWFuZy1tdWx0aWNhc3QNCg0KDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fDQpZYW5nLW11bHRpY2FzdCBtYWlsaW5nIGxpc3QNCllhbmctbXVsdGlj YXN0QGlldGYub3JnPG1haWx0bzpZYW5nLW11bHRpY2FzdEBpZXRmLm9yZz4NCmh0dHBzOi8vd3d3 LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8veWFuZy1tdWx0aWNhc3QNCg0KDQoNCg0KX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCllhbmctbXVsdGljYXN0 IG1haWxpbmcgbGlzdA0KWWFuZy1tdWx0aWNhc3RAaWV0Zi5vcmc8bWFpbHRvOllhbmctbXVsdGlj YXN0QGlldGYub3JnPg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby95YW5n LW11bHRpY2FzdA0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCllhbmctbXVsdGljYXN0IG1haWxpbmcg bGlzdA0KWWFuZy1tdWx0aWNhc3RAaWV0Zi5vcmc8bWFpbHRvOllhbmctbXVsdGljYXN0QGlldGYu b3JnPg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby95YW5nLW11bHRpY2Fz dA0KDQo= --_000_1470153746574312camelmetaswitchcom_ Content-Type: text/html; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5Pg0KPGRpdj5YdWZlbmcs PC9kaXY+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj5UaGFua3MgZm9yIHJlc3VibWl0dGluZy4g SSBhZ3JlZSB0aGF0IHByb2JhYmx5IFdHTEMgaXMgbm90IHByZW1hdHVyZSwgdGhvdWdoIHRoZXJl IGFyZSBjZXJ0YWlubHkgYml0cyBtaXNzaW5nLjwvZGl2Pg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxk aXY+LS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS08L2Rpdj4NCjxkaXY+PGI+RnJvbTwvYj46IFh1 ZmVuZyBMaXUgJmx0OzxhIGhyZWY9Im1haWx0bzpYdWZlbmclMjBMaXUlMjAlM2N4dWZlbmcubGl1 LmlldGZAZ21haWwuY29tJTNlIj54dWZlbmcubGl1LmlldGZAZ21haWwuY29tPC9hPiZndDs8L2Rp dj4NCjxkaXY+PGI+VG88L2I+OiAnU3RpZyBWZW5hYXMgKHN2ZW5hYXMpJyAmbHQ7PGEgaHJlZj0i bWFpbHRvOiUyMidTdGlnJTIwVmVuYWFzJTIwJTI4c3ZlbmFhcyUyOSclMjIlMjAlM2NzdGlnQGNp c2NvLmNvbSUzZSI+c3RpZ0BjaXNjby5jb208L2E+Jmd0OywNCjxhIGhyZWY9Im1haWx0bzp5YW5n LW11bHRpY2FzdEBpZXRmLm9yZyI+eWFuZy1tdWx0aWNhc3RAaWV0Zi5vcmc8L2E+PC9kaXY+DQo8 ZGl2PjxiPlN1YmplY3Q8L2I+OiBSZTogW1lhbmctbXVsdGljYXN0XSBkcmFmdC1pZXRmLXBpbS15 YW5nLTAxLnR4dCByZWFkeSBmb3IgV0dMQz88L2Rpdj4NCjxkaXY+PGI+RGF0ZTwvYj46IFR1ZSwg MiBBdWcgMjAxNiAxMTo1Njo0MyAtMDQwMDwvZGl2Pg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxwcmU+ SGkgU3RpZywNCg0KU3VibWl0dGVkIHVwZGF0ZWQgZHJhZnQtaWV0Zi1waW0teWFuZy0wMi4NCg0K VGhhbmtzLA0KDQotIFh1ZmVuZw0KDQo8YmxvY2txdW90ZSB0eXBlPSJjaXRlIj4NCi0tLS0tT3Jp Z2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBTdGlnIFZlbmFhcyAoc3ZlbmFhcykgWzxhIGhyZWY9 Im1haWx0bzpzdGlnQGNpc2NvLmNvbSI+bWFpbHRvOnN0aWdAY2lzY28uY29tPC9hPl0NClNlbnQ6 IE1vbmRheSwgQXVndXN0IDEsIDIwMTYgNDo0NSBQTQ0KVG86IFh1ZmVuZyBMaXUgJmx0OzxhIGhy ZWY9Im1haWx0bzp4dWZlbmcubGl1LmlldGZAZ21haWwuY29tIj54dWZlbmcubGl1LmlldGZAZ21h aWwuY29tPC9hPiZndDs7IDxhIGhyZWY9Im1haWx0bzp5YW5nLW11bHRpY2FzdEBpZXRmLm9yZyI+ eWFuZy1tdWx0aWNhc3RAaWV0Zi5vcmc8L2E+DQpTdWJqZWN0OiBSZTogW1lhbmctbXVsdGljYXN0 XSBkcmFmdC1pZXRmLXBpbS15YW5nLTAxLnR4dCByZWFkeSBmb3IgV0dMQz8NCg0KSGkNCg0KT24g OC8xLzIwMTYgMToyNSBQTSwgWHVmZW5nIExpdSB3cm90ZToNCjxibG9ja3F1b3RlIHR5cGU9ImNp dGUiPg0KSGkgU3RpZywNCg0KSSB0aGluayB0aGF0IGl0IGlzIGFuIGludGVyZXN0aW5nIHRvcGlj IHRvIGJlIGRpc2N1c3NlZC4NCg0KSSBoYXZlIGNoZWNrZWQgc29tZSBvdGhlciBtb2RlbCBkcmFm dHMuIEJvdGggZHVyYXRpb25zIGFuZCB0aW1lIHN0YW1wcw0KYXJlIHVzZWQuIEluIGdlbmVyYWws IHRpbWUgZHVyYXRpb24gaXMgdXNlZCBtb3JlIHRoYW4gdGltZSBzdGFtcHMsIGFzDQo8L2Jsb2Nr cXVvdGU+DQpmb2xsb3dpbmc6DQo8YmxvY2txdW90ZSB0eXBlPSJjaXRlIj4NCg0KTW9kZWxzIHRo YXQgdXNlIGR1cmluZzoNCmV2cG46IHVpbnQzMg0KYmZkOiB1aW50MzINCmJncDogdWludDE2LCBk ZWNpbWFsNjQsIHlhbmc6dGltZXRpY2tzDQppZXRmLXJvdXRpbmc6IHVpbnQxNiwgdWludDMyDQpp c2lzOiB1aW50MTYNCmwydnBuOiB1aW50MzIsIHVpbnQxNg0KbGRwOiB1aW50MTYNCmtleS1jaGFp bjogdWludDMyDQpvc3BmOiB1aW50MzINCnBjZTogdWludDMyDQp0ZTogdWludDMyDQpyaXA6IHVp bnQxNg0KdnJycDogdWludDE2DQoNCk1vZGVscyB0aGF0IHVzZSB0aW1lc3RhbXA6DQprZXktY2hh aW46ICAgeWFuZzpkYXRlLWFuZC10aW1lDQpiZmQ6IHlhbmc6ZGF0ZS1hbmQtdGltZSAoaW4gc3Rh dGlzdGljcykNCmludGVyZmFjZTogeWFuZzpkYXRlLWFuZC10aW1lIChpbiBzdGF0aXN0aWNzKQ0K aXNpczogeWFuZzp0aW1lc3RhbXANCmlldGYtcm91dGluZzogeWFuZzpkYXRlLWFuZC10aW1lDQpw Y2U6IHlhbmc6dGltZXN0YW1wDQpyaXA6IHlhbmc6ZGF0ZS1hbmQtdGltZQ0KdnJycDogeWFuZzpk YXRlLWFuZC10aW1lDQoNCkkgdGhpbmsgdGhhdCB3aGljaCBvbmUgaXMgYXBwcm9wcmlhdGUgZGVw ZW5kcyBvbiB0aGUgc2l0dWF0aW9uLiBJZiB0aGUNCnRpbWUgZHVyYXRpb24gaXMgYSBmZXcgc2Vj b25kcywgaXQgd291bGQgYmUgZWFzeSBlbm91Z2ggdG8gc2hvdyB0aGUNCm51bWJlciBvZiBzZWNv bmRzLiBCdXQgaWYgdGhlIHRpbWUgZHVyYXRpb24gaXMgaHVuZHJlZHMgb2YgaG91cnMsIGl0DQpj b3VsZCBiZSBlYXNpZXIgdG8gdXNlIHRpbWUgc3RhbXBzLiBXaGVuIHdlIGltcGxlbWVudCwgdGlt ZSBzdGFtcCBpcw0KZWFzeSB0byBkbyB0aGUgY29tcGFyaXNvbiwgYnV0IHdlIG5lZWQgdG8gaGFu ZGxlIHRoZSBzaXR1YXRpb25zIHdoZW4NCnN5c3RlbSB0aW1lIGNoYW5nZXMgYW5kIHRpbWUgem9u ZSAoZGF5IGxpZ2h0IHNhdmluZyB0aW1lKSBjaGFuZ2VzLg0KDQpGb3Igb3VyIFBJTSBtb2RlbCwg YmFzZWQgb24gdGhlIGlucHV0cyBmcm9tIHZlbmRvciBpbXBsZW1lbnRhdGlvbiwgaXQNCnNlZW1z IHRoYXQgYWxsIHZlbmRvcnMgaGF2ZSBpbXBsZW1lbnRlZCB0aGUgdGltZSBkdXJhdGlvbiAodGhv dWdoIHNvbWUNCm1heSBkaXNwbGF5IGFzIGhoOm1tOnNzIGluc3RlYWQgb2YgbnVtYmVyIG9mIHNl Y29uZHMpLiBTbyB3ZSBjdXJyZW50bHkNCmhhdmUgc3VjaCBhIGZvcm1hdCBpbiBvdXIgbW9kZWwu DQoNCkkgdGhpbmsgdGhhdCB3ZSB3aWxsIGJyaW5nIHVwIHRoaXMgdG9waWMgZHVyaW5nIG91ciBk aXNjdXNzaW9uDQptZWV0aW5ncywgbWF5YmUgaW4gc29tZSBicm9hZGVyIGNvbnRleHRzIGxpa2Ug cm91dGluZyBhcmVhIFlhbmcNCjwvYmxvY2txdW90ZT4NCjwvYmxvY2txdW90ZT4NCmRpc2N1c3Np b25zLg0KPGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSI+DQoNClRoYW5rcyBmb3IgbG9va2luZyBpbnRv IHRoaXMhDQoNCjxibG9ja3F1b3RlIHR5cGU9ImNpdGUiPg0KQXMgdGhlIGRyYWZ0IHVwZGF0ZXMs IGRvIHlvdSB0aGluayB0aGF0IHdlIHNob3VsZCBzdWJtaXQgaXQgYXMgd2UgaGF2ZQ0KPC9ibG9j a3F1b3RlPg0KPC9ibG9ja3F1b3RlPg0Kbm93Pw0KPGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSI+DQoN ClllcywgSSB0aGluayBpdCdzIGdvb2QgdG8gc3VibWl0IHdoYXQgeW91IGhhdmUgbm93LCBhbmQg d2UgY2FuIHN0YXJ0IFdHTEMuDQpIb3BlZnVsbHkgd2Ugd2lsbCBnZXQgbW9yZSBwZW9wbGUgdG8g cmV2aWV3IGFuZCBzb21lIGRpc2N1c3Npb25zIHRoZW4uDQoNClN0aWcNCg0KPGJsb2NrcXVvdGUg dHlwZT0iY2l0ZSI+DQpUaGFua3MsDQoNCi0gWHVmZW5nDQoNCjxibG9ja3F1b3RlIHR5cGU9ImNp dGUiPg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IFN0aWcgVmVuYWFzIChzdmVu YWFzKSBbPGEgaHJlZj0ibWFpbHRvOnN0aWdAY2lzY28uY29tIj5tYWlsdG86c3RpZ0BjaXNjby5j b208L2E+XQ0KU2VudDogRnJpZGF5LCBKdWx5IDI5LCAyMDE2IDI6NTcgUE0NClRvOiBYdWZlbmcg TGl1ICZsdDs8YSBocmVmPSJtYWlsdG86eHVmZW5nLmxpdS5pZXRmQGdtYWlsLmNvbSI+eHVmZW5n LmxpdS5pZXRmQGdtYWlsLmNvbTwvYT4mZ3Q7OyA8YSBocmVmPSJtYWlsdG86eWFuZy1tdWx0aWNh c3RAaWV0Zi5vcmciPnlhbmctbXVsdGljYXN0QGlldGYub3JnPC9hPg0KU3ViamVjdDogUmU6IFtZ YW5nLW11bHRpY2FzdF0gZHJhZnQtaWV0Zi1waW0teWFuZy0wMS50eHQgcmVhZHkgZm9yDQo8L2Js b2NrcXVvdGU+DQo8L2Jsb2NrcXVvdGU+DQo8L2Jsb2NrcXVvdGU+DQpXR0xDPw0KPGJsb2NrcXVv dGUgdHlwZT0iY2l0ZSI+DQo8YmxvY2txdW90ZSB0eXBlPSJjaXRlIj4NCjxibG9ja3F1b3RlIHR5 cGU9ImNpdGUiPg0KDQpIaQ0KDQpPbiA3LzI5LzIwMTYgMTE6NDkgQU0sIFh1ZmVuZyBMaXUgd3Jv dGU6DQo8YmxvY2txdW90ZSB0eXBlPSJjaXRlIj4NCkhpIFN0aWcgYW5kIGFsbCwNCg0KSSBoYXZl IHVwZGF0ZWQgdGhlIG1vZGVscyB0byBjb21waWxlIHdpdGggdGhlIHVwZGF0ZWQgbW9kZWxzIHRo YXQgd2UNCmRlcGVuZCBvbiwgYWxvbmcgd2l0aCBzb21lIHN5bnRheCBmaXhlcyBhbmQgZGVzY3Jp cHRpb24gY2xlYW51cHMuDQpUaGUgdXBkYXRlZCBtb2RlbCBmaWxlcywgdHJlZSB2aWV3cywgYW5k IGRyYWZ0IGZpbGUgYXJlIGF0DQo8YSBocmVmPSJodHRwczovL2dpdGh1Yi5jb20vbWNhbGxpc3Rl cmpwL3BpbS15YW5nIj5odHRwczovL2dpdGh1Yi5jb20vbWNhbGxpc3RlcmpwL3BpbS15YW5nPC9h Pi4NCg0KUGxlYXNlIGxldCBtZSBrbm93IGZvciBhbnkgY29tbWVudHMuIEknbGwgc3VibWl0IGl0 IG9uIE1vbmRheSBpZiBubw0Kb2JqZWN0aW9ucy4NCg0KQWxzbywgSSdtIG9rIHdpdGggZ29pbmcg Zm9yIGxhc3QgY2FsbC4NCjwvYmxvY2txdW90ZT4NCg0KR3JlYXQsIHRoYW5rcy4gSSBhY3R1YWxs eSBoYXZlIG9uZSBxdWVzdGlvbi4gRm9yIHRpbWVycyBsaWtlIGV4cGlyeQ0KdGltZSwNCjwvYmxv Y2txdW90ZT4NCmlzIGl0DQo8YmxvY2txdW90ZSB0eXBlPSJjaXRlIj4NCmNvbW1vbiBpbiBtb2Rl bHMgdG8ganVzdCBoYXZlIGEgdGltZXIgc2hvd2luZyBob3cgbWFueSBzZWNvbmRzIChvcg0Kd2hh dGV2ZXIgdW5pdCk/IEkgdGhpbmsgaXQgd291bGQgYmUgZWFzaWVyIGFuZCBtYXliZSBtb3JlIHVz ZWZ1bCB0bw0KaGF2ZSBhDQo8L2Jsb2NrcXVvdGU+DQp0aW1lDQo8YmxvY2txdW90ZSB0eXBlPSJj aXRlIj4NCnN0YW1wIHNob3dpbmcgd2hlbiBpdCB3aWxsIGV4cGlyZS4NCg0KSSB0aGluayB0aW1l IHN0YW1wIGlzIGVhc2llciB0byBpbXBsZW1lbnQuIFNheSBpZiB5b3VyIGRhdGEgaXMgc3RvcmVk DQppbg0KPC9ibG9ja3F1b3RlPg0Kc29tZSBraW5kDQo8YmxvY2txdW90ZSB0eXBlPSJjaXRlIj4N Cm9mIGRhdGFiYXNlIHF1ZXJpZWQgYnkgWUFORywgaXQgaXMgZWFzaWVyIHRvIGp1c3QgdXBkYXRl IGEgdGltZSBzdGFtcA0KZWFjaA0KPC9ibG9ja3F1b3RlPg0KdGltZQ0KPGJsb2NrcXVvdGUgdHlw ZT0iY2l0ZSI+DQp5b3UgZ2V0IGEgam9pbiwgcmF0aGVyIHRoYW4gZnJlcXVlbnRseSB1cGRhdGlu ZyB0aGUgZXhwaXJ5IHRpbWUuDQpBbHNvLCBmb3INCjwvYmxvY2txdW90ZT4NCnRoZQ0KPGJsb2Nr cXVvdGUgdHlwZT0iY2l0ZSI+DQpjbGllbnQvcGVyc29uIGNvbnN1bWluZyB0aGUgZGF0YSwgdGhl cmUgd2lsbCBiZSBzb21lIGRlbGF5IGZyb20gd2hlbg0KeW91DQo8L2Jsb2NrcXVvdGU+DQpnb3QN CjxibG9ja3F1b3RlIHR5cGU9ImNpdGUiPg0KdGhlIGRhdGEgdmlhIHRoZSBxdWVyeSB1bnRpbCB5 b3Ugc2VlIHRoZSB2YWx1ZSwgc28gdGhlIGV4cGlyeSB0aW1lDQptYXkgYmUNCjwvYmxvY2txdW90 ZT4NCmxhcmdlcg0KPGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSI+DQp0aGFuIHRoZSBhY3R1YWwgdGlt ZSwgb3IgeW91IGNhbm5vdCBzYXkgZXhhY3RseSB3aGVuIGl0IHdpbGwgZXhwaXJlLg0KT25lDQo8 L2Jsb2NrcXVvdGU+DQpjYW4gb2YNCjxibG9ja3F1b3RlIHR5cGU9ImNpdGUiPg0KY291cnNlIHN0 b3JlIGEgdGltZSBzdGFtcCBpbiBhIGRhdGFiYXNlIGFuZCBjb252ZXJ0IGl0IHRvICZxdW90O3Rp bWUNCjwvYmxvY2txdW90ZT4NCjwvYmxvY2txdW90ZT4NCjwvYmxvY2txdW90ZT4NCnJlbWFpbmlu ZyZxdW90Ow0KPGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSI+DQo8YmxvY2txdW90ZSB0eXBlPSJjaXRl Ij4NCndoZW4NCjxibG9ja3F1b3RlIHR5cGU9ImNpdGUiPg0KaXQgaXMgcmVhZCB0aG91Z2guDQoN ClRob3VnaHRzPw0KDQpTdGlnDQoNCjxibG9ja3F1b3RlIHR5cGU9ImNpdGUiPg0KVGhhbmtzLA0K DQotIFh1ZmVuZw0KDQo8YmxvY2txdW90ZSB0eXBlPSJjaXRlIj4NCi0tLS0tT3JpZ2luYWwgTWVz c2FnZS0tLS0tDQpGcm9tOiBZYW5nLW11bHRpY2FzdCBbPGEgaHJlZj0ibWFpbHRvOnlhbmctbXVs dGljYXN0LWJvdW5jZXNAaWV0Zi5vcmciPm1haWx0bzp5YW5nLW11bHRpY2FzdC1ib3VuY2VzQGll dGYub3JnPC9hPl0gT24NCkJlaGFsZiBPZiBTdGlnIFZlbmFhcyAoc3ZlbmFhcykNClNlbnQ6IFR1 ZXNkYXksIEp1bHkgMjYsIDIwMTYgMzoxNCBQTQ0KVG86IDxhIGhyZWY9Im1haWx0bzp5YW5nLW11 bHRpY2FzdEBpZXRmLm9yZyI+eWFuZy1tdWx0aWNhc3RAaWV0Zi5vcmc8L2E+DQpTdWJqZWN0OiBS ZTogW1lhbmctbXVsdGljYXN0XSBkcmFmdC1pZXRmLXBpbS15YW5nLTAxLnR4dCByZWFkeSBmb3IN CjwvYmxvY2txdW90ZT4NCjwvYmxvY2txdW90ZT4NCjwvYmxvY2txdW90ZT4NCldHTEM/DQo8Ymxv Y2txdW90ZSB0eXBlPSJjaXRlIj4NCjxibG9ja3F1b3RlIHR5cGU9ImNpdGUiPg0KPGJsb2NrcXVv dGUgdHlwZT0iY2l0ZSI+DQoNCkhpDQoNCk9uIDcvMjYvMjAxNiAxMToxOCBBTSwgWHVmZW5nIExp dSB3cm90ZToNCjxibG9ja3F1b3RlIHR5cGU9ImNpdGUiPg0KSGkgU3RpZywNCg0KV2UgYXJlIGF3 YXJlIG9mIHRoZSBjb21waWxhdGlvbiBpc3N1ZSwgd2hpY2ggaXMgY2F1c2VkIGJ5IHRoZQ0KdXBk YXRlcyBmcm9tIHRoZSBtb2RlbHMgdGhhdCB3ZSBkZXBlbmQgb24uIFdpbGwgaGF2ZSB0aGUgaXNz dWUNCmZpeGVkIHdpdGhpbiBuZXh0IGZldyBkYXlzLg0KPC9ibG9ja3F1b3RlPg0KDQpBcGFydCBm cm9tIHRoYXQsIGlmIHlvdSdyZSBtZWV0aW5nIHRvbW9ycm93LCBjb3VsZCB5b3UgZGlzY3Vzcw0K d2hldGhlciB5b3UNCjwvYmxvY2txdW90ZT4NCmFyZQ0KPGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSI+ DQpPSyB3aXRoIGl0IGdvaW5nIHRvIGxhc3QgY2FsbD8gSSBzdXNwZWN0IHdlIHdvbid0IGdldCBt dWNoIGlucHV0DQpmcm9tDQo8L2Jsb2NrcXVvdGU+DQpvdGhlcnMgdW50aWwNCjxibG9ja3F1b3Rl IHR5cGU9ImNpdGUiPg0Kd2UgZG8gdGhhdC4NCg0KU3RpZw0KDQo8YmxvY2txdW90ZSB0eXBlPSJj aXRlIj4NClRoYW5rcywNCg0KLSBYdWZlbmcNCg0KPGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSI+DQot LS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogWWFuZy1tdWx0aWNhc3QgWzxhIGhyZWY9 Im1haWx0bzp5YW5nLW11bHRpY2FzdC1ib3VuY2VzQGlldGYub3JnIj5tYWlsdG86eWFuZy1tdWx0 aWNhc3QtYm91bmNlc0BpZXRmLm9yZzwvYT5dIE9uDQpCZWhhbGYgT2YgU3RpZyBWZW5hYXMNClNl bnQ6IFR1ZXNkYXksIEp1bHkgMjYsIDIwMTYgMTI6NDcgUE0NClRvOiA8YSBocmVmPSJtYWlsdG86 eWFuZy1tdWx0aWNhc3RAaWV0Zi5vcmciPnlhbmctbXVsdGljYXN0QGlldGYub3JnPC9hPg0KU3Vi amVjdDogW1lhbmctbXVsdGljYXN0XSBkcmFmdC1pZXRmLXBpbS15YW5nLTAxLnR4dCByZWFkeSBm b3INCjwvYmxvY2txdW90ZT4NCjwvYmxvY2txdW90ZT4NCjwvYmxvY2txdW90ZT4NCjwvYmxvY2tx dW90ZT4NCjwvYmxvY2txdW90ZT4NCjwvYmxvY2txdW90ZT4NCjwvYmxvY2txdW90ZT4NCldHTEM/ DQo8YmxvY2txdW90ZSB0eXBlPSJjaXRlIj4NCjxibG9ja3F1b3RlIHR5cGU9ImNpdGUiPg0KPGJs b2NrcXVvdGUgdHlwZT0iY2l0ZSI+DQo8YmxvY2txdW90ZSB0eXBlPSJjaXRlIj4NCjxibG9ja3F1 b3RlIHR5cGU9ImNpdGUiPg0KPGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSI+DQo8YmxvY2txdW90ZSB0 eXBlPSJjaXRlIj4NCg0KSGkNCg0KSSd2ZSBiZWVuIHRvbGQgdGhhdCB3ZSBzaG91bGQgcHVibGlz aCBvdXIgWUFORyBtb2RlbHMgYXMgcXVpY2tseQ0KYXMNCjwvYmxvY2txdW90ZT4NCnBvc3NpYmxl Lg0KPGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSI+DQpUaGUgSUVURiBpbiBnZW5lcmFsIGlzIHRyeWlu ZyB0byBnZXQgdGhlIG1vZGVscyBvdXQgQVNBUC4gV2UNCmJhc2ljYWxseQ0KPC9ibG9ja3F1b3Rl Pg0KbmVlZCB0bw0KPGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSI+DQpnZXQgdGhlbSBvdXQgdGhlcmUg YmVmb3JlIHBlb3BsZSBzdGFydCB1c2luZyBvdGhlciBtb2RlbHMuDQoNCkRvIHlvdSBiZWxpZXZl IHRoZSBkcmFmdCBpcyByZWFkeSBmb3IgV0dMQz8gSSBndWVzcyB0aGVyZSBtYXkgYmUNCm1vcmUg d29yayBuZWVkZWQsIGJ1dCB0aGF0IHdheSB3ZSBjYW4gaG9wZWZ1bGx5IGdldCBwZW9wbGUgdG8N CmNhcmVmdWxseSByZXZpZXcgdGhlDQo8L2Jsb2NrcXVvdGU+DQpkcmFmdC4NCjxibG9ja3F1b3Rl IHR5cGU9ImNpdGUiPg0KDQpJIHNhdyBhbiBlbWFpbCBzYXlpbmcgdGhhdCAwMSBkb2Vzbid0IGNv bXBpbGUgdGhvdWdoLiBJZiB0aGF0IGlzDQp0aGUgb25seQ0KPC9ibG9ja3F1b3RlPg0Ka25vd24N CjxibG9ja3F1b3RlIHR5cGU9ImNpdGUiPg0KaXNzdWUsIGNvdWxkIHlvdSBwb3N0IGFuIDAyIGZp eGluZyB0aGlzIEFTQVA/DQoNClN0aWcNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX18NCllhbmctbXVsdGljYXN0IG1haWxpbmcgbGlzdA0KPGEgaHJlZj0i bWFpbHRvOllhbmctbXVsdGljYXN0QGlldGYub3JnIj5ZYW5nLW11bHRpY2FzdEBpZXRmLm9yZzwv YT4NCjxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8veWFuZy1t dWx0aWNhc3QiPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8veWFuZy1tdWx0 aWNhc3Q8L2E+DQo8L2Jsb2NrcXVvdGU+DQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fDQpZYW5nLW11bHRpY2FzdCBtYWlsaW5nIGxpc3QNCjxhIGhyZWY9 Im1haWx0bzpZYW5nLW11bHRpY2FzdEBpZXRmLm9yZyI+WWFuZy1tdWx0aWNhc3RAaWV0Zi5vcmc8 L2E+DQo8YSBocmVmPSJodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3lhbmct bXVsdGljYXN0Ij5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3lhbmctbXVs dGljYXN0PC9hPg0KDQo8L2Jsb2NrcXVvdGU+DQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fDQpZYW5nLW11bHRpY2FzdCBtYWlsaW5nIGxpc3QNCjxhIGhy ZWY9Im1haWx0bzpZYW5nLW11bHRpY2FzdEBpZXRmLm9yZyI+WWFuZy1tdWx0aWNhc3RAaWV0Zi5v cmc8L2E+DQo8YSBocmVmPSJodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3lh bmctbXVsdGljYXN0Ij5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3lhbmct bXVsdGljYXN0PC9hPg0KPC9ibG9ja3F1b3RlPg0KDQo8L2Jsb2NrcXVvdGU+DQo8L2Jsb2NrcXVv dGU+DQoNCg0KPC9ibG9ja3F1b3RlPg0KPC9ibG9ja3F1b3RlPg0KDQoNCl9fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpZYW5nLW11bHRpY2FzdCBtYWlsaW5n IGxpc3QNCjxhIGhyZWY9Im1haWx0bzpZYW5nLW11bHRpY2FzdEBpZXRmLm9yZyI+WWFuZy1tdWx0 aWNhc3RAaWV0Zi5vcmc8L2E+DQo8YSBocmVmPSJodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFu L2xpc3RpbmZvL3lhbmctbXVsdGljYXN0Ij5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xp c3RpbmZvL3lhbmctbXVsdGljYXN0PC9hPg0KPC9wcmU+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_1470153746574312camelmetaswitchcom_-- From nobody Tue Aug 2 09:36:17 2016 Return-Path: X-Original-To: yang-multicast@ietfa.amsl.com Delivered-To: yang-multicast@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 91E4A12D7FD for ; Tue, 2 Aug 2016 09:36:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.808 X-Spam-Level: X-Spam-Status: No, score=-15.808 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.287, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yv22GIgLKHH2 for ; Tue, 2 Aug 2016 09:36:13 -0700 (PDT) Received: from alln-iport-5.cisco.com (alln-iport-5.cisco.com [173.37.142.92]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3BA8912D812 for ; Tue, 2 Aug 2016 09:36:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=8059; q=dns/txt; s=iport; t=1470155770; x=1471365370; h=subject:to:references:from:message-id:date:mime-version: in-reply-to:content-transfer-encoding; bh=JFQKssOP6YsRSFfL1M3DLCH8c2BZ1lWNT0TmZ/TxzIA=; b=PyaivgoebZxVLMgSN6VhcYlepVooCh+1tt5zwEDCXCZiFkQQHvat+4ai e+3TRcni0k0F2oc+/ix6hGfVmxghzX0/4UJOEHMqjkI9noROt7zxM37n4 S3H1U616EghJM22ID1gLEkLyFnJHBD4QWOCDsQaFmmdPvPMEZGIs5STTv M=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0B9AwDUyqBX/5FdJa1dg0VWKlKtCowkg?= =?us-ascii?q?X0khXkCgUA4FAEBAQEBAQFdJ4ReAQEFAQE2NhcECxEEAQEBJwchBh8JCAYBDAY?= =?us-ascii?q?CAQGIEwMXDrw9DYQUAQEBAQEBAQEBAQEBAQEBAQEBAQEBFwWIIoJVgkOBTxEBh?= =?us-ascii?q?XcBBI8LiXQ0AYYXhjKCNYFrhFqDDiOFSYZkgUc9g0iDdx42hBocMgGGeoE2AQE?= =?us-ascii?q?B?= X-IronPort-AV: E=Sophos;i="5.28,461,1464652800"; d="scan'208";a="304009757" Received: from rcdn-core-9.cisco.com ([173.37.93.145]) by alln-iport-5.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 02 Aug 2016 16:36:08 +0000 Received: from [10.154.160.122] ([10.154.160.122]) by rcdn-core-9.cisco.com (8.14.5/8.14.5) with ESMTP id u72Ga84V012259; Tue, 2 Aug 2016 16:36:08 GMT To: Pete McAllister , "yang-multicast@ietf.org" , "xufeng.liu.ietf@gmail.com" References: <03c901d1e76a$0fef84c0$2fce8e40$@gmail.com> <05aa01d1e9c9$f9c74720$ed55d560$@gmail.com> <013a01d1ec32$d2a31c80$77e95580$@gmail.com> <005601d1ecd6$78967da0$69c378e0$@gmail.com> <1470153746.5743.12.camel@metaswitch.com> From: "Stig Venaas (svenaas)" Message-ID: Date: Tue, 2 Aug 2016 09:36:08 -0700 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <1470153746.5743.12.camel@metaswitch.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [Yang-multicast] draft-ietf-pim-yang-01.txt ready for WGLC? X-BeenThere: yang-multicast@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: YANG Multicast List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2016 16:36:15 -0000 Hi On 8/2/2016 9:02 AM, Pete McAllister wrote: > Xufeng, > > Thanks for resubmitting. I agree that probably WGLC is not premature, > though there are certainly bits missing. Do you know specific things that are missing, or just a general impression that there will be things missing? I would be interested to know what you think might be missing or what additional work is needed for the document. Stig > -----Original Message----- > *From*: Xufeng Liu > > *To*: 'Stig Venaas (svenaas)' >, > yang-multicast@ietf.org > *Subject*: Re: [Yang-multicast] draft-ietf-pim-yang-01.txt ready for WGLC? > *Date*: Tue, 2 Aug 2016 11:56:43 -0400 > > Hi Stig, > > Submitted updated draft-ietf-pim-yang-02. > > Thanks, > > - Xufeng > >> -----Original Message----- From: Stig Venaas (svenaas) >> [mailto:stig@cisco.com] Sent: Monday, August 1, 2016 4:45 PM To: >> Xufeng Liu > >; yang-multicast@ietf.org >> Subject: Re: [Yang-multicast] >> draft-ietf-pim-yang-01.txt ready for WGLC? Hi On 8/1/2016 1:25 PM, >> Xufeng Liu wrote: >>> Hi Stig, I think that it is an interesting topic to be discussed. I >>> have checked some other model drafts. Both durations and time stamps >>> are used. In general, time duration is used more than time stamps, as >> following: >>> Models that use during: evpn: uint32 bfd: uint32 bgp: uint16, >>> decimal64, yang:timeticks ietf-routing: uint16, uint32 isis: uint16 >>> l2vpn: uint32, uint16 ldp: uint16 key-chain: uint32 ospf: uint32 pce: >>> uint32 te: uint32 rip: uint16 vrrp: uint16 Models that use timestamp: >>> key-chain: yang:date-and-time bfd: yang:date-and-time (in statistics) >>> interface: yang:date-and-time (in statistics) isis: yang:timestamp >>> ietf-routing: yang:date-and-time pce: yang:timestamp rip: >>> yang:date-and-time vrrp: yang:date-and-time I think that which one is >>> appropriate depends on the situation. If the time duration is a few >>> seconds, it would be easy enough to show the number of seconds. But >>> if the time duration is hundreds of hours, it could be easier to use >>> time stamps. When we implement, time stamp is easy to do the >>> comparison, but we need to handle the situations when system time >>> changes and time zone (day light saving time) changes. For our PIM >>> model, based on the inputs from vendor implementation, it seems that >>> all vendors have implemented the time duration (though some may >>> display as hh:mm:ss instead of number of seconds). So we currently >>> have such a format in our model. I think that we will bring up this >>> topic during our discussion meetings, maybe in some broader contexts >>> like routing area Yang > > discussions. >> Thanks for looking into this! >>> As the draft updates, do you think that we should submit it as we have > > now? >> Yes, I think it's good to submit what you have now, and we can start >> WGLC. Hopefully we will get more people to review and some discussions >> then. Stig >>> Thanks, - Xufeng >>>> -----Original Message----- From: Stig Venaas (svenaas) >>>> [mailto:stig@cisco.com] Sent: Friday, July 29, 2016 2:57 PM To: >>>> Xufeng Liu >>> >; yang-multicast@ietf.org >>>> Subject: Re: [Yang-multicast] >>>> draft-ietf-pim-yang-01.txt ready for > > WGLC? >>>> Hi On 7/29/2016 11:49 AM, Xufeng Liu wrote: >>>>> Hi Stig and all, I have updated the models to compile with the >>>>> updated models that we depend on, along with some syntax fixes and >>>>> description cleanups. The updated model files, tree views, and >>>>> draft file are at https://github.com/mcallisterjp/pim-yang. Please >>>>> let me know for any comments. I'll submit it on Monday if no >>>>> objections. Also, I'm ok with going for last call. >>>> Great, thanks. I actually have one question. For timers like expiry >>>> time, >>> is it >>>> common in models to just have a timer showing how many seconds (or >>>> whatever unit)? I think it would be easier and maybe more useful to >>>> have a >>> time >>>> stamp showing when it will expire. I think time stamp is easier to >>>> implement. Say if your data is stored in >>> some kind >>>> of database queried by YANG, it is easier to just update a time >>>> stamp each >>> time >>>> you get a join, rather than frequently updating the expiry time. >>>> Also, for >>> the >>>> client/person consuming the data, there will be some delay from when >>>> you >>> got >>>> the data via the query until you see the value, so the expiry time >>>> may be >>> larger >>>> than the actual time, or you cannot say exactly when it will expire. >>>> One >>> can of >>>> course store a time stamp in a database and convert it to "time > > remaining" >>> when >>>> it is read though. Thoughts? Stig >>>>> Thanks, - Xufeng >>>>>> -----Original Message----- From: Yang-multicast >>>>>> [mailto:yang-multicast-bounces@ietf.org] On Behalf Of Stig Venaas >>>>>> (svenaas) Sent: Tuesday, July 26, 2016 3:14 PM To: >>>>>> yang-multicast@ietf.org Subject: >>>>>> Re: [Yang-multicast] draft-ietf-pim-yang-01.txt ready for >>> WGLC? >>>>>> Hi On 7/26/2016 11:18 AM, Xufeng Liu wrote: >>>>>>> Hi Stig, We are aware of the compilation issue, which is caused >>>>>>> by the updates from the models that we depend on. Will have the >>>>>>> issue fixed within next few days. >>>>>> Apart from that, if you're meeting tomorrow, could you discuss >>>>>> whether you >>>>> are >>>>>> OK with it going to last call? I suspect we won't get much input from >>>>> others until >>>>>> we do that. Stig >>>>>>> Thanks, - Xufeng >>>>>>>> -----Original Message----- From: Yang-multicast >>>>>>>> [mailto:yang-multicast-bounces@ietf.org] On Behalf Of Stig >>>>>>>> Venaas Sent: Tuesday, July 26, 2016 12:47 PM To: >>>>>>>> yang-multicast@ietf.org >>>>>>>> Subject: [Yang-multicast] draft-ietf-pim-yang-01.txt ready for > > WGLC? >>>>>>>> Hi I've been told that we should publish our YANG models as >>>>>>>> quickly as >>>>>>> possible. >>>>>>>> The IETF in general is trying to get the models out ASAP. We >>>>>>>> basically >>>>>>> need to >>>>>>>> get them out there before people start using other models. Do >>>>>>>> you believe the draft is ready for WGLC? I guess there may be >>>>>>>> more work needed, but that way we can hopefully get people to >>>>>>>> carefully review the >>>>>>> draft. >>>>>>>> I saw an email saying that 01 doesn't compile though. If that is >>>>>>>> the only >>>>>>> known >>>>>>>> issue, could you post an 02 fixing this ASAP? Stig >>>>>>>> _______________________________________________ Yang-multicast >>>>>>>> mailing list Yang-multicast@ietf.org >>>>>>>> >>>>>>>> https://www.ietf.org/mailman/listinfo/yang-multicast >>>>>>> _______________________________________________ Yang-multicast >>>>>>> mailing list Yang-multicast@ietf.org >>>>>>> >>>>>>> https://www.ietf.org/mailman/listinfo/yang-multicast >>>>>> _______________________________________________ Yang-multicast >>>>>> mailing list Yang-multicast@ietf.org >>>>>> >>>>>> https://www.ietf.org/mailman/listinfo/yang-multicast > > > > _______________________________________________ > Yang-multicast mailing list > Yang-multicast@ietf.org > https://www.ietf.org/mailman/listinfo/yang-multicast > > > > _______________________________________________ > Yang-multicast mailing list > Yang-multicast@ietf.org > https://www.ietf.org/mailman/listinfo/yang-multicast >