Re: Power consumption reduction in edge and core routers in the internet

Curtis Villamizar <curtis@occnc.com> Sat, 08 September 2012 20:02 UTC

Return-Path: <curtis@occnc.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 58E9C21F8468 for <rtgwg@ietfa.amsl.com>; Sat, 8 Sep 2012 13:02:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.495
X-Spam-Level:
X-Spam-Status: No, score=-1.495 tagged_above=-999 required=5 tests=[AWL=1.000, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, GB_I_LETTER=-2, HELO_MISMATCH_COM=0.553, RDNS_NONE=0.1]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Lkn8uq35Qq4e for <rtgwg@ietfa.amsl.com>; Sat, 8 Sep 2012 13:02:43 -0700 (PDT)
Received: from gateway1.orleans.occnc.com (unknown [173.9.106.132]) by ietfa.amsl.com (Postfix) with ESMTP id 4A92E21F8466 for <rtgwg@ietf.org>; Sat, 8 Sep 2012 13:02:41 -0700 (PDT)
Received: from harbor1.ipv6.occnc.com (harbor1.ipv6.occnc.com [IPv6:2001:470:1f07:1545::2:819]) (authenticated bits=0) by gateway1.orleans.occnc.com (8.14.5/8.14.5) with ESMTP id q88K2YgM021133; Sat, 8 Sep 2012 16:02:34 -0400 (EDT) (envelope-from curtis@occnc.com)
Message-Id: <201209082002.q88K2YgM021133@gateway1.orleans.occnc.com>
To: balaji venkat Venkataswami <balajivenkat299@gmail.com>
From: Curtis Villamizar <curtis@occnc.com>
Subject: Re: Power consumption reduction in edge and core routers in the internet
In-reply-to: Your message of "Sat, 08 Sep 2012 14:19:58 +0530." <CC71048E.E133%balajivenkat299@gmail.com>
Date: Sat, 08 Sep 2012 16:02:34 -0400
Cc: Shankar Raman <mjsraman@gmail.com>, rtgwg@ietf.org
X-BeenThere: rtgwg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: curtis@occnc.com
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: Sat, 08 Sep 2012 20:02:44 -0000

In message <CC71048E.E133%balajivenkat299@gmail.com>
balaji venkat Venkataswami writes:
 
> Dear all,
>  
> After due consultation with the chairs and IRTF folks we have been
> instructed to ask for discussion on the following drafts that deal with
> power consumption reduction in edge and core devices in the internet.
>  
> We deal with the problem in a hierarchical approach. One within an
> Autonomous System and the other between Autonomous Systems and hence for the
> whole internet.
>  
> We duly submit to you this work that we have done for your kind review and
> consideration.
>  
> We deal with solutions for unicast and multicast at the AS level and the
> intra-AS level. Multicast solutions mostly in the intra-AS level.
>  
> We submit this work and request you to comment on it.
>  
> Multicast intra-AS level
> * mjsraman-pce-power-replic
> <http://tools.ietf.org/html/draft-mjsraman-pce-power-replic>  (timeline)
> <http://www.arkko.com/tools/lifecycle/draft-mjsraman-pce-power-replic-timing
> .html> 
> * mjsraman-pim-ecmp-redirect-power-replic-cap
> <http://tools.ietf.org/html/draft-mjsraman-pim-ecmp-redirect-power-replic-ca
> p>  (timeline) 
> <http://www.arkko.com/tools/lifecycle/draft-mjsraman-pim-ecmp-redirect-power
> -replic-cap-timing.html>
> Unicast AS level
> * mjsraman-rtgwg-bgp-power-path
> <http://tools.ietf.org/html/draft-mjsraman-rtgwg-bgp-power-path>  (timeline)
> <http://www.arkko.com/tools/lifecycle/draft-mjsraman-rtgwg-bgp-power-path-ti
> ming.html> 
> * mjsraman-rtgwg-inter-as-psp
> <http://tools.ietf.org/html/draft-mjsraman-rtgwg-inter-as-psp>  (timeline)
> <http://www.arkko.com/tools/lifecycle/draft-mjsraman-rtgwg-inter-as-psp-timi
> ng.html> 
> * mjsraman-rtgwg-inter-as-psp
> <http://tools.ietf.org/html/draft-mjsraman-rtgwg-inter-as-psp>  (timeline)
> <http://www.arkko.com/tools/lifecycle/draft-mjsraman-rtgwg-inter-as-psp-timi
> ng.html> 
> * mjsraman-rtgwg-inter-as-psp-protect
> <http://tools.ietf.org/html/draft-mjsraman-rtgwg-inter-as-psp-protect>
> (timeline) 
> <http://www.arkko.com/tools/lifecycle/draft-mjsraman-rtgwg-inter-as-psp-prot
> ect-timing.html> 
> Unicast intra-AS level
> * mjsraman-rtgwg-intra-as-psp-te-leak
> <http://tools.ietf.org/html/draft-mjsraman-rtgwg-intra-as-psp-te-leak>
> (timeline) 
> <http://www.arkko.com/tools/lifecycle/draft-mjsraman-rtgwg-intra-as-psp-te-l
> eak-timing.html> 
> * mjsraman-rtgwg-ospf-power-topo
> <http://tools.ietf.org/html/draft-mjsraman-rtgwg-ospf-power-topo>
> (timeline) 
> <http://www.arkko.com/tools/lifecycle/draft-mjsraman-rtgwg-ospf-power-topo-t
> iming.html> 
> Multicast intra-AS level
> * mjsraman-rtgwg-pim-power
> <http://tools.ietf.org/html/draft-mjsraman-rtgwg-pim-power>  (timeline)
> <http://www.arkko.com/tools/lifecycle/draft-mjsraman-rtgwg-pim-power-timing.
> html> 
>  
> Thanks again to the WG and IETF chairs for letting us share our work with
> this group.
>  
> Thanks and regards
> Shankar and team


My first reaction was that this was just a really bad idea from some
students who didn't understand very much about how provider networks
were built.

But looking at some of the citations I'm wondering if this whole thing
is just a joke.

  draft-mjsraman-rtgwg-ospf-power-topo-01

   [EVILBIT]  Bellovin, S., "The Security Flag in the IPv4 Header",
              RFC 3514, April 1 2003.

   [RFC5513]  Farrel, A., "IANA Considerations for Three Letter
              Acronyms", RFC 5513, April 1 2009.

   [RFC5514] Vyncke, E., "IPv6 over Social Networks", RFC 5514, April
             1 2009.

I'm really hoping the whole thing is a joke, but unfortunately I do
think that you are seriously proposing this.  Just confirming first.

Curtis