IETF 57, Vienna Slide 1 of 15 IETF TRADE Working Group 17 July 2003, Vienna, Austria Chair: Donald E.Eastlake 3rd.

Slides:



Advertisements
Similar presentations
Weighing the Risks and Benefits of Online Financial Transactions
Advertisements

HIP research group 1 HIP-RG meeting IETF 80 March 29, 2011 Andrei Gurtov and Tom Henderson
IETF Trade Working Group January 2000 XML Messaging Overview January 2000.
CP3397 ECommerce.
Chapter 5 standards for multimedia communications
Chapter 6 E-commerce Payment Systems. Traditional Payment Systems Cash Checking Transfers Credit Card Accounts Stored Value Accounts Accumulating Balance.
Cryptography and Network Security
SECURITY IN E-COMMERCE VARNA FREE UNIVERSITY Prof. Teodora Bakardjieva.
Week 6 Lecture Part 2 Databases in Electronic Commerce Samuel Conn, Asst. Professor.
1 Improved DNS Server Selection for Multi-Homed Nodes draft-savolainen-mif-dns-server-selection-04 Teemu Savolainen (Nokia) Jun-ya Kato (NTT) MIF WG meeting.
IETF 58, Minneapolis Slide 1 of 16 IETF TRADE Working Group 11 November 2003, Minneapolis, Minnesota Chair: Donald E.Eastlake 3rd.
Electronic Transaction Security (E-Commerce)
Slide 5.1 Curtis/Cobham © Pearson Education Limited 2008 Chapter 5 The Internet and the World Wide Web.
Electronic Payment Billing for Internet Telephony and Services Edoardo Berera University of Nice Sophia Antipolis Telelinea 26 September 2001 Seminar on.
Electronic Commerce. On-line ordering---an e-commerce application On-line ordering assumes that: A company publishes its catalog on the Internet; Customers.
Secure Electronic Transactions (SET). SET SET is an encryption and security specification designed to protect credit card transactions on the Internet.
JVM Tehnologic Company profile & core business Founded: February 1992; –Core business: design and implementation of large software applications mainly.
Automatic Generation of B2C E-Commerce Payment Process By Jinglei Mei Thursday, November 09, 2000.
IETF 56, San Francisco Slide 1 IETF TRADE Working Group 17 March 2003, San Francisco, California Chair: Donald E.Eastlake 3rd.
Human-Computer Interface Course 5. ISPs and Internet connection.
1 10 THE INTERNET AND THE NEW INFORMATION TECHNOLOGY INFRASTRUCTURE.
1 An Introduction to Electronic Commerce Electronic commerce: conducting business activities (e.g., distribution, buying, selling, marketing, and servicing.
CP476 Internet Computing Lecture 5 : HTTP, WWW and URL 1 Lecture 5. WWW, HTTP and URL Objective: to review the concepts of WWW to understand how HTTP works.
Electronic Payment Systems. How do we make an electronic payment? Credit and debit cards Smart cards Electronic cash (digital cash) Electronic wallets.
Chapter 10 Developing a Web-Based Online Shopping Application (I)
Postacademic Interuniversity Course in Information Technology – Module C1p1 Contents Data Communications Applications –File & print serving –Mail –Domain.
Designing System for Internet Commerce 6. Functional Architecture Jinwon Lee.
PostalOne! / FAST Data Exchange - Vision 02/15/05.
Dynamic Symmetric Key Provisioning Protocol (DSKPP) Mingliang Pei Salah Machani IETF68 KeyProv WG Prague.
3/20/2002IESG PlenaryIETF 53, Minneapolis Survey of IPv4 Addresses in Currently Deployed IETF Standards draft-ietf-ngtrans-ipv4survey NGTRANS WG Meeting.
Chapter 4 Getting Paid. Objectives Understand electronic payment systems Know why you need a merchant account Know how to get a merchant account Explain.
E-Commerce Security Professor: Morteza Anvari Student: Xiaoli Li Student ID: March 10, 2001.
Electronic Commerce Jeff Campbell, Piyanuch Chuasiripattana, Travis Flood, Matthew Janocko, Kent Woodburn Research on Electronic Commerce.
DISPATCH WG: ad hoc meeting on DREGS IETF-76 Mary Barnes (Dispatch WG co-chair) Eric Burger (ad hoc chair) 12 November DREGS ad hoc (DISPATCH) IETF.
IETF Trade WG Adelaide, South Australia 29 March 2000 Donald E. Eastlake, 3rd
Page 1 IETF TRADE WG 10 August 2001 London
June 6, CRISP Overview and Update Andrew Newton VeriSign Labs
E-commerce 24/12/ Electronic Commerce (E-Commerce) Commerce refers to all the activities the purchase and sales of goods or services. Marketing,
ELECTROINC COMMERCE TOOLS Chapter 6. Outline 6.0 Introduction 6.1 PUBLIC KEY INFRASTRUCTURE (PKI) AND CERTIFICATE AUTHORITIES (CAs) TRUST
Data and Applications Security Developments and Directions Dr. Bhavani Thuraisingham The University of Texas at Dallas Lecture #22 Secure Web Information.
1 Web Servers (Chapter 21 – Pages( ) Outline 21.1 Introduction 21.2 HTTP Request Types 21.3 System Architecture.
Electronic Commerce Standards Bob Onesto Bill Hazard
1 G52IWS: Web Services Chris Greenhalgh. 2 Contents The World Wide Web Web Services example scenario Motivations Basic Operational Model Supporting standards.
Web Authorization Protocol (oauth) Hannes Tschofenig.
WEB SERVER SOFTWARE FEATURE SETS
Wed 24 Mar 2010SIDR IETF 77 Anaheim, CA1 SIDR Working Group IETF 77 Anaheim, CA Wednesday, Mar 24, 2010.
X-ASVP Technical Overview eXtensible Anti-spam Verification Protocol X-ASVP Committee Technical Working Group July 22, 2007.
Requirements for Generic Rights Trading Ko Fujimura 49th IETF Meeting – San Diego draft-ietf-trade-drt-requirements-01.txt.
1 Chapter 7 WEB Security. 2 Outline Web Security Considerations Secure Socket Layer (SSL) and Transport Layer Security (TLS) Secure Electronic Transaction.
SIP Working Group IETF 72 chaired by Keith Drage, Dean Willis.
Slide 1 IETF TRADE WG 18 November 2002, Atlanta, Georgia Chair: Donald E.Eastlake 3rd.
SALUD WG IETF 78 Maastricht Friday, July 30, London Chair: Dale R. Worley.
Henric Johnson1 Chapter 7 WEB Security Henric Johnson Blekinge Institute of Technology, Sweden
Chapter 8 E-Commerce Technologies Introduction to Business Information Systems by Mark Huber, Craig Piercy, Patrick McKeown, and James Norrie.
Web Authorization Protocol WG Hannes Tschofenig, Derek Atkins.
Section A: Web Technology
Chairs: Derek Atkins and Hannes Tschofenig
Agenda OAuth WG IETF 87 July, 2013.
IETF status of XML Security
Tuesday , 9:30-12:00 Morning session I, Buckingham
William Stallings Data and Computer Communications
Presentation transcript:

IETF 57, Vienna Slide 1 of 15 IETF TRADE Working Group 17 July 2003, Vienna, Austria Chair: Donald E.Eastlake 3rd

IETF 57, Vienna Slide 2 of 15 TRADE WG Agenda 13:00 Agenda Bashing 13:10 WG Efforts and Documents Status –IOTP Update –ECML Update –Voucher Update 13:30 IOTP use of DNS SRV RR –IOTP Tokens –draft-ietf-trade-srv-higher-services-00.txt 13:40 SCCD and IOTP v2, the search for authors 13:50 Open microphone 14:05 Future Actions/Meetings

IETF 57, Vienna Slide 3 of 15 TRADE WG Efforts IOTP – Internet Open Trading Protocol –An XML syntax for shopping that Assumes no prior relationship between the customer and the merchant Is payment systems independent. (Payment messages are tunneled through IOTP.) Allows the merchant functions of shopping, payment acceptance, fulfillment, and customer care to be distributed to different host computers if desired.

IETF 57, Vienna Slide 4 of 15 TRADE WG Efforts IOTP (cont.) –Some IOTP message formats used by InterPay and Royal Bank of Canada. Also used by Hitachi in the Japanese SMILE project. –Status: Informational Version 1 Done. Need token document for SRV RR use. Need Author/Editor/Energy for SCCD. Need Author/Editor/Energy for Version 2.

IETF 57, Vienna Slide 5 of 15 TRADE WG Efforts ECML – Electronic Commerce Modeling Language –A standard naming and hierarchical structure for identity, shipping, and payment information between customers and merchants. –Version 1 was oriented to HTML Forms completion by wallet software. The field names defined are recognized by mainstream browsers. –Version 2 is generalized and XML oriented. –Status: Version 2 Proposed Standard Specification submitted.

IETF 57, Vienna Slide 6 of 15 TRADE WG Efforts XML Voucher –An XML syntax to describe a logical entity that represents a right to claim goods or services. –A voucher can be used to transfer a wide-range of electronic-values, including coupons, tickets, loyalty points, and gift certificates, which are often necessary to process in the course of payment and/or delivery transactions.

IETF 57, Vienna Slide 7 of 15 TRADE WG Efforts XML Voucher (cont.) –Progress is occurring towards deployment. A standard for using XML Voucher with infrared is being developed in the Infrared Data Association (IrDA). Members of that association should see the working draft of “Infrared Financial Messaging: Voucher Profile” –Status: Proposed Standard Specification and Informational API submitted.

IETF 57, Vienna Slide 8 of 15 Document Status, RFCs –IOTP 2801-IN: Internet Open Trading Protocol - IOTP Version IN: Digital Signatures for the 1.0 IOTP 2803-IN: Digest Values for DOM (DOMHASH) 2935-PS: IOTP HTTP Supplement 2936-IN: HTTP MIME Type Handler Detection 3354-IN: IOTP Version 2 Requirements 3504-IN: IOTP Version 1, Errata 3538-IN: Secure Electronic Transaction (SET) Supplement for the v1.0 Internet Open Trading Protocol –ECML 3505-IN: ECML Version 2 Requirements –Voucher 3506-IN: Requirements and Design for Voucher Trading System

IETF 57, Vienna Slide 9 of 15 Document Status, in IESG –IOTP Payment API for v1.0 Internet Open Trading Protocol draft-ietf-trade-iotp-v1.0-papi-05.txt - IN –ECML ECML Version 2 Specification draft-ietf-trade-ecml2-spec-08.txt - PS –XML Voucher XML Voucher: Generic Voucher Language draft-ietf-trade-voucher-lang-05.txt - PS VTS Applications Program Interface draft-ietf-trade-voucher-vtsapi-05.txt - IN

IETF 57, Vienna Slide 10 of 15 Document Status, in WG Active Documents in the Working Group –IOTP DNS SRV Location of Higher Level Services draft-ietf-trade-srv-higher-services-00.txt

IETF 57, Vienna Slide 11 of 15 IOTP use of DNS SRV RR The service, or SRV, DNS resource record provides a facility for indicating where to find a particular service for a particular domain name. It is like MX for finding mail servers except: –It can map to different ports. –It can give different weights to different servers. –It uses a constructed name based on the service such as _ldap._tcp.example.com –See RFC 2782.

IETF 57, Vienna Slide 12 of 15 IOTP use of DNS SRV RR To extend this for higher level services such as IOTP and the XML Key Management Service (XKMS) draft-ietf-trade-srv-higher-services-00.txt extends the syntax to allow a third level such as _iotp._http._tcp.example.net. To provide separate search for IOTP services, we need to define tokens such as _iotp-merchant, _iotp-payment, _iotp-delivery, and _iotp-care. For example _iotp-payment._http._tcp.merch.example

IETF 57, Vienna Slide 13 of 15 SCCD and IOTP v2 SCCD – Secure Channel Credit Debit –Simple payment system to be tunneled through IOTP. –Equivalent to filling in a credit card form. –Probably uses ECML syntax. –NEED AUTHOR/EDITOR. IOTP v2 – Internet Open Trading Protocol –New version for Proposed Standard corresponding to the IOTP v2 Requirements RFC. –Can be one document or multiple documents. –NEED AUTHOR/EDITOR.

IETF 57, Vienna Slide 14 of 15 Future Actions/Meetings Needed: –Author/Editors for SCCD Specification IOTP v2 Specification Next IETF Meeting: –Minneapolis, Minnesota, November 9-14, 2003 –see info about meeting as it appears on the IETF web page

IETF 57, Vienna Slide 15 of 15 END