One document matched: draft-barnes-blocking-considerations-00.xml
<?xml version="1.0" encoding="US-ASCII"?>
<!-- This template is for creating an Internet Draft using xml2rfc,
which is available here: http://xml.resource.org. -->
<!DOCTYPE rfc SYSTEM "rfc2629.dtd" [
<!ENTITY RFC2775 PUBLIC "" "http://xml.resource.org/public/rfc/bibxml/reference.RFC.2775.xml">
<!ENTITY RFC3724 PUBLIC "" "http://xml.resource.org/public/rfc/bibxml/reference.RFC.3724.xml">
<!ENTITY RFC4084 PUBLIC "" "http://xml.resource.org/public/rfc/bibxml/reference.RFC.4084.xml">
<!ENTITY RFC4924 PUBLIC "" "http://xml.resource.org/public/rfc/bibxml/reference.RFC.4924.xml">
]>
<?xml-stylesheet type='text/xsl' href='rfc2629.xslt' ?>
<!-- used by XSLT processors -->
<!-- For a complete list and description of processing instructions (PIs),
please see http://xml.resource.org/authoring/README.html. -->
<!-- Below are generally applicable Processing Instructions (PIs) that most I-Ds might want to use.
(Here they are set differently than their defaults in xml2rfc v1.32) -->
<?rfc strict="yes" ?>
<!-- give errors regarding ID-nits and DTD validation -->
<!-- control the table of contents (ToC) -->
<?rfc toc="yes"?>
<!-- generate a ToC -->
<?rfc tocdepth="4"?>
<!-- the number of levels of subsections in ToC. default: 3 -->
<!-- control references -->
<?rfc symrefs="yes"?>
<!-- use symbolic references tags, i.e, [RFC2119] instead of [1] -->
<?rfc sortrefs="yes" ?>
<!-- sort the reference entries alphabetically -->
<!-- control vertical white space
(using these PIs as follows is recommended by the RFC Editor) -->
<?rfc compact="yes" ?>
<!-- do not start each main section on a new page -->
<?rfc subcompact="no" ?>
<!-- keep one blank line between list items -->
<!-- end of list of popular I-D processing instructions -->
<rfc category="info" docName="draft-barnes-blocking-considerations-00.txt"
ipr="trust200902">
<!-- category values: std, bcp, info, exp, and historic
ipr values: full3667, noModification3667, noDerivatives3667
you can add the attributes updates="NNNN" and obsoletes="NNNN"
they will automatically be output with "(if approved)" -->
<!-- ***** FRONT MATTER ***** -->
<front>
<!-- The abbreviated title is used in the page header - it is only necessary if the
full title is longer than 39 characters -->
<title abbrev="Blocking Considerations">Technical Considerations for
Internet Service Blocking</title>
<!--add 'role="editor"' below for the editors if appropriate -->
<!-- Another author who claims to be an editor -->
<author fullname="Richard Barnes" initials="R." surname="Barnes">
<organization>BBN Technologies</organization>
<address>
<postal>
<street>1300 N. 17th St</street>
<!-- Reorder these if your country does things differently -->
<city>Arlington</city>
<region>VA</region>
<code>22209</code>
<country>USA</country>
</postal>
<phone>+1 703 284 1340</phone>
<email>rbarnes@bbn.com</email>
<!-- uri and facsimile elements may also be added -->
</address>
</author>
<author fullname="Matt Lepinski" initials="M." surname="Lepinski">
<organization>BBN Technologies</organization>
<address>
<postal>
<street>10 Moulton St</street>
<city>Cambridge</city>
<region>MA</region>
<code>02138</code>
<country>USA</country>
</postal>
<phone>+1 617 873 5939</phone>
<email>mlepinski@bbn.com</email>
</address>
</author>
<author fullname="Alissa" initials="A." surname="Cooper">
<organization>Center for Democracy & Technology</organization>
</author>
<author fullname="Olaf" initials="O." surname="Kolkman">
<organization>NLnet Labs</organization>
</author>
<date day="9" month="July" year="2012"/>
<!-- If the month and year are both specified and are the current ones, xml2rfc will fill
in the current day for you. If only the current year is specified, xml2rfc will fill
in the current day and month for you. If the year is not the current one, it is
necessary to specify at least a month (xml2rfc assumes day="1" if not specified for the
purpose of calculating the expiry date). With drafts it is normally sufficient to
specify just the year. -->
<!-- Meta-data Declarations -->
<area>General</area>
<workgroup>Network Working Group</workgroup>
<!-- WG name at the upperleft corner of the doc,
IETF is fine for individual submissions.
If this element is not present, the default is "Network Working Group",
which is used by the RFC Editor as a nod to the history of the IETF. -->
<abstract>
<t>The Internet is structured to be an open communications medium. This
openness is one of the key underpinnings of Internet innovation, but it
can allow bad communications as well as good. Thus, as the Internet has
grown, so have mechanisms to limit the extent and impact of abusive or
illegal communications. Recently, there has been an increasing emphasis
on "blocking", the active prevention of abusive or illegal
communications. This document examines several technical approaches to
Internet service blocking in terms of their fit with the overall
Internet architecture. In general, the approach to service blocking that
is most coherent with the Internet architecture is to inform endpoints
about bad services, so that the communicants can avoid engaging in
abusive or illegal communications.</t>
</abstract>
</front>
<middle>
<section title="Introduction">
<t>[[ This document is a placeholder, pending submission of a revised
version in time for the revised draft deadline. ]]</t>
<t>[[ TODO ]]</t>
</section>
<section title="Architectural Principles">
<t>[[ TODO ]]</t>
</section>
<section title="Examples of Blocking">
<t>[[ TODO ]] </t>
</section>
<section title="Blocking Design Patterns">
<t>[TODO]</t>
</section>
<section title="Summary of Trade-offs and Applicability">
<t>[[ TODO ]]</t>
</section>
<section title="Security Considerations">
<t>[[ TODO ]]</t>
</section>
</middle>
<!-- *****BACK MATTER ***** -->
<back>
<references title="Informative References">
&RFC2775;
&RFC3724;
&RFC4084;
&RFC4924;
</references>
</back>
</rfc>
| PAFTECH AB 2003-2026 | 2026-04-23 19:30:00 |