IPV6 PDF generated using the open source mwlib toolkit. See http://code.pediapress.com/ for more information. PDF generated at: Mon, 29 Aug 2011 16:36:25 UTC
ContentsArticlesint 1 Portable Document Format 1 IPv6 20References Article Sources and Contributors 34 Image Sources, Licenses and Contributors 35Article Licenses License 36
1 intPortable Document Format Portable Document Format Adobe Reader icon Filename extension .pdf Internet media type application/pdf application/x-pdf application/x-bzpdf application/x-gzpdf Type code PDF (including a single space) Uniform Type Identifier com.adobe.pdf Magic number %PDF Developed by Adobe Systems Initial release 1993 Latest release 1.7 Standard(s)  ISO 32000-1:2008 Website  Adobe PDF Reference ArchivesPortable Document Format (PDF) is an open standard for document exchange. This file format created by AdobeSystems in 1993 is used for representing documents in a manner independent of application software, hardware, andoperating systems. Each PDF file encapsulates a complete description of a fixed-layout flat document, includingthe text, fonts, graphics, and other information needed to display it.In 1991 Adobe Systems co-founder John Warnock outlined a system called "Camelot" that evolved into thePortable Document Format (PDF).While the PDF specification was available for free since at least 2001, PDF was originally a proprietary formatcontrolled by Adobe, and was officially released as an open standard on July 1, 2008, and published by theInternational Organization for Standardization as ISO 32000-1:2008.  In 2008, Adobe published a Public PatentLicense to ISO 32000-1 granting a royalty-free rights for all patents owned by Adobe that are necessary to make,use, sell and distribute PDF compliant implementations.HistoryPDFs adoption in the early days of the formats history was slow. Adobe Acrobat, Adobes suite for reading andcreating PDF files, was not freely available; early versions of PDF had no support for external hyperlinks, reducingits usefulness on the Internet; the larger size of a PDF document compared to plain text required longer downloadtimes over the slower modems common at the time; and rendering PDF files was slow on the less powerful machinesof the day.Additionally, there were competing formats such as DjVu (still developing), Envoy, Common Ground Digital Paper,Farallon Replica and even Adobes own PostScript format (.ps); in those early years, PDF was popular mainly in
Portable Document Format 2 desktop publishing workflows. Adobe soon started distributing its Acrobat Reader (now Adobe Reader) program at no cost, and continued supporting the original PDF, which eventually became the de facto standard for printable documents on the web (a standard web document). Adobes PDF specifications Adobe changed the PDF specification several times and continues to develop new specifications with new versions of Adobe Acrobat. There have been nine versions of PDF with corresponding Acrobat releases: • 1993 – PDF 1.0 / Acrobat 1.0 • 1994 – PDF 1.1 / Acrobat 2.0 • 1996 – PDF 1.2 / Acrobat 3.0 • 1999 – PDF 1.3 / Acrobat 4.0 • 2001 – PDF 1.4 / Acrobat 5.0 • 2003 – PDF 1.5 / Acrobat 6.0 • 2005 – PDF 1.6 / Acrobat 7.0 • 2006 – PDF 1.7 / Acrobat 8.0 • 2008 – PDF 1.7, Adobe Extension Level 3 / Acrobat 9.0 • 2009 – PDF 1.7, Adobe Extension Level 5 / Acrobat 9.1 The ISO standard ISO 32000-1:2008 and Adobe PDF 1.7 are technically consistent . Adobe declared that it is not producing a PDF 1.8 Reference. The future versions of the PDF Specification will be produced by ISO technical committees. However, Adobe published documents specifying what extended features for PDF, beyond ISO 32000-1 (PDF 1.7), are supported in its newly released products. This makes use of the extensibility features of PDF as documented in ISO 32000-1 in Annex E. Adobe declared all extended features in Adobe Extension Level 3 and 5 have been accepted for a new proposal of ISO 32000-2 (a.k.a. PDF 2.0). The specifications for PDF are backward inclusive. The PDF 1.7 specification includes all of the functionality previously documented in the Adobe PDF Specifications for versions 1.0 through 1.6. Where Adobe removed certain features of PDF from their standard, they too are not contained in ISO 32000-1. PDF documents conforming to ISO 32000-1 carry the PDF version number 1.7. Documents containing Adobe extended features still carry the PDF base version number 1.7 but also contain an indication of which extension was followed during document creation. Adobes versions Version  Year of New features Acrobat Edition publication Reader version support 1.0 First 1993 Carousel 1.1 First, 1996  2.0 Passwords, encryption (MD5, RC4 40bit), device-independent color, threads and links revised 1.2 First, 1996 3.0 Interactive page elements (radio buttons, checkboxes &c); interactive, fill-in forms revised (AcroForm); Forms Data Format (FDF) for interactive form data that can be imported, exported, transmitted and received from the Web; mouse events; external movie reproduction; external or embedded sound reproduction; zlib/deflate compression of text or  binary data; Unicode; advanced color features and image proxying
Portable Document Format 4 Standardization Specialized subsets of PDF The following specialized subsets of PDF specification has been standardized as ISO standards (or are in standardization process):    • PDF/X (since 2001 - series of ISO 15929 and ISO 15930 standards) - a.k.a. "PDF for Exchange" - for the Graphic technology - Prepress digital data exchange - (working in ISO Technical committee 130), based on PDF 1.3, PDF 1.4 and later also PDF 1.6 • PDF/A (since 2005 - series of ISO 19005 standards) - a.k.a. "PDF for Archive" - Document management - Electronic document file format for long-term preservation (working in ISO Technical committee 171), based on PDF 1.4 and later also ISO 32000-1 - PDF 1.7 • PDF/E (since 2008 - ISO 24517) - a.k.a. "PDF for Engineering" - Document management - Engineering document format using PDF (working in ISO Technical committee 171), based on PDF 1.6 • PDF/VT (since 2010 - ISO 16612-2) - a.k.a "PDF for exchange of variable data and transactional (VT) printing" - Graphic technology - Variable data exchange (working in ISO Technical committee 130), based on PDF 1.6 as restricted by PDF/X-4 and PDF/X-5 • PDF/UA (under development in 2011 - ISO/DIS 14289-1) - a.k.a. "PDF for Universal Access" - Document management applications - Electronic document file format enhancement for accessibility (working in ISO Technical committee 171), based on ISO 32000-1 - PDF 1.7 There is also the PDF/H, a.k.a. "PDF Healthcare", a Best Practices Guide (BPG), supplemented by an Implementation Guide (IG), published in 2008. PDF Healthcare is not a standard or proposed standard, but only a guide for use with existing standards and other technologies. It is supported by the standards development organizations ASTM and AIIM. PDF/H BPG is based on PDF 1.6.   Full function PDF PDF 1.7 The final revised documentation for PDF 1.7 was approved by ISO Technical Committee 171 in January 2008 and published as ISO 32000-1:2008 on July 1, 2008. PDF is now a published ISO standard, titled Document management—Portable document format—Part 1: PDF 1.7. ISO 32000-1:2008 is the first ISO standard for the full function PDF. The previous ISO PDF standards (PDF/A, PDF/X, etc.) are for more specialized uses. The ISO 32000-1 includes all of the functionality previously documented in the Adobe PDF Specifications for versions 1.0 through 1.6. Adobe removed certain features of PDF from previous versions; these features are not contained in PDF 1.7 either. ISO 32000 document was prepared by Adobe Systems Incorporated based upon PDF Reference, sixth edition, Adobe Portable Document Format version 1.7, November 2006. It was reviewed, edited and adopted, under a special fast-track procedure, by ISO Technical Committee 171 (ISO/TC 171), Document management application, Subcommittee SC 2, Application issues, in parallel with its approval by the ISO member bodies. According to the ISO PDF standard abstract: ISO 32000-1:2008 specifies a digital form for representing electronic documents to enable users to exchange and view electronic documents independent of the environment in which they were created or the environment in which they are viewed or printed. It is intended for the developer of software that creates PDF files (conforming writers), software that reads existing PDF files and interprets their contents for display and interaction (conforming readers) and PDF products that read and/or write PDF files for a variety of other purposes (conforming products).
Portable Document Format 5 PDF 2.0 A new version of PDF standard is under development under the name ISO/CD 32000-2 - Document management—Portable document format—Part 2: PDF 2.0 (as of July 2011). PDF 2.0 was accepted by ISO as a new proposal in 2009 (ISO/NP 32000-2). Adobe has submitted the Adobe Extension Level 5 and Adobe Extension Level 3 specifications to ISO for inclusion into the next version of the ISO 32000 specification. Adobe declared they have all been accepted for part 2 of ISO 32000. Technical foundations Anyone may create applications that can read and write PDF files without having to pay royalties to Adobe Systems; Adobe holds patents to PDF, but licenses them for royalty-free use in developing software complying with its PDF specification. The PDF combines three technologies: • A subset of the PostScript page description programming language, for generating the layout and graphics. • A font-embedding/replacement system to allow fonts to travel with the documents. • A structured storage system to bundle these elements and any associated content into a single file, with data compression where appropriate. PostScript PostScript is a page description language run in an interpreter to generate an image, a process requiring many resources. It can handle not just graphics, but standard features of programming languages such as if and loop commands. PDF is largely based on PostScript but simplified to remove flow control features like these, while graphics commands such as lineto remain. Often, the PostScript-like PDF code is generated from a source PostScript file. The graphics commands that are output by the PostScript code are collected and tokenized; any files, graphics, or fonts to which the document refers also are collected; then, everything is compressed to a single file. Therefore, the entire PostScript world (fonts, layout, measurements) remains intact. As a document format, PDF has several advantages over PostScript: • PDF contains tokenized and interpreted results of the PostScript source code, for direct correspondence between changes to items in the PDF page description and changes to the resulting page appearance. • PDF (from version 1.4) supports true graphic transparency; PostScript does not. • PostScript is an interpretive programming language with an implicit global state, so instructions accompanying the description of one page can affect the appearance of any following page. Therefore, all preceding pages in a PostScript document must be processed in order to determine the correct appearance of a given page, whereas each page in a PDF document is unaffected by the others. As a result, PDF viewers allow the user to quickly jump to the final pages of a long document, whereas a Postscript viewer needs to process all pages sequentially before being able to display the destination page (unless the optional PostScript Document Structuring Conventions have been carefully complied with).
Portable Document Format 6 Technical overview File structure A PDF file consists primarily of objects, of which there are eight types: • Boolean values, representing true or false • Numbers • Strings • Names • Arrays, ordered collections of objects • Dictionaries, collections of objects indexed by Names • Streams, usually containing large amounts of data • The null object Objects may be either direct (embedded in another object) or indirect. Indirect objects are numbered with an object number and a generation number. An index table called the xref table gives the byte offset of each indirect object from the start of the file. This design allows for efficient random access to the objects in the file, and also allows for small changes to be made without rewriting the entire file (incremental update). Beginning with PDF version 1.5, indirect objects may also be located in special streams known as object streams. This technique reduces the size of files that have large numbers of small indirect objects and is especially useful for Tagged PDF. There are two layouts to the PDF files—non-linear (not "optimized") and linear ("optimized"). Non-linear PDF files consume less disk space than their linear counterparts, though they are slower to access because portions of the data required to assemble pages of the document are scattered throughout the PDF file. Linear PDF files (also called "optimized" or "web optimized" PDF files) are constructed in a manner that enables them to be read in a Web browser plugin without waiting for the entire file to download, since they are written to disk in a linear (as in page order) fashion. PDF files may be optimized using Adobe Acrobat software or QPDF. Imaging model The basic design of how graphics are represented in PDF is very similar to that of PostScript, except for the use of transparency, which was added in PDF 1.4. PDF graphics use a device independent Cartesian coordinate system to describe the surface of a page. A PDF page description can use a matrix to scale, rotate, or skew graphical elements. A key concept in PDF is that of the graphics state, which is a collection of graphical parameters that may be changed, saved, and restored by a page description. PDF has (as of version 1.6) 24 graphics state properties, of which some of the most important are: • The current transformation matrix (CTM), which determines the coordinate system • The clipping path • The color space • The alpha constant, which is a key component of transparency
Portable Document Format 7 Vector graphics Vector graphics in PDF, as in PostScript, are constructed with paths. Paths are usually composed of lines and cubic Bézier curves, but can also be constructed from the outlines of text. Unlike PostScript, PDF does not allow a single path to mix text outlines with lines and curves. Paths can be stroked, filled, or used for clipping. Strokes and fills can use any color set in the graphics state, including patterns. PDF supports several types of patterns. The simplest is the tiling pattern in which a piece of artwork is specified to be drawn repeatedly. This may be a colored tiling pattern, with the colors specified in the pattern object, or an uncolored tiling pattern, which defers color specification to the time the pattern is drawn. Beginning with PDF 1.3 there is also a shading pattern, which draws continuously varying colors. There are seven types of shading pattern of which the simplest are the axial shade (Type 2) and radial shade (Type 3). Raster images Raster images in PDF (called Image XObjects) are represented by dictionaries with an associated stream. The dictionary describes properties of the image, and the stream contains the image data. (Less commonly, a raster image may be embedded directly in a page description as an inline image.) Images are typically filtered for compression purposes. Image filters supported in PDF include the general purpose filters • ASCII85Decode a deprecated filter used to put the stream into 7-bit ASCII • ASCIIHexDecode similar to ASCII85Decode but less compact • FlateDecode a commonly used filter based on the zlib/deflate algorithm (a.k.a. gzip, but not zip) defined in RFC 1950 and RFC 1951; introduced in PDF 1.2; it can use one of two groups of predictor functions for more compact zlib/deflate compression: Predictor 2 from the TIFF 6.0 specification and predictors (filters) from the PNG specification (RFC 2083) • LZWDecode a deprecated filter based on LZW Compression; it can use one of two groups of predictor functions for more compact LZW compression: Predictor 2 from the TIFF 6.0 specification and predictors (filters) from the PNG specification • RunLengthDecode a simple compression method for streams with repetitive data using the Run-length encoding algorithm and the image-specific filters • DCTDecode a lossy filter based on the JPEG standard • CCITTFaxDecode a lossless bi-level (black/white) filter based on the Group 3 or Group 4 CCITT (ITU-T) fax compression standard defined in ITU-T T.4 and T.6 • JBIG2Decode a lossy or lossless bi-level (black/white) filter based on the JBIG2 standard, introduced in PDF 1.4 • JPXDecode a lossy or lossless filter based on the JPEG 2000 standard, introduced in PDF 1.5 Normally all image content in a PDF is embedded in the file. But PDF allows image data to be stored in external files by the use of external streams or Alternate Images. Standardized subsets of PDF, including PDF/A and PDF/X, prohibit these techniques. Text Text in PDF is represented by text elements in page content streams. A text element specifies that characters should be drawn at certain positions. The characters are specified using the encoding of a selected font resource. Fonts A font object in PDF is a description of a digital typeface. It may either describe the characteristics of a typeface, or it may include an embedded font file. The latter case is called an embedded font while the former is called an unembedded font. The font files that may be embedded are based on widely used standard digital font formats: Type 1 (and its compressed variant CFF), TrueType, and (beginning with PDF 1.6) OpenType. Additionally PDF supports the Type 3 variant in which the components of the font are described by PDF graphic operators.
Portable Document Format 8 Standard Type 1 Fonts (Standard 14 Fonts) There are fourteen typefaces known as standard 14 fonts that have a special significance to PDF documents: • Times (v3) (in regular, italic, bold, and bold italic) • Courier (in regular, oblique, bold and bold oblique) • Helvetica (v3) (in regular, oblique, bold and bold oblique) • Symbol • Zapf Dingbats These fonts are sometimes also referred to as the "base fourteen fonts". These fonts, or suitable substitute fonts with the same metrics, must always be available in all PDF readers and so need not be embedded in a PDF. PDF viewers must know about the metrics of these fonts. Other fonts may be substituted if they are not embedded in a PDF. Encodings Within text strings, characters are shown using character codes (integers) that map to glyphs in the current font using an encoding. There are a number of predefined encodings, including WinAnsi, MacRoman, and a large number of encodings for East Asian languages, and a font can have its own built-in encoding. (Although the WinAnsi and MacRoman encodings are derived from the historical properties of the Windows and Macintosh operating systems, fonts using these encodings work equally well on any platform.) PDF can specify a predefined encoding to use, the fonts built-in encoding or provide a lookup table of differences to a predefined or built-in encoding (not recommended with TrueType fonts). The encoding mechanisms in PDF were designed for Type 1 fonts, and the rules for applying them to TrueType fonts are complex. For large fonts or fonts with non-standard glyphs, the special encodings Identity-H (for horizontal writing) and Identity-V (for vertical) are used. With such fonts it is necessary to provide a ToUnicode table if semantic information about the characters is to be preserved. Transparency The original imaging model of PDF was, like PostScripts, opaque: each object drawn on the page completely replaced anything previously marked in the same location. In PDF 1.4 the imaging model was extended to allow transparency. When transparency is used, new objects interact with previously marked objects to produce blending effects. The addition of transparency to PDF was done by means of new extensions that were designed to be ignored in products written to the PDF 1.3 and earlier specifications. As a result, files that use a small amount of transparency might view acceptably in older viewers, but files making extensive use of transparency could view completely wrongly in an older viewer without warning. The transparency extensions are based on the key concepts of transparency groups, blending modes, shape, and alpha. The model is closely aligned with the features of Adobe Illustrator version 9. The blend modes were based on those used by Adobe Photoshop at the time. When the PDF 1.4 specification was published the formulas for calculating blend modes were kept secret by Adobe. They have since been published. The concept of a transparency group in PDF specification is independent of existing notions of "group" or "layer" in applications such as Adobe Illustrator. Those groupings reflect logical relationships among objects that are meaningful when editing those objects, but they are not part of the imaging model.
Portable Document Format 11 XFA forms can be created and used as PDF files or as XDP (XML Data Package) files. The format of an XFA resource in PDF is described by the XML Data Package Specification. The XDP may be a standalone document or it may in turn be carried inside a PDF document. XDP provides a mechanism for packaging form components within a surrounding XML container. An XDP can also package a PDF file, along with XML form and template data. PDF may contain XFA (in XDP format), but also XFA may contain PDF. When the XFA (XML Forms Architecture) grammars used for an XFA form are moved from one application to another, they must be packaged as an XML Data Package. When the PDF and XFA are combined, the result is a form in which each page of the XFA form overlays a PDF background. This architecture is sometimes referred to as XFAF (XFA Foreground). The alternative is to express all of the form, including boilerplate, directly in XFA. It is sometimes called full XFA. Starting with PDF 1.5, the text contents of variable text form fields, as well as markup annotations may include formatting information (style information). These rich text strings are XML documents that conform to the rich text conventions specified for the XML Forms Architecture specification 2.02, which is itself a subset of the XHTML 1.0 specification, augmented with a restricted set of CSS2 style attributes. In PDF 1.6, PDF supports the rich text elements and attributes specified in the XML Forms Architecture (XFA) Specification, 2.2. In PDF 1.7, PDF supports the rich text elements and attributes specified in the XML Forms Architecture (XFA) Specification, 2.4 Logical structure and accessibility A PDF may contain structure information to enable better text extraction and accessibility. When published, PDF/UA, now ISO/AWI 14289 , will provide definitive information on how the contents of PDF files are to be tagged with accurate structure information. Tagged PDFs also allow a page-limited reflow of documents for smaller devices, sometimes called "reflowable PDFs". Security and signatures A PDF file may be encrypted for security, or digitally signed for authentication. The standard security provided by Acrobat PDF consists of two different methods and two different passwords, "user password" and "owner password". A PDF document may be protected by password to open (user password) and the document may also specify operations that should be restricted even when the document is decrypted: printing, copying text and graphics out of the document, modifying the document, or adding or modifying text notes and AcroForm fields (using owner password). However, all operations (except the document open password protection, if applicable) which are restricted by "owner" or "user" passwords are trivially circumvented by many commonly available "PDF cracking" software and even freely online, and if circumvented these restrictions no longer let the author control what can and cannot be done with the pdf file once distributed. This warning is also displayed when applying such restrictions using Adobe Acrobat software to create or edit PDF files. Even without removing the password, most freeware or open source PDF readers will ignore the permission "protections" and will allow the user to print or make copy of excerpts of the text as if the document were not limited by password protection. Some solutions, like Adobes LiveCycle Rights Management , are more robust means of information rights management, which can both restrict who can open documents, but also reliably enforce permissions in ways that the standard security handler does not.
Portable Document Format 12 Usage rights Beginning with PDF 1.5, Usage rights (UR) signatures are used to enable additional interactive features that are not available by default in a particular PDF viewer application. The signature is used to validate that the permissions have been granted by a bonafide granting authority. For example, it can be used to allow a user: • to save the PDF document along with modified form and/or annotation data • import form data files in FDF, XFDF and text (CSV/TSV) formats • export form data files in FDF and XFDF formats • submit form data • instantiate new pages from named page templates • apply a digital signature to existing digital signature form field • create, delete, modify, copy, import, export annotations For example, Adobe Systems grants permissions to enable additional features in Adobe Reader, using public-key cryptography. Adobe Reader will verify that the signature uses a certificate from an Adobe-authorized certificate authority. The PDF 1.5 specification declares that other PDF viewer applications are free to use this same mechanism for their own purposes. File attachments PDF files can have document-level and page-level file attachments, which the reader can access and open or save to their local filesystem. PDF attachments can be added to existing PDF files for example using pdftk . Adobe Reader provides support for attachments, and poppler based readers like Evince or Okular also have some support for document-level attachments. Metadata PDF files can contain two types of metadata. The first is the Document Information Dictionary, a set of key/value fields such as author, title, subject, creation and update dates. This is stored in the optional Info trailer of the file. A small set of fields is defined, and can be extended with additional text values if required. Later, in PDF 1.4, support was added for the Metadata Streams, using the Extensible Metadata Platform (XMP) to add XML standards-based extensible metadata as used in other file formats. This allows metadata to be attached to any stream in the document, such as information about embedded illustrations, as well as the whole document (attaching to the document catalog), using an extensible schema. Subsets Proper subsets of PDF have been, or are being, standardized under ISO for several constituencies: • PDF/X for the printing and graphic arts as ISO 15930 (working in ISO TC130) • PDF/A for archiving in corporate/government/library/etc environments as ISO 19005 (work done in ISO TC171) • PDF/E for exchange of engineering drawings (work done in ISO TC171) • PDF/UA for universally accessible PDF files A PDF/H variant (PDF for Healthcare) is being developed. However, it may consist more of a set of "best practices" than of a specific format or subset.
Portable Document Format 15 Implementations PDF-viewing software is generally provided free of charge, and many versions are available from a variety of sources (List of PDF software). There are many software options for creating PDFs, including the PDF printing capabilities built in to Mac OS X and most Linux distributions, the multi-platform OpenOffice.org, Microsoft Office 2007 (if updated to SP2), WordPerfect since version 9, Free PDF XP and numerous PDF print drivers for Microsoft Windows, the pdfTeX typesetting system, the DocBook PDF tools, applications developed around Ghostscript and Adobe Acrobat itself. Googles online office suite Google Docs also allows for uploading, and saving to the Portable Document Format. Raster image processors (RIPs) are used to convert PDF files into a raster format suitable for imaging onto paper and other media in printers, digital production presses and prepress in a process known as rasterisation. RIPs capable of processing PDF directly include the Adobe PDF Print Engine from Adobe Systems and Jaws and the Harlequin RIP from Global Graphics. Editing PDFs (structure) There is also specialized software for editing PDF files, though the choices are much more limited and often expensive. As of version 0.46, Inkscape also allows PDF editing through an intermediate translation step involving Poppler. Enfocus PitStop Pro, a plugin for Acrobat, allows manual and automatic editing of PDF files, while the free Enfocus Browser makes it possible to edit the low-level structure of a PDF. See List of PDF software for a more complete list of PDF editors. Annotating PDFs Adobe Acrobat is one example of proprietary software that allows the user to annotate, highlight, and add notes to already created PDF files. One UNIX application available as free software (under the GNU General Public License) is PDFedit. Another GPL-licensed application native to the unix environment is Xournal. Xournal allows for annotating in different fonts and colours, as well as a rule for quickly underlining and highlighting lines of text or paragraphs. Xournal also has a shape recognition tool for squares, rectangles and circles. In Xournal annotations may be moved, copied and pasted. The freeware Foxit Reader allows annotating but adds a watermark on each annotated page. The commercial version of the package does not have this limitation. Tracker Softwares PDF-XChange Viewer allows annotations and markups without restrictions in its freeware alternative. Apples Mac OS Xs integrated PDF viewer, Preview, does also enable annotations. For mobile annotation, iAnnotate PDF for the iPad and Aji Annotate for the iPhone, both produced by Aji, allow annotation of PDFs as well as exporting summaries of the annotations. There are also web annotation systems which allow to annotate pdf and other documents formats, e.g. A.nnotate, crocodoc, WebNotes. In cases where PDFs are expected to have all of the functionality of paper documents, ink annotation is required. Many programs which accept ink input from the mouse are not responsive enough for handwriting using an input tablet or tablet PC. Existing solutions on the PC include Bluebeam PDF Revu, and PDF Annotator.
Portable Document Format 16 Other applications and functionalities Several applications embracing the PDF standard are now available as an online service including Scribd for viewing and storing, Pdfvue for online editing, and Zamzar for PDF Conversion. In 1993 the Jaws RIP from Global Graphics became the first shipping prepress RIP that interpreted PDF natively without conversion to another format. The company released an upgrade to their Harlequin RIP with the same capability in 1997. Agfa-Gevaert introduced and shipped Apogee, the first prepress workflow system based on PDF, in 1997. Many commercial offset printers have accepted the submission of press-ready PDF files as a print source, specifically the PDF/X-1a subset and variations of the same. The submission of press-ready PDF files are a replacement for the problematic need for receiving collected native working files. PDF was selected as the "native" metafile format for Mac OS X, replacing the PICT format of the earlier Mac OS. The imaging model of the Quartz graphics layer is based on the model common to Display PostScript and PDF, leading to the nickname "Display PDF". The Preview application can display PDF files, as can version 2.0 and later of the Safari web browser. System-level support for PDF allows Mac OS X applications to create PDF documents automatically, provided they support the Print command. The files are then exported in PDF 1.3 format according to the file header. When taking a screenshot under Mac OS X versions 10.0 through 10.3, the image was also captured as a PDF; in 10.4 and 10.5 the default behaviour is set to capture as a PNG file, though this behaviour can be set back to PDF if required. Some desktop printers also support direct PDF printing, which can interpret PDF data without external help. Currently, all PDF capable printers also support PostScript, but most PostScript printers do not support direct PDF printing. The Free Software Foundation considers one of their high priority projects to be "developing a free, high-quality and fully functional set of libraries and programs that implement the PDF file format and associated technologies to the ISO 32000 standard."  The GNUpdf library has, however, not been released yet, while Poppler has enjoyed wider use in applications such as Evince, which comes with the GNOME desktop environment, at the expense of relying on the GPLv2-licensed Xpdf  code base that cant be used by GPLv3 programs. There are also commercial development libraries available as listed in List of PDF software. The Apache PDFBox project of the Apache Software Foundation is an open source Java library for working with PDF documents. PDFBox is licensed under the Apache License. References  "ISO 32000-1:2008 - Document management — Portable document format — Part 1: PDF 1.7" (http:/ / www. iso. org/ iso/ iso_catalogue/ catalogue_tc/ catalogue_detail. htm?csnumber=51502). Iso.org. 2008-07-01. . Retrieved 2010-02-21.  http:/ / www. adobe. com/ devnet/ pdf/ pdf_reference_archive. html  Adobe Systems Incorporated, PDF Reference, Sixth edition, version 1.23 (30 MB) (http:/ / www. adobe. com/ devnet/ acrobat/ pdfs/ pdf_reference_1-7. pdf), Nov 2006, p. 33.  Warnock, J. (1991). "The Camelot Project" (http:/ / www. planetpdf. com/ planetpdf/ pdfs/ warnock_camelot. pdf) (PDF). PlanetPDF. . "This document describes the base technology and ideas behind the project named “Camelot.” This project’s goal is to solve a fundamental problem [...] there is no universal way to communicate and view ... printed information electronically."  PDF Reference, third edition, http:/ / partners. adobe. com/ public/ developer/ en/ pdf/ PDFReference. pdf  Orion, Egan (2007-12-05). "PDF 1.7 is approved as ISO 32000" (http:/ / www. theinquirer. net/ gb/ inquirer/ news/ 2007/ 12/ 05/ pdf-approved-iso-32000). The Inquirer. The Inquirer. . Retrieved 2007-12-05.; "Adobe wins backing for PDF 1.7" (http:/ / www. vnunet. com/ vnunet/ news/ 2205065/ pdf-takes-first-step-towards). vnunet.com. .  Adobe Systems Incorporated (2008), Public Patent License, ISO 32000-1: 2008 – PDF 1.7 (http:/ / www. adobe. com/ pdf/ pdfs/ ISO32000-1PublicPatentLicense. pdf), , retrieved 2011-07-06  Laurens Leurs. "The history of PDF" (http:/ / www. prepressure. com/ pdf/ basics/ history). . Retrieved 2007-09-19.  R, Leonard, History of PDF Openness (http:/ / web. archive. org/ web/ 20071014010805/ http:/ / www. acrobatusers. com/ blogs/ leonardr/ history-of-pdf-openness/ ), Acrobat users, archived from the original (http:/ / www. acrobatusers. com/ blogs/ leonardr/
Portable Document Format 17 history-of-pdf-openness/ ) on 2007-10-14, .  ISO 32000 U.S. Committee, Statement on PDF 1.7 (http:/ / pdf. editme. com/ statement), Editme, .  "Adobe Developer Connection: PDF Reference and Adobe Extensions to the PDF Specification" (http:/ / www. adobe. com/ devnet/ pdf/ pdf_reference. html). Adobe Systems. . Retrieved 2010-12-13.  Adobe Systems Incorporated (1996-11-12) (PDF), Portable Document Format Reference Manual Version 1.2 (http:/ / www. pdf-tools. com/ public/ downloads/ pdf-reference/ pdfreference12. pdf), , retrieved 2010-02-23  Adobe Systems (2000) (PDF), PDF Reference second edition — Adobe Portable Document Format Version 1.3 (http:/ / partners. adobe. com/ public/ developer/ en/ pdf/ PDFReference13. pdf), , retrieved 2010-02-23  Adobe Systems. "Adobe PDF Reference Archives" (http:/ / www. adobe. com/ devnet/ pdf/ pdf_reference_archive. html). . Retrieved 2010-02-23.  Adobe Systems (2001) (PDF), PDF Reference third edition — Adobe Portable Document Format Version 1.4 (http:/ / www. adobe. com/ devnet/ pdf/ pdfs/ PDFReference. pdf), , retrieved 2010-02-23  Adobe Systems (2003) (PDF), PDF Reference fourth edition — Adobe® Portable Document Format Version 1.5 (http:/ / www. adobe. com/ devnet/ pdf/ pdfs/ PDFReference15_v6. pdf), , retrieved 2010-02-23  "PDF compatibility levels" (http:/ / help. adobe. com/ en_US/ Illustrator/ 14. 0/ WS25210BC7-2345-4e30-A05C-80903A3B36EE. html). . Retrieved 2010-04-01.  IRS (http:/ / www. irs. gov/ ), USA, .  (PDF) PDFlib API Reference 8.0.2 (http:/ / www. pdflib. com/ fileadmin/ pdflib/ pdf/ manuals/ PDFlib-8. 0. 2-API-reference-Windows. pdf), , retrieved 2011-03-07, "1.7ext8 – PDF 1.7 extension level 8 requires Acrobat X"  "ISO standards by Technical committee - TC 171/SC 2 - Document management applications / Application issues" (http:/ / www. iso. org/ iso/ iso_catalogue/ catalogue_tc/ catalogue_tc_browse. htm?commid=53674& published=on& development=on& withdrawn=on). . Retrieved 2011-01-11.  "ISO standards by Technical committee - TC 130 - Graphic technology" (http:/ / www. iso. org/ iso/ iso_catalogue/ catalogue_tc/ catalogue_tc_browse. htm?commid=52214& published=on& development=on& withdrawn=on). . Retrieved 2011-01-11.  "AIIM to Facilitate ISO Standards Process for Leading Electronic Document Format" (http:/ / www. adobe. com/ aboutadobe/ pressroom/ pressreleases/ 200701/ 012907OpenPDFAIIM. html). 2007-01-29. . Retrieved 2011-01-11.  "ISO 16612-2:2010 - Graphic technology -- Variable data exchange -- Part 2: Using PDF/X-4 and PDF/X-5 (PDF/VT-1 and PDF/VT-2)" (http:/ / www. iso. org/ iso/ catalogue_detail. htm?csnumber=46428). . Retrieved 2011-02-25.  "PDF Healthcare Frequently Asked Questions" (http:/ / www. aiim. org/ article. aspx?ID=31979). 2006-09-25. . Retrieved 2011-01-11.  "PDF Healthcare (PDF/H) Committee" (http:/ / www. aiim. org/ Resources/ Standards/ Committees/ PDFH). . Retrieved 2011-01-11.  "PDF/H Implementation Guide Materials" (http:/ / pdf. editme. com/ pdfhiguidemtls). . Retrieved 2011-01-11.  ISO 32000-1:2008, Page 1, section "1 Scope"  "ISO/NP 32000-2 - Document management -- Portable document format -- Part 2: PDF 2.0" (http:/ / www. iso. org/ iso/ iso_catalogue/ catalogue_tc/ catalogue_detail. htm?csnumber=53041). 2009-10-06. . Retrieved 2010-02-24.  partners.adobe.com - Developer Resources (http:/ / partners. adobe. com/ public/ developer/ support/ topic_legal_notices. html)  Adobe Systems, PDF Reference, p. 51.  Adobe Systems, PDF Reference, pp. 39–40.  Adobe Acrobat Base 14 Fonts (http:/ / desktoppub. about. com/ od/ glossary/ g/ base14fonts. htm)  The PDF Font Aquarium (http:/ / www. planetpdf. com/ planetpdf/ pdfs/ pdf2k/ 03e/ merz_fontaquarium. pdf)  "PDF Referencem Sixth Edition, version 1.7, table 5.11" (http:/ / www. adobe. com/ devnet/ acrobat/ pdfs/ pdf_reference_1-7. pdf). .  PDF Blend Modes Addendum (http:/ / www. adobe. com/ devnet/ pdf/ pdfs/ blend_modes. pdf)  Adobe Systems Incorporated (2008-07-01), Document Management – Portable Document Format – Part 1: PDF 1.7, First Edition (http:/ / www. adobe. com/ devnet/ acrobat/ pdfs/ PDF32000_2008. pdf), , retrieved 2010-02-19  "Gnu PDF - PDF Knowledge - Forms Data Format" (http:/ / gnupdf. org/ Forms_Data_Format). . Retrieved 2010-02-19.  "About PDF forms" (http:/ / livedocs. adobe. com/ coldfusion/ 8/ htmldocs/ help. html?content=formsPDF_02. html). . Retrieved 2010-02-19.  "Convert XFA Form to AcroForm?" (http:/ / forums. adobe. com/ thread/ 301733). 2008. . Retrieved 2010-02-19.  "Migrating from Adobe Acrobat forms to XML forms" (http:/ / partners. adobe. com/ public/ developer/ tips/ topic_tip2. html). . Retrieved 2010-02-22.  Adobe Systems Incorporated (2007-10-15). "Using Acrobat forms and form data on the web" (http:/ / kb2. adobe. com/ cps/ 325/ 325874. html). . Retrieved 2010-02-19.  (PDF) XML Forms Data Format Specification, version 2 (http:/ / partners. adobe. com/ public/ developer/ en/ xml/ xfdf_2. 0. pdf), 2007-09, , retrieved 2010-02-19  (PDF) FDF Data Exchange Specification (http:/ / www. adobe. com/ devnet/ acrobat/ pdfs/ fdf_data_exchange. pdf), 2007-02-08, , retrieved 2010-02-19  IANA Application Media Types - vnd.fdf (http:/ / www. iana. org/ assignments/ media-types/ application/ ), , retrieved 2010-02-22  IANA Application Media Types - Vendor Tree - vnd.adobe.xfdf (http:/ / www. iana. org/ assignments/ media-types/ application/ vnd. adobe. xfdf), , retrieved 2010-02-22  http:/ / partners. adobe. com/ public/ developer/ en/ xml/ xfdf_2. 0. pdf
Portable Document Format 18  Adobe Systems Incorporated. "Adobe XML Forms Architecture (XFA)" (http:/ / partners. adobe. com/ public/ developer/ xml/ index_arch. html). . Retrieved 2010-02-19.  (PDF) Adobe Reader - Software license agreement (http:/ / www. adobe. com/ products/ eulas/ pdfs/ Reader_Player_AIR_WWEULA-Combined-20080204_1313. pdf), , retrieved 2010-02-19  "LiveCycle Reader Extensions ES features and benefits" (http:/ / www. adobe. com/ go/ readerextensions). . Retrieved 2010-02-19.  (PDF) XML Forms Architecture (XFA) Specification Version 2.5 (http:/ / partners. adobe. com/ public/ developer/ en/ xml/ xfa_spec_2_5. pdf), 2007-06-08, , retrieved 2010-02-19  http:/ / www. iso. org/ iso/ iso_catalogue/ catalogue_ics/ catalogue_detail_ics. htm?ics1=35& ics2=240& ics3=30& csnumber=54564  http:/ / books. google. com/ books?id=dlJ94KZqwqcC& pg=PA379  FreeMyPDF - A website that removes PDF "user password" restrictions (http:/ / freemypdf. com/ )  http:/ / www. pdfhacks. com/ pdftk/  Adobe PDF reference version 1.7 (http:/ / www. adobe. com/ devnet/ acrobat/ pdfs/ pdf_reference_1-7. pdf), section 10.2  AIIM (2006-10-20). "New Best Practices Guide Addresses Exchange of Healthcare Information" (http:/ / www. aiim. org/ ResourceCenter/ AIIMNews/ PressReleases/ article. aspx?ID=34318). . Retrieved 2007-03-09.  Jackson, Joab (2006-12-07). "Adobe plunges PDF into XML" (http:/ / www. gcn. com/ blogs/ tech/ 42740. html). Government Computer News. . Retrieved 2008-01-12.  http:/ / labs. adobe. com/ wiki/ index. php/ Mars  http:/ / labs. adobe. com/ technologies/ mars/  "PDF Accessibility" (http:/ / www. webaim. org/ techniques/ acrobat/ ). WebAIM. . Retrieved 2010-04-24.  Joe Clark (2005-08-22). "Facts and Opinions About PDF Accessibility" (http:/ / www. alistapart. com/ articles/ pdf_accessibility). . Retrieved 2010-04-24.  "Accessibility and PDF documents" (http:/ / wac. osu. edu/ pdf/ ). Web Accessibility Center. . Retrieved 2010-04-24.  "PDF Accessibility Standards v1.2" (http:/ / www. bbc. co. uk/ guidelines/ futuremedia/ accessibility/ accessible_pdf. shtml). . Retrieved 2010-04-24.  (PDF) PDF Accessibility (http:/ / www. csus. edu/ training/ handouts/ workshops/ creating_accessible_pdfs. pdf), California State University, , retrieved 2010-04-24  "Adobe Reader 8 - Read a PDF with Read Out Loud" (http:/ / help. adobe. com/ en_US/ Reader/ 8. 0/ help. html?content=WS58a04a822e3e50102bd615109794195ff-7d15. html). . Retrieved 2010-04-24.  "Tip of the Week: Adobe Reader’s ‘Read Aloud’ Feature" (http:/ / gadgetwise. blogs. nytimes. com/ 2009/ 04/ 10/ tip-of-the-week-adobe-readers-read-aloud-feature/ ). The New York Times. 2009-04-10. . Retrieved 2010-04-24.  (PDF) Accessing PDF documents with assistive technology: A screen reader users guide (http:/ / www. adobe. com/ accessibility/ pdfs/ accessing-pdf-sr. pdf), Adobe, , retrieved 2010-04-24  Chris Rusbridge (2008-04-29). "Why PDF is a Hamburger" (http:/ / wwmm. ch. cam. ac. uk/ blogs/ murrayrust/ ?p=1056). . Retrieved 2010-04-24.  Adobe Forums, Announcement: PDF Attachment Virus "Peachy" (http:/ / www. adobeforums. com/ webx/ . ef39082), 15 August 2001.  "Security bulletins and advisories" (http:/ / www. adobe. com/ support/ security/ #readerwin). Adobe. . Retrieved 2010-02-21.  Steve Gibson - SecurityNow Podcast (http:/ / www. grc. com/ sn/ sn-187. txt)  PDFCleaner - PDF Exploit Sanitizer (http:/ / pdfcleaner. ossbox. com/ )  PCmag.com blogs (http:/ / blogs. pcmag. com/ securitywatch/ 2010/ 03/ malicious_pdfs_execute_code_wi. php)  "Create Adobe PDF Online - Security Settings Help" (http:/ / createpdf. adobe. com/ cgi-feeder. pl/ help_security?BP=& LOC=en_US). Createpdf.adobe.com. . Retrieved 2010-02-21.  New features and issues addressed in the Acrobat 7.0.5 Update (Acrobat and Adobe Reader for Windows and Mac OS) (http:/ / kb. adobe. com/ selfservice/ viewContent. do?externalId=332208& sliceId=2)  "Getting Familiar with Adobe Reader > Understanding Preferences" (http:/ / www. adobepress. com/ articles/ article. asp?p=412914). . Retrieved 2009-04-22.  "3D supported formats" (http:/ / www. adobe. com/ manufacturing/ resources/ 3dformats/ ). Adobe. 2009-07-14. . Retrieved 2010-02-21.  "Acrobat 3D Developer Center" (http:/ / www. adobe. com/ devnet/ acrobat3d/ ). Adobe. . Retrieved 2010-02-21.  "Description of 2007 Microsoft Office Suite Service Pack 2 (SP2)" (http:/ / support. microsoft. com/ kb/ 953195). Microsoft. . Retrieved 2009-05-09.  "Free PDF XP" (http:/ / freepdf-xp. en. softonic. com/ ). . Retrieved 2010-07-27.  www.adobe.com/products/pdfprintengine/overview.html (http:/ / www. adobe. com/ products/ pdfprintengine/ overview. html)  www.globalgraphics.com/products/jaws_rip/ (http:/ / www. globalgraphics. com/ products/ jaws_rip/ )  (http:/ / www. enfocus. com/ product. php?id=855)  http:/ / www. enfocus. com/ product. php?id=4530  Press-Ready PDF Files (http:/ / www. prepressx. com) "For anyone interested in having their graphic project commercially printed directly from digital files or PDFs." (last checked on 2009-02-10).  Current FSF High Priority Free Software Projects (http:/ / www. fsf. org/ campaigns/ priority. html) (last checked on 2009-02-10)  Goals and Motivations - GNUpdf (http:/ / gnupdf. org/ Goals_and_Motivations)
Portable Document Format 19  Poppler homepage (http:/ / poppler. freedesktop. org/ ) "Poppler is a PDF rendering library based on the xpdf-3.0 code base." (last checked on 2009-02-10)  Xpdf license (http:/ / www. foolabs. com/ xpdf/ about. html) "Xpdf is licensed under the GNU General Public License (GPL), version 2." (last checked on 2009-02-10).  The Apache PDFBox project (http:/ / incubator. apache. org/ pdfbox/ ) . Retrieved 2009-09-19. Further reading • Hardy, M. R. B.; Brailsford, D. F. (2002). "Mapping and displaying structural transformations between XML and PDF" (http://www.cs.nott.ac.uk/~dfb/Publications/Download/2002/Hardy02.pdf). Proceedings of the 2002 ACM symposium on Document engineering - DocEng 02. Proceedings of the 2002 ACM symposium on Document engineering. pp. 95–102. doi:10.1145/585058.585077. ISBN 1-58113-594-7. External links • Adobe PDF 101: Quick overview of PDF (http://partners.adobe.com/public/developer/tips/topic_tip31.html) • Adobe: PostScript vs. PDF (http://www.adobe.com/print/features/psvspdf/main.html) – Official introductory comparison of PS, EPS vs. PDF. • PDF Standards....transitioning the PDF specification from a de facto standard to a de jure standard (http:// www.aiim.org/Resources/Archive/Magazine/2007-Jul-Aug/33448) – Information about PDF/E and PDF/UA specification for accessible documents file format • ISO 19005-1:2005 (http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail. htm?csnumber=38920) Document of the PDF/A-1 Standard at the International Organization for Standardization (chargeable) • PDF Reference • Latest PDF version specification (including free version of the ISO standard) (http://www.adobe.com/ devnet/pdf/pdf_reference.html) • Books: PDF 1.6 (ISBN 0-321-30474-8), PDF 1.4 (ISBN 0-201-75839-3), PDF 1.3 (ISBN 0-201-61588-6) • Portable Document Format: An Introduction for Programmers (http://www.mactech.com/articles/mactech/ Vol.15/15.09/PDFIntro/) – Quick one-page intro to PDF vs. PostScript and PDF internals (up to v1.3) • The Camelot Paper (http://www.planetpdf.com/enterprise/article.asp?ContentID=6519) – the paper in which John Warnock outlined the project that created PDF • Everything you wanted to know about PDF but were afraid to ask (http://river-valley.tv/ everything-you-wanted-to-know-about-pdf-but-were-afraid-to-ask/) - recording of talk by Leonard Rosenthol (Adobe Systems) at TUG 2007
IPv6 20 IPv6 Internet Protocol version 6 (IPv6) is a version of the Internet Protocol (IP). It is designed to succeed the Internet Protocol version 4 (IPv4). The Internet operates by transferring data between hosts in small packets that are independently routed across networks as specified by an international communications protocol known as the Internet Protocol. Each host or computer on the Internet requires an IP address in order to communicate. The growth of the Internet has created a need for more addresses than are possible with IPv4. IPv6 was developed by the Internet Engineering Task Force (IETF) to deal with this long-anticipated IPv4 address exhaustion, and is described in Internet standard document RFC 2460, published in December 1998. Like IPv4, IPv6 is an Internet Layer protocol for packet-switched internetworking and provides end-to-end datagram transmission across multiple IP networks. While IPv4 allows 32 bits for an Internet Protocol address, and can therefore support 232 (4,294,967,296) addresses, IPv6 uses 128-bit addresses, so the new address space supports 2128 (approximately 340 undecillion or 3.4 × 1038) addresses. This expansion allows for many more devices and users on the internet as well as extra flexibility in allocating addresses and efficiency for routing traffic. It also eliminates the primary need for network address translation (NAT), which gained widespread deployment as an effort to alleviate IPv4 address exhaustion. IPv6 also implements additional features not present in IPv4. It simplifies aspects of address assignment (stateless address autoconfiguration), network renumbering and router announcements when changing Internet connectivity providers. The IPv6 subnet size has been standardized by fixing the size of the host identifier portion of an address to 64 bits to facilitate an automatic mechanism for forming the host identifier from link layer media addressing information (MAC address). Network security is also integrated into the design of the IPv6 architecture, and the IPv6 specification mandates support for IPsec as a fundamental interoperability requirement. The last top level (/8) block of free IPv4 addresses was assigned in February 2011 by IANA to the 5 RIRs, although many free addresses still remain in most assigned blocks and each RIR will continue with standard policy until it is at its last /8. After that, only 1024 addresses (a /22) are made available from the RIR for each LIR – currently, only APNIC has already reached this stage. While IPv6 is supported on all major operating systems in use in commercial, business, and home consumer environments, IPv6 does not implement interoperability features with IPv4, and creates essentially a parallel, independent network. Exchanging traffic between the two networks requires special translator gateways, but modern computer operating systems implement dual-protocol software for transparent access to both networks either natively or using a tunneling protocol such as 6to4, 6in4, or Teredo. In December 2010, despite marking its 12th anniversary as a Standards Track protocol, IPv6 was only in its infancy in terms of general worldwide deployment. A 2008 study by Google Inc. indicated that penetration was still less than one percent of Internet-enabled hosts in any country at that time. Motivation and origins IPv4 The first publicly used version of the Internet Protocol, Version 4 (IPv4), provides an addressing capability of 232 or approximately 4.3 billion addresses. This was deemed sufficient in the early design stages of the Internet when the explosive growth and worldwide proliferation of networks connected to the internet and the internet itself was not anticipated. During the first decade of operation of the Internet (by the late 1980s), it became apparent that methods had to be developed to conserve address space. In the early 1990s, even after the redesign of the addressing system using a classless network model, it became clear that this would not suffice to prevent IPv4 address exhaustion, and that further changes to the Internet infrastructure were needed.
IPv6 21 Working group proposal By the beginning of 1992, several proposals appeared and by the end of 1992, the IETF announced a call for white papers . In September 1993, the IETF created a temporary, ad-hoc IP Next Generation (IPng) area to deal with specifically with IPng issues. The new area was led by Allison Mankin and Scott Bradner, and had a directorate with 15 engineers from diverse backgrounds for direction-setting and preliminary document review.  The Internet Engineering Task Force adopted the IPng model on July 25, 1994, with the formation of several IPng working groups. By 1996, a series of RFCs was released defining Internet Protocol version 6 (IPv6), starting with RFC 1883. (Version 5 was used by the experimental Internet Stream Protocol.) It is widely expected that IPv4 will be supported alongside IPv6 for the foreseeable future. IPv4-only and IPv6-only nodes cannot communicate directly, and need assistance from an intermediary gateway or must use other transition mechanisms. Exhaustion of IPv4 addresses On February 3, 2011, in a ceremony in Miami, the Internet Assigned Numbers Authority (IANA) assigned the last batch of 5 /8 address blocks to the Regional Internet Registries., officially depleting the global pool of completely fresh blocks of addresses. Each of the address blocks represents approximately 16.7 million possible addresses, or over 80 million combined potential addresses. These addresses could well be fully consumed within three to six months of that time at current rates of allocation. APNIC was the first RIR to exhaust its regional pool on 15 April 2011, except for a small amount of address space reserved for the transition to IPv6, which will be allocated in a much more restricted way. In 2003, the director of Asia-Pacific Network Information Centre (APNIC), Paul Wilson, stated that, based on then-current rates of deployment, the available space would last for one or two decades. In September 2005, a report by Cisco Systems suggested that the pool of available addresses would exhaust in as little as 4 to 5 years. In 2008, a policy process started for the end-game and post-exhaustion era. In 2010, a daily updated report projected the global address pool exhaustion by the first quarter of 2011, and depletion at the five regional Internet registries before the end of 2011. Comparison to IPv4 IPv6 specifies a new packet format, designed to minimize packet header processing by routers.  Because the headers of IPv4 packets and IPv6 packets are significantly different, the two protocols are not interoperable. However, in most respects, IPv6 is a conservative extension of IPv4. Most transport and application-layer protocols need little or no change to operate over IPv6; exceptions are application protocols that embed internet-layer addresses, such as FTP and NTPv3.
IPv6 22 Larger address space The most important feature of IPv6 is a much larger address space than in IPv4. The length of an IPv6 address is 128 bits, compared to 32 bits in IPv4. The address space therefore supports 2128 or 38 approximately 3.4 × 10 addresses. By comparison, this amounts to approximately 5 × 1028 addresses for each of the 6.8 billion people alive in 2010. In addition, the IPv4 address space is poorly allocated, with approximately 14% of all available addresses utilized. While these numbers Decomposition of an IPv6 address into its binary form are large, it was not the intent of the designers of the IPv6 address space to assure geographical saturation with usable addresses. Rather, the longer addresses simplify allocation of addresses, enable efficient route aggregation, and allow implementation of special addressing features. In IPv4, complex Classless Inter-Domain Routing (CIDR) methods were developed to make the best use of the small address space. The standard size of a subnet in IPv6 is 264 addresses, the square of the size of the entire IPv4 address space. Thus, actual address space utilization rates will be small in IPv6, but network management and routing efficiency is improved by the large subnet space and hierarchical route aggregation. Renumbering an existing network for a new connectivity provider with different routing prefixes is a major effort with IPv4.  With IPv6, however, changing the prefix announced by a few routers can in principle renumber an entire network since the host identifiers (the least-significant 64 bits of an address) can be independently self-configured by a host. Multicasting Multicasting, the transmission of a packet to multiple destinations in a single send operation, is part of the base specification in IPv6. In IPv4 this is an optional although commonly implemented feature. IPv6 multicast addressing shares common features and protocols with IPv4 multicast, but also provides changes and improvements by eliminating the need for certain protocols. IPv6 does not implement traditional IP broadcast, i.e. the transmission of a packet to all hosts on the attached link using a special broadcast address, and therefore does not define broadcast addresses. In IPv6, the same result can be achieved by sending a packet to the link-local all nodes multicast group at address ff02::1, which is analogous to IPv4 multicast to address 188.8.131.52. IPv6 also supports new multicast solutions, including embedding rendezvous point addresses in an IPv6 multicast group address which simplifies the deployment of inter-domain solutions. In IPv4 it was very difficult for an organization to get even one globally routable multicast group assignment and the implementation of inter-domain solutions was very arcane. Unicast address assignments by a local Internet registry for IPv6 have at least a 64-bit routing prefix, yielding the smallest subnet size available in IPv6 (also 64 bits). With such an assignment it is possible to embed the unicast address prefix into the IPv6 multicast address format, while still providing a 32-bit block, the least significant bits of the address, or approximately 4.2 billion multicast group identifiers. Thus each user of an IPv6 subnet automatically has available a set of globally routable source-specific multicast groups for multicast applications.
IPv6 23 Stateless address autoconfiguration (SLAAC) IPv6 hosts can configure themselves automatically when connected to a routed IPv6 network using Internet Control Message Protocol version 6 (ICMPv6) router discovery messages. When first connected to a network, a host sends a link-local router solicitation multicast request for its configuration parameters; if configured suitably, routers respond to such a request with a router advertisement packet that contains network-layer configuration parameters. If IPv6 stateless address autoconfiguration is unsuitable for an application, a network may use stateful configuration with the Dynamic Host Configuration Protocol version 6 (DHCPv6) or hosts may be configured statically. Routers present a special case of requirements for address configuration, as they often are sources for autoconfiguration information, such as router and prefix advertisements. Stateless configuration for routers can be achieved with a special router renumbering protocol. Mandatory support for network layer security Internet Protocol Security (IPsec) was originally developed for IPv6, but found widespread deployment first in IPv4, into which it was back-engineered. IPsec is an integral part of the base protocol suite in IPv6. IPsec support is mandatory in IPv6 but optional for IPv4. Simplified processing by routers In IPv6, the packet header and the process of packet forwarding have been simplified. Although IPv6 packet headers are at least twice the size of IPv4 packet headers, packet processing by routers is generally more efficient,  thereby extending the end-to-end principle of Internet design. Specifically: • The packet header in IPv6 is simpler than that used in IPv4, with many rarely used fields moved to separate optional header extensions. • IPv6 routers do not perform fragmentation. IPv6 hosts are required to either perform path MTU discovery, perform end-to-end fragmentation, or to send packets no larger than the IPv6 default minimum MTU size of 1280 octets. • The IPv6 header is not protected by a checksum; integrity protection is assumed to be assured by both link layer and higher layer (TCP, UDP, etc.) error detection. Therefore, IPv6 routers do not need to recompute a checksum when header fields (such as the time to live (TTL) or hop count) change. • The TTL field of IPv4 has been renamed to Hop Limit, reflecting the fact that routers are no longer expected to compute the time a packet has spent in a queue. Mobility Unlike mobile IPv4, mobile IPv6 avoids triangular routing and is therefore as efficient as native IPv6. IPv6 routers may also support network mobility which allows entire subnets to move to a new router connection point without renumbering. Options extensibility The IPv6 protocol header has a fixed size (40 octets). Options are implemented as additional extension headers after the IPv6 header, which limits their size only by the size of an entire packet. The extension header mechanism provides extensibility to support future services for quality of service, security, mobility, and others, without redesign of the basic protocol.
IPv6 24 Jumbograms IPv4 limits packets to 65535 (216 – 1) octets of payload. IPv6 has optional support for packets over this limit, referred to as jumbograms, which can be as large as 4294967295 (232 – 1) octets. The use of jumbograms may improve performance over high-MTU links. The use of jumbograms is indicated by the Jumbo Payload Option header. Packet format The IPv6 packet is composed of two parts: the packet header and the payload. The header consists of a fixed portion with minimal functionality required for all packets and may contain optional extension to implement special features. The fixed header occupies the first 40 octets (320 bits) of the IPv6 packet. It contains the source and destination addresses, traffic classification options, a hop counter, and a pointer for extension headers if any. The Next Header field, present in each extension as well, points to the next element in the chain of extensions. The last field points to the upper-layer protocol that is carried in the packets IPv6 packet header. payload. Extension headers carry options that are used for special treatment of a packet in the network, e.g., for routing, fragmentation, and for security using the IPsec framework. The payload can have a size of up to 64KB without special options, or larger with a jumbo payload option in a Hop-By-Hop Options extension header. Unlike in IPv4, fragmentation is handled only in the end points of a communication session; routers never fragment a packet, and hosts are expected to use Path MTU Discovery to select a packet size that can traverse the entire communications path. Addressing The most important feature of IPv6 is a much larger address space than in IPv4. IPv6 addresses are 128 bits long, compared to only 32 bits previously. While the IPv4 address space contains only about 4.3 × 109 (4.3 billion) addresses, IPv6 supports approximately 3.4 × 1038 (340 undecillion) unique addresses, deemed enough for the foreseeable future. IPv6 addresses are written in eight groups of four hexadecimal digits separated by colons, for example, 2001:0db8:85a3:0000:0000:8a2e:0370:7334. IPv6 unicast addresses other than those that start with binary 000 are logically divided into two parts: a 64-bit (sub-)network prefix, and a 64-bit interface identifier. For stateless address autoconfiguration (SLAAC) to work, subnets require a /64 address block as defined in RFC 4291 section 2.5.1. Local Internet registries get assigned at least /32 blocks, which they divide among ISPs. The obsolete RFC 3177 recommended the assignment of a /48 to end consumer sites. This was replaced by RFC 6177, which "recommends giving home sites significantly more than a single /64, but does not recommend that every home site be given a /48 either." /56s are specifically considered. It remains to be seen if ISPs will honor this recommendation; for example, during initial trials Comcast customers have been given a single /64 network. IPv6 addresses are classified by three types of networking methodologies: unicast addresses identify each network interface, anycast addresses identify a group of interfaces, usually at different locations of which the nearest one is automatically selected, and multicast addresses are used to deliver one packet to many interfaces. The broadcast method is not implemented in IPv6. Each IPv6 address has a scope, which specifies in which part of the network it is