25.02.2013 Views

TCP/IP Tutorial and Technical Overview - IBM Redbooks

TCP/IP Tutorial and Technical Overview - IBM Redbooks

TCP/IP Tutorial and Technical Overview - IBM Redbooks

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

Protocol status can be any of the following:<br />

Required A system must implement the required protocols.<br />

Recommended A system should implement the recommended protocol.<br />

Elective A system may or may not implement an elective protocol.<br />

The general notion is that if you are going to do something<br />

like this, you must do exactly this.<br />

Limited use These protocols are for use in limited circumstances. This<br />

may be because of their experimental state, specialized<br />

nature, limited functionality, or historic state.<br />

Not recommended These protocols are not recommended for general use.<br />

This may be because of their limited functionality,<br />

specialized nature, or experimental or historic state.<br />

1.3.2 Internet st<strong>and</strong>ards<br />

Proposed st<strong>and</strong>ard, draft st<strong>and</strong>ard, <strong>and</strong> st<strong>and</strong>ard protocols are described as<br />

being on the Internet St<strong>and</strong>ards Track. When a protocol reaches the st<strong>and</strong>ard<br />

state, it is assigned a st<strong>and</strong>ard (STD) number. The purpose of STD numbers is to<br />

clearly indicate which RFCs describe Internet st<strong>and</strong>ards. STD numbers<br />

reference multiple RFCs when the specification of a st<strong>and</strong>ard is spread across<br />

multiple documents. Unlike RFCs, where the number refers to a specific<br />

document, STD numbers do not change when a st<strong>and</strong>ard is updated. STD<br />

numbers do not, however, have version numbers because all updates are made<br />

through RFCs <strong>and</strong> the RFC numbers are unique. Therefore, to clearly specify<br />

which version of a st<strong>and</strong>ard one is referring to, the st<strong>and</strong>ard number <strong>and</strong> all of<br />

the RFCs that it includes should be stated. For instance, the Domain Name<br />

System (DNS) is STD 13 <strong>and</strong> is described in RFCs 1034 <strong>and</strong> 1035. To reference<br />

the st<strong>and</strong>ard, a form such as “STD-13/RFC1034/RFC1035” should be used.<br />

For some St<strong>and</strong>ards Track RFCs, the status category does not always contain<br />

enough information to be useful. It is therefore supplemented, notably for routing<br />

protocols, by an applicability statement, which is given either in STD 1 or in a<br />

separate RFC.<br />

References to the RFCs <strong>and</strong> to STD numbers will be made throughout this book,<br />

because they form the basis of all <strong>TCP</strong>/<strong>IP</strong> protocol implementations.<br />

24 <strong>TCP</strong>/<strong>IP</strong> <strong>Tutorial</strong> <strong>and</strong> <strong>Technical</strong> <strong>Overview</strong>

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!