Re: the race to the bottom problem
"Joel M. Halpern" <jmh@joelhalpern.com> Sun, 08 November 2020 21:10 UTC
Return-Path: <jmh@joelhalpern.com>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F04783A0E3C for <ipv6@ietfa.amsl.com>; Sun, 8 Nov 2020 13:10:39 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.099
X-Spam-Level:
X-Spam-Status: No, score=-2.099 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, NICE_REPLY_A=-0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=joelhalpern.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 AIJ0KA5UK2Kl for <ipv6@ietfa.amsl.com>; Sun, 8 Nov 2020 13:10:38 -0800 (PST)
Received: from mailb2.tigertech.net (mailb2.tigertech.net [208.80.4.154]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4248B3A0E30 for <ipv6@ietf.org>; Sun, 8 Nov 2020 13:10:38 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by mailb2.tigertech.net (Postfix) with ESMTP id 4CTmxV0dzTz1nsSs; Sun, 8 Nov 2020 13:10:38 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=joelhalpern.com; s=2.tigertech; t=1604869838; bh=XueB/9NheNdo7pM6YW3LEG15fiTFQ7eI3FLiboNk+nw=; h=Subject:To:References:From:Date:In-Reply-To:From; b=mWXHcj5fElek3zkqiVlqmT2pvYVvP7KVjbizGzMU+abW9HW2ObbWHvLwnmlmo0mhc xsxy28tskIq2zoGHcnAz+y/eLcxH2BvD1UoSBcgjuys1xY0IakwUSSsztgAYIZdCGe +PiCdBQGswil7K4JT+Q2fHl+kI32aqiDnYQdjpeQ=
X-Quarantine-ID: <sPzxjxXgzc3J>
X-Virus-Scanned: Debian amavisd-new at b2.tigertech.net
Received: from [192.168.128.43] (unknown [50.225.209.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mailb2.tigertech.net (Postfix) with ESMTPSA id 4CTmxT4CK8z1nsSq; Sun, 8 Nov 2020 13:10:37 -0800 (PST)
Subject: Re: the race to the bottom problem
To: Alexandre Petrescu <alexandre.petrescu@gmail.com>, ipv6@ietf.org
References: <160409741426.1448.16934303750885888002@ietfa.amsl.com> <9e787ed0-a221-e413-e030-ac2553dffc8e@gmail.com> <a21c9447-730b-e2c0-81f6-46deda57f507@gmail.com> <f4635fa9-45ca-f7ec-40a2-41764e1ca74f@si6networks.com> <905bcc26-a223-53d0-6675-c35579b9a8be@gmail.com> <AAE75F7F-F8DF-4B7F-9C50-3D6C91544997@ciena.com> <2b59b2de-3597-8d35-374d-75e9b10d4d83@gmail.com> <CAO42Z2zUvDE2ZSCnZa_525Hj7OthhEoDGZcd0D9xxZVW3D8aeg@mail.gmail.com> <CAKD1Yr1yiXR43mL45KbsZkKY7_YVhWFzW82LL6qed6mVPBjxaw@mail.gmail.com> <E87C175C-C06D-485E-B790-6BC3DB48F101@gmail.com> <3daa3475-68f8-88e0-9fc4-77a58c074fbf@foobar.org> <CAO42Z2zictx_PykbVUqfvODhQwztw47apAnOPjkncRSdqJBLPQ@mail.gmail.com> <e197fdca-2dc6-340b-bd4f-03b89ecc15e9@foobar.org> <b7c7f31c-825d-2a8e-4857-3526639649c4@joelhalpern.com> <CAD6AjGTwPMbW1=SBCsSj15CA5BJY30JFsJoTpAgFYqDJrbUwYA@mail.gmail.com> <c4310146-75db-ee35-b9a9-5623dae9ec2f@joelhalpern.com> <61dd858d-f97e-d4bc-268a-2536df438436@gmail.com>
From: "Joel M. Halpern" <jmh@joelhalpern.com>
Message-ID: <630ddf28-3294-4e05-25c2-1ae5dc04a3af@joelhalpern.com>
Date: Sun, 08 Nov 2020 16:10:36 -0500
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.4.1
MIME-Version: 1.0
In-Reply-To: <61dd858d-f97e-d4bc-268a-2536df438436@gmail.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: en-US
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/EkzKEtuUsRYsCiQKr8sPmHbXS5M>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ipv6/>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 08 Nov 2020 21:10:40 -0000
The reason I asked about DHCP being broken is that some of the earlier messages in the thread seemed (and I may have been misreading) to say "some operators can't use DHCPv6" rather than "some operators do not want to use DHCP, including almost all mobile operators". The former statement is one where we as the IETF could look at the problems and see if there was something to fix. The later statement is a not unreasonable policy statement that I am now trying to work with. Yours, Joel On 11/8/2020 3:57 PM, Alexandre Petrescu wrote: > > > Le 08/11/2020 à 02:08, Joel M. Halpern a écrit : >> I follow most of your reasoning, but I am missing on critical step. >> Can you please explain how / why / in what fashion DHCPv6 pd is broken? > > Joel, > > Allow me a question: I do not know why you ask the question of DHCPv6-PD > brokenness in this context? > > The race to the bottom problem might appear if the IID length is > permitted to be of length 63. Today 63, tomorrow 62, and so on down to > the bottom. > > That problem is on SLAAC, not on DHCP. > > I would like a solution to the problem of mobile hotspots by using SLAAC > with IID 63 on the Ethernet interface. It's not a DHCP problem. It's > not an operator problem (some). > > Bringing DHCPv6-PD in the figure is of no relevance, here, I think. > > One cant expect mobile operators to use DHCPv6-PD, and, even if they > did, there would still be race to the bottom problems. They could use > DHCPv6-PD as well to hand out /63 today, /64 tomorrow, /65 later, and so > on down to the bottom. > > THat is why I ask the above. > > Alex > >> Just saying ~mobile operators chose not to use it~ does not give us >> any information to judge what solutions are likely to be workable. >> >> I will also note that even if mobile operators would have good reason >> to use a longer prefix system, and would not abuse it, I am not so >> sure the same can be said about fixed operators. If your claim is >> that DHCPv6 PD is broken for them too, then explaining why and how >> becomes more important for us to understand the situation. >> >> Yours, >> Joel >> >> On 11/7/2020 8:00 PM, Ca By wrote: >>> >>> >>> On Sat, Nov 7, 2020 at 4:00 PM Joel M. Halpern <jmh@joelhalpern.com >>> <mailto:jmh@joelhalpern.com>> wrote: >>> >>> I am not sure what data you are looking for Nick. >>> By definition, no one complying with the RFCs is giving out prefixes >>> longer than /64. >>> By observation, folks are giving out /64s, when we would prefer they >>> gave out /56 or even shorter. >>> Given that there are policy statements from various groups about >>> giving >>> out shorter, adn those are being ignored, something is causing that. >>> There may be multiple causes. >>> >>> History does tell us that ISPs give out very long prefixes even when >>> they do not need to. >>> >>> Since there appears to be know way to observe a trend past /64, >>> we have >>> to look to history and analogy for data. History is data. We can >>> argue >>> about whether it is relevant data. But it is all the data we >>> have on >>> the topic. >>> >>> >>> History tells us that ipv4 was scarce so people conserved addresses. >>> >>> Operators have unlearend that lesson but the ietf has not. And so, >>> ietf people think operators are trying conserve addresses, this is >>> not true. Stop saying it. Stop saying “race to the bottom”, it does >>> not mean anything. >>> >>> The current and future issue is that the mechanics of providing n >>> number of /64 is broken, dhcp pd is not being deployed in >>> Mobile. Accept reality. Mobile devices dont support it. Mobile >>> networks dont deploy it. >>> >>> So, the problem statement in mobile is - how do we better make use of >>> the /64 that is provided or get more /64s in an effective way >>> >>> No, yelling at operators and making punitive standards will not help. >>> >>> >>> >>> Yours, >>> Joel >>> >>> On 11/7/2020 6:56 PM, Nick Hilliard wrote: >>> > Mark Smith wrote on 07/11/2020 23:41: >>> >> They're not assumptions if you have first hand experience of the >>> >> history of the rise of IPv4 address conservation measures, >>> and can >>> >> remember what IPv4 addressing practices and mindsets were before >>> IPv4 >>> >> addresses became precious. >>> > >>> > btdt, thanks. >>> > >>> >> The address conservation mindset is even more distinct and >>> >> distinguishable when you've actually taught it through teaching >>> IPv4 >>> >> VLSM in the mid 90s. >>> > >>> > this looks very much like an appeal to authority. We're better >>> than this. >>> > >>> > So once again, let's try to keep the topic about actual data >>> concerning >>> > ipv6 and this "race to the bottom" as it relates to ipv6. >>> > >>> > Nick >>> > >>> > >>> -------------------------------------------------------------------- >>> > IETF IPv6 working group mailing list >>> > ipv6@ietf.org <mailto:ipv6@ietf.org> >>> > Administrative Requests: >>> https://www.ietf.org/mailman/listinfo/ipv6 >>> <https://www.ietf.org/mailman/listinfo/ipv6> >>> > >>> -------------------------------------------------------------------- >>> >>> -------------------------------------------------------------------- >>> IETF IPv6 working group mailing list >>> ipv6@ietf.org <mailto:ipv6@ietf.org> >>> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6 >>> <https://www.ietf.org/mailman/listinfo/ipv6> >>> -------------------------------------------------------------------- >>> >> >> -------------------------------------------------------------------- >> IETF IPv6 working group mailing list >> ipv6@ietf.org >> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6 >> -------------------------------------------------------------------- > > -------------------------------------------------------------------- > IETF IPv6 working group mailing list > ipv6@ietf.org > Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6 > --------------------------------------------------------------------
- Re: I-D Action: draft-mishra-6man-variable-slaac-… Gyan Mishra
- Re: I-D Action: draft-mishra-6man-variable-slaac-… Brian E Carpenter
- Re: I-D Action: draft-mishra-6man-variable-slaac-… Gyan Mishra
- Re: I-D Action: draft-mishra-6man-variable-slaac-… Gyan Mishra
- Re: I-D Action: draft-mishra-6man-variable-slaac-… otroan
- Re: I-D Action: draft-mishra-6man-variable-slaac-… Philip Homburg
- Re: I-D Action: draft-mishra-6man-variable-slaac-… Brian E Carpenter
- Re: I-D Action: draft-mishra-6man-variable-slaac-… Gyan Mishra
- Re: I-D Action: draft-mishra-6man-variable-slaac-… Gyan Mishra
- Re: I-D Action: draft-mishra-6man-variable-slaac-… otroan
- Re: I-D Action: draft-mishra-6man-variable-slaac-… Lorenzo Colitti
- Re: I-D Action: draft-mishra-6man-variable-slaac-… JORDI PALET MARTINEZ
- Re: I-D Action: draft-mishra-6man-variable-slaac-… Ca By
- Re: I-D Action: draft-mishra-6man-variable-slaac-… Gyan Mishra
- Re: I-D Action: draft-mishra-6man-variable-slaac-… Gyan Mishra
- Re: I-D Action: draft-mishra-6man-variable-slaac-… Gyan Mishra
- Re: I-D Action: draft-mishra-6man-variable-slaac-… Philip Homburg
- Re: I-D Action: draft-mishra-6man-variable-slaac-… Alexandre Petrescu
- Re: I-D Action: draft-mishra-6man-variable-slaac-… Philip Homburg
- Re: I-D Action: draft-mishra-6man-variable-slaac-… Manfredi (US), Albert E
- Re: I-D Action: draft-mishra-6man-variable-slaac-… Gyan Mishra
- Re: I-D Action: draft-mishra-6man-variable-slaac-… Brian E Carpenter
- Re: I-D Action: draft-mishra-6man-variable-slaac-… Ca By
- Re: I-D Action: draft-mishra-6man-variable-slaac-… Lorenzo Colitti
- Re: I-D Action: draft-mishra-6man-variable-slaac-… Alexandre Petrescu
- Re: I-D Action: draft-mishra-6man-variable-slaac-… Alexandre Petrescu
- Re: I-D Action: draft-mishra-6man-variable-slaac-… Alexandre Petrescu
- Re: I-D Action: draft-mishra-6man-variable-slaac-… Bob Hinden
- Re: I-D Action: draft-mishra-6man-variable-slaac-… Mark Smith
- Re: I-D Action: draft-mishra-6man-variable-slaac-… Alexandre PETRESCU
- RE: [EXTERNAL] Re: I-D Action: draft-mishra-6man-… Manfredi (US), Albert E
- Re: I-D Action: draft-mishra-6man-variable-slaac-… otroan
- RE: [EXTERNAL] Re: I-D Action: draft-mishra-6man-… Vasilenko Eduard
- Re: [EXTERNAL] Re: I-D Action: draft-mishra-6man-… Fernando Gont
- Re: the race to the bottom problem Alexandre Petrescu
- RE: [EXTERNAL] Re: I-D Action: draft-mishra-6man-… Vasilenko Eduard
- Re: [EXTERNAL] Re: I-D Action: draft-mishra-6man-… Fernando Gont
- Re: the race to the bottom problem Fernando Gont
- RE: [EXTERNAL] Re: I-D Action: draft-mishra-6man-… Vasilenko Eduard
- Re: [EXTERNAL] Re: I-D Action: draft-mishra-6man-… Gyan Mishra
- Re: the race to the bottom problem Alexandre Petrescu
- Re: the race to the bottom problem Gyan Mishra
- Re: [**EXTERNAL**] Re: the race to the bottom pro… Mudric, Dusan
- Re: the race to the bottom problem Gyan Mishra
- Re: the race to the bottom problem Philip Homburg
- Re: [**EXTERNAL**] Re: the race to the bottom pro… Gyan Mishra
- Re: [EXTERNAL] Re: I-D Action: draft-mishra-6man-… Fernando Gont
- RE: [**EXTERNAL**] Re: the race to the bottom pro… STARK, BARBARA H
- Re: [**EXTERNAL**] Re: the race to the bottom pro… Ca By
- Re: [**EXTERNAL**] Re: the race to the bottom pro… Philip Homburg
- Re: [**EXTERNAL**] Re: the race to the bottom pro… Brian E Carpenter
- Re: [**EXTERNAL**] Re: the race to the bottom pro… Bob Hinden
- Re: [**EXTERNAL**] Re: the race to the bottom pro… Mudric, Dusan
- Re: [**EXTERNAL**] Re: the race to the bottom pro… Mark Smith
- Re: [**EXTERNAL**] Re: the race to the bottom pro… Brian E Carpenter
- Re: [**EXTERNAL**] Re: the race to the bottom pro… Mudric, Dusan
- Re: [**EXTERNAL**] Re: the race to the bottom pro… Ca By
- Re: [**EXTERNAL**] Re: the race to the bottom pro… Michael Richardson
- Re: [**EXTERNAL**] Re: the race to the bottom pro… Mark Smith
- Re: [**EXTERNAL**] Re: the race to the bottom pro… Michael Richardson
- Re: [**EXTERNAL**] Re: the race to the bottom pro… Gyan Mishra
- Re: [**EXTERNAL**] Re: the race to the bottom pro… Gyan Mishra
- Re: [**EXTERNAL**] Re: the race to the bottom pro… Brian Carpenter
- Re: the race to the bottom problem Lorenzo Colitti
- Re: [**EXTERNAL**] Re: the race to the bottom pro… Philip Homburg
- Re: the race to the bottom problem Alexandre PETRESCU
- Re: the race to the bottom problem Bob Hinden
- Re: the race to the bottom problem Nick Hilliard
- Re: the race to the bottom problem Ted Lemon
- Re: the race to the bottom problem Nick Hilliard
- Re: the race to the bottom problem Ted Lemon
- Re: the race to the bottom problem Nick Hilliard
- Re: the race to the bottom problem Mark Smith
- Re: the race to the bottom problem Nick Hilliard
- Re: the race to the bottom problem Joel M. Halpern
- Re: the race to the bottom problem Ca By
- Re: the race to the bottom problem Ted Lemon
- Re: the race to the bottom problem Ca By
- Re: the race to the bottom problem Joel M. Halpern
- Re: the race to the bottom problem Lorenzo Colitti
- Re: the race to the bottom problem Lorenzo Colitti
- Re: the race to the bottom problem Brian E Carpenter
- Re: the race to the bottom problem Brian E Carpenter
- Re: the race to the bottom problem Mark Smith
- Re: the race to the bottom problem Ca By
- Re: the race to the bottom problem Ca By
- Re: the race to the bottom problem Joel M. Halpern
- Re: the race to the bottom problem Ca By
- Re: [**EXTERNAL**] Re: the race to the bottom pro… Gyan Mishra
- Re: [**EXTERNAL**] Re: the race to the bottom pro… Gyan Mishra
- Re: the race to the bottom problem Philip Homburg
- Re: the race to the bottom problem otroan
- Re: [**EXTERNAL**] the race to the bottom problem Simon Hobson
- RE: [**EXTERNAL**] Re: the race to the bottom pro… STARK, BARBARA H
- Re: the race to the bottom problem Ca By
- Re: the race to the bottom problem Nick Hilliard
- Re: the race to the bottom problem Gyan Mishra
- Re: [**EXTERNAL**] Re: the race to the bottom pro… Nick Hilliard
- Re: [**EXTERNAL**] Address length needs Joel M. Halpern
- Re: the race to the bottom problem Nick Hilliard
- Re: [**EXTERNAL**] Re: the race to the bottom pro… JORDI PALET MARTINEZ
- Re: [**EXTERNAL**] Re: the race to the bottom pro… JORDI PALET MARTINEZ
- Re: [**EXTERNAL**] Re: the race to the bottom pro… Joel M. Halpern
- Re: the race to the bottom problem JORDI PALET MARTINEZ
- Re: [**EXTERNAL**] Re: the race to the bottom pro… JORDI PALET MARTINEZ
- Re: I-D Action: draft-mishra-6man-variable-slaac-… JORDI PALET MARTINEZ
- Re: the race to the bottom problem Alexandre Petrescu
- Re: the race to the bottom problem Alexandre Petrescu
- Re: the race to the bottom problem Alexandre Petrescu
- Re: the race to the bottom problem Alexandre Petrescu
- Re: the race to the bottom problem Alexandre Petrescu
- Re: [**EXTERNAL**] Address length needs Alexandre Petrescu
- Re: [**EXTERNAL**] Re: the race to the bottom pro… Alexandre Petrescu
- Re: the race to the bottom problem Joel M. Halpern
- Re: [**EXTERNAL**] Re: the race to the bottom pro… Brian E Carpenter
- Re: the race to the bottom problem Alexandre Petrescu
- Re: I-D Action: draft-mishra-6man-variable-slaac-… Brian E Carpenter
- Re: [**EXTERNAL**] Re: the race to the bottom pro… Nick Hilliard
- Re: [**EXTERNAL**] Re: the race to the bottom pro… Brian E Carpenter
- Re: I-D Action: draft-mishra-6man-variable-slaac-… JORDI PALET MARTINEZ
- Re: [**EXTERNAL**] Re: the race to the bottom pro… Nick Hilliard
- Re: I-D Action: draft-mishra-6man-variable-slaac-… Alexandre Petrescu
- Re: I-D Action: draft-mishra-6man-variable-slaac-… Alexandre Petrescu
- Re: I-D Action: draft-mishra-6man-variable-slaac-… Gyan Mishra
- Re: I-D Action: draft-mishra-6man-variable-slaac-… Mark Andrews
- Re: I-D Action: draft-mishra-6man-variable-slaac-… Ca By
- Re: I-D Action: draft-mishra-6man-variable-slaac-… Ca By
- Re: the race to the bottom problem Mark Andrews
- Re: I-D Action: draft-mishra-6man-variable-slaac-… Brian E Carpenter
- Re: the race to the bottom problem Gyan Mishra
- Re: I-D Action: draft-mishra-6man-variable-slaac-… otroan
- Re: I-D Action: draft-mishra-6man-variable-slaac-… JORDI PALET MARTINEZ
- Re: I-D Action: draft-mishra-6man-variable-slaac-… JORDI PALET MARTINEZ
- Re: I-D Action: draft-mishra-6man-variable-slaac-… Alexandre Petrescu
- Re: I-D Action: draft-mishra-6man-variable-slaac-… Alexandre Petrescu
- Re: I-D Action: draft-mishra-6man-variable-slaac-… JORDI PALET MARTINEZ
- Re: I-D Action: draft-mishra-6man-variable-slaac-… JORDI PALET MARTINEZ
- Re: I-D Action: draft-mishra-6man-variable-slaac-… Simon Hobson
- Re: [**EXTERNAL**] Re: the race to the bottom pro… Philip Homburg
- Re: the race to the bottom problem Mikael Abrahamsson
- Re: I-D Action: draft-mishra-6man-variable-slaac-… Mark Smith
- Re: I-D Action: draft-mishra-6man-variable-slaac-… JORDI PALET MARTINEZ
- Re: I-D Action: draft-mishra-6man-variable-slaac-… Mikael Abrahamsson
- Re: I-D Action: draft-mishra-6man-variable-slaac-… Mikael Abrahamsson
- Market forces Ted Lemon
- Re: I-D Action: draft-mishra-6man-variable-slaac-… Simon Hobson
- Re: Market forces Mikael Abrahamsson
- Re: Market forces otroan
- Re: Market forces Simon Hobson
- ubituiti APs and IPv6 (Re: Market forces) Mikael Abrahamsson
- Re: ubituiti APs and IPv6 (Re: Market forces) Jared Mauch
- Re: Market forces Ted Lemon
- Re: I-D Action: draft-mishra-6man-variable-slaac-… Philip Homburg
- Re: I-D Action: draft-mishra-6man-variable-slaac-… Joel M. Halpern
- Re: I-D Action: draft-mishra-6man-variable-slaac-… Ca By
- Re: I-D Action: draft-mishra-6man-variable-slaac-… Ca By
- Re: I-D Action: draft-mishra-6man-variable-slaac-… JORDI PALET MARTINEZ
- Re: I-D Action: draft-mishra-6man-variable-slaac-… Simon Hobson
- Re: Market forces Mark Smith
- Re: Market forces Ted Lemon
- Re: Market forces Gyan Mishra
- Re: Market forces Ted Lemon
- Re: Market forces Kerry Lynn
- Re: Market forces Mark Smith
- Re: the race to the bottom problem otroan
- Re: Market forces Alexandre Petrescu
- Re: Market forces Alexandre Petrescu
- Re: Market forces Ted Lemon
- Re: the race to the bottom problem Gyan Mishra