Re: [IPsec] draft-wong-ipsecme-ikev2-integrity-data-00.txt
At 4:06 PM -0400 9/11/09, Marcus Wong wrote: Steve, you are mostly right, but this I-D only deals with the integrity data exchange using the notify payload. Thanks. Marcus Thanks for the clarification. That still raises the question of why we ought to duplicate this NEA functionality in IKE. Does the I-D provide suitable motivation for that, and has the idea been passed by the NEA WG folks? Steve ___ IPsec mailing list IPsec@ietf.org https://www.ietf.org/mailman/listinfo/ipsec
[IPsec] Call for Review on draft-kanno-ipsecme-camellia-xcbc
Hi all, I've posted new revision of draft-kanno-ipsecme-camellia-xcbc. I summarize modifications. 1. Added TVs. Comments about our document would be welcome. We plan to make this draft to next step 'Publication Request' within two weeks. Regards. -- new version of I-D, draft-kanno-ipsecme-camellia-xcbc-01.txt has been successfuly submitted by Akihiro Kato and posted to the IETF repository. Filename:draft-kanno-ipsecme-camellia-xcbc Revision:01 Title: The Camellia-XCBC-96 and Camellia-XCBC-PRF-128 Algorithms and Its Use with IPsec Creation_date: 2009-09-09 WG ID: Independent Submission Number_of_pages: 11 Abstract: This memo specifies two new algorithms. One is the usage of XCBC mode with Camellia block cipher on the authentication mechanism of the IPsec Encapsulating Security Payload and Authentication Header protocols. This algorithm is called Camellia-XCBC-96. Latter is pseudo-random function based on XCBC with Camellia block cipher for Internet Key Exchange. This algorithm is called Camellia-XCBC-PRF- 128. The IETF Secretariat. -- -- - KATO Akihiro + NTT Software Corporation akato (at) po (dot) ntts (d0t) co (dot) jp move to kato (d0t) akihiro (at) po (dot) ntts (d0t) co (dot) jp at July 1,2009 ___ IPsec mailing list IPsec@ietf.org https://www.ietf.org/mailman/listinfo/ipsec
Re: [IPsec] draft-wong-ipsecme-ikev2-integrity-data-00.txt
I completely agree that we shouldn't be duplicating the NEA protocols. OTOH, I'm willing to consider transport of NEA information within IKE/IPsec if people are interested. Note that NEA has just only started to look at their own mainstream transport protocol (NEA-PT). This is very likely to end up being EAP. Thanks, Yaron > -Original Message- > From: ipsec-boun...@ietf.org [mailto:ipsec-boun...@ietf.org] On Behalf Of > Stephen Kent > Sent: Saturday, September 12, 2009 10:48 > To: mw...@huawei.com > Cc: ipsec@ietf.org > Subject: Re: [IPsec] draft-wong-ipsecme-ikev2-integrity-data-00.txt > > At 4:06 PM -0400 9/11/09, Marcus Wong wrote: > >Steve, you are mostly right, but this I-D only deals with the integrity > data > >exchange using the notify payload. Thanks. > > > >Marcus > > > > Thanks for the clarification. That still raises the question of why > we ought to duplicate this NEA functionality in IKE. Does the I-D > provide suitable motivation for that, and has the idea been passed by > the NEA WG folks? > > Steve > ___ > IPsec mailing list > IPsec@ietf.org > https://www.ietf.org/mailman/listinfo/ipsec > > Scanned by Check Point Total Security Gateway. ___ IPsec mailing list IPsec@ietf.org https://www.ietf.org/mailman/listinfo/ipsec
Re: [IPsec] Call for Review on draft-kanno-ipsecme-camellia-xcbc
What is randomness? The answer is this. The series that is difficult to be found out characteristics and trends and for observer of series, it have to be difficult to predict. Without mathematical definition of recognizing process of randomness by a humanity, anywork may be a kind of waste of generation. If IT engineers adopted the kind of waste to the life of citizens directly, it could be called as a kind of criminal. Hi all, I've posted new revision of draft-kanno-ipsecme-camellia-xcbc. I summarize modifications. 1. Added TVs. Comments about our document would be welcome. We plan to make this draft to next step 'Publication Request' within two weeks. Regards. -- new version of I-D, draft-kanno-ipsecme-camellia-xcbc-01.txt has been successfuly submitted by Akihiro Kato and posted to the IETF repository. Filename: draft-kanno-ipsecme-camellia-xcbc Revision: 01 Title: The Camellia-XCBC-96 and Camellia-XCBC-PRF-128 Algorithms and Its Use with IPsec Creation_date: 2009-09-09 WG ID: Independent Submission Number_of_pages: 11 Abstract: This memo specifies two new algorithms. One is the usage of XCBC mode with Camellia block cipher on the authentication mechanism of the IPsec Encapsulating Security Payload and Authentication Header protocols. This algorithm is called Camellia-XCBC-96. Latter is pseudo-random function based on XCBC with Camellia block cipher for Internet Key Exchange. This algorithm is called Camellia-XCBC-PRF- 128. The IETF Secretariat. -- -- - KATO Akihiro + NTT Software Corporation akato (at) po (dot) ntts (d0t) co (dot) jp move to kato (d0t) akihiro (at) po (dot) ntts (d0t) co (dot) jp at July 1,2009 ___ IPsec mailing list IPsec@ietf.org https://www.ietf.org/mailman/listinfo/ipsec ___ IPsec mailing list IPsec@ietf.org https://www.ietf.org/mailman/listinfo/ipsec
[IPsec] IPSECME Virtual Interim Meeting
Here's another quick reminder of the upcoming virtual interim meeting. Note that the meeting agenda is still open. If you have items you'd want to discuss, please raise them with Paul and myself. Thanks, Yaron > -Original Message- > From: ipsec-boun...@ietf.org [mailto:ipsec-boun...@ietf.org] On Behalf Of > IESG Secretary > Sent: Wednesday, August 26, 2009 20:32 > To: IETF Announcement list > Cc: ipsec@ietf.org > Subject: [IPsec] IPSECME Virtual Interim Meeting > > The ipsecme WG will have a virtual interim WG meeting in about a month. We > will have a conference call on Tuesday September 22, 15:00 GMT (18:00 > Israel, 17:00 CET, 11:00 EDT, 8:00 PDT), for 2 hours. We are planning on > the same format as the previous time: a VoIP conference bridge and posted > slides. Technical details are available here: > > http://trac.tools.ietf.org/wg/ipsecme/trac/wiki/ConferenceCalls > > A detailed agenda will be posted to the ipsec@ietf.org mailing list > closer to the meeting. > > Thanks, > Yaron Sheffer and Paul Hoffman ___ IPsec mailing list IPsec@ietf.org https://www.ietf.org/mailman/listinfo/ipsec
Re: [IPsec] Call for Review on draft-kanno-ipsecme-camellia-xcbc
Without a proof or defitnion of "randomness", why can so many Japanese IT engineers proceed works? Basically, Japanese IT engineers should obey "idea of genious" rather than implicit habits or culture or a kind of religion. If Japanese IT engineers adopted the imported technology to the life of Japanese citizens directly, it could be called as a kind of criminal. Do you recognize that? The method to realize "randomness" is the method to generate unpredictable series that is difficult to be found out characteristics or trends. The mathematical proof have not been provided yet. A definition of randomness is a definition of a humanity. taddyha...@acm.org Hi all, I've posted new revision of draft-kanno-ipsecme-camellia-xcbc. I summarize modifications. 1. Added TVs. Comments about our document would be welcome. We plan to make this draft to next step 'Publication Request' within two weeks. Regards. -- new version of I-D, draft-kanno-ipsecme-camellia-xcbc-01.txt has been successfuly submitted by Akihiro Kato and posted to the IETF repository. Filename: draft-kanno-ipsecme-camellia-xcbc Revision: 01 Title: The Camellia-XCBC-96 and Camellia-XCBC-PRF-128 Algorithms and Its Use with IPsec Creation_date: 2009-09-09 WG ID: Independent Submission Number_of_pages: 11 Abstract: This memo specifies two new algorithms. One is the usage of XCBC mode with Camellia block cipher on the authentication mechanism of the IPsec Encapsulating Security Payload and Authentication Header protocols. This algorithm is called Camellia-XCBC-96. Latter is pseudo-random function based on XCBC with Camellia block cipher for Internet Key Exchange. This algorithm is called Camellia-XCBC-PRF- 128. The IETF Secretariat. -- -- - KATO Akihiro + NTT Software Corporation akato (at) po (dot) ntts (d0t) co (dot) jp move to kato (d0t) akihiro (at) po (dot) ntts (d0t) co (dot) jp at July 1,2009 ___ IPsec mailing list IPsec@ietf.org https://www.ietf.org/mailman/listinfo/ipsec ___ IPsec mailing list IPsec@ietf.org https://www.ietf.org/mailman/listinfo/ipsec ___ IPsec mailing list IPsec@ietf.org https://www.ietf.org/mailman/listinfo/ipsec