[Diem] Re: [EXT] Re: Some high-level thoughts on scoping

Samit D_CUNHA <sdcunha@icrc.org> Mon, 01 July 2024 17:06 UTC

Return-Path: <sdcunha@icrc.org>
X-Original-To: diem@ietfa.amsl.com
Delivered-To: diem@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C93E0C1930B6 for <diem@ietfa.amsl.com>; Mon, 1 Jul 2024 10:06:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.904
X-Spam-Level:
X-Spam-Status: No, score=-6.904 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, MSGID_FROM_MTA_HEADER=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4dUKGa9yE-_m for <diem@ietfa.amsl.com>; Mon, 1 Jul 2024 10:06:49 -0700 (PDT)
Received: from mx001.icrc.org (mx001.icrc.org [80.94.146.25]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A2CA7C14E515 for <diem@ietf.org>; Mon, 1 Jul 2024 10:06:49 -0700 (PDT)
Received: from icrc.org (localhost [127.0.0.1]) by mx001.icrc.org (Mission Control Email Gateway, 430) with ESMTP id 4WCXWr0FYSzCqnW; Mon, 1 Jul 2024 19:06:48 +0200 (MEST)
X-AM-Authentication-Results: icrc-mx001-ch-gen-1; arc=none (no signatures found); dkim=none (no signatures found); x-aligned-from=pass (Address match); x-google-dkim=none (no signatures found); x-return-mx=pass header.domain=icrc.org policy.is_org=yes (MX Records found: mx001.icrc.org,mx002.icrc.org); x-return-mx=pass smtp.domain=icrc.org policy.is_org=yes (MX Records found: mx002.icrc.org,mx001.icrc.org); x-tls=pass smtp.version=TLSv1.2 smtp.cipher=ECDHE-RSA-AES256-GCM-SHA384 smtp.bits=256
Authentication-Results: icrc-mx001-ch-gen-1; x-local-ip=pass
Authentication-Results: icrc-mx001-ch-gen-1; dkim=none
From: Samit D_CUNHA <sdcunha@icrc.org>
To: Serge Droz <serge@drozilla.ch>, "diem@ietf.org" <diem@ietf.org>
Thread-Topic: [EXT] [Diem] Re: Some high-level thoughts on scoping
Thread-Index: AQHaypR1S2JGVKfgNUKZggCbfdIrs7Hh9A6AgAACAYCAACJ/oA==
Date: Mon, 01 Jul 2024 17:06:46 +0000
Message-ID: <53b2000af48f490292a48040785f995a@icrc.org>
References: <CABcZeBNxiUuXRykDSZ8rZ64JNKUgO76Ztdd7JwQv-RTqMgyDQg@mail.gmail.com> <A56BB152-A05F-45DE-B434-68339C08DB5A@pch.net> <6acc90a3-d66a-41cb-a33e-ebc4ecf4310d@dennis-jackson.uk> <63695cad-7e54-42f5-850c-cb9a4fac353f@drozilla.ch>
In-Reply-To: <63695cad-7e54-42f5-850c-cb9a4fac353f@drozilla.ch>
Accept-Language: en-GB, fr-CH, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.64.15.251]
Content-Type: multipart/alternative; boundary="_000_53b2000af48f490292a48040785f995aicrcorg_"
MIME-Version: 1.0
X-CMAE-Score: 0
X-CMAE-Analysis: v=2.4 cv=YZp25BRf c=1 sm=1 tr=0 ts=6682e226 a=24553Z0vYNJfZF/Cf4o7IA==:117 a=xqWC_Br6kY4A:10 a=ciN7x6iuT_QA:10 a=4kmOji7k6h8A:10 a=2B3Y0BStAAAA:8 a=48vgC7mUAAAA:8 a=Y3Rw5T5aEgGQm1-DKTUA:9 a=QEXdDO2ut3YA:10 a=B8P2TArViYkA:10 a=yMhMjlubAAAA:8 a=SSmOFEACAAAA:8 a=FT0DLTTO33eMbwxD:21 a=gKO2Hq4RSVkA:10 a=UiCQ7L4-1S4A:10 a=hTZeC7Yk6K0A:10 a=frz4AuCg-hUA:10 a=lqcHg5cX4UMA:10 a=OqxJBAXuVNdbzA9fgvOY:22 a=w1C3t2QeGrPiZgrLijVG:22 wl=host:39
X-EXP-RefID: 155804::1719853607-E1B53A38-2C276445/0/0
X-EXP-Verdict: none
X-LASED-Version: Antispam-Engine: 5.1.3, AntispamData: 2024.7.1.164816
X-LASED-SpamProbability: 10
X-LASED-Hits: HTML_50_70 0.100000, SUPERLONG_LINE 0.050000, TO_IN_SUBJECT 0.500000
Received: received from trusted host by mx001.icrc.org with SMTP id 4WCXWp5XlszCqnW; Mon, 1 Jul 2024 19:06:46 +0200 (MEST)
Message-ID-Hash: 555F5TMRFO33ZYTXFA3QUSF3KCKTNMRJ
X-Message-ID-Hash: 555F5TMRFO33ZYTXFA3QUSF3KCKTNMRJ
X-MailFrom: sdcunha@icrc.org
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
X-Mailman-Version: 3.3.9rc4
Precedence: list
Subject: [Diem] Re: [EXT] Re: Some high-level thoughts on scoping
List-Id: Discussion of digital emblems <diem.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/diem/OwX7IsziQN9CUOk0Px_joMj3hHY>
List-Archive: <https://mailarchive.ietf.org/arch/browse/diem>
List-Help: <mailto:diem-request@ietf.org?subject=help>
List-Owner: <mailto:diem-owner@ietf.org>
List-Post: <mailto:diem@ietf.org>
List-Subscribe: <mailto:diem-join@ietf.org>
List-Unsubscribe: <mailto:diem-leave@ietf.org>

Hey Dennis,

You’re of course exactly right.

With regards to the parties that use the emblem, including medical facilities, it’s worth emphasizing that it’s also militaries *themselves* that use the emblem; they use the emblem for their medical military services as well as certain religious personnel. Anyways, happy to get into the nuances in Vancouver.

So we’re talking around almost 200 states, all party to the Geneva Conventions, some of which are fighting in over 120 armed conflicts worldwide (https://blogs.icrc.org/law-and-policy/2024/05/02/defining-armed-conflict-some-clarity-in-the-fog-of-war/#:~:text=Today%2C%20there%20are%20over%20120,the%20turn%20of%20the%20millennium.)

Hi Serge,

As you probably know given Switzerland is the depositor of the GCs and APs, referring to the RCRCRC as the “ICRC emblems” isn’t correct. We’re the international committee, yes– but the red cross, crescent, and crystal can be used by any State on the planet party to armed conflict to signal protection under IHL of certain persons and objects (in addition  to the Federation but let’s not get into that nuance now…)

Cheers,

Samit

From: Serge Droz <serge@drozilla.ch>
Sent: lundi, 1 juillet 2024 18:48
To: diem@ietf.org
Subject: [EXT] [Diem] Re: Some high-level thoughts on scoping

CAUTION: This email originated from outside the ICRC. If you can't recognize the sender, avoid clicking links or opening attachments. In case of query, please contact the ServiceDesk.


Hi Dennis



I think what Bill tries to say is, that there are many more emblems than the ICRC one.

Ideally you have a standard that allows you produce an Emblem for the use case at hand, so you can use the same tech to read an ICRC emblem as you can use to read e.g. an emblem designating a nuclera facility or a piece of art.

But yes, there are many parties that should be able to read an ICRC emblem, or any other one. But we want to avoid a situation where a standard is defined that covers only the requirements of one stakeholder.

 So I don´t think there is a contradiction.

Best

Serge


On 01/07/2024 18:40, Dennis Jackson wrote:

Hi Bill,

On 30/06/2024 03:22, Bill Woodcock wrote:
I would suggest that the IETF is not in the business of crafting standards to describe individual products built for individual organizations, but instead is in the business of crafting open standards that solve issues of interoperability between multiple stakeholders. The former don’t require standardization, while the latter can only exist with standardization.

I think this is a fairly serious misunderstanding of the role the emblems play.

The emblems are applied by the appropriate protected parties (inc medical facilities, the ICRC and national societies) on a broad range of software / services / devices. The emblems are consumed by parties to armed conflict on their own software / services / devices.

Although the ICRC has a privileged role to play in stewarding the emblem, the emblem is used by a wide variety of stakeholders in all manners of conflicts and critically is used to convey information between different and possibly hostile stakeholders using very different implementations. It is emphatically something that needs standardization.

Best,
Dennis



_______________________________________________

Diem mailing list -- diem@ietf.org<mailto:diem@ietf.org>

To unsubscribe send an email to diem-leave@ietf.org<mailto:diem-leave@ietf.org>
===============================================================================
The ICRC - working to protect and assist people affected by armed conflict and
other situations of violence. Find out more: www.icrc.org

This e-mail is intended for the named recipient(s) only.
Its contents are confidential and may only be retained by the named recipient
(s) and may only be copied or disclosed with the consent of the International
Committee of the Red Cross (ICRC). If you are not an intended recipient please
delete this e-mail and notify the sender. 
===============================================================================