8/18/2014
`
`Brandenburg Writing 3, Musings and Presentations
`
`BEAN DEN BU RG
`
`INTERNETWORKING
`
`Innovation
`Integration
`Ad°‘°"°"
`
`Home
`
`l
`
`Brandenburg
`
`l
`
`DCrocker
`
`|
`
`Recent
`
`|
`
`Musings
`
`l
`
`Contact
`
`0
`
`O
`
`O
`
`O
`
`ertlngs, Musmgs and Presentatlons
`
`by Dave Crocker
`
`Presentations:
`
`°
`°
`
`eCommerce and Security
`EMail and MIME
`
`° Value-Added Applications
`°
`Standards & Govemanoe
`
`Writings:
`
`° Articles
`
`° Reviews
`
`Process and
`
`°
`
`IETF Standardization &
`
`°
`
`Internet "Governance"
`
`(hovernance:
`
`OpflmMns
`
`Internet
`
`° Mail Content & eCornmeroe
`
`° Multiaddressing
`
`Specfikafions:
`
`0
`
`°
`
`kmflTmmmm
`
`0 9mg
`
`Internet Transport: Transmission
`
`° Ancient Histom
`
`mm
`
`Presentatlons
`
`eCommerce and Security
`
`BBC4 Radio, Today Rrogramme 3'
`part senes:0n11ne Cnme
`
`1. Cybercrime, Guillaume Lovet, Fortinet, 27 Dec 2006 » mp3 audio
`2. Spam, Richard Cox, The Spamhaus Project , 28 Dec 2006 » mg
`
`Mine was thefinal
`segment.
`
`m
`3. Thoughts on the Future 0fthe Internet, Da
`
`Exhibit 1017 Dec 2006 » pdf text, mp3 audio
`
`GrouDon’ Inc'
`
`http://bbiw.net/musi ng s.htn1
`
`Ex. 1017 - Page 1 of 12
`
`1/11
`
`Ex. 1017 - Page 1 of 12
`
`Groupon, Inc.
`Exhibit 1017
`
`
`
`Brandenburg Writing 3, Musings and Presentations
`
`BEAN DEN BU RG
`
`INTERNETWORKING
`
`Innovation
`Integration
`Ad°‘°"°"
`
`Home
`
`l
`
`Brandenburg
`
`l
`
`DCrocker
`
`|
`
`Recent
`
`|
`
`Musings
`
`l
`
`Contact
`
`0
`
`O
`
`O
`
`O
`
`ertlngs, Musmgs and Presentatlons
`
`by Dave Crocker
`
`Presentations:
`
`°
`°
`
`eCommerce and Security
`EMail and MIME
`
`° Value-Added Applications
`°
`Standards & Govemanoe
`
`Writings:
`
`° Articles
`
`° Reviews
`
`Process and
`
`°
`
`IETF Standardization &
`
`°
`
`Internet "Governance"
`
`(hovernance:
`
`OpflmMns
`
`Internet
`
`° Mail Content & eCornmeroe
`
`° Multiaddressing
`
`Specfikafions:
`
`0
`
`°
`
`kmflTmmmm
`
`0 9mg
`
`Internet Transport: Transmission
`
`° Ancient Histom
`
`mm
`
`Presentatlons
`
`eCommerce and Security
`
`BBC4 Radio, Today Rrogramme 3'
`part senes:0n11ne Cnme
`
`1. Cybercrime, Guillaume Lovet, Fortinet, 27 Dec 2006 » mp3 audio
`2. Spam, Richard Cox, The Spamhaus Project , 28 Dec 2006 » mg
`
`Mine was thefinal
`segment.
`
`m
`3. Thoughts on the Future 0fthe Internet, Da
`
`Exhibit 1017 Dec 2006 » pdf text, mp3 audio
`
`GrouDon’ Inc'
`
`http://bbiw.net/musi ng s.htn1
`
`Ex. 1017 - Page 1 of 12
`
`1/11
`
`Ex. 1017 - Page 1 of 12
`
`Groupon, Inc.
`Exhibit 1017
`
`
`
`8/18/2014
`
`Brandenburg Writing 3, Musings and Presentations
`
`BEAN DEN BU RG
`
`INTERNETWORKING
`
`Innovation
`Integration
`Ad°P"°"
`
`Home
`
`l
`
`Brandenburg
`
`l
`
`DCrocker
`
`|
`
`Recent
`
`|
`
`Musings
`
`l
`
`Contact
`
`0
`
`O
`
`O
`
`O
`
`ertlngs, Musmgs and Presentatlons
`
`by Dave Crocker
`
`Presentations:
`
`°
`°
`
`eCommerce and Security
`EMail and MIME
`
`° Value-Added Applications
`°
`Standards & Govemanoe
`
`Writings:
`
`° Articles
`
`° Reviews
`
`Process and
`
`°
`
`IETF Standardization &
`
`°
`
`Internet "Governance"
`
`Governance:
`
`Operations
`
`Internet
`
`° Mail Content & eCornmeroe
`
`° Multiaddressing
`
`Specifications:
`
`0 Mail Transport
`
`0
`
`0t_hor
`
`°
`
`Internet TransportI Transmission
`
`° Ancient Histom
`
`mm
`
`Presentatlons
`
`eCommerce and Security
`
`BBC4 Radio, Today Rrogramme 3'
`part senes:0n11ne Cnme
`
`1. Cybercrime, Guillaume Lovet, Fortinet, 27 Dec 2006 » mp3 audio
`2. Spam, Richard Cox, The Spamhaus Project , 28 Dec 2006 » mg
`
`Mine was thefinal
`segment.
`
`m
`3. Thoughts on the Future ofthe Internet, Dave Crocker, BBIW,29
`
`Dec 2006 » pdf text, mp3 audio
`
`http://bbiw.net/musi ng s.htn1
`
`Ex. 1017 - Page 2 of 12
`
`1/11
`
`Ex. 1017 - Page 2 of 12
`
`
`
`8/18/2014
`
`Brandenburg Writings, Musings and Presentations
`
`Conducting Business V1a The Net:
`Success Factors
`
`APEC SME, Kuala Lumpur » pp_t;
`
`Commerce and Financial
`
`Transaction Security Over the
`Intemet
`
`The Dance of Co-Opetition
`
`The Internet is Safe Enough
`
`Standards, Progress & Competitive
`Pres s ures
`
`An Unaffiliated View of Electronic
`Commerce
`
`Making Commerce Safe
`
`Securing Trans actions: Protocols
`and Politics
`
`Email and MIME
`
`DKIM's SSP Effort -- Is there a role
`for MAAWG?
`
`Reputation Discussion Panels:
`Seeking a Common Understanding
`
`A Trust Overlay for Email
`Operations: DKIM and Beyond
`
`» 2m
`
`»12p_t
`
`» 2m
`
`1.
`
`1.
`
`» 2m
`
`»p_p_t
`
`RANS, Moscow » pm
`
`Oct., 95, Austin » pm, IE
`
`Electronic Commerce conference. (There 's a book chapterfiom
`
`this presentation, cited below.)
`
`is?
`
`. MAAWG/Toronto» pm,November2006
`
`. MAAWG/ S.F. » pp_t, March 2006
`
`. Apricot/Perth, » pm, February 2006
`
`System Aspects of Spam Control
`
`.
`
`IBMAcademy » pm, Feb. 2005
`
`Authentication Approaches
`
`. APCauce/Apricot » pp_t, Kyoto, Feb. 2005
`
`Handling Service Support: CS V& BA TV » HTML, PDF or m
`
`Spamming Anti-Spam Solution
`Space
`
`How Will Authentication Reduce
`
`Global Spam?
`
`A Retrospective on Future Anti-
`Spam Standards
`
`INBOX Conference
`
`. SDForum Security SIG » pm, Palo Alto, Oct. 2004
`
`. OECDAnti-Spam Task Force II » pm, Pusan, Sept. 2004
`
`. China Anti-Spam Workshop II» Qp_t, Beijing, Sept. 2004
`
`. EmailAutlzentications» pm
`
`. Email Success Failure » pm
`
`http://bbiw.net/musi ng s.htn1
`
`Ex.1017- Page3 of12
`
`2/11
`
`Ex. 1017 - Page 3 of 12
`
`
`
`8/18/2014
`
`Brandenburg Writings, Musings and Presentations
`
`China Anti-Spam Workshop
`
`1. Taking Common Action Against Spam, Internet Society of China,
`
`Keynote, Apr. 2004, Beijing » pm,
`
`2.
`
`Trip_ Report, on the Chinese efforts to fight spam
`
`Spam: Ready, Fire, Aim
`
`. APCause Keynote, Apricot 2004, Kuala Lurnpur » rim—with
`
`animation, pif—without animation
`
`A Letters to the Editor
`
`"conversation" on spam control, in
`Technology Review
`
`. Cockroaches
`
`. Ready= Firea Aim
`
`. Charging
`
`Holistic Evaluation
`
`.
`
`ISPCon, Santa Clara » pm
`
`DNS-based Message-Transit
`Authentication Techniques
`
`Technology Considerations for
`Spam Control
`
`Serious Email Service
`
`. DENIC Registrar’s Meeting, Frankfurt » pp_t, Sept. 2005
`
`. 3rd AP Net Abuse Workshop » Busan » pm,
`
`. Apricot 99, Singapore » pp_t;
`
`Business Quality Mail Security
`
`. FaxDirections 99, San Diego » pm;
`
`Business Quality Mail
`
`. SciTech 99, San Diego » pm;
`
`Riding the IETF Standards Train for
`MIME
`
`. EEMA's ECE98, Amsterdam » pp_t;
`
`Intranet Mail is Here: Throw out
`
`Your Legacy System
`
`. Oct., 96, Internet Expo/EMail World » pp_t
`
`Review ofInternet mailfacilities, directions and issues.
`
`Value-added Applications
`
`Fax over Internet for IETF and ITU
`
`. EEMA's ECE98, Amsterdam » 1;p_t
`
`Store-and-Forward Simple Internet
`Fax
`
`. FaxDirections '98, San Diego » pp_t;
`
`Store-and-Forward Full Internet Fax
`
`. FaxDirections '98, San Diego » pm
`
`http://bbiw.net/musi ng s.htn1
`
`Top
`Ex. 1017 - Page4 of 12
`
`3/11
`
`Ex. 1017 - Page 4 of 12
`
`
`
`8/18/2014
`
`Brandenburg Writings, Musings and Presentations
`
`Standards, Governance and Internet Process
`
`Level 10 Routing: Long Division
`and Irrational Factions
`
`1. RIPE, Edinburgh » pptwith comments
`
`Integration, Infrastructure, and
`Standards
`
`m
`
`Writings
`
`Articles
`
`Challenges in Anti-Spam Efforts
`
`.
`
`IPJMagazine, Vol.8, No.4,
`
`HTM! , December 2005
`
`Adapting Global Email for
`Controlling Spam
`
`IPSJMagazine — Special issue on Anti-Spam,
`
`Japanese / English, Vol.46, No. 7, pp. 741-746, July 2005
`
`Notice for the use of the Japanese version: The copyright of this
`material is retained by the lnfomration Processing Society of Japan
`(IPSJ). This material is published on this web page with the
`agreement of the author(s) and the IPSJ. Please be corrplied with
`Copyright Law of Japan and the Code of Ethics of IPSJ if any users
`wish to reproduce, make derivative work, distribute or make
`available to the public any part or whole thereof. All Rights
`Reserved, Copyright (C) lnforrnation Processing Society of Japan.
`Comments are welcome. Mail to address Publication Section,
`please.
`
`A Letters to the Editor
`
`"conversation" on spam control, in
`Technology Review
`
`Cockroaches
`
`Read
`
`Fire Aim
`
`Charging
`
`Unsolicited Bulk Email:
`Mechanisms for Control
`
`Internet Data Object Security
`
`.
`
`Internet Mail Consortium
`
`. Standards and deployment for MIME and mail; The G5 Messaging
`Forum
`
`Green Paper comments
`
`. Submission to US government's NTIA consideration of IANA
`
`Evolving the System
`
`.
`
`In Lynch & Rose, Internet System Handbook; Addison-Wesley
`
`(Reading, 1993)
`
`http://bbiw.net/musi ng s.htn1
`
`Ex.1017- Page5 of12
`
`4/11
`
`Ex. 1017 - Page 5 of 12
`
`
`
`8/18/2014
`
`Brandenburg Writings, Musings and Presentations
`
`On the Origins of Internet Mail
`Species
`
`1.
`
`» m or MS word; D. Crocker, ConneXions, Copyright (0) Dec,
`
`1994 by Interop Company. Review ofancient history.
`
`The Histog of MMDF
`
`1. Covers early work on Arpanet/Intemet email, including MH, PP
`and PMDF.
`
`The ROAD to a New IF
`
`1. ConneXions, Copyright (c) Sept, 1992, by Interop Company » m,
`MS doc.
`
`Ifyou’ve wondered about the beginnings ofthe new version ofIP
`
`(IPv6) this articles gives some background. Back when IPv6 ’s
`
`goals were clearer, so were the technical solutions.
`
`A Malaysian Journal
`
`1. Notes on living and working in Malaysia
`
`An Internetwork Memo
`
`Distribution Facility -- MMDF
`
`1. Crocker, D. H., Szurkowski, E. S., and Farber, D. J., 6th Data
`
`Communication Symposium, Asilomar. November 1979.
`
`Book Reviews by DCrocker
`
`Published in The Internet Protocol
`Journal:
`
`Review of: Ruling the Root:
`Internet Governance and the
`
`Taming of Cyberspace
`
`1. January, 2003 » html
`
`Milton L. Mueller’s ostensible analysis ofname and number
`
`assignment processes.
`
`0 Author response; reviewer
`
`fo llow-up
`
`Published in "ConneXions, The
`Interoperability Report".
`(Ole's a greatguy and itgot me afree
`subscription...)
`
`Distributed Computing:
`Implementation and Management
`Strategies
`
`1. R Khanna, Ed.
`
`The Email Frontier
`
`0 Blum & Litwack
`
`http://bbiw.net/musi ng s.htn1
`
`Ex.1017- Page6 of12
`
`5/11
`
`Ex. 1017 - Page 6 of 12
`
`
`
`8/18/2014
`
`Brandenburg Writing 3, Musings and Presentations
`
`Networks
`
`1. Timothy Ramteke
`
`0 en S stems Networkin 3TCP/1P
`and 081
`
`1. D. M. Piscitello &A.L. Chapin
`
`Top
`
`Process and Governance
`
`IETF Standardization and Operations
`
`Makin Standards the IETF W3
`
`1. D. Crocker; (c) 1993, Association for Computing Machinery
`
`[Reprinted fromStandardsView, V01. 1, No. 1,1993(1)]
`
`MW 1. D. Crocker; 1993. In Internet System Handbook, D. Lynch and M.
`
`Rose (eds.). Addison-Wesley, Reading, Mass. Similar to "Making
`
`Standards " but is more formal and complete and preceded it. On
`
`the other hand it's a wonderfid book.
`
`TheIntemet Standards Process "
`ReV‘Slon 2'
`
`1.
`
`Internet Architecture Board and Internet Engineering Steering
`Group. March 1994. (Updated by RFC 1871, BCP 0002) » RFC 1602
`
`Wrote about halfofthe text.
`
`IETF Working Group Guidelines
`and Procedures
`
`1. E. Huizer & D.Crocker. March 1994 » RFC 1603;
`
`15
`
`Internet "Governance"
`
`Green Paper comments
`
`Submission to US government’s NTIA consideration ofLANA
`
`Level 10 Routing-‘ Long DiViSiO”!
`and Irrational Factions
`
`1. RIPE, Edinburgh » ppt with comments;
`
`The Debate Over Internet
`Governance: A Snapshot in the
`Year 2000
`
`1.
`
`Interview, with Berkman Center for Internet and Society, 2000
`(html
`
`)
`
`Review of: Ruling the Root:
`Internet Governance and the
`Tamzng 0fCyberspace
`
`1' January, 2003; » html
`Milton L. Mueller’s ostensible analysis ofname and number
`assignment processes.
`
`° Mueller response, and my
`
`» _,hth M
`
`http://bbiw.net/musi ng s.htn1
`
`Ex. 1017 - Page 7 of 12
`
`6/11
`
`Ex. 1017 - Page 7 of 12
`
`
`
`8/18/2014
`
`Brandenburg Writings, Musings and Presentations
`
`follow-up
`
`Preserve and Enhance: Balancing
`Goals for the Internet
`
`l. Apricot Keynote 2004, Kuala Lumpur (313/ 1&1)
`
`Internet Specifications
`
`Authored or participated in these eflorts.
`
`Mail Content and eCommerce
`
`Internet Mail Architecture
`
`Formal specification of the current email service. Specification began in
`2004 and has iterated through many public reviews. It is essential
`complete and is being submitted for IETF standards consideration:
`
`0
`
`Intemet-Drafi — drafi-crocker-email—arch-l 1, Oct 08
`
`» ht_ml,pif,m
`
`Email Submission Operations:
`Access and Accountability
`Requirements
`
`1. RFC 5068 / BCP 134 (html, m, w)
`
`Bounce Address Tag Validation
`G3ATV)
`
`Using a public convention for adding signature information to
`RFC2821.MailFrom addresses, including a localized, storage-fiiendly hash
`method:
`
`. drafi-levine-batV-03 (html/ m)
`
`Registration-has ed Validation
`
`. Client SMTP Validation (CSV)
`
`Technical Considerations for Spam
`Control
`
`. Taxonomy ofissues
`
`drafi-crocker-spam—techconsider.txt
`
`Scope and Structure of Internet
`Mail Addresses
`
`. mailaddr—scope.ppt
`
`Mandatory MIME Security
`Considered Harmfiil
`
`IFAX service ofENUM
`
`. drafi-crocker—mime-security-00.txt
`
`. Toyoda, K. and Crocker, D., Facsimile Using Internet Mail (IFAX)
`
`Service of ENUM, November 2005. » RFC 4143
`
`Full-mode Fax Profile for Internet
`
`Mail GJFPIM)
`
`. K. Toyoda, D. Crocker, November 2005 » RFC 4142
`
`http://bbiw.net/musi ng s.htn1
`
`Ex.1017- Page8 of12
`
`7/11
`
`Ex. 1017 - Page 8 of 12
`
`
`
`8/18/2014
`
`Brandenburg Writing 3, Musings and Presentations
`
`SMTP and MIME Extensions for
`Content Conversion
`
`1. Toyoda, K. and Crocker, D. Nov 2005. » RFC 4141
`
`Content Negotiation for Messaging
`Services based on Email
`
`l. G. Klyne, R. Iwazaki, D. Crocker, July 2002 » RFC 3297
`
`Tunneling MIME Objects:
`Application/MIME
`
`l. D. Crocker, Lundblade, Zawinski.
`» drait-crocker—tunnel-OOtxt
`
`Security Multiparts for MHVIE:
`Multipart/Signed and
`Multipart/Encrypted
`
`MIME Encapsulation of EDI
`Objects
`
`MIME Content Type for BinHex
`Encoded Files.
`
`l.
`
`J. Galvin, S. Murphy, S. Crocker & N. Freed. October 1995
`» RFC 1847
`
`Creating standards while sitting around a bar. I wasn 't even
`
`participating in the working group -- my brother’s bailiwick, and
`
`all that -- and chanced on the conversation. Suggested the basic
`
`approach that got adopted. Didn 't even payfor my own drink.
`
`1. D. Crocker. March 1995 » RFC 1767
`
`l. P. Faltstrom, D.Crocker& E. Fair. December 1994 » RFC 1741
`
`MIME Encapsulation of Macintosh
`Files - MacMIME.
`
`l. P. Faltstrom, D. Crocker& E. Fair. December 1994 » RFC 1740
`
`MIME (Multipurpose Internet Mail
`Extensions) Part Two: Message
`Header Extensions for Non-ASCII
`text
`
`MIME (Multipurpose Internet Mail
`Extensions) Part One: Mechanisms
`for Specifying and Describing the
`Format of Internet Message Bodies
`
`Standard for the format of ARPA
`
`Internet text messages
`
`Mail Transport
`
`MailboxNames for Common
`
`Services, Roles and Functions
`
`SMTP Service Extension for
`
`Message Size Declaration.
`
`l. K. Moore. September 1993 » RFC 1522
`
`l. N. B0renstein&N. Freed. September 1993 » RFC 1521 (Updated
`
`by RFC1590)
`
`l. D. Crocker. August 1982 » RFC 822
`
`° May 1997 » RFC 2142
`
`0
`
`J. Klensin, N. Freed, & K. Moore. November 1995 » RFC 1870
`
`(Also STD 0011)
`
`SMTP Service Extensions.
`
`0
`
`J. Klensin, N. Freed, M. Rose, E. Stefferud & D. Crocker. November
`
`1995 » RFC 1869 (Also STD 0010)
`
`http://bbiw.net/musi ng s.htn1
`
`Ex.1017- Page9 of12
`
`8/11
`
`Ex. 1017 - Page 9 of 12
`
`
`
`8/18/2014
`
`Brandenburg Writings, Musings and Presentations
`
`SMTP Service Extension for
`Checkpoint/Restart.
`
`0 D. Crocker, N. Freed & A. Cargille. September 1995 » RFC 1845
`
`SMTP Service Extension for Sblt'
`MIMEtransport
`
`° Klensin, N. Freed, M. Rose, E. Stefferud & D. Crocker. July 1994.
`» RFC 1652
`
`Simple Mail Transfer Protocol
`
`0
`
`J. Postel. August 1982 » RFC 821
`
`Top
`
`Internet Transport, Transmission and Operations
`
`Simple Network Paging Protocol -
`Version 3 -Two-Way Enhanced
`
`1. A. Gwinn. October 1995 » RFC 1861
`
`To Be "On" the Internet
`
`1. D. Crocker. March 1995 » RFC 1775
`
`Transport Multiplexing Protocol
`
`1. TMux; P. Cameron, D. Crocker, D. Cohen & J. Postel. August 1994
`» RFC 1692
`
`Network 10 Considered Hamifiil
`(Some Practices Shouldn't be
`Codified)
`
`1. Lear, E, et al, July 1994 » RFC 1627
`
`Multiaddressing — Mobility and multihoming
`
`These cover two sides of the same set of requirements, called multiaddressing. The goal is to
`
`preserve associations across locator (address) changes. An association is shared state, such as a
`
`transport connection. Mobility and multihoming each include requirements irom the other. A mobile
`
`host needs to support old and new locators at the same time, as does multihoming. A multihomed
`
`host needs to add and remove addresses; as does mobility. Site renumbering is a special case of
`
`multihoming
`
`Background
`
`Transport-level multihoming and
`mobility
`
`° Survey of some issues » OpenArch-200307-crocker.ppt
`
`Choices for 5111390” 0f
`‘
`MultlAddressmg
`Framework for evaluating
`proposals
`
`0 Detailed discussion » {Q m
`' Summary presentation >> multiaddr-minne.ppt
`
`http://bbiw.net/musi ng s.htn1
`
`Ex.1017- Page 10 of12
`
`9/11
`
`Ex. 1017 - Page 10 of 12
`
`
`
`8/18/2014
`
`Brandenburg Writing 3, Musings and Presentations
`
`Protocol proposal
`
`Multiple Address Service For
`Transport (MAST): An Extended
`Proposal
`
`» drafi-crocker-mast-proposal-Ol.doc
`
`MAST and Multi6
`
`» mast-multi6—minne.ppt
`
`Multiaddressing with MAST
`
`.
`
`IEEE SAINT 2004, Tokyo » mast-saintppt
`
`Shared locators
`
`Framework for Common Endpoint
`Iocator Pools
`
`' Proposal document » drafi-crocker-celp-00.txt
`
`°
`
`Introduction slides » gmdfl
`
`Other
`
`Augmented BNF for Syntax
`Specifications: ABNF
`
`DNS Scoped Data Through
`Attribute Leaves
`
`0
`
`Jan 2008 » m
`
`With the DNS leading-underscore naming construct, the choice of valid
`RRs is limited to a defined set. It defines a scope-constrained attribute
`space for the containing domain name.
`
`0
`
`drafi-crocker—dns -attrleaf-02 (m, M)
`
`PCI: Personal Contact Information
`
`1. Jun 1993 » m
`
`STIF: Structured text Interchange
`Format
`
`1. March 1996 » pdfimdgp;
`
`l. Crocker, D. and Overell, P., Nov 1997 » RFC 2234
`
`l.
`
`» drafi-ietf—impp-cpim-Oltxt
`
`Augmented BNF for Syntax
`Specifications : ABNF
`
`Common Presence and Instant
`
`Messaging (CPIM)
`
`Ancient History
`
`° RFC 498, On Mail Service to CCN. RT. Braden. Apr-17-73
`
`0 RFC 539, Thoughts on the mailprotoco/proposed in RFC 524. D. Crocker, J. Postel. Jul-07-1973.
`
`' RFC 577, Mail priority. D. Crocker. Oct-18-1973.
`
`http://bbiw.net/musi ng s.htn1
`
`Ex.1017- Page 11 of12
`
`10/11
`
`Ex. 1017 - Page 11 of 12
`
`
`
`8/18/2014
`
`Brandenburg Writing 3, Musings and Presentations
`
`° RFC 581, Corrections to RFC 560: Remote Controlled Transmission and Echoing Telnet option. D.
`
`Crocker, J. Postel. Nov-02—1973.
`
`' RFC 585, ARPANET users interest working group meeting. D. Crocker, N. Neigus, E.J. Feinler, J. Iseli. Nov-
`06-1973.
`
`° RFC 615, Proposed Network Standard Data Pathname syntax. D. Crocker. Mar-01-1974.
`
`0 RFC 645, Network Standard Data Specification syntax. D. Crocker. Jun-26-1974.
`
`‘ RFC 651, Revised Telnet status option. D. Crocker. Oct-25-1974.
`
`° RFC 652, Telnet output carriage-return disposition option. D. Crocker. Oct-25-1974.
`
`° RFC 653, Telnet output horizontal tabstops option. D. Crocker. Oct-25—1974.
`
`0 RFC 654, Telnet output horizontal tab disposition option. D. Crocker. Oct-25-1974.
`
`‘ RFC 655, Telnet outputformfeed disposition option. D. Crocker. Oct-25-1974.
`
`° RFC 656, Telnet output vertical tabstops option. D. Crocker. Oct-25-1974.
`
`° RFC 657, Telnet output vertical tab disposition option. D. Crocker. Oct-25—1974.
`
`° RFC 658, Telnet output linefeed disposition. D. Crocker. Oct-25-1974.
`
`‘ RFC 720, Address specification syntax for network mail. D. Crocker. Aug-05—1976.
`
`° RFC 729, Telnet byte macro option. D. Crocker. May-13-1977.
`
`3 20/3 Brandenburg lnternetWorking: A ll rights reserved. N Send comments about this site to webmaster@bbiw.net.
`
`i5
`
`http://bbiw.net/musings.htn1
`
`Ex. 1017 - Page 12 of 12
`
`1 1/11
`
`Ex. 1017 - Page 12 of 12
`
`
Accessing this document will incur an additional charge of $.
After purchase, you can access this document again without charge.
Accept $ Charge
Still Working On It
This document is taking longer than usual to download. This can happen if we need to contact the court directly to obtain the document and their servers are running slowly.
Give it another minute or two to complete, and then try the refresh button.
A few More Minutes ... Still Working
It can take up to 5 minutes for us to download a document if the court servers are running slowly.
Thank you for your continued patience.
This document could not be displayed.
We could not find this document within its docket. Please go back to the docket page and check the link. If that does not work, go back to the docket and refresh it to pull the newest information.
Your account does not support viewing this document.
You need a Paid Account to view this document. Click here to change your account type.
Your account does not support viewing this document.
Set your membership
status to view this document.
With a Docket Alarm membership, you'll
get a whole lot more, including:
- Up-to-date information for this case.
- Email alerts whenever there is an update.
- Full text search for other cases.
- Get email alerts whenever a new case matches your search.
One Moment Please
The filing “” is large (MB) and is being downloaded.
Please refresh this page in a few minutes to see if the filing has been downloaded. The filing will also be emailed to you when the download completes.
Your document is on its way!
If you do not receive the document in five minutes, contact support at support@docketalarm.com.
Sealed Document
We are unable to display this document, it may be under a court ordered seal.
If you have proper credentials to access the file, you may proceed directly to the court's system using your government issued username and password.
Access Government Site
