Re: Local Beijing people response - RE: Request for community guidance on issue concerning a future meeting of the IETF

Hui Deng <denghui02@gmail.com> Fri, 02 October 2009 14:52 UTC

Return-Path: <denghui02@gmail.com>
X-Original-To: ietf@core3.amsl.com
Delivered-To: ietf@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 9DBE53A68CC; Fri, 2 Oct 2009 07:52:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.149
X-Spam-Level:
X-Spam-Status: No, score=-2.149 tagged_above=-999 required=5 tests=[AWL=-0.150, BAYES_00=-2.599, J_CHICKENPOX_102=0.6]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CYQFqLpBgnY5; Fri, 2 Oct 2009 07:52:28 -0700 (PDT)
Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.26]) by core3.amsl.com (Postfix) with ESMTP id 604E53A68A3; Fri, 2 Oct 2009 07:52:28 -0700 (PDT)
Received: by qw-out-2122.google.com with SMTP id 5so426071qwi.31 for <multiple recipients>; Fri, 02 Oct 2009 07:53:53 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=e8LuD0VcfrBOZC367ljPlQJ/krL/OW7ietsIG8z+uwo=; b=BoEQYTPN7+/IKMtet33N1H4mmyew60+pKx866gy+69I6fwmeLOyOkKUw3pzf9cMsou wTrFBIeb0np3YtiaQtrFF0/ZERrPY5KYWr6rE3KScTe7i3vwWn6fqS8r0PTrgQdgVAmO uCVAObZg0dovufAIYBM+kXjNPjpFQeWPKVREQ=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=AynPWI5PL+ku364GXIg1cRuIYa6Fi+b6E++7F1jb585gK3e5Hf6y/qhB8hlwSXEDA8 /e7dm/JhyC59A0D0BV8eaBjMdzs/iMiObdSu98N0rKe33pXPzOy6pfo4KgRvI59xDE3V EFZIivcgcHBrh38w1BO9Ck3I1Ws1WnNUl+hhQ=
MIME-Version: 1.0
Received: by 10.224.37.198 with SMTP id y6mr1016666qad.198.1254495233567; Fri, 02 Oct 2009 07:53:53 -0700 (PDT)
In-Reply-To: <4AC4D2F5.9040502@dcrocker.net>
References: <4568491E-A8CA-4089-84C7-2D555F929204@americafree.tv> <4AC15DC5.7060607@dcrocker.net> <COL118-W86BB5A248F8A0EC5573E8B1D40@phx.gbl> <4AC4D2F5.9040502@dcrocker.net>
Date: Fri, 02 Oct 2009 22:53:53 +0800
Message-ID: <1d38a3350910020753o1e5bcbe3o4811be0dc61c4896@mail.gmail.com>
Subject: Re: Local Beijing people response - RE: Request for community guidance on issue concerning a future meeting of the IETF
From: Hui Deng <denghui02@gmail.com>
To: dcrocker@bbiw.net
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
Cc: iaoc@ietf.org, Hui Deng <denghui02@hotmail.com>, ietf@ietf.org, wgchairs@ietf.org
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 02 Oct 2009 14:52:30 -0000

Dave,

Thanks for your clarification, now I understand this has converged to
a more contract language issue.
At this stage, I may not be able to help on the detail languages since
I guess the hoster or IAOC already
have been deeply involved in it.

Anyhow, I apprecaite that you make everybody more clear on it, thanks.
Lastly, I think that everybody have to self-censor about what he does.

Thanks for the discussion

-Hui

2009/10/2 Dave CROCKER <dhc2@dcrocker.net>:
> Hui,
>
> Hui Deng wrote:
>>
>> 1) I personally have attended several standardization meetings such as
>> 3GPP and 3GPP2 in China,
>
> Many of us have attended meetings in China and we have found them productive
> and enjoyable.  However all of those other groups conduct their business in
> a way that is significantly different from the unruly style of the IETF.
>
>>  3) IETF is doing technical stuff, I don't see why we need to be involved
>> in political stuff.
>
> This has been explained repeatedly.  First, there is legitimate technical
> work in the IETF that touches topics which are explicitly prohibited by the
> contract language.  Second, the style of IETF discussions often includes
> individual comments which are likely to violate the contract.  This unruly
> speech is a consequence of a core principle in the open style of IETF work.
>
>
>> 4) China is one of the major member of United Nations, anyhow, come here
>> and see
>
> Hui, this really has little to do with "China".
>
> Rather, the problem is with contract language that I believe we would never
> accept for any other venue.
>
>        The only reason we have a debate about this because
>        we are so /eager/ to have an IETF meeting in China!
>
> Some folk say that we should ignore the language in the draft contract,
> because it will not be enforced, except under extreme circumstances.  First,
> it is never appropriate for people signing a contract to assume that it
> won't be enforced, especially when they cannot really know the exact
> conditions that will cause it to be enforced.  (The term "fiduciary
> responsibility" covers this.) Second, these assurances are coming from
> people who cannot speak for the hotel or the government.  Hence, they are
> merely guessing.
>
> Let's be specific:
>
>>   "Should the contents of the Group's activities, visual or audio
>>   presentations at the conference,or printed materials used at the
>>   conference (which are within the control of the Client) contain
>
> Note how extensive this is.  We are required to control material and speech
> by everyone, yet the IETF has never really controlled the material or speech
> of /anyone/.
>
>
>>   any defamation against the Government of the People's Republic
>
> Defamation is really a rather vague word, especially among most of us do not
> know how it is actually used in China.  (Let's be fair.  I suspect most of
> us do not know how it is used as a legal term in the US, or any other
> country...)
> So we need to be afraid of violating this, without really knowing what is
> permitted and what is prohibited.
>
>
>>   of China, or show any disrespect to the Chinese culture, or
>
> Disrespect is an even more vague term and it is coupled with "culture" which
> could mean anything having to do with the country's government, history or
> population, and could even cover reference to Chinese people anywhere in the
> world.
>
> Worse, comments made in the IETF are often disrespectful.  We wish they
> weren't, but again, this is a consequence of how the IETF conducts its
> business.  So the IETF really is being required to make guarantees that
> change its basic style of operation.
>
>
>>   violates any laws of the People's Republic of China or feature
>
> Language that says that we won't violate the host country's laws is, of
> course, not necessary -- the laws are the laws and anyone violating them has
> a problem, no matter whether it is referenced in the contract -- but it
> probably doesn't hurt to include it.  Or rather, the only reason to include
> it is to set the stage for the financial consequences, specified later...
>
>
>>   any topics regarding human rights or religion without prior
>>   approval from the Government of the People's Republic of China,
>
> As has been noted by several folks, the IETF does work that necessarily
> requires discussing topics that are relevant to human rights.  And again, we
> also have the problem of trying to restrict spontaneous comments that might
> violate these conditions; yet we have never done that.
>
>
>>   the Hotel reserves the right to terminate the event on the spot
>>   and/or ask the person(s) who initiates or participates in any or
>>   all of the above action to leave the hotel premises immediately.
>
> This gives the Hotel complete freedom to shut the meeting down according to
> its own interpretation of conditions that are extremely vague.  That's not a
> reasonable contract condition for us to agree to.  (Here's where "fiduciary
> responsibility" becomes the real focus, when making an agreement.)
>
>
>>   The Client will support and assist the Hotel with the necessary
>>   actions to handle such situations. Should there be any financial
>>   loss incurred to the Hotel or damage caused to the Hotel's
>>   reputation as a result of any or all of the above acts, the Hotel
>>   will claim compensation from the Client."
>
> Again, this appears to make us financial responsible for the hotel's
> actions. And the financial exposure is not limited.  We cannot reasonably
> know how large the financial risk is.
>
> Some folk keep noting that the agreement is with the host, not the IETF.
> Nonetheless, it is the IETF that is expected to honor the conditions of the
> agreement.  So the IETF must decide whether is /can/ and /should/ agree to
> such conditions.
>
> Would the IETF agree to such contract language were the meeting to be in
> Singapore, Amsterdam or Seattle?  I believe we wouldn't.
>
> The problem, here, is with contract language, not a country's culture or
> government.
>
> d/
>
>
> --
>
>  Dave Crocker
>  Brandenburg InternetWorking
>  bbiw.net
> _______________________________________________
> Ietf mailing list
> Ietf@ietf.org
> https://www.ietf.org/mailman/listinfo/ietf
>