diff --git a/Makefile b/Makefile
index 4980138e..1a0fdd62 100644
--- a/Makefile
+++ b/Makefile
@@ -96,7 +96,7 @@ CHECKOUTPUT= \
%.rng: %.rnc
trang $< $@
-%.tests: %.txt.test %.html.test %.exp.xml.test %.v2v3.xml.test %.v3add-xinclude.xml.test %.text.test %.pages.text.test %.v3.html.test %.prepped.xml.test %.plain.text
+%.tests: %.txt.test %.html.test %.exp.xml.test %.v2v3.xml.test %.v3add-xinclude.xml.test %.v3add-xinclude-w-revision.xml.test %.text.test %.pages.text.test %.v3.html.test %.prepped.xml.test %.plain.text
@echo " Checking v3 validity"
@doc=$(basename $@); printf ' '; xmllint --noout --relaxng xml2rfc/data/v3.rng $$doc.prepped.xml
@echo " Diffing .plain.text against regular .text"
@@ -120,6 +120,9 @@ tests/out/%.v2v3.xml: tests/input/%.xml install
tests/out/%.v3add-xinclude.xml: tests/input/draft-miek-test.v3.xml install
@PS4=" " /bin/bash -cx "xml2rfc --skip-config --allow-local-file-access --cache \"$${IETF_TEST_CACHE_PATH}\" --no-network --v2v3 --add-xinclude $< --out $@"
+tests/out/%.v3add-xinclude-w-revision.xml: tests/input/draft-template.xml install
+ @PS4=" " /bin/bash -cx "xml2rfc --skip-config --allow-local-file-access --cache \"$${IETF_TEST_CACHE_PATH}\" --no-network --v2v3 --add-xinclude --draft-revisions $< --out $@"
+
tests/out/%.prepped.xml: tests/input/%.xml tests/out/%.v3.html tests/out/%.text install
@PS4=" " /bin/bash -cx "xml2rfc --skip-config --allow-local-file-access --cache \"$${IETF_TEST_CACHE_PATH}\" --no-network --out $@ --prep $<"
@echo " Checking generation of .html from prepped .xml"
diff --git a/tests/valid/draft-miek-test.v3add-xinclude-w-revision.xml b/tests/valid/draft-miek-test.v3add-xinclude-w-revision.xml
new file mode 100644
index 00000000..ca700abf
--- /dev/null
+++ b/tests/valid/draft-miek-test.v3add-xinclude-w-revision.xml
@@ -0,0 +1,750 @@
+
+
+
+
+
+]>
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+ Put Your Internet Draft Title
+ Here
+
+
+
+
+
+ Folly Consulting
+
+
+
+
+
+ Soham
+
+
+ UK
+
+ +44 7889 488 335
+ elwynd@dial.pipex.com
+
+
+
+
+
+ Huawei Technology
+
+
+ 125 Nagog Technology Park
+ Acton
+ MA
+ 01719
+ US
+
+ quintin.zhao@huawei.com
+
+
+
+
+
+
+
+ General
+ Internet Engineering Task Force
+
+
+ template
+
+
+
+ Insert an abstract: MANDATORY. This template is for creating an
+ Internet Draft.
+
+
+
+
+ Introduction
+ The original specification of xml2rfc format is in RFC 2629.
+
+ Requirements Language
+ The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT",
+ "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this
+ document are to be interpreted as described in RFC 2119.
+
+
+
+ Simple List
+ List styles: 'empty', 'symbols', 'letters', 'numbers', 'hanging',
+ 'format'.
+
+
+ First bullet
+
+
+ Second bullet
+
+
+ You can write text here as well.
+
+
+ Figures
+ Figures should not exceed 69 characters wide to allow for the indent
+ of sections.
+ Preamble text - can be omitted or empty.
+
+ Cross-references allowed in pre- and postamble. .
+ The CDATA means you don't need to escape meta-characters (especially
+ < (<) and & (&)) but is not essential.
+ Figures may also have a title attribute but it won't be displayed unless
+ there is also an anchor. White space, both horizontal and vertical, is
+ significant in figures even if you don't use CDATA.
+
+
+
+
+ Subsections and Tables
+
+ A Subsection
+ By default 3 levels of nesting show in table of contents but that
+ can be adjusted with the value of the "tocdepth" processing
+ instruction.
+
+
+ Tables
+ .. are very similar to figures:
+ Tables use ttcol to define column headers and widths.
+ Every cell then has a "c" element for its content.
+
+ A Very Simple Table
+
+
+
ttcol #1
+
ttcol #2
+
+
+
+
+
c #1
+
c #2
+
+
+
c #3
+
c #4
+
+
+
c #5
+
c #6
+
+
+
+ which is a very simple example.
+
+
+
+ More about Lists
+ Lists with 'hanging labels': the list item is indented the amount of
+ the hangIndent:
+
+
short
+
With a label shorter than the hangIndent.
+
fantastically long label
+
With a label longer than the
+ hangIndent.
+
vspace_trick
+
Forces the new
+ item to start on a new line.
+
+
+
+ Simulating more than one paragraph in a list item using
+ <vspace>:
+
+ First, a short item.
+
+
+ Second, a longer list item.
+ And
+ something that looks like a separate pararaph..
+
+
+ Simple indented paragraph using the "empty" style:
+
+
+ The quick, brown fox jumped over the lazy dog and lived to fool
+ many another hunter in the great wood in the west.
+
+
+
+ Numbering Lists across Lists and Sections
+ Numbering items continuously although they are in separate
+ <list> elements, maybe in separate sections using the "format"
+ style and a "counter" variable.
+ First list:
+
+ #1
+
+
+ #2
+
+
+ #3
+
+
+ Specify the indent explicitly so that all the items line up
+ nicely.
+ Second list:
+
+ #4
+
+
+ #5
+
+
+ #6
+
+
+
+
+ Where the List Numbering Continues
+ List continues here.
+ Third list:
+
+ #7
+
+
+ #8
+
+
+ #9
+
+
+ #10
+
+
+ The end of the list.
+
+
+ nested lists
+ Simulating more than one paragraph in a list item using
+ <vspace>:
+
+
+ First, a short item.
+
+
+ Second, a longer list item.
+ And
+ something that looks like a separate paragraph.
+
+
+ and a sublist, also with letters
+
+
+ first subitem
+
+
+ second subitem
+
+
+ and a sub-sublist, also with letters
+
+
+ first sub-subitem
+
+
+ second sub-subitem
+
+
+
+
+
+
+
+
+ List Formats
+ many formats
+
+
+ first %c-item
+
+
+ more %c-items
+
+
+
+ first %C-item
+
+
+ more %C-items
+
+
+
+ first %d-item.
+
+
+ more %d-items.
+
+
+
+ first %i-item
+
+
+ more %i-items
+
+
+ more %i-items
+
+
+ more %i-items
+
+
+ more %i-items
+
+
+ more %i-items
+
+
+ more %i-items
+
+
+ more %i-items
+
+
+ more %i-items
+
+
+
+ first %I-item
+
+
+ more %I-items
+
+
+ more %I-items
+
+
+ more %I-items
+
+
+ more %I-items
+
+
+ more %I-items
+
+
+ more %I-items
+
+
+ more %I-items
+
+
+ more %I-items
+
+
+
+ first %o-item
+
+
+ more %o-items
+
+
+ more %o-items
+
+
+ more %o-items
+
+
+ more %o-items
+
+
+ more %o-items
+
+
+ more %o-items
+
+
+ more %o-items
+
+
+ more %o-items
+
+
+
+ first %x-item
+
+
+ more %x-items
+
+
+ more %x-items
+
+
+ more %x-items
+
+
+ more %x-items
+
+
+ more %x-items
+
+
+ more %x-items
+
+
+ more %x-items
+
+
+ more %x-items
+
+
+ more %x-items
+
+
+ more %x-items
+
+
+ more %x-items
+
+
+ more %x-items
+
+
+ more %x-items
+
+
+ more %x-items
+
+
+ more %x-items
+
+
+ more %x-items
+
+
+
+ first %X-item
+
+
+ more %X-items
+
+
+ more %X-items
+
+
+ more %X-items
+
+
+ more %X-items
+
+
+ more %X-items
+
+
+ more %X-items
+
+
+ more %X-items
+
+
+ more %X-items
+
+
+ more %X-items
+
+
+ more %X-items
+
+
+ more %X-items
+
+
+ more %X-items
+
+
+ more %X-items
+
+
+ more %X-items
+
+
+ more %X-items
+
+
+ more %X-items
+
+
+
+
+
+ Example of Code or MIB Module To Be Extracted
+ The <artwork> element has a number of extra attributes
+ that can be used to substitute a more aesthetically pleasing rendition
+ into HTML output while continuing to use the ASCII art version in the
+ text and nroff outputs (see the xml2rfc README for details). It also
+ has a "type" attribute. This is currently ignored except in the case
+ 'type="abnf"'. In this case the "artwork" is expected to contain a
+ piece of valid Augmented Backus-Naur Format (ABNF) grammar. This will
+ be syntax checked by xml2rfc and any errors will cause a fatal error
+ if the "strict" processing instruction is set to "yes". The ABNF will
+ also be colorized in HTML output to highlight the syntactic
+ components. Checking of additional "types" may be provided in future
+ versions of xml2rfc.
+
+
+void
+main(int argc, char *argv[])
+{
+ int i;
+
+ printf("program arguments are:\n");
+ for (i = 0; i < argc; i++) {
+ printf("%d: \"%s\"\n", i, argv[i]);
+ }
+
+ exit(0);
+} /* main */
+
+/* end of file */
+
+]]>
+
+
+ Acknowledgements
+ This template was derived from an initial version written by Pekka
+ Savola and contributed by him to the xml2rfc project.
+
+ This document is part of a plan to make xml2rfc indispensable .
+ This document may be shared as needed . If necessary, appeal to .
+
+
+
+
+
+ IANA Considerations
+ This memo includes no request to IANA.
+ All drafts are required to have an IANA considerations section (see
+ the update of
+ RFC 2434 for a guide). If the draft does not require IANA to do
+ anything, the section contains an explicit statement that this is the
+ case (as above). If there are no requirements for IANA, the section will
+ be removed during conversion into an RFC by the RFC Editor.
+
+
+ Security Considerations
+ All drafts are required to have a security considerations section.
+ See RFC 3552 for a guide.
+
+
+
+
+
+
+
+
+
+
+ References
+
+ Normative References
+
+
+
+
+
+
+ Minimal Reference
+
+
+
+
+
+
+
+
+ Informative References
+
+
+
+
+
+
+
+
+ Jupiter rising
+
+ Google, Inc.
+
+
+ Google, Inc.
+
+
+ Google, Inc.
+
+
+ Google, Inc.
+
+
+ Google, Inc.
+
+
+ Google, Inc.
+
+
+ Google, Inc.
+
+
+ Google, Inc.
+
+
+ Google, Inc.
+
+
+ Google, Inc.
+
+
+ Google, Inc.
+
+
+ Google, Inc.
+
+
+ Google, Inc.
+
+
+ Google, Inc.
+
+
+ Google, Inc.
+
+
+ Google, Inc.
+
+
+ Google, Inc.
+
+
+ Google, Inc.
+
+
+ Google, Inc.
+
+
+ Association for Computing Machinery (ACM)
+
+
+
+ We present our approach for overcoming the cost, operational complexity, and limited scale endemic to datacenter networks a decade ago. Three themes unify the five generations of datacenter networks detailed in this paper. First, multi-stage Clos topologies built from commodity switch silicon can support cost-effective deployment of building-scale networks. Second, much of the general, but complex, decentralized network routing and management protocols supporting arbitrary deployment scenarios were overkill for single-operator, pre-planned datacenter networks. We built a centralized control mechanism based on a global configuration pushed to all datacenter switches. Third, modular hardware design coupled with simple, robust software allowed our design to also support inter-cluster and wide-area networks. Our datacenter networks run at dozens of sites across the planet, scaling in capacity by 100x over 10 years to more than 1 Pbps of bisection bandwidth. A more detailed version of this paper is available at Ref.
+
+
+ Communications of the ACM, vol. 59, no. 9, pp. 88-97
+
+
+
+
+
+
+ Ultimate Plan for Taking Over the World
+
+ Mad Dominators, Inc.
+
+
+
+
+
+
+
+ I Learned to Share in Kindergarten
+
+
+
+ Sesame Street
+
+
+
+
+
+
+
+
+
+
+ Additional Stuff
+ This becomes an Appendix.
+
+
+ Contributors
+ This becomes an unnumbered section
+
+
+
diff --git a/tests/valid/draft-template.v3add-xinclude-w-revision.xml b/tests/valid/draft-template.v3add-xinclude-w-revision.xml
new file mode 100644
index 00000000..ca700abf
--- /dev/null
+++ b/tests/valid/draft-template.v3add-xinclude-w-revision.xml
@@ -0,0 +1,750 @@
+
+
+
+
+
+]>
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+ Put Your Internet Draft Title
+ Here
+
+
+
+
+
+ Folly Consulting
+
+
+
+
+
+ Soham
+
+
+ UK
+
+ +44 7889 488 335
+ elwynd@dial.pipex.com
+
+
+
+
+
+ Huawei Technology
+
+
+ 125 Nagog Technology Park
+ Acton
+ MA
+ 01719
+ US
+
+ quintin.zhao@huawei.com
+
+
+
+
+
+
+
+ General
+ Internet Engineering Task Force
+
+
+ template
+
+
+
+ Insert an abstract: MANDATORY. This template is for creating an
+ Internet Draft.
+
+
+
+
+ Introduction
+ The original specification of xml2rfc format is in RFC 2629.
+
+ Requirements Language
+ The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT",
+ "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this
+ document are to be interpreted as described in RFC 2119.
+
+
+
+ Simple List
+ List styles: 'empty', 'symbols', 'letters', 'numbers', 'hanging',
+ 'format'.
+
+
+ First bullet
+
+
+ Second bullet
+
+
+ You can write text here as well.
+
+
+ Figures
+ Figures should not exceed 69 characters wide to allow for the indent
+ of sections.
+ Preamble text - can be omitted or empty.
+
+ Cross-references allowed in pre- and postamble. .
+ The CDATA means you don't need to escape meta-characters (especially
+ < (<) and & (&)) but is not essential.
+ Figures may also have a title attribute but it won't be displayed unless
+ there is also an anchor. White space, both horizontal and vertical, is
+ significant in figures even if you don't use CDATA.
+
+
+
+
+ Subsections and Tables
+
+ A Subsection
+ By default 3 levels of nesting show in table of contents but that
+ can be adjusted with the value of the "tocdepth" processing
+ instruction.
+
+
+ Tables
+ .. are very similar to figures:
+ Tables use ttcol to define column headers and widths.
+ Every cell then has a "c" element for its content.
+
+ A Very Simple Table
+
+
+
ttcol #1
+
ttcol #2
+
+
+
+
+
c #1
+
c #2
+
+
+
c #3
+
c #4
+
+
+
c #5
+
c #6
+
+
+
+ which is a very simple example.
+
+
+
+ More about Lists
+ Lists with 'hanging labels': the list item is indented the amount of
+ the hangIndent:
+
+
short
+
With a label shorter than the hangIndent.
+
fantastically long label
+
With a label longer than the
+ hangIndent.
+
vspace_trick
+
Forces the new
+ item to start on a new line.
+
+
+
+ Simulating more than one paragraph in a list item using
+ <vspace>:
+
+ First, a short item.
+
+
+ Second, a longer list item.
+ And
+ something that looks like a separate pararaph..
+
+
+ Simple indented paragraph using the "empty" style:
+
+
+ The quick, brown fox jumped over the lazy dog and lived to fool
+ many another hunter in the great wood in the west.
+
+
+
+ Numbering Lists across Lists and Sections
+ Numbering items continuously although they are in separate
+ <list> elements, maybe in separate sections using the "format"
+ style and a "counter" variable.
+ First list:
+
+ #1
+
+
+ #2
+
+
+ #3
+
+
+ Specify the indent explicitly so that all the items line up
+ nicely.
+ Second list:
+
+ #4
+
+
+ #5
+
+
+ #6
+
+
+
+
+ Where the List Numbering Continues
+ List continues here.
+ Third list:
+
+ #7
+
+
+ #8
+
+
+ #9
+
+
+ #10
+
+
+ The end of the list.
+
+
+ nested lists
+ Simulating more than one paragraph in a list item using
+ <vspace>:
+
+
+ First, a short item.
+
+
+ Second, a longer list item.
+ And
+ something that looks like a separate paragraph.
+
+
+ and a sublist, also with letters
+
+
+ first subitem
+
+
+ second subitem
+
+
+ and a sub-sublist, also with letters
+
+
+ first sub-subitem
+
+
+ second sub-subitem
+
+
+
+
+
+
+
+
+ List Formats
+ many formats
+
+
+ first %c-item
+
+
+ more %c-items
+
+
+
+ first %C-item
+
+
+ more %C-items
+
+
+
+ first %d-item.
+
+
+ more %d-items.
+
+
+
+ first %i-item
+
+
+ more %i-items
+
+
+ more %i-items
+
+
+ more %i-items
+
+
+ more %i-items
+
+
+ more %i-items
+
+
+ more %i-items
+
+
+ more %i-items
+
+
+ more %i-items
+
+
+
+ first %I-item
+
+
+ more %I-items
+
+
+ more %I-items
+
+
+ more %I-items
+
+
+ more %I-items
+
+
+ more %I-items
+
+
+ more %I-items
+
+
+ more %I-items
+
+
+ more %I-items
+
+
+
+ first %o-item
+
+
+ more %o-items
+
+
+ more %o-items
+
+
+ more %o-items
+
+
+ more %o-items
+
+
+ more %o-items
+
+
+ more %o-items
+
+
+ more %o-items
+
+
+ more %o-items
+
+
+
+ first %x-item
+
+
+ more %x-items
+
+
+ more %x-items
+
+
+ more %x-items
+
+
+ more %x-items
+
+
+ more %x-items
+
+
+ more %x-items
+
+
+ more %x-items
+
+
+ more %x-items
+
+
+ more %x-items
+
+
+ more %x-items
+
+
+ more %x-items
+
+
+ more %x-items
+
+
+ more %x-items
+
+
+ more %x-items
+
+
+ more %x-items
+
+
+ more %x-items
+
+
+
+ first %X-item
+
+
+ more %X-items
+
+
+ more %X-items
+
+
+ more %X-items
+
+
+ more %X-items
+
+
+ more %X-items
+
+
+ more %X-items
+
+
+ more %X-items
+
+
+ more %X-items
+
+
+ more %X-items
+
+
+ more %X-items
+
+
+ more %X-items
+
+
+ more %X-items
+
+
+ more %X-items
+
+
+ more %X-items
+
+
+ more %X-items
+
+
+ more %X-items
+
+
+
+
+
+ Example of Code or MIB Module To Be Extracted
+ The <artwork> element has a number of extra attributes
+ that can be used to substitute a more aesthetically pleasing rendition
+ into HTML output while continuing to use the ASCII art version in the
+ text and nroff outputs (see the xml2rfc README for details). It also
+ has a "type" attribute. This is currently ignored except in the case
+ 'type="abnf"'. In this case the "artwork" is expected to contain a
+ piece of valid Augmented Backus-Naur Format (ABNF) grammar. This will
+ be syntax checked by xml2rfc and any errors will cause a fatal error
+ if the "strict" processing instruction is set to "yes". The ABNF will
+ also be colorized in HTML output to highlight the syntactic
+ components. Checking of additional "types" may be provided in future
+ versions of xml2rfc.
+
+
+void
+main(int argc, char *argv[])
+{
+ int i;
+
+ printf("program arguments are:\n");
+ for (i = 0; i < argc; i++) {
+ printf("%d: \"%s\"\n", i, argv[i]);
+ }
+
+ exit(0);
+} /* main */
+
+/* end of file */
+
+]]>
+
+
+ Acknowledgements
+ This template was derived from an initial version written by Pekka
+ Savola and contributed by him to the xml2rfc project.
+
+ This document is part of a plan to make xml2rfc indispensable .
+ This document may be shared as needed . If necessary, appeal to .
+
+
+
+
+
+ IANA Considerations
+ This memo includes no request to IANA.
+ All drafts are required to have an IANA considerations section (see
+ the update of
+ RFC 2434 for a guide). If the draft does not require IANA to do
+ anything, the section contains an explicit statement that this is the
+ case (as above). If there are no requirements for IANA, the section will
+ be removed during conversion into an RFC by the RFC Editor.
+
+
+ Security Considerations
+ All drafts are required to have a security considerations section.
+ See RFC 3552 for a guide.
+
+
+
+
+
+
+
+
+
+
+ References
+
+ Normative References
+
+
+
+
+
+
+ Minimal Reference
+
+
+
+
+
+
+
+
+ Informative References
+
+
+
+
+
+
+
+
+ Jupiter rising
+
+ Google, Inc.
+
+
+ Google, Inc.
+
+
+ Google, Inc.
+
+
+ Google, Inc.
+
+
+ Google, Inc.
+
+
+ Google, Inc.
+
+
+ Google, Inc.
+
+
+ Google, Inc.
+
+
+ Google, Inc.
+
+
+ Google, Inc.
+
+
+ Google, Inc.
+
+
+ Google, Inc.
+
+
+ Google, Inc.
+
+
+ Google, Inc.
+
+
+ Google, Inc.
+
+
+ Google, Inc.
+
+
+ Google, Inc.
+
+
+ Google, Inc.
+
+
+ Google, Inc.
+
+
+ Association for Computing Machinery (ACM)
+
+
+
+ We present our approach for overcoming the cost, operational complexity, and limited scale endemic to datacenter networks a decade ago. Three themes unify the five generations of datacenter networks detailed in this paper. First, multi-stage Clos topologies built from commodity switch silicon can support cost-effective deployment of building-scale networks. Second, much of the general, but complex, decentralized network routing and management protocols supporting arbitrary deployment scenarios were overkill for single-operator, pre-planned datacenter networks. We built a centralized control mechanism based on a global configuration pushed to all datacenter switches. Third, modular hardware design coupled with simple, robust software allowed our design to also support inter-cluster and wide-area networks. Our datacenter networks run at dozens of sites across the planet, scaling in capacity by 100x over 10 years to more than 1 Pbps of bisection bandwidth. A more detailed version of this paper is available at Ref.
+
+
+ Communications of the ACM, vol. 59, no. 9, pp. 88-97
+
+
+
+
+
+
+ Ultimate Plan for Taking Over the World
+
+ Mad Dominators, Inc.
+
+
+
+
+
+
+
+ I Learned to Share in Kindergarten
+
+
+
+ Sesame Street
+
+
+
+
+
+
+
+
+
+
+ Additional Stuff
+ This becomes an Appendix.
+
+
+ Contributors
+ This becomes an unnumbered section
+
+
+
diff --git a/tests/valid/rfc7911.v3add-xinclude-w-revision.xml b/tests/valid/rfc7911.v3add-xinclude-w-revision.xml
new file mode 100644
index 00000000..ca700abf
--- /dev/null
+++ b/tests/valid/rfc7911.v3add-xinclude-w-revision.xml
@@ -0,0 +1,750 @@
+
+
+
+
+
+]>
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+ Put Your Internet Draft Title
+ Here
+
+
+
+
+
+ Folly Consulting
+
+
+
+
+
+ Soham
+
+
+ UK
+
+ +44 7889 488 335
+ elwynd@dial.pipex.com
+
+
+
+
+
+ Huawei Technology
+
+
+ 125 Nagog Technology Park
+ Acton
+ MA
+ 01719
+ US
+
+ quintin.zhao@huawei.com
+
+
+
+
+
+
+
+ General
+ Internet Engineering Task Force
+
+
+ template
+
+
+
+ Insert an abstract: MANDATORY. This template is for creating an
+ Internet Draft.
+
+
+
+
+ Introduction
+ The original specification of xml2rfc format is in RFC 2629.
+
+ Requirements Language
+ The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT",
+ "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this
+ document are to be interpreted as described in RFC 2119.
+
+
+
+ Simple List
+ List styles: 'empty', 'symbols', 'letters', 'numbers', 'hanging',
+ 'format'.
+
+
+ First bullet
+
+
+ Second bullet
+
+
+ You can write text here as well.
+
+
+ Figures
+ Figures should not exceed 69 characters wide to allow for the indent
+ of sections.
+ Preamble text - can be omitted or empty.
+
+ Cross-references allowed in pre- and postamble. .
+ The CDATA means you don't need to escape meta-characters (especially
+ < (<) and & (&)) but is not essential.
+ Figures may also have a title attribute but it won't be displayed unless
+ there is also an anchor. White space, both horizontal and vertical, is
+ significant in figures even if you don't use CDATA.
+
+
+
+
+ Subsections and Tables
+
+ A Subsection
+ By default 3 levels of nesting show in table of contents but that
+ can be adjusted with the value of the "tocdepth" processing
+ instruction.
+
+
+ Tables
+ .. are very similar to figures:
+ Tables use ttcol to define column headers and widths.
+ Every cell then has a "c" element for its content.
+
+ A Very Simple Table
+
+
+
ttcol #1
+
ttcol #2
+
+
+
+
+
c #1
+
c #2
+
+
+
c #3
+
c #4
+
+
+
c #5
+
c #6
+
+
+
+ which is a very simple example.
+
+
+
+ More about Lists
+ Lists with 'hanging labels': the list item is indented the amount of
+ the hangIndent:
+
+
short
+
With a label shorter than the hangIndent.
+
fantastically long label
+
With a label longer than the
+ hangIndent.
+
vspace_trick
+
Forces the new
+ item to start on a new line.
+
+
+
+ Simulating more than one paragraph in a list item using
+ <vspace>:
+
+ First, a short item.
+
+
+ Second, a longer list item.
+ And
+ something that looks like a separate pararaph..
+
+
+ Simple indented paragraph using the "empty" style:
+
+
+ The quick, brown fox jumped over the lazy dog and lived to fool
+ many another hunter in the great wood in the west.
+
+
+
+ Numbering Lists across Lists and Sections
+ Numbering items continuously although they are in separate
+ <list> elements, maybe in separate sections using the "format"
+ style and a "counter" variable.
+ First list:
+
+ #1
+
+
+ #2
+
+
+ #3
+
+
+ Specify the indent explicitly so that all the items line up
+ nicely.
+ Second list:
+
+ #4
+
+
+ #5
+
+
+ #6
+
+
+
+
+ Where the List Numbering Continues
+ List continues here.
+ Third list:
+
+ #7
+
+
+ #8
+
+
+ #9
+
+
+ #10
+
+
+ The end of the list.
+
+
+ nested lists
+ Simulating more than one paragraph in a list item using
+ <vspace>:
+
+
+ First, a short item.
+
+
+ Second, a longer list item.
+ And
+ something that looks like a separate paragraph.
+
+
+ and a sublist, also with letters
+
+
+ first subitem
+
+
+ second subitem
+
+
+ and a sub-sublist, also with letters
+
+
+ first sub-subitem
+
+
+ second sub-subitem
+
+
+
+
+
+
+
+
+ List Formats
+ many formats
+
+
+ first %c-item
+
+
+ more %c-items
+
+
+
+ first %C-item
+
+
+ more %C-items
+
+
+
+ first %d-item.
+
+
+ more %d-items.
+
+
+
+ first %i-item
+
+
+ more %i-items
+
+
+ more %i-items
+
+
+ more %i-items
+
+
+ more %i-items
+
+
+ more %i-items
+
+
+ more %i-items
+
+
+ more %i-items
+
+
+ more %i-items
+
+
+
+ first %I-item
+
+
+ more %I-items
+
+
+ more %I-items
+
+
+ more %I-items
+
+
+ more %I-items
+
+
+ more %I-items
+
+
+ more %I-items
+
+
+ more %I-items
+
+
+ more %I-items
+
+
+
+ first %o-item
+
+
+ more %o-items
+
+
+ more %o-items
+
+
+ more %o-items
+
+
+ more %o-items
+
+
+ more %o-items
+
+
+ more %o-items
+
+
+ more %o-items
+
+
+ more %o-items
+
+
+
+ first %x-item
+
+
+ more %x-items
+
+
+ more %x-items
+
+
+ more %x-items
+
+
+ more %x-items
+
+
+ more %x-items
+
+
+ more %x-items
+
+
+ more %x-items
+
+
+ more %x-items
+
+
+ more %x-items
+
+
+ more %x-items
+
+
+ more %x-items
+
+
+ more %x-items
+
+
+ more %x-items
+
+
+ more %x-items
+
+
+ more %x-items
+
+
+ more %x-items
+
+
+
+ first %X-item
+
+
+ more %X-items
+
+
+ more %X-items
+
+
+ more %X-items
+
+
+ more %X-items
+
+
+ more %X-items
+
+
+ more %X-items
+
+
+ more %X-items
+
+
+ more %X-items
+
+
+ more %X-items
+
+
+ more %X-items
+
+
+ more %X-items
+
+
+ more %X-items
+
+
+ more %X-items
+
+
+ more %X-items
+
+
+ more %X-items
+
+
+ more %X-items
+
+
+
+
+
+ Example of Code or MIB Module To Be Extracted
+ The <artwork> element has a number of extra attributes
+ that can be used to substitute a more aesthetically pleasing rendition
+ into HTML output while continuing to use the ASCII art version in the
+ text and nroff outputs (see the xml2rfc README for details). It also
+ has a "type" attribute. This is currently ignored except in the case
+ 'type="abnf"'. In this case the "artwork" is expected to contain a
+ piece of valid Augmented Backus-Naur Format (ABNF) grammar. This will
+ be syntax checked by xml2rfc and any errors will cause a fatal error
+ if the "strict" processing instruction is set to "yes". The ABNF will
+ also be colorized in HTML output to highlight the syntactic
+ components. Checking of additional "types" may be provided in future
+ versions of xml2rfc.
+
+
+void
+main(int argc, char *argv[])
+{
+ int i;
+
+ printf("program arguments are:\n");
+ for (i = 0; i < argc; i++) {
+ printf("%d: \"%s\"\n", i, argv[i]);
+ }
+
+ exit(0);
+} /* main */
+
+/* end of file */
+
+]]>
+
+
+ Acknowledgements
+ This template was derived from an initial version written by Pekka
+ Savola and contributed by him to the xml2rfc project.
+
+ This document is part of a plan to make xml2rfc indispensable .
+ This document may be shared as needed . If necessary, appeal to .
+
+
+
+
+
+ IANA Considerations
+ This memo includes no request to IANA.
+ All drafts are required to have an IANA considerations section (see
+ the update of
+ RFC 2434 for a guide). If the draft does not require IANA to do
+ anything, the section contains an explicit statement that this is the
+ case (as above). If there are no requirements for IANA, the section will
+ be removed during conversion into an RFC by the RFC Editor.
+
+
+ Security Considerations
+ All drafts are required to have a security considerations section.
+ See RFC 3552 for a guide.
+
+
+
+
+
+
+
+
+
+
+ References
+
+ Normative References
+
+
+
+
+
+
+ Minimal Reference
+
+
+
+
+
+
+
+
+ Informative References
+
+
+
+
+
+
+
+
+ Jupiter rising
+
+ Google, Inc.
+
+
+ Google, Inc.
+
+
+ Google, Inc.
+
+
+ Google, Inc.
+
+
+ Google, Inc.
+
+
+ Google, Inc.
+
+
+ Google, Inc.
+
+
+ Google, Inc.
+
+
+ Google, Inc.
+
+
+ Google, Inc.
+
+
+ Google, Inc.
+
+
+ Google, Inc.
+
+
+ Google, Inc.
+
+
+ Google, Inc.
+
+
+ Google, Inc.
+
+
+ Google, Inc.
+
+
+ Google, Inc.
+
+
+ Google, Inc.
+
+
+ Google, Inc.
+
+
+ Association for Computing Machinery (ACM)
+
+
+
+ We present our approach for overcoming the cost, operational complexity, and limited scale endemic to datacenter networks a decade ago. Three themes unify the five generations of datacenter networks detailed in this paper. First, multi-stage Clos topologies built from commodity switch silicon can support cost-effective deployment of building-scale networks. Second, much of the general, but complex, decentralized network routing and management protocols supporting arbitrary deployment scenarios were overkill for single-operator, pre-planned datacenter networks. We built a centralized control mechanism based on a global configuration pushed to all datacenter switches. Third, modular hardware design coupled with simple, robust software allowed our design to also support inter-cluster and wide-area networks. Our datacenter networks run at dozens of sites across the planet, scaling in capacity by 100x over 10 years to more than 1 Pbps of bisection bandwidth. A more detailed version of this paper is available at Ref.
+
+
+ Communications of the ACM, vol. 59, no. 9, pp. 88-97
+
+
+
+
+
+
+ Ultimate Plan for Taking Over the World
+
+ Mad Dominators, Inc.
+
+
+
+
+
+
+
+ I Learned to Share in Kindergarten
+
+
+
+ Sesame Street
+
+
+
+
+
+
+
+
+
+
+ Additional Stuff
+ This becomes an Appendix.
+
+
+ Contributors
+ This becomes an unnumbered section
+
+
+