Re: [eppext] Minutes for our meeting in Yokohama IETF94

"Linlin Zhou" <> Thu, 05 November 2015 14:53 UTC

Return-Path: <>
Received: from localhost ( []) by (Postfix) with ESMTP id 4A9DB1B2E3D for <>; Thu, 5 Nov 2015 06:53:48 -0800 (PST)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -2.612
X-Spam-Status: No, score=-2.612 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id 1PXoVPqnJz7U for <>; Thu, 5 Nov 2015 06:53:46 -0800 (PST)
Received: from ( []) by (Postfix) with ESMTP id 725461B2E3A for <>; Thu, 5 Nov 2015 06:53:45 -0800 (PST)
Received: by (Coremail) ; Thu, 5 Nov 2015 22:53:39 +0800 (GMT+08:00)
X-CM-HeaderCharset: UTF-8
X-Originating-IP: []
Date: Thu, 05 Nov 2015 22:53:39 +0800
From: Linlin Zhou <>
To: "Gould, James" <>
X-Priority: 3
X-Mailer: Coremail Webmail Server Version XT3.0.5b dev build 20150108(58896.7041) Copyright (c) 2002-2015 cnnic
In-Reply-To: <>
References: <> <> <> <> <>
X-SendMailWithSms: false
Content-Transfer-Encoding: base64
Content-Type: text/plain; charset="UTF-8"
MIME-Version: 1.0
Message-ID: <>
X-CM-SenderInfo: p2kr3zplqox0w6fq0xffof0/1tbiAQAEBiVCNzp+JwAAsw
X-Coremail-Antispam: 1Ur529EdanIXcx71UUUUU7IcSsGvfJ3iIAIbVAYjsxI4VWxJw CS07vEb4IE77IF4wCS07vE1I0E4x80FVAKz4kxMIAIbVAFxVCaYxvI4VCIwcAKzIAtYxBI daVFxhVjvjDU=
Archived-At: <>
Cc: Ulrich Wisser <>, "" <>
Subject: Re: [eppext] Minutes for our meeting in Yokohama IETF94
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: EPPEXT <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Thu, 05 Nov 2015 14:53:48 -0000

Hi James,
> I really don’t understand the concern related to passing large image files via EPP.  There is no technical reason why EPP cannot include elements that happen to contain a large amount of data to satisfy a specific provisioning use case.   In this case the client is attempting to create a signed code based on the verification of the input, which can include information like scanned images.  
> Do you have any specific technical limitation with EPP that will not work for this? 
> Do you know of a standards track HTTP interface for Chinese verification that can be used to help with what is defined in the nv draft?  
> Do you have any specific feedback on the elements that are passed with the nv draft other then the size of the image files?  
I just express my cocern about the large file transfer on EPP, after all the package size will increase sharply. Or do you have any performance test data on transfer image files over EPP to dispel my worries. Many thanks.