idnits 2.17.1 draft-ietf-eppext-tmch-smd-00.txt: Checking boilerplate required by RFC 5378 and the IETF Trust (see https://trustee.ietf.org/license-info): ---------------------------------------------------------------------------- No issues found here. Checking nits according to https://www.ietf.org/id-info/1id-guidelines.txt: ---------------------------------------------------------------------------- No issues found here. Checking nits according to https://www.ietf.org/id-info/checklist : ---------------------------------------------------------------------------- No issues found here. Miscellaneous warnings: ---------------------------------------------------------------------------- == The copyright year in the IETF Trust and authors Copyright Line does not match the current year -- The document date (January 27, 2014) is 3741 days in the past. Is this intentional? Checking references for intended status: Proposed Standard ---------------------------------------------------------------------------- (See RFCs 3967 and 4897 for information about using normative references to lower-maturity documents in RFCs) -- Possible downref: Non-RFC (?) normative reference: ref. 'ISO3166-2' -- Possible downref: Non-RFC (?) normative reference: ref. '1' -- Possible downref: Non-RFC (?) normative reference: ref. '2' Summary: 0 errors (**), 0 flaws (~~), 1 warning (==), 4 comments (--). Run idnits with the --verbose option for more detailed information about the items above. -------------------------------------------------------------------------------- 2 Internet Engineering Task Force G. Lozano 3 Internet-Draft ICANN 4 Intended status: Standards Track January 27, 2014 5 Expires: July 31, 2014 7 Mark and Signed Mark Objects Mapping 8 draft-ietf-eppext-tmch-smd-00 10 Abstract 12 This document describes the format of a mark and a digitally signed 13 mark, referred to as a signed mark and the Signed Mark Data (SMD) 14 file as defined by the ICANN Trademark Clearinghouse. 16 Status of this Memo 18 This Internet-Draft is submitted in full conformance with the 19 provisions of BCP 78 and BCP 79. 21 Internet-Drafts are working documents of the Internet Engineering 22 Task Force (IETF). Note that other groups may also distribute 23 working documents as Internet-Drafts. The list of current Internet- 24 Drafts is at http://datatracker.ietf.org/drafts/current/. 26 Internet-Drafts are draft documents valid for a maximum of six months 27 and may be updated, replaced, or obsoleted by other documents at any 28 time. It is inappropriate to use Internet-Drafts as reference 29 material or to cite them other than as "work in progress." 31 This Internet-Draft will expire on July 31, 2014. 33 Copyright Notice 35 Copyright (c) 2014 IETF Trust and the persons identified as the 36 document authors. All rights reserved. 38 This document is subject to BCP 78 and the IETF Trust's Legal 39 Provisions Relating to IETF Documents 40 (http://trustee.ietf.org/license-info) in effect on the date of 41 publication of this document. Please review these documents 42 carefully, as they describe your rights and restrictions with respect 43 to this document. Code Components extracted from this document must 44 include Simplified BSD License text as described in Section 4.e of 45 the Trust Legal Provisions and are provided without warranty as 46 described in the Simplified BSD License. 48 Table of Contents 50 1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . . 3 51 1.1. Terminology . . . . . . . . . . . . . . . . . . . . . . . 3 52 2. Object Description . . . . . . . . . . . . . . . . . . . . . . 3 53 2.1. Holder and Contacts objects . . . . . . . . . . . . . . . 3 54 2.2. Mark . . . . . . . . . . . . . . . . . . . . . . . . . . . 5 55 2.3. Signed Mark . . . . . . . . . . . . . . . . . . . . . . . 9 56 2.4. Encoded Signed Mark . . . . . . . . . . . . . . . . . . . 12 57 2.5. Appendix A. base64 encoded signedMark . . . . . . . . . . 13 58 3. Formal Syntax . . . . . . . . . . . . . . . . . . . . . . . . 15 59 3.1. Signed Mark Schema . . . . . . . . . . . . . . . . . . . . 15 60 3.2. Mark Schema . . . . . . . . . . . . . . . . . . . . . . . 18 61 4. Acknowledgements . . . . . . . . . . . . . . . . . . . . . . . 23 62 5. Change History . . . . . . . . . . . . . . . . . . . . . . . . 24 63 6. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 25 64 7. Security Considerations . . . . . . . . . . . . . . . . . . . 25 65 8. Normative References . . . . . . . . . . . . . . . . . . . . . 25 66 Author's Address . . . . . . . . . . . . . . . . . . . . . . . . . 26 68 1. Introduction 70 This document describes the format of a mark and a digitally signed 71 mark, referred to as a signed mark and the Signed Mark Data (SMD) 72 file as defined by the ICANN Trademark Clearinghouse. This document 73 provides a framework that can be referenced by application protocols 74 like the Extensible Provisioning Protocol (EPP), defined in 75 [RFC5730]. 77 1.1. Terminology 79 The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", 80 "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this 81 document are to be interpreted as described in RFC 2119 [RFC2119]. 83 XML is case sensitive. Unless stated otherwise, XML specifications 84 and examples provided in this document MUST be interpreted in the 85 character case presented in order to develop a conforming 86 implementation. 88 "signedMark-1.0" is used as an abbreviation for 89 "urn:ietf:params:xml:ns:signedMark-1.0". The XML namespace prefix 90 "smd" is used, but implementations MUST NOT depend on it and instead 91 employ a proper namespace-aware XML parser and serializer to 92 interpret and output the XML documents. 94 "mark-1.0" is used as an abbreviation for 95 "urn:ietf:params:xml:ns:mark-1.0". The XML namespace prefix "mark" 96 is used, but implementations MUST NOT depend on it and instead employ 97 a proper namespace-aware XML parser and serializer to interpret and 98 output the XML documents. 100 2. Object Description 102 This section defines the objects associated with marks and signed 103 marks. Empty complex element types and abstract elements are defined 104 to support additional mark and signed mark definition using XSD 105 substitution groups. Support for replacement through the XSD 106 substitution groups is included in the descriptions of the objects. 108 2.1. Holder and Contacts objects 110 Marks are linked to Holder objects and optionally linked to Contacts 111 objects. This section defines the and 112 objects. 114 o The child elements of include: 116 * An OPTIONAL element that contains the name of the 117 holder. A MUST be specified in case is 118 not specified. 120 * An OPTIONAL element that contains the name of the 121 organization holder of the mark. A MUST be 122 specified in case is not specified. 124 * A element that contains the address information of 125 the holder of a mark. A contains the following 126 child elements: 128 + One, two or three OPTIONAL elements that 129 contains the organization's street address. 131 + A element that contains the organization's city. 133 + An OPTIONAL element that contains the 134 organization's state or province. 136 + An OPTIONAL element that contains the 137 organization's postal code. 139 + A element that contains the organization's country 140 code. This a two-character code from [ISO3166-2]. 142 * An OPTIONAL element that contains the 143 organization's voice telephone number. 145 * An OPTIONAL element that contains the organization's 146 facsimile telephone number. 148 * An OPTIONAL element that contains the email 149 address of the holder. 151 o The child elements of include: 153 * A element that contains name of the responsible 154 person. 156 * An OPTIONAL element that contains the name of the 157 organization of the contact. 159 * A element that contains the address information of 160 the contact. A contains the following child 161 elements: 163 + One, two or three OPTIONAL elements that 164 contains the contact's street address. 166 + A element that contains the contact's city. 168 + An OPTIONAL element that contains the contact's 169 state or province. 171 + An OPTIONAL element that contains the contact's 172 postal code. 174 + A element that contains the contact's country 175 code. This a two-character code from [ISO3166-2]. 177 * A element that contains the contact's voice 178 telephone number. 180 * An OPTIONAL element that contains the contact's 181 facsimile telephone number. 183 * A element that contains the contact's email 184 address. 186 2.2. Mark 188 A element that describes an applicant's prior right to a 189 given domain name. 191 A element substitutes for the 192 abstract element to define a concrete definition of a mark. The 193 element can be replaced by other mark definitions 194 using the XML schema substitution groups feature. 196 The child elements of the element include: 198 One or more , and 199 elements that contains the detailed information of marks. 201 o A element that contains the following child 202 elements. 204 * A element that contains an identifier of the mark. 205 The identifier MUST be globally unique in relation to the 206 repository of marks. A value is a concatenation of 207 the local identifier, followed by a hyphen ("-", ASCII value 208 0x002D), followed by the issuer identifier. 210 * A element that contains the mark text string. 212 * One or more elements that contains the 213 information of the holder of the mark. An "entitlement" 214 attribute is used to identify the entitlement of the holder, 215 possible values are: owner, assignee and licensee. 217 * Zero or more OPTIONAL elements that contains the 218 information of the representative of the mark registration. A 219 "type" attribute is used to identify the type of contact, 220 possible values are: owner, agent or thirdparty. 222 * A element that contains the two-character 223 code of the jurisdiction where the trademark was registered. 224 This is a two-character code from [WIPO.ST3]. 226 * Zero or more OPTIONAL elements that contain the 227 Nice Classification class numbers of the mark as defined in the 228 Nice List of Classes [1]. 230 * Zero or more OPTIONAL elements that contain the 231 A-label form of the label that correspond to the . 234 * A element that contains the full 235 description of the goods and services mentioned in the mark 236 registration document. 238 * An OPTIONAL element that contains the trademark 239 application ID registered in the trademark office. 241 * An OPTIONAL element that contains the date the 242 trademark was applied for. 244 * A element that contains the trademark 245 registration number registered in the trademark office. 247 * A element that contains the date the trademark 248 was registered. 250 * An OPTIONAL element that contains the expiration 251 date of the trademark. 253 o A element that contains the following child 254 elements. 256 * A element that contains an identifier of the mark. 257 The identifier MUST be globally unique in relation to the 258 repository of marks. A value is a concatenation of 259 the local identifier, followed by a hyphen ("-", ASCII value 260 0x002D), followed by the issuer identifier. 262 * A element that contains the mark text string. 264 * One or more elements that contains the 265 information of the holder of the mark. An "entitlement" 266 attribute is used to identify the entitlement of the holder, 267 possible values are: owner, assignee and licensee. 269 * Zero or more OPTIONAL elements that contains the 270 information of the representative of the mark registration. A 271 "type" attribute is used to identify the type of contact, 272 possible values are: owner, agent or thirdparty. 274 * One or more elements that contain the 275 countries and region of the country where the mark is 276 protected. The element contains the 277 following child elements: 279 + A element that contains the two-character code of 280 the country in which the mark is protected. This is a two- 281 character code from [ISO3166-2]. 283 + An OPTIONAL element that contains the name of 284 a city, state, province or other geographic region of in which the mark is protected. 287 + Zero or more OPTIONAL elements that contains 288 the two-character code of the countries of the ruling. This 289 is a two-character code from [ISO3166-2]. 291 * Zero or more OPTIONAL elements that contain the 292 A-label form of the label that correspond to the . 295 * A element that contains the full 296 description of the goods and services mentioned in the mark 297 registration document. 299 * A element that contains the number of the mark of 300 the treaty or statute. 302 * A element that contains the date of protection 303 of the mark. 305 * A element that contains the title of the treaty or 306 statute. 308 * A element that contains the execution date of 309 the treaty or statute. 311 o A element that contains the following child elements. 313 * A element that contains an identifier of the mark. 314 The identifier MUST be globally unique in relation to the 315 repository of marks. A value is a concatenation of 316 the local identifier, followed by a hyphen ("-", ASCII value 317 0x002D), followed by the issuer identifier. 319 * A element that contains the mark text string. 321 * One or more elements that contains the 322 information of the holder of the mark. An "entitlement" 323 attribute is used to identify the entitlement of the holder, 324 possible values are: owner, assignee and licensee. 326 * Zero or more OPTIONAL elements that contains the 327 information of the representative of the mark registration. A 328 "type" attribute is used to identify the type of contact, 329 possible values are: owner, agent or thirdparty. 331 * Zero or more OPTIONAL elements that contain the 332 A-label form of the label that correspond to the . 335 * A element that contains the full 336 description of the goods and services mentioned in the mark 337 registration document. 339 * A element that contains the reference number of 340 the court's opinion. 342 * A element that contains the date of protection 343 of the mark. 345 * A element that contains the two-character code of the 346 country where the court is located. This a two-character code 347 from [ISO3166-2]. 349 * Zero or more OPTIONAL elements that contains the 350 name of a city, state, province or other geographic region of 351 in which the mark is protected. In case is specified a default-deny approach MUST be assumed 353 regarding the regions of a country. 355 * A element that contains the name of the court. 357 2.3. Signed Mark 359 The is the fragment of XML that is digitally signed 360 using XML Signature [2]. The includes a required 361 "id" attribute of type XSD ID for use with an IDREF URI from the 362 Signature element. The certificate of the issuer MAY be issued by a 363 Certificate Authority (CA) that can be chained with the issuer's 364 certificate by the validating client. 366 A element substitutes for the abstract element to define a concrete definition 368 of a signed mark. The element can be 369 replaced by other signed mark definitions using the XML schema 370 substitution groups feature. 372 The child elements of the element include: 374 o The value is a concatenation of the local identifier, 375 followed by a hyphen ("-", ASCII value 0x002D), followed by the 376 issuer identifier. 378 o A element that contains the information of the 379 issuer of the mark registration. A "issuerID" attribute is used 380 to specify the issuer identifier. The child elements include: 382 * A element that contains the organization name of the 383 issuer. 385 * A element that contains the issuer customer support 386 email address. 388 * An OPTIONAL element that contains the HTTP URL of the 389 issuer's site. 391 * An OPTIONAL element that contains the issuer's 392 voice telephone number. 394 o A element that contains the creation date and time 395 of the signed mark. 397 o A element that contains the expiration date and 398 time of the signed mark. 400 o A element that contains the mark information as 401 defined in the Mark (Section 2.2) section. 403 o A XML Signature [2] for the . Use of 404 a namespace prefix, like "dsig", is recommended for the 405 "http://www.w3.org/TR/xmldsig-core/" elements. 407 The following is an example using the XML 408 Signature [2] to sign all of the elements of 409 element. 411 412 414 0000001751376056503931-65535 415 416 ICANN TMCH TESTING TMV 417 notavailable@example.com 418 http://www.example.com 419 +32.000000 420 421 2013-08-09T13:55:03.931Z 422 2017-07-23T22:00:00.000Z 423 424 425 00052013734689731373468973-65535 426 Test & Validate 427 428 Ag corporation 429 430 1305 Bright Avenue 431 Arcadia 432 CA 433 90028 434 US 435 436 437 438 Tony Holland 439 Ag corporation 440 441 1305 Bright Avenue 442 Arcadia 443 CA 444 90028 445 US 446 447 +1.2025562302 448 +1.2025562301 449 info@agcorporation.com 450 451 US 452 15 453 testandvalidate 454 test---validate 455 testand-validate 456 test-et-validate 457 test-validate 458 test--validate 459 test-etvalidate 460 testetvalidate 461 testvalidate 462 testet-validate 463 guitar 464 1234 465 2012-12-31T23:00:00.000Z 466 467 468 469 470 472 474 475 476 478 479 481 wgyW3nZPoEfpptlhRILKnOQnbdtU6ArM7ShrAfHgDFg= 482 483 484 485 jMu4PfyQGiJBF0GWSEPFCJjmywCEqR2h4LD+ge6XQ+JnmKFFCuCZS/3SLKAx0L1w 486 QDFO2e0Y69k2G7/LGE37X3vOflobFM1oGwja8+GMVraoto5xAd4/AF7eHukgAymD 487 o9toxoa2h0yV4A4PmXzsU6S86XtCcUE+S/WM72nyn47zoUCzzPKHZBRyeWehVFQ+ 488 jYRMIAMzM57HHQA+6eaXefRvtPETgUO4aVIVSugc4OUAZZwbYcZrC6wOaQqqqAZi 489 30aPOBYbAvHMSmWSS+hFkbshomJfHxb97TD2grlYNrQIzqXk7WbHWy2SYdA+sI/Z 490 ipJsXNa6osTUw1CzA7jfwA== 491 492 493 494 495 MIIESTCCAzGgAwIBAgIBAjANBgkqhkiG9w0BAQsFADBiMQswCQYDVQQGEwJVUzEL 496 MAkGA1UECBMCQ0ExFDASBgNVBAcTC0xvcyBBbmdlbGVzMRMwEQYDVQQKEwpJQ0FO 497 TiBUTUNIMRswGQYDVQQDExJJQ0FOTiBUTUNIIFRFU1QgQ0EwHhcNMTMwMjA4MDAw 498 MDAwWhcNMTgwMjA3MjM1OTU5WjBsMQswCQYDVQQGEwJVUzELMAkGA1UECBMCQ0Ex 499 FDASBgNVBAcTC0xvcyBBbmdlbGVzMRcwFQYDVQQKEw5WYWxpZGF0b3IgVE1DSDEh 500 MB8GA1UEAxMYVmFsaWRhdG9yIFRNQ0ggVEVTVCBDRVJUMIIBIjANBgkqhkiG9w0B 501 AQEFAAOCAQ8AMIIBCgKCAQEAo/cwvXhbVYl0RDWWvoyeZpETVZVVcMCovUVNg/sw 502 WinuMgEWgVQFrz0xA04pEhXCFVv4evbUpekJ5buqU1gmQyOsCKQlhOHTdPjvkC5u 503 pDqa51Flk0TMaMkIQjs7aUKCmA4RG4tTTGK/EjR1ix8/D0gHYVRldy1YPrMP+ou7 504 5bOVnIos+HifrAtrIv4qEqwLL4FTZAUpaCa2BmgXfy2CSRQbxD5Or1gcSa3vurh5 505 sPMCNxqaXmIXmQipS+DuEBqMM8tldaN7RYojUEKrGVsNk5i9y2/7sjn1zyyUPf7v 506 L4GgDYqhJYWV61DnXgx/Jd6CWxvsnDF6scscQzUTEl+hywIDAQABo4H/MIH8MAwG 507 A1UdEwEB/wQCMAAwHQYDVR0OBBYEFPZEcIQcD/Bj2IFz/LERuo2ADJviMIGMBgNV 508 HSMEgYQwgYGAFO0/7kEh3FuEKS+Q/kYHaD/W6wihoWakZDBiMQswCQYDVQQGEwJV 509 UzELMAkGA1UECBMCQ0ExFDASBgNVBAcTC0xvcyBBbmdlbGVzMRMwEQYDVQQKEwpJ 510 Q0FOTiBUTUNIMRswGQYDVQQDExJJQ0FOTiBUTUNIIFRFU1QgQ0GCAQEwDgYDVR0P 511 AQH/BAQDAgeAMC4GA1UdHwQnMCUwI6AhoB+GHWh0dHA6Ly9jcmwuaWNhbm4ub3Jn 512 L3RtY2guY3JsMA0GCSqGSIb3DQEBCwUAA4IBAQB2qSy7ui+43cebKUKwWPrzz9y/ 513 IkrMeJGKjo40n+9uekaw3DJ5EqiOf/qZ4pjBD++oR6BJCb6NQuQKwnoAz5lE4Ssu 514 y5+i93oT3HfyVc4gNMIoHm1PS19l7DBKrbwbzAea/0jKWVzrvmV7TBfjxD3AQo1R 515 bU5dBr6IjbdLFlnO5x0G0mrG7x5OUPuurihyiURpFDpwH8KAH1wMcCpXGXFRtGKk 516 wydgyVYAty7otkl/z3bZkCVT34gPvF70sR6+QxUy8u0LzF5A/beYaZpxSYG31amL 517 AdXitTWFipaIGea9lEGFM0L9+Bg7XzNn4nVLXokyEB3bgS4scG6QznX23FGk 518 519 520 521 522 524 NOTE: The example shown above includes white-spaces for indentation 525 purposes. It is RECOMMENDED that SMDs do not include white-spaces 526 between the XML elements, in order to mitigate risks of invalidating 527 the digital signature when transferring of SMDs between applications 528 takes place. 530 NOTE: Exclusive XML canonicalization SHOULD be used when generating 531 the SMD. SHA256/RSA-SHA256 SHOULD be used for digesting and signing. 532 The size of the RSA key SHOULD be at least 2048 bits. 534 2.4. Encoded Signed Mark 536 The element contains an encoded form of the 537 digitally signed element, described in Section 2.3, 538 with the encoding defined by the "encoding" attribute with the 539 default "encoding" value of "base64". The "base64" encoded text of 540 the element MUST conform to [RFC2045]. A 541 full example of a element is presented in 542 Appendix A. 544 2.5. Appendix A. base64 encoded signedMark 546 The following is an example of a element that 547 uses the default "base64" for encoding a element. 549 551 PD94bWwgdmVyc2lvbj0iMS4wIiBlbmNvZGluZz0iVVRGLTgiPz4KPHNtZDpzaWduZWRNYXJ 552 rIHhtbG5zOnNtZD0idXJuOmlldGY6cGFyYW1zOnhtbDpuczpzaWduZWRNYXJrLTEuMCIgaW 553 Q9Il84Yzk0ZjRmMS1jZTlmLTRjOTAtOTUzMS01MzE1ZDIzY2EzYmQiPgogIDxzbWQ6aWQ+M 554 DAwMDAwMTc1MTM3NjA1NjUwMzkzMS02NTUzNTwvc21kOmlkPgogIDxzbWQ6aXNzdWVySW5m 555 byBpc3N1ZXJJRD0iNjU1MzUiPgogICAgPHNtZDpvcmc+SUNBTk4gVE1DSCBURVNUSU5HIFR 556 NVjwvc21kOm9yZz4KICAgIDxzbWQ6ZW1haWw+bm90YXZhaWxhYmxlQGV4YW1wbGUuY29tPC 557 9zbWQ6ZW1haWw+CiAgICA8c21kOnVybD5odHRwOi8vd3d3LmV4YW1wbGUuY29tPC9zbWQ6d 558 XJsPgogICAgPHNtZDp2b2ljZT4rMzIuMDAwMDAwPC9zbWQ6dm9pY2U+CiAgPC9zbWQ6aXNz 559 dWVySW5mbz4KICA8c21kOm5vdEJlZm9yZT4yMDEzLTA4LTA5VDEzOjU1OjAzLjkzMVo8L3N 560 tZDpub3RCZWZvcmU+CiAgPHNtZDpub3RBZnRlcj4yMDE3LTA3LTIzVDIyOjAwOjAwLjAwMF 561 o8L3NtZDpub3RBZnRlcj4KICA8bWFyazptYXJrIHhtbG5zOm1hcms9InVybjppZXRmOnBhc 562 mFtczp4bWw6bnM6bWFyay0xLjAiPgogICAgPG1hcms6dHJhZGVtYXJrPgogICAgICA8bWFy 563 azppZD4wMDA1MjAxMzczNDY4OTczMTM3MzQ2ODk3My02NTUzNTwvbWFyazppZD4KICAgICA 564 gPG1hcms6bWFya05hbWU+VGVzdCAmYW1wOyBWYWxpZGF0ZTwvbWFyazptYXJrTmFtZT4KIC 565 AgICAgPG1hcms6aG9sZGVyIGVudGl0bGVtZW50PSJvd25lciI+CiAgICAgICAgPG1hcms6b 566 3JnPkFnIGNvcnBvcmF0aW9uPC9tYXJrOm9yZz4KICAgICAgICA8bWFyazphZGRyPgogICAg 567 ICAgICAgPG1hcms6c3RyZWV0PjEzMDUgQnJpZ2h0IEF2ZW51ZTwvbWFyazpzdHJlZXQ+CiA 568 gICAgICAgICA8bWFyazpjaXR5PkFyY2FkaWE8L21hcms6Y2l0eT4KICAgICAgICAgIDxtYX 569 JrOnNwPkNBPC9tYXJrOnNwPgogICAgICAgICAgPG1hcms6cGM+OTAwMjg8L21hcms6cGM+C 570 iAgICAgICAgICA8bWFyazpjYz5VUzwvbWFyazpjYz4KICAgICAgICA8L21hcms6YWRkcj4K 571 ICAgICAgPC9tYXJrOmhvbGRlcj4KICAgICAgPG1hcms6Y29udGFjdCB0eXBlPSJhZ2VudCI 572 +CiAgICAgICAgPG1hcms6bmFtZT5Ub255IEhvbGxhbmQ8L21hcms6bmFtZT4KICAgICAgIC 573 A8bWFyazpvcmc+QWcgY29ycG9yYXRpb248L21hcms6b3JnPgogICAgICAgIDxtYXJrOmFkZ 574 HI+CiAgICAgICAgICA8bWFyazpzdHJlZXQ+MTMwNSBCcmlnaHQgQXZlbnVlPC9tYXJrOnN0 575 cmVldD4KICAgICAgICAgIDxtYXJrOmNpdHk+QXJjYWRpYTwvbWFyazpjaXR5PgogICAgICA 576 gICAgPG1hcms6c3A+Q0E8L21hcms6c3A+CiAgICAgICAgICA8bWFyazpwYz45MDAyODwvbW 577 FyazpwYz4KICAgICAgICAgIDxtYXJrOmNjPlVTPC9tYXJrOmNjPgogICAgICAgIDwvbWFya 578 zphZGRyPgogICAgICAgIDxtYXJrOnZvaWNlPisxLjIwMjU1NjIzMDI8L21hcms6dm9pY2U+ 579 CiAgICAgICAgPG1hcms6ZmF4PisxLjIwMjU1NjIzMDE8L21hcms6ZmF4PgogICAgICAgIDx 580 tYXJrOmVtYWlsPmluZm9AYWdjb3Jwb3JhdGlvbi5jb208L21hcms6ZW1haWw+CiAgICAgID 581 wvbWFyazpjb250YWN0PgogICAgICA8bWFyazpqdXJpc2RpY3Rpb24+VVM8L21hcms6anVya 582 XNkaWN0aW9uPgogICAgICA8bWFyazpjbGFzcz4xNTwvbWFyazpjbGFzcz4KICAgICAgPG1h 583 cms6bGFiZWw+dGVzdGFuZHZhbGlkYXRlPC9tYXJrOmxhYmVsPgogICAgICA8bWFyazpsYWJ 584 lbD50ZXN0LS0tdmFsaWRhdGU8L21hcms6bGFiZWw+CiAgICAgIDxtYXJrOmxhYmVsPnRlc3 585 RhbmQtdmFsaWRhdGU8L21hcms6bGFiZWw+CiAgICAgIDxtYXJrOmxhYmVsPnRlc3QtZXQtd 586 mFsaWRhdGU8L21hcms6bGFiZWw+CiAgICAgIDxtYXJrOmxhYmVsPnRlc3QtdmFsaWRhdGU8 587 L21hcms6bGFiZWw+CiAgICAgIDxtYXJrOmxhYmVsPnRlc3QtLXZhbGlkYXRlPC9tYXJrOmx 588 hYmVsPgogICAgICA8bWFyazpsYWJlbD50ZXN0LWV0dmFsaWRhdGU8L21hcms6bGFiZWw+Ci 589 AgICAgIDxtYXJrOmxhYmVsPnRlc3RldHZhbGlkYXRlPC9tYXJrOmxhYmVsPgogICAgICA8b 590 WFyazpsYWJlbD50ZXN0dmFsaWRhdGU8L21hcms6bGFiZWw+CiAgICAgIDxtYXJrOmxhYmVs 591 PnRlc3RldC12YWxpZGF0ZTwvbWFyazpsYWJlbD4KICAgICAgPG1hcms6Z29vZHNBbmRTZXJ 592 2aWNlcz5ndWl0YXI8L21hcms6Z29vZHNBbmRTZXJ2aWNlcz4KICAgICAgPG1hcms6cmVnTn 593 VtPjEyMzQ8L21hcms6cmVnTnVtPgogICAgICA8bWFyazpyZWdEYXRlPjIwMTItMTItMzFUM 594 jM6MDA6MDAuMDAwWjwvbWFyazpyZWdEYXRlPgogICAgPC9tYXJrOnRyYWRlbWFyaz4KICA8 595 L21hcms6bWFyaz4KPGRzOlNpZ25hdHVyZSB4bWxuczpkcz0iaHR0cDovL3d3dy53My5vcmc 596 vMjAwMC8wOS94bWxkc2lnIyIgSWQ9Il81ODg5YzM5Zi1jMzM3LTQ0NzctOTU1Ni05NTNiZT 597 A5Y2NkMTgiPjxkczpTaWduZWRJbmZvPjxkczpDYW5vbmljYWxpemF0aW9uTWV0aG9kIEFsZ 598 29yaXRobT0iaHR0cDovL3d3dy53My5vcmcvMjAwMS8xMC94bWwtZXhjLWMxNG4jIi8+PGRz 599 OlNpZ25hdHVyZU1ldGhvZCBBbGdvcml0aG09Imh0dHA6Ly93d3cudzMub3JnLzIwMDEvMDQ 600 veG1sZHNpZy1tb3JlI3JzYS1zaGEyNTYiLz48ZHM6UmVmZXJlbmNlIFVSST0iI184Yzk0Zj 601 RmMS1jZTlmLTRjOTAtOTUzMS01MzE1ZDIzY2EzYmQiPjxkczpUcmFuc2Zvcm1zPjxkczpUc 602 mFuc2Zvcm0gQWxnb3JpdGhtPSJodHRwOi8vd3d3LnczLm9yZy8yMDAwLzA5L3htbGRzaWcj 603 ZW52ZWxvcGVkLXNpZ25hdHVyZSIvPjxkczpUcmFuc2Zvcm0gQWxnb3JpdGhtPSJodHRwOi8 604 vd3d3LnczLm9yZy8yMDAxLzEwL3htbC1leGMtYzE0biMiLz48L2RzOlRyYW5zZm9ybXM+PG 605 RzOkRpZ2VzdE1ldGhvZCBBbGdvcml0aG09Imh0dHA6Ly93d3cudzMub3JnLzIwMDEvMDQve 606 G1sZW5jI3NoYTI1NiIvPjxkczpEaWdlc3RWYWx1ZT5IdUdKYlZCWkVaVGlFelB2d0NObVFs 607 NmFMZEExWHo1QzAzdnhDWFBIZW1BPTwvZHM6RGlnZXN0VmFsdWU+PC9kczpSZWZlcmVuY2U 608 +PGRzOlJlZmVyZW5jZSBVUkk9IiNfMWRlNTg5OGMtNmY3Ny00ZDViLTlkZDgtMzE4MWM5MT 609 E3Yzk3Ij48ZHM6VHJhbnNmb3Jtcz48ZHM6VHJhbnNmb3JtIEFsZ29yaXRobT0iaHR0cDovL 610 3d3dy53My5vcmcvMjAwMS8xMC94bWwtZXhjLWMxNG4jIi8+PC9kczpUcmFuc2Zvcm1zPjxk 611 czpEaWdlc3RNZXRob2QgQWxnb3JpdGhtPSJodHRwOi8vd3d3LnczLm9yZy8yMDAxLzA0L3h 612 tbGVuYyNzaGEyNTYiLz48ZHM6RGlnZXN0VmFsdWU+NHBiU0M2M2xObVBxelc3TDBNRDBxZ0 613 5GNHc5SUE3YXQ3OWxEVE5VZjBndz08L2RzOkRpZ2VzdFZhbHVlPjwvZHM6UmVmZXJlbmNlP 614 jwvZHM6U2lnbmVkSW5mbz48ZHM6U2lnbmF0dXJlVmFsdWUgSWQ9Il9hODAwZmIwNS02NjRh 615 LTQ2OTItYjM5MS04OTM4NTlhNTM0OGQiPlc5VHAxQ09HeEk4dlZQNkZONEdpYlhtc3RRM1Z 616 0bmpSZVN3VVdicFZCTEtmenZ1L1c1OGNoOUdxdnRQTm9HZTdXOXVvQUt0U1J0MUkKMzdPeD 617 IwQmVQb2xGdWZmekVVR3NGMHBETkRoWmNiRUdEMlVWRTBpYnhIRkVDUU13d0ppK1NVb2ora 618 3JIWmRXM0FybmNaZ0RkMkhXZgpudVJZSmVucnpCS2k2RG1YVlVRYlhXRFVkbGxzcjlDSmtB 619 THYrd0s2V2RweE9Na0NTc2E0WUU2bEVNTjVXNGhzUXFlZ2N6ZGkwdUZ0CnZxQ2JLVnM3RTJ 620 3c0VIZC94aUxzbldZNEUxNWdLNnI0UW9tWHJqdFI0ZkFyZ1lMTnRLK09NRCt6UktNeGNuNV 621 F2QzJVeHlzNUV6RHcKNmhlenYrdXBxTldkRjRYL2lCNW1JY25DMzAraVBpY3lDb2JHUlE9P 622 TwvZHM6U2lnbmF0dXJlVmFsdWU+PGRzOktleUluZm8gSWQ9Il8xZGU1ODk4Yy02Zjc3LTRk 623 NWItOWRkOC0zMTgxYzkxMTdjOTciPjxkczpYNTA5RGF0YT48ZHM6WDUwOUNlcnRpZmljYXR 624 lPk1JSUZMekNDQkJlZ0F3SUJBZ0lnTHJBYmV2b2FlNTJ5M2Y2QzJ0QjBTbjNwN1hKbTBUMD 625 JGb2d4S0NmTmhYb3dEUVlKS29aSWh2Y04KQVFFTEJRQXdmREVMTUFrR0ExVUVCaE1DVlZNe 626 FBEQTZCZ05WQkFvVE0wbHVkR1Z5Ym1WMElFTnZjbkJ2Y21GMGFXOXVJR1p2Y2lCQgpjM05w 627 WjI1bFpDQk9ZVzFsY3lCaGJtUWdUblZ0WW1WeWN6RXZNQzBHQTFVRUF4TW1TVU5CVGs0Z1Z 628 ISmhaR1Z0WVhKcklFTnNaV0Z5CmFXNW5hRzkxYzJVZ1VHbHNiM1FnUTBFd0hoY05NVE13Tm 629 pJMk1EQXdNREF3V2hjTk1UZ3dOakkxTWpNMU9UVTVXakNCanpFTE1Ba0cKQTFVRUJoTUNRa 630 1V4SURBZUJnTlZCQWdURjBKeWRYTnpaV3h6TFVOaGNHbDBZV3dnVW1WbmFXOXVNUkV3RHdZ 631 RFZRUUhFd2hDY25WegpjMlZzY3pFUk1BOEdBMVVFQ2hNSVJHVnNiMmwwZEdVeE9EQTJCZ05 632 WQkFNVEwwbERRVTVPSUZSTlEwZ2dRWFYwYUc5eWFYcGxaQ0JVCmNtRmtaVzFoY21zZ1VHbH 633 NiM1FnVm1Gc2FXUmhkRzl5TUlJQklqQU5CZ2txaGtpRzl3MEJBUUVGQUFPQ0FROEFNSUlCQ 634 2dLQ0FRRUEKeGxwM0twWUhYM1d5QXNGaFNrM0x3V2ZuR2x4blVERnFGWkEzVW91TVlqL1hp 635 Z2JNa05lRVhJamxrUk9LVDRPUEdmUngvTEF5UmxRUQpqQ012NHFoYmtjWDFwN2FyNjNmbHE 636 0U1pOVmNsMTVsN2gwdVQ1OEZ6U2ZubHowdTVya0hmSkltRDQzK21hUC84Z3YzNkZSMjdqVz 637 hSCjl3WTRoaytXczRJQjBpRlNkOFNYdjFLcjh3L0ptTVFTRGtpdUcrUmZJaXVid1EvZnk3R 638 WtqNVFXaFBadyttTXhOS25IVUx5M3hZejIKTHdWZmZ0andVdWVhY3ZxTlJDa01YbENsT0FE 639 cWZUOG9TWm9lRFhlaEh2bFBzTENlbUdCb1RLdXJza0lTNjlGMHlQRUg1Z3plMEgrZgo4RlJ 640 Pc0lvS1NzVlEzNEI0Uy9qb0U2N25wc0pQVGRLc05QSlR5UUlEQVFBQm80SUJoekNDQVlNd0 641 RBWURWUjBUQVFIL0JBSXdBREFkCkJnTlZIUTRFRmdRVW9GcFk3NnA1eW9ORFJHdFFwelZ1U 642 jgxVVdRMHdnY1lHQTFVZEl3U0J2akNCdTRBVXc2MCtwdFlSQUVXQVhEcFgKU29wdDNERU5u 643 bkdoZ1lDa2ZqQjhNUXN3Q1FZRFZRUUdFd0pWVXpFOE1Eb0dBMVVFQ2hNelNXNTBaWEp1Wlh 644 RZ1EyOXljRzl5WVhScApiMjRnWm05eUlFRnpjMmxuYm1Wa0lFNWhiV1Z6SUdGdVpDQk9kVz 645 FpWlhKek1TOHdMUVlEVlFRREV5WkpRMEZPVGlCVWNtRmtaVzFoCmNtc2dRMnhsWVhKcGJtZ 646 G9iM1Z6WlNCUWFXeHZkQ0JEUVlJZ0xyQWJldm9hZTUyeTNmNkMydEIwU24zcDdYSm0wVDAy 647 Rm9neEtDZk4KaFhrd0RnWURWUjBQQVFIL0JBUURBZ2VBTURRR0ExVWRId1F0TUNzd0thQW5 648 vQ1dHSTJoMGRIQTZMeTlqY213dWFXTmhibTR1YjNKbgpMM1J0WTJoZmNHbHNiM1F1WTNKc0 649 1FVUdBMVVkSUFRK01Ed3dPZ1lES2dNRU1ETXdNUVlJS3dZQkJRVUhBZ0VXSldoMGRIQTZMe 650 TkzCmQzY3VhV05oYm00dWIzSm5MM0JwYkc5MFgzSmxjRzl6YVhSdmNua3dEUVlKS29aSWh2 651 Y05BUUVMQlFBRGdnRUJBSWVEWVlKcjYwVzMKeTlRcyszelJWSTlrZWtLb201dmtIT2FsQjN 652 3SGFaSWFBRllwSTk4dFkwYVZOOWFHT04wdjZXUUYrbnZ6MUtSWlFiQXowMUJYdGFSSgo0bV 653 BrYXJoaHVMbjlOa0J4cDhIUjVxY2MrS0g3Z3Y2ci9jMGlHM2JDTkorUVNyN1FmKzVNbE1vN 654 npMNVVkZFUvVDJqaWJNWENqL2YyCjFRdzN4OVFnb3lYTEZKOW96YUxnUTlSTWtMbE9temtD 655 QWlYTjVBYjQzYUo5ZjdOMmdFMk5uUmpOS21tQzlBQlEwVFJ3RUtWTGhWbDEKVUdxQ0hKM0F 656 sQlhXSVhONXNqUFFjRC8rbkhlRVhNeFl2bEF5cXhYb0QzTVd0UVZqN2oyb3FsYWtPQk1nRz 657 grcTJxWWxtQnRzNEZOaQp3NzQ4SWw1ODZIS0JScXhIdFpkUktXMlZxYVE9PC9kczpYNTA5Q 658 2VydGlmaWNhdGU+PC9kczpYNTA5RGF0YT48L2RzOktleUluZm8+PC9kczpTaWduYXR1cmU+ 659 PC9zbWQ6c2lnbmVkTWFyaz4= 660 662 3. Formal Syntax 664 Two schemas are presented here. The first schema is the schema for 665 the Signed Mark. The second schema is the schema for the Mark. 667 The formal syntax presented here is a complete schema representation 668 of the object mapping suitable for automated validation of EPP XML 669 instances. The BEGIN and END tags are not part of the schema; they 670 are used to note the beginning and ending of the schema for URI 671 registration purposes. 673 3.1. Signed Mark Schema 675 Copyright (c) 2012 IETF Trust and the persons identified as authors 676 of the code. All rights reserved. 678 Redistribution and use in source and binary forms, with or without 679 modification, are permitted provided that the following conditions 680 are met: 682 o Redistributions of source code must retain the above copyright 683 notice, this list of conditions and the following disclaimer. 685 o Redistributions in binary form must reproduce the above copyright 686 notice, this list of conditions and the following disclaimer in 687 the documentation and/or other materials provided with the 688 distribution. 690 o Neither the name of Internet Society, IETF or IETF Trust, nor the 691 names of specific contributors, may be used to endorse or promote 692 products derived from this software without specific prior written 693 permission. 695 THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS 696 "AS IS" AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT 697 LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR 698 A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT 699 OWNER OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, 700 SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT 701 LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, 702 DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY 703 THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT 704 (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE 705 OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. 707 BEGIN 708 709 717 718 719 Schema for representing a Signed Trademark. 720 721 723 725 728 731 734 737 739 742 744 745 746 747 748 749 750 751 752 753 754 755 756 757 758 760 761 762 763 764 765 766 767 768 770 771 772 773 774 775 776 777 778 END 780 3.2. Mark Schema 782 Copyright (c) 2012 IETF Trust and the persons identified as authors 783 of the code. All rights reserved. 785 Redistribution and use in source and binary forms, with or without 786 modification, are permitted provided that the following conditions 787 are met: 789 o Redistributions of source code must retain the above copyright 790 notice, this list of conditions and the following disclaimer. 792 o Redistributions in binary form must reproduce the above copyright 793 notice, this list of conditions and the following disclaimer in 794 the documentation and/or other materials provided with the 795 distribution. 797 o Neither the name of Internet Society, IETF or IETF Trust, nor the 798 names of specific contributors, may be used to endorse or promote 799 products derived from this software without specific prior written 800 permission. 802 THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS 803 "AS IS" AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT 804 LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR 805 A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT 806 OWNER OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, 807 SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT 808 LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, 809 DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY 810 THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT 811 (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE 812 OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. 814 BEGIN 815 816 822 823 824 Schema for representing a Trademark, also referred to 825 as Mark. 826 827 828 831 834 837 840 843 845 848 849 850 851 852 854 857 859 860 861 862 864 865 866 867 868 869 870 871 872 873 874 875 876 877 878 879 880 881 882 883 884 885 887 888 889 890 891 893 895 896 898 900 901 902 903 904 905 906 907 909 910 911 912 913 915 917 919 921 922 923 924 925 926 927 929 930 931 932 933 935 937 939 940 941 942 943 945 946 947 949 952 953 954 955 956 957 958 959 960 962 965 966 967 968 969 972 973 975 978 979 980 981 982 984 987 988 989 990 991 993 996 997 998 999 1000 1001 1002 1004 1007 1008 1009 1010 1011 1012 1014 1017 1018 1019 1021 1022 1024 1027 1028 1029 1030 1031 1032 1033 1035 1038 1039 1040 1041 1042 1044 1045 1046 1047 1048 1049 1050 1052 1053 1054 1055 1056 1057 1058 1059 1060 END 1062 4. Acknowledgements 1064 Special thanks to Chris Wright for creating the first prototype of a 1065 SMD; James Gould, Wil Tan and Gavin Brown for creating the mark and 1066 SMD definitions in their EPP draft launch extension on which this 1067 draft is based. 1069 5. Change History 1071 Version draft-lozano-tmch-smd-03 to version 1072 draft-ietf-eppext-tmch-smd-00 1074 Internet-Draft resubmitted 1076 Version 02 to version 03 1078 example is now aligned with ICANN test SMDs. 1080 example is replaced with a public ICANN 1081 test SMD. 1083 Several recommendations where added. 1085 Version 01 to version 02 1087 Change apID and regNum of trademark validated mark to token 1089 Change refNum of treatyOrStatute validated mark to token 1091 Change refNum of court validated mark to token 1093 Version 00 to version 01 1095 Add missing email element to holderType 1097 Change ruling from an attribute to an element 1099 Version preview-01 to version 00 1101 signedMarkType now ref mark:abstractMark 1103 Security section completed 1105 Version preview-00 to preview-01 1107 Full example of an encodedSignedMark added. 1109 signedMark example now fully validates with XSD. 1111 Fixed labelType to allow two-character labels. 1113 Missing mark:protectionType added in the XSD. 1115 Issuer email is now required 1117 6. IANA Considerations 1119 This document uses URNs to describe XML namespaces and XML schemas 1120 conforming to a registry mechanism described in [RFC3688]. Three URI 1121 assignments have been registered by the IANA. 1123 Registration request for the Signed mark namespace: 1125 URI: urn:ietf:params:xml:ns:signedMark-1.0 1127 Registrant Contact: See the "Author's Address" section of this 1128 document. 1130 XML: None. Namespace URIs do not represent an XML specification. 1132 Registration request for the Mark namespace: 1134 URI: urn:ietf:params:xml:ns:mark-1.0 1136 Registrant Contact: See the "Author's Address" section of this 1137 document. 1139 XML: None. Namespace URIs do not represent an XML specification. 1141 7. Security Considerations 1143 The object mapping described in this document does not provide any 1144 security services or introduce any additional considerations. 1146 8. Normative References 1148 [ISO3166-2] 1149 ISO, "International Standard for country codes and codes 1150 for their subdivisions", 2006. 1152 [RFC2045] Freed, N. and N. Borenstein, "Multipurpose Internet Mail 1153 Extensions (MIME) Part One: Format of Internet Message 1154 Bodies", RFC 2045, November 1996. 1156 [RFC2119] Bradner, S., "Key words for use in RFCs to Indicate 1157 Requirement Levels", BCP 14, RFC 2119, March 1997. 1159 [RFC3688] Mealling, M., "The IETF XML Registry", BCP 81, RFC 3688, 1160 January 2004. 1162 [RFC5730] Hollenbeck, S., "Extensible Provisioning Protocol (EPP)", 1163 STD 69, RFC 5730, August 2009. 1165 [WIPO.ST3] 1166 WIPO, "Recommended standard on two-letter codes for the 1167 representation of states, other entities and 1168 intergovernmental organizations", March 2007. 1170 [1] 1172 [2] 1174 Author's Address 1176 Gustavo Lozano 1177 ICANN 1178 12025 Waterfront Drive, Suite 300 1179 Los Angeles 90292 1180 US 1182 Phone: +1.3103015800 1183 Email: gustavo.lozano@icann.org