Re: [Idr] WG Last Call on draft-ietf-idr-as4bytes-11.txt
Tony Li <tony.li@tony.li> Mon, 10 October 2005 07:44 UTC
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EOsKd-0005Gn-OP; Mon, 10 Oct 2005 03:44:23 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EOsKa-0005GA-QW for idr@megatron.ietf.org; Mon, 10 Oct 2005 03:44:21 -0400
Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id DAA22625 for <idr@ietf.org>; Mon, 10 Oct 2005 03:44:18 -0400 (EDT)
Received: from sccrmhc14.comcast.net ([63.240.76.49]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1EOsUS-0004O8-8x for idr@ietf.org; Mon, 10 Oct 2005 03:54:32 -0400
Received: from [192.168.0.100] (c-67-180-169-111.hsd1.ca.comcast.net[67.180.169.111]) by comcast.net (sccrmhc14) with SMTP id <2005101007434701400ok6fee>; Mon, 10 Oct 2005 07:44:07 +0000
In-Reply-To: <4349DB3F.4000903@vijaygill.com>
References: <200510071641.j97GfgG21459@merlot.juniper.net> <6.2.0.14.2.20051008151613.02e87f40@localhost> <Pine.LNX.4.62.0510091317210.2345@m106.maoz.com> <B29EBF2E-7442-46C7-9E95-00FCC2450293@tony.li> <4349DB3F.4000903@vijaygill.com>
Mime-Version: 1.0 (Apple Message framework v734)
Content-Type: text/plain; charset="US-ASCII"; delsp="yes"; format="flowed"
Message-Id: <8FDA7889-6931-4AC3-B352-DA91D42944E9@tony.li>
Content-Transfer-Encoding: 7bit
From: Tony Li <tony.li@tony.li>
Subject: Re: [Idr] WG Last Call on draft-ietf-idr-as4bytes-11.txt
Date: Mon, 10 Oct 2005 00:43:45 -0700
To: vijay gill <vgill@vijaygill.com>
X-Mailer: Apple Mail (2.734)
X-Spam-Score: 0.1 (/)
X-Scan-Signature: f60d0f7806b0c40781eee6b9cd0b2135
Content-Transfer-Encoding: 7bit
Cc: skh@nexthop.com, Yakov Rekhter <yakov@juniper.net>, Tony Tauber <ttauber@1-4-5.net>, idr@ietf.org
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Inter-Domain Routing <idr.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/idr>, <mailto:idr-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/idr>
List-Post: <mailto:idr@ietf.org>
List-Help: <mailto:idr-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/idr>, <mailto:idr-request@ietf.org?subject=subscribe>
Sender: idr-bounces@ietf.org
Errors-To: idr-bounces@ietf.org
>>> Router vendors? Code maintainers? >>> >> Customers? >> > Make it so! > I should have been somewhat less obtuse. In the interests of being crystal clear and perhaps educating a few newcomers and some folks who are otherwise not directly involved in the sales process.... In the last 15 years, the dynamic between network equipment customers and vendors has changed. In Ye Olden Days, we all sat together and then those of us who coded went off and did things and then those of us who ran things tested it and we iterated. And all saw that it was good. Today, since networking has become Big Business, the dynamic has changed drastically. For the most part the customers who attend IETF no longer have the influence over the purchasing decision that they once did. Instead, there are casts of hundreds involved, lengthy RFPs and evaluation processes, and decisions about multiple millions of dollars that are handled at the 'C' level in the organization. Frequently, the technical considerations are the minority factor in the decision making, if they are included at all. Similarly on the vendor side, the engineers who attend IETF no long have a significant say in product content. Feature development is carefully controlled by the vendor's managers, and engineers who contribute features that are not a requested part of the PRD for the next release are gently excused. The upshot of this change in the dynamic is that we all need to understand that the process for getting ideas translated into product has changed. While talking to one another as part of the IETF process is still beneficial, it is no longer sufficient. In fact, it is no longer even an effective mechanism for communicating to the vendor. Instead, the *only* effective channel is via the formal sales process. Even then, the normal account manager or product manager may not be sufficient. You may well need to talk to the specific person who is managing the specific release of the specific operating system for the specific point product on a specific development train. Sadly, they are far less likely to be up to speed on the issue technically or likely to be influenced by "big picture" thinking or doing the "right thing". For them, it is very likely that the sales opportunity connected to the feature is the one and only factor that is a meaningful input. I don't mean to defend this process, just to ensure that everyone understands that this is the reality that we live in today. It is (sadly) unlikely to change: there is too much money involved. The only thing that we can do at this point is to cooperate to influence those above us in our respective organizations, realizing that none of us are empowered to be the decision makers for our respective companies. Forward progress on this issue will take influencing both customer and vendor executives and we should ensure that we do that, but first and foremost we should be responsible for influencing our own organizations. It would be best if we coordinated our efforts, but we should at the very least understand that all involved are somewhat limited in their authority. Newly yours on the customer side of street, Tony _______________________________________________ Idr mailing list Idr@ietf.org https://www1.ietf.org/mailman/listinfo/idr
- [Idr] WG Last Call on draft-ietf-idr-as4bytes-11.… Yakov Rekhter
- Re: [Idr] WG Last Call on draft-ietf-idr-as4bytes… Geoff Huston
- Re: [Idr] WG Last Call on draft-ietf-idr-as4bytes… Tony Tauber
- Re: [Idr] WG Last Call on draft-ietf-idr-as4bytes… Tony Li
- Re: [Idr] WG Last Call on draft-ietf-idr-as4bytes… Paul Jakma
- Re: [Idr] WG Last Call on draft-ietf-idr-as4bytes… vijay gill
- Re: [Idr] WG Last Call on draft-ietf-idr-as4bytes… Tony Li
- Re: [Idr] WG Last Call on draft-ietf-idr-as4bytes… Ran Liebermann
- Re: [Idr] WG Last Call on draft-ietf-idr-as4bytes… John Leslie
- Re: [Idr] WG Last Call on draft-ietf-idr-as4bytes… Paul Jakma
- Re: [Idr] WG Last Call on draft-ietf-idr-as4bytes… Pekka Savola
- Re: [Idr] WG Last Call on draft-ietf-idr-as4bytes… Enke Chen
- Re: [Idr] WG Last Call on draft-ietf-idr-as4bytes… Jeffrey Haas
- Re: [Idr] WG Last Call on draft-ietf-idr-as4bytes… John Leslie
- Re: [Idr] WG Last Call on draft-ietf-idr-as4bytes… Curtis Villamizar
- Re: [Idr] WG Last Call on draft-ietf-idr-as4bytes… Paul Jakma
- Re: [Idr] WG Last Call on draft-ietf-idr-as4bytes… Paul Jakma
- [Idr] Revised text on how to construct the AS pat… Enke Chen
- [Idr] Re: Revised text on how to construct the AS… Paul Jakma
- Re: [Idr] Revised text for the 4-byte AS draft - … Geoff Huston
- Re: [Idr] Revised text for the 4-byte AS draft - … Jeffrey Haas
- Re: [Idr] WG Last Call on draft-ietf-idr-as4bytes… John Leslie
- Re: [Idr] WG Last Call on draft-ietf-idr-as4bytes… John Leslie
- Re: [Idr] Revised text on how to construct the AS… John Leslie
- Re: [Idr] WG Last Call on draft-ietf-idr-as4bytes… Curtis Villamizar
- Re: [Idr] WG Last Call on draft-ietf-idr-as4bytes… Tony Li
- Re: [Idr] WG Last Call on draft-ietf-idr-as4bytes… Curtis Villamizar
- Re: [Idr] Revised text for the 4-byte AS draft - … Geoff Huston
- Re: [Idr] WG Last Call on draft-ietf-idr-as4bytes… Geoff Huston
- Re: [Idr] WG Last Call on draft-ietf-idr-as4bytes… Curtis Villamizar
- [Idr] Re: Revised text on how to construct the AS… Enke Chen
- Re: [Idr] Revised text on how to construct the AS… Enke Chen
- Re: [Idr] WG Last Call on draft-ietf-idr-as4bytes… Geoff Huston
- Re: [Idr] Re: Revised text on how to construct th… Paul Jakma
- Re: [Idr] Revised text on how to construct the AS… John Leslie