Table Of ContentВведение
Когда выполнялась работа над первым изданием этой книги, Microsoft сделала первый шаг навстречу
Internet. Для установки сервера World Wide Web в системе Windows NT необходимо было воспользоваться
пакетом от независимого производителя, таким как программное обеспечение EMWAC, включенное в
Windows NT Resource Kit.
Продолжая интенсивно развивать свои технологии, Microsoft в скором времени дала понять, что
собирается стать главным игроком на арене Internet. Сначала появился Internet Explorer, переросший в широко
распространенный Web-браузер мирового класса. Затем увидел свет Internet Information Server, версия 2.0
которого в августе 1996 года была включена в комплект поставки ОС Windows NT Server 4. Теперь Microsoft
предлагает столько программных продуктов для Internet, что за новинками трудно уследить. (Попробуйте
регулярно отслеживать информацию на Web-сайте Microsoft!) Уже выпущен Internet Information Server
версии 4, а к линии программных продуктов Microsoft были добавлены еще несколько новых пакетов,
среди которых Microsoft Proxy Server.
В то время, когда готовилось к выпуску первое издание книги, Internet только приобретал
популярность, но теперь, когда работа идет над третьим изданием, он стала широко распространенным.
Если вы являетесь сетевым администратором, не имеющим отношения к Internet, придется изменить это
положение вещей. Пришло время изучить TCP/IP и вплотную заняться технологиями Internet и
интранет.
Сегодня менеджеры информационных систем стремятся придерживаться стандартов, и, поскольку
каждый хочет подключиться к Internet, использование протокола TCP/IP стало практически неизбежным
для всех, кто работает с локальной сетью. Впрочем, сфера применения TCP/IP не ограничивается Internet.
Если вы являетесь сетевым администратором и хотите получить высокоскоростную сеть на базе TCP/IP —
эта книга для вас.
TCP/IP — это чрезвычайно большой набор сетевых протоколов, вероятно, самый богатый среди них.
Кроме того, никакие другие протоколы, кроме TCP/IP, не реализуют Internet. Многие пользователи Internet
намерены использовать Internet, что называется, "на всю катушку". А это значит, что возникнет
необходимость в добавлении дополнительных протоколов к семейству TCP/IP. В результате расширение
семейства протоколов TCP/IP может стать профессиональным занятием и уже стало таковым для
многих в сетевом сообществе. Многообразие протоколов TCP/IP заставляет каждого автора,
обратившегося к этой тематике, выделять ее подразделы, соответствующие требованиям читателей книги.
При выборе материала для этой книги я руководствовался двумя целями: рассказать о том, что
необходимо знать, не обременяя вас при этом большим количеством информации, и сообщить о том, о
чем вы, вероятно, хотели бы знать. Несмотря на большой объем материала, содержащегося в этой книге,
я попытался упорядочить его так, чтобы вы могли сконцентрироваться на вопросах, наиболее важных для
вас. По мере приобретения опыта и расширения круга ваших обязанностей вы сможете неоднократно
возвращаться к книге, чтобы почерпнуть из нее новые знания. Эта книга относится к разряду таких,
которые перечитывают не один раз.
Что нового в этом издании
Я снова и снова возвращаюсь к разговору о том, что изменилось в подходе Microsoft к Internet, и поэтому
возникает законный вопрос: как я отреагировал на эти изменения в новой редакции книги. В частности, были
сделаны небольшие дополнения и изменения, основанные на материале публикаций Microsoft и других
изданий. В книгу также вошли несколько абсолютно новых глав. Вот кое-что из того, что ожидает вас в
новом издании книги:
* Поскольку поддержка имен хостов в сетях TCP/IP представляет собой довольно сложную тему, в новом
издании появилась глава, включающая углубленный анализ различных методик Microsoft по
поддержке присвоения имен TCP/IP и NetBIOS (см. главу 11).
* Еще одна новая глава посвящена управлению сетями с использованием протокола SNMP (см. главу 15).
* Отдельная глава также посвящена вопросам администрирования и устранения проблем (см. главу 16).
* Описанию процесса маршрутизации и работы службы удаленного доступа (RAS), радикально
улучшающей поддержку программными продуктами Microsoft маршрутизации и сетевых
возможностей, посвящена глава 18. Теперь маршрутизаторы Windows NT можно установить,
например, совместно с R1P версии 2 или OSPF.
* Microsoft Exchange Server является хорошим средством для работы с электронной почтой Internet. И
хотя Exchange слишком сложен для рассмотрения в рамках одной главы, я попросил Брюса Хал-
лберга (Bruce Hallberg) ознакомить вас с Exchange и его взаимодействием с почтовыми системами
TCP/IP (см. главу 19).
* Повысилась сложность и возросли возможности Internet Information Server. В главе 20, посвященной
IIS, рассматривается четвертая версия этого пакета, а проанализировать весь диапазон
возможностей I1S мне помог Боб Вилси (Bob Wilsey).
* Microsoft Proxy Server — это превосходный программный пакет, повышающий эффективность
доступа к Internet и уровень безопасности благодаря возможностям брандмауэров (см. главу 21).
В новых и переработанных главах я попытался идти в ногу с новыми разработками Microsoft.
Увеличенный объем этой книги соответствует постоянному расширению возможностей TCP/IP,
сложность которого возрастает с каждым прошедшим месяцем.
Структура книги
В части I "Основы TCP/IP" представлена вводная информация о семействе протоколов TCP/IP,
причем она относится ко всем реализациям TCP/IP. И хотя может показаться, что здесь слишком много
информации, почти вся она используется в части II, "Реализация Microsoft TCP/IP," где подробно
исследуется реализация TCP/IP в сетевых продуктах Microsoft.
При первом чтении этой части не вникайте в тонкости. Попытайтесь осознать суть материала и не
забывайте о главных темах. Затем при чтении части II вы сможете вернуться к основным главам в случае
возникновения потребностей в теоретических сведениях.
В части I предпринят классический подход к рассмотрению стеков протоколов на уровнях модели OSI.
Здесь описывается как набор протокола TCP/IP, так и модель OSI. В части I рассмотрены следующие
вопросы:
Глава 1 "Введение в TCP/IP" представляет собой общий обзор семейства протоколов TCP/IP. В ней
рассказывается о том, какие разработаны протоколы, стандарты и как можно получить
дополнительную информацию.
Глава 2 "Архитектура TCP/IP" ознакомит с элементами ссылочной модели OSI, а также с
архитектурой стека протоколов TCP/IP. Будут представлены четыре уровня архитектуры TCP/IP,
являющиеся темами для рассмотрения в следующих четырех главах.
В главах 3-6 поочередно описывается каждый уровень модели протоколов TCP/IP. Вы узнаете, как
функционирует каждый уровень, и, что более важно, получите представление о взаимосвязи
уровней между собой.
Ознакомившись с теорией в части I, вы будете готовы к рассмотрению особенностей реализации
Microsoft TCP/IP. По существу, после вводной главы каждая подсистема TCP/IP описывается в
отдельной главе.
Суть материала главы 7 "Microsoft TCP/IP. Введение" вытекает из ее названия. Здесь рассказывается
об организации и обобщенных возможностях Microsoft TCP/IP.
Глава 8 "Установка TCP/IP на компьютерах Windows NT" посвящена вопросам установки и настройки
TCP/IP на серверах и клиентах Windows NT.
В главе 9 "Основы маршрутизации" речь идет о конфигурировании Windows NT, которое выполняется в
целях обработки трафика в маршрутизируемых сетях.
В главе 10 "Управление DHCP" продемонстрировано, как можно реализовать Dynamic Host
Configuration Protocol (Протокол динамической конфигурации хоста), одно из наиболее полезных средств
администрирования, включенных в состав Microsoft TCP/IP.
В главе 11 "Именование хостов в мире Microsoft TCP/IP" раскрываются сложности именования в сети
Microsoft TCP/IP. Здесь рассматриваются схемы именования TCP/IP и NetBIOS и методы их
объединения в сетях Microsoft.
В главе 12 "Управление WINS" говорится о реализации разрешения имен для клиентов Microsoft
TCP/IP, которая осуществляется с помощью Windows Internet Naming Service (Служба имен Internet для
Windows).
В главе 13 "Управление Microsoft DNS Server" рассматриваются вопросы конфигурирования и управления
службой DNS Server в сетях Microsoft.
В главе 14 "Установка TCP/IP в клиентских средах Microsoft" читатель узнает о том, как выполняется
установка TCP/IP для клиентов MS-DOS, Windows 3.x и Windows 95/98.
В главе 15 "Управление TCP/IP с помощью SNMP" описывается протокол SNMP и рассказывается, как
устанавливаются агенты мониторинга SNMP для клиентов Microsoft.
В главе 16 "Устранение проблем" показано, как использовать разнообразные утилиты, входящие в состав
Windows NT, как получать статистические данные с помощью Perfomance Monitor и как исследовать
сетевой трафик с использованием Network Monitor.
В главе 17 "Безопасное подключение к Internet" объясняется, как реализовать подключение к Internet, и
исследуется служба RAS как инструментальное средство для подключения к Internet.
Глава 18 "Маршрутизация и сервер удаленного доступа" знакомит читателя с усовершенствованными
возможностями маршрутизатора для NT. В этой главе показано, как установить в сети поддержку
маршрутизации RIP версии 2 или OSPF и как расширить возможности RAS.
Глава 19 "Электронная почта и Microsoft Exchange Server" посвящена Microsoft Exchange. Эта глава
помогает понять, как используется Exchange для установки почтовых систем с подключениями к почтовым
серверам и клиентам TCP/IP.
В главе 20 "Internet Information Server" вы узнаете, насколько просто устанавливать серверы для World Wide
Web и FTP. Кроме того, в ней рассмотрены некоторые дополнительные возможности IIS, среди которых
использование электронных подписей в целях гарантии безопасности общения.
В главе 21 "Microsoft Proxy Server" показано, как настроить Microsoft Proxy Server в качестве брандмауэра
Internet и "интеллектуального" прокси-сервера, значительно повышающего производительность в Internet
для ваших сетевых клиентов.
В приложении А описаны двоичные, десятичные и шестнадцатеричные числа, с которыми вы встретитесь
при работе с TCP/IP.
1
Ч А С Т Ь
Основы TCP/IP
Глава 1. Введение в TCP/IP
Глава 2. Архитектура TCP/IP
Глава 3. Уровень доступа к сети
Глава 4. Межсетевой уровень
Глава 5. Межхостовый уровень
Глава 6. Уровень процесс-приложение
1
Г Л А В А
Введение в TCP/IP
Эта глава ознакомит вас с несколькими различными аспектами
TCP/IP, включая историю его развития и стандартизации. В главе
будут рассмотрены следующие вопросы:
* Краткая история TCP/IP
* Потребность в открытых компьютерных стандартах
* Администрирование Internet
* Процесс стандартизации Internet
* Получение RFC и другой информации об Internet
До недавних пор компьютерные системы были островками, общение
между которыми происходило с большими затруднениями (правда, было
исключение, о котором вы вскоре узнаете). При покупке компьютера в
комплекте приобреталась система сетевой коммуникации. Например,
мэйнфреймы IBM соединялись между собой, используя архитектуру
System Network Architecture (Системная сетевая архитектура). SNA
представляет собой отказоустойчивую сетевую архитектуру,
превосходно подходящую для терминальной среды мэйнфрейма, но IBM
разработала SNA в расчете на компьютеры IBM, а не для
потребностей сетевого сообщества в целом. В результате несколько
других производителей выпускали сетевое оборудование для SNA, вместо
того чтобы разрабатывать собственные сетевые архитектуры,
соответствующие их представлению о сетях.
С 1970 по 1980 год было разработано несколько десятков сетевых архитектур. Оборудование таких
компаний-производителей мэйнфреймов, как IBM, Digital, Sperry, Burroughs, Honeywell и других, часто
представляло собой виртуальные островки, неспособные общаться друг с другом в связи с тем, что каждая
компания разрабатывала собственную сетевую архитектуру. В то время производители компьютеров боль-
шую часть денег зарабатывали на продаже аппаратного оборудования и поэтому рассматривали
собственную сетевую архитектуру как способ привязки своих заказчиков к определенным типам
компьютеров и сетевого оборудования.
Когда локальные сети приобрели широкое распространение, что произошло в конце 80-х годов,
производители начали утилизировать собственные протоколы. Так, Novell продвигала свой набор
протоколов IPX/SPX, у Apple был AppleTalk, a IBM и Microsoft сконцентрировались на разработке
NetBEUI. Связь между компьютерами, оборудованными одним типом LAN, с компьютерами, имеющими
LAN конкурирующей архитектуры, была трудноосуществимой. Для связи между PC и мэйнфреймами
требовались специальные технологии, которые превратили бы высокоскоростной PC в простой
терминал, который мог бы взаимодействовать с мэйнфреймом. Часто перемещение файлов из одной
компьютерной среды в другую означало копирование файлов на магнитную ленту или диск, который
можно было бы загрузить на целевом компьютере. Интуитивное совместное использование файлов и
данных различными компьютерными системами фактически не реализовывалось.
К концу 80-х годов подобная изоляция компьютерных систем стала просто неприемлемой. Компании,
которые некогда рассматривали локальные сети как нечто несерьезное, начали осознавать, что их сети
теперь служат жизненно важным потребностям бизнеса. Более того, локальные сети использовались не
только для пересылки документов текстовых процессоров и электронных таблиц. Локальные сети стали
хранилищем крайне необходимых данных компании, которые зачастую совместно использовались в
программах, выполняющихся на мэйнфрейме. Полагаясь на свои собственные ресурсы, производители
компьютеров так и продолжали бы бороться за проект архитектуры общей сети. К счастью для
сетевого сообщества, был сделан шаг, вызвавший коренной перелом в развитии ситуации. Благодаря
удачной цепочке событий появилась архитектура для взаимодействия различных типов компьютеров.
Эта архитектура нашла свое применение в Internet. Набор протоколов стал языком Internet, который
за 30-летнюю историю своего развития подготовил почву для объединения в единую сеть многих тысяч
компьютеров, разбросанных по всему миру.
Эта глава ознакомит вас с некоторыми сторонами TCP/IP. Поскольку лучше всего новые понятия
воспринимаются в историческом контексте, начнем наш обзор с истории развития TCP/IP, с его
истоков, берущих свое начало в Министерстве обороны США. В ходе этого обсуждения вы ознакомитесь
со многими проблемами, которые побуждали проектировать и реконструировать TCP/IP.
В заключение будет исследован процесс стандартизации TCP/IP. В отличие от собственных протоколов
производителей, которые разрабатывались в их лабораториях, стандартизация TCP/IP открыта и
общедоступна. Перейдя на использование TCP/IP, необходимо знать о процессе стандартизации, чтобы
вовремя отслеживать изменения, которые могут вас затронуть.
Краткая история TCP/IP
Вероятно, ни одна организация не имеет столь высоких требований к сети, как Министерство
обороны США (DoD). Простое налаживание связи между большим количеством компьютеров,
находящихся в различных подразделениях, в этом случае недостаточно. Компьютеры DoD зачастую
нуждаются в соединении с компьютерами подрядчиков и других организаций (среди которых много
университетов), проводящих исследования в рамках оборонной тематики. Компоненты оборонной сети
должны иметь значительный запас прочности для поддержки на должном уровне национальной
обороноспособности.
Следовательно, тот факт, что DoD положило начало исследованиям (теперь эта технология носит
название коммутация пакетов) сетевых протоколов, не был удивительным. Фактически работа над
протоколами, которые в конечном счете образовали набор протоколов TCP/IP, началась в 1969 году.
Опишем вкратце цели исследования:
* Общие протоколы. Ведомство DoD нуждалось в общем наборе протоколов, которые можно было бы
использовать во всех сетях. Общие протоколы сильно упростили бы процесс взаимодействия с
другими сетями.
* Возможность взаимодействия. Если оборудование различных производителей могло бы
взаимодействовать, производительность при разработке новых образцов была бы существенно
повышена, вследствие чего возросла бы конкуренция между производителями.
* Устойчивая коммуникация. Для потребностей национальной обороны был необходим стандарт
чрезвычайно надежной сети. Эти протоколы должны были обеспечить устойчивую,
высокопроизводительную работу в сети, используя относительно примитивные технологии больших
сетей, существовавшие в то время.
* Удобство реконфигурации. Поскольку работа ведомства DoD полностью зависела от сети,
возможность изменения конфигурации сети, добавления и удаления компьютеров без нарушения связи
было настоятельной потребностью.
В 1968 году агенство DoD Advanced Research Project Agency (сокращенно ARPA, позже переименовано
в DARPA) положило начало исследованию сетей с использованием технологии, известной сейчас как
коммуникация пакетов. Первая экспериментальная сеть состояла из четырех сайтов: Калифорнийский
университет в Лос-Анджелесе (UCLA), Калифорнийский университет в Санта-Барбаре (UCSB),
Университет Юты и SRI International. Первые тесты были обнадеживающими, и к сети было
подключено еще несколько сайтов. Эта сеть, названная ARPAnet, объединяла в 1972 году 20 хостов.
И хотя первоначально ARPAnet предназначалась для облегчения связи между DoD, коммерческими
фирмами и университетами, она постепенно превратилась в среду для осуществления коммуникаций, не
связанных с обороной. К середине 80-х годов ARPAnet стала, образно выражаясь, хребтом сети, к которой
было подключено большое число образовательных учреждений и оборонных подрядчиков, а также
военная сеть MILnet. Эта расширенная сеть стала известна как Internet.
ПРИМЕЧАНИЕ
На страницах этой книги вам будут встречаться термины "Internet" и
"internet," между которыми существуют значительные различия, internet
(сокращение от internetwork) — это любая сеть, включающая несколько сетей,
соединенных между собой. Internet — это глобальная сеть, выросшая из
ARPAnet.
В 1986 году была заложена основа для коммерциализации ARPAnet. К этому времени началась работа
над изолированием военных сетей из среды ARPAnet. Каркас ARPAnet был демонтирован и заменен сетью,
финансируемой National Science Foundation (Национальный научный фонд). Сеть NSFnet, выступающая к
тому времени в качестве каркаса Internet, управлялась Advanced Network Services (ANS).
В ходе эволюции ARPAnet возникло сообщество пользователей, которые были вовлечены в дискуссии и
в процесс установки стандартов для сети. Большинство сетевых протоколов проектировалось под
контролем разрабатывающих их организаций. Впрочем, дискуссии по поводу протоколов Internet долгое
время имели место и среди общественности. В результате "родителем" этих протоколов не всегда
выступала определенная компания. Ответственность за установку стандартов Internet была возложена на
Internet Activity Board (Совет по деятельности Internet).
Первоначальный набор протоколов Internet был разработан в начале 80-х годов, а в 1983 году был
стандартизован для ARPAnet. Эти протоколы приобрели популярность среди сообщества пользователей,
когда TCP/IP был включен в состав BSD (Berkeley Standard Distribution) UNIX версии 4.2. Эта версия
UNIX широко использовалась в образовательных и научных учреждениях, а также послужила основой для
некоторых коммерческих реализаций UNIX, включая SunOS фирмы Sun и Ultrix фирмы Digital. Поскольку
в BSD UNIX была установлена связь между TCP/IP и операционной системой UNIX, сейчас
подавляющее большинство реализаций UNIX включают TCP/IP.
Развитие набора протоколов TCP/IP продолжается и сейчас параллельно с развитием Internet. За
последние годы Internet стала так популярна, что доступ к ней имеет практически каждый пользователь,
владеющий компьютером. В результате такой нагрузки на Internet на некоторые протоколы были наложены
проектные ограничения. В Internet ничто не постоянно, кроме изменений.
Потребность в открытых компьютерных стандартах
С тех пор как компьютерная техника перестала быть исключительным достоянием военного ведомства и
появилась у домашних пользователей, коммуникационные ограничения, накладываемые патентованными
протоколами, становились все более нетерпимыми. Сообщество пользователей нуждалось в стандартах,
открытых для общественного обсуждения, а не диктуемых коммерческими интересами. Возможным
условием также было бесплатное использование стандартов. Впрочем, патентованные стандарты,
контролируемые производителем, имели два недостатка. Производители программных и аппаратных средств,
желающие использовать протоколы, должны были их лицензировать, причем часто за существенную плату.
Кроме того, контролирующий производитель может не реагировать на запросы других производителей по
поводу изменений в протоколах.
С учетом этих требований протоколы, используемые в Internet, можно считать полнофункциональными
и рассматривать как по-настоящему открытые. Семейство протоколов TCP/IP доступно на бесплатной
основе, а его разработка велась с участием широкого круга пользователей Internet.
ПРИМЕЧАНИЕ
За несколько пет Международная организация по стандартизации (ISO)
пыталась определить набор открытых протоколов, называемый Open System
Interconnection (OSI — Взаимодействие открытых систем). По мере работы над
протоколами OSI стало понятно, что они не смогут вытеснить TCP/IP при
использовании в качестве открытых протоколов. Правительство США объявило,
что приобретения компьютерной техники правительственными организациями
должны согласовываться с правительственным подмножеством протоколов OSI,
называемым GOSIP, а Министерство обороны заявило, что GOSIP заменит TCP/IP
в военных сетях.
Как часто происходит в международных организациях, переговоры относительно
использования набора протоколов OSI увязли в затруднениях. Отчасти из-за
того, что проектировщики пытались создать действительно универсальный
набор протоколов, разработка протоколов OSI продвигалась медленно.
Фактически казалось, что разработка остановлена, и интерес к OSI упал, а набор
протоколов TCP/IP тем временем процветал. Многие промышленные аналитики
доказывали, что в OSI не было необходимости, поскольку функционирующий
набор открытых протоколов уже был доступен в TCP/IP. Министерство обороны
отказалось от своего заявления относительно обязательной поддержки GOSIP. И
хотя OSI все еще может быть воскрешен, за близкое будущее TCP/IP можно не
беспокоиться. Учитывая произошедшую трансформацию Internet во всемирную
Сеть, трудно представить, как можно отказаться от использования TCP/IP.
Одно из последствий прогресса Internet заключается в том, что TCP/IP развился в чрезвычайно
богатый набор протоколов и приложений. Общеизвестное название этого набора протоколов
обманчиво, поскольку TCP и IP — это лишь два из нескольких десятков протоколов, образующих
семейство протоколов. Некоторые называют этот набор семейством протоколов Internet или семейством
протоколов DoD, чтобы подчеркнуть тот факт, что TCP/IP — это нечто большее чем просто TCP и IP.
Приведем несколько примеров протоколов и служб TCP/IP:
* Telnet. Протокол эмуляции удаленного терминала, позволяющий клиентам подключаться к удаленным
хостам сети.
* FTP (File Transfer Protocol). Протокол передачи файлов, позволяющий передавать файлы между
хостами.
* NFS (Network File System — Сетевая файловая система). Более продвинутая служба доступа к
файлам на удаленных хостах, позволяющая выполнять операции с файлами таким образом, как
будто они хранятся на диске локального компьютера.
* SNMP (Simple Network Management Protocol — Простой протокол сетевого управления). Используется
для удаленного управления сетевыми устройствами.
* SMTP (Simple Mail Transfer Protocol — Простой протокол электронной почты). Используется для
реализации систем электронной почты.
* DNS (Domain Name Service — Служба имен доменов). Делает сеть более дружественной, позволяя
присваивать компьютерам значимые имена.
* HTTP (Hypertext Transfer Protocol — Протокол передачи гипертекста). Этот протокол, являясь ядром
World Wide Web, обеспечивает передачу гипертекстовых документов.
В последующих главах книги эти приложения описаны более подробно. В главе 6 рассказывается о
протоколах Telnet, FTP, NFS и SMTP. Протокол SNMP наряду с другими темами рассматривается в главе
14. В главе 13 показано, как настраивать DNS-сервер, а в главе 20 — как использовать Internet Information
Server для установки сервера World Wide Web.
Помимо распространения протокола, еще одно следствие открытости стандартов заключается в том,
что TCP/IP был реализован практически на всех аппаратных платформах и операционных системах. Ниже
перечислены системы, работающие исключительно на основе набора протоколов:
* Novell NetWare
* Мэйнфреймы IBM
* Системы Digital VMS
* Microsoft Windows NT Server
* Рабочие станции UNIX
* Персональные компьютеры DOS
Администрирование Internet
Организация Internet Activities Board (IAB), образованная в 1983 году и призванная выступать в роли
"независимого комитета исследователей и профессионалов, заинтересованных в процветании и развитии
системы Internet," согласовывала проектирование, разработку и управление Internet. На рис. 1.1 показана
структура IAB со взаимоотношениями между связанными группами. В IAB существовало две группы
специалистов: Internet Engineering Task Force (IETF — группа специалистов по разработке Internet) и
Internet Research Task Force (IRTF — группа специалистов по исследованию Internet).
Две организации выполняют в IAB функции по координированию сетевых вычислений. Федеральный
сетевой совет представляет все агентства федерального правительства США, занимающиеся Internet.
Сообщество Internet — это общественная организация, ряды которой пополняются за счет всех
пользователей Internet. Обе эти организации диктуют политику и стандарты Internet.
Группа IETF отвечает за спецификацию протоколов и архитектуры Internet. Согласно описанию
собственной внутренней структуры, IETF является нетрадиционной организацией по разработке
стандартов, хотя многие разработанные ею спецификации стали стандартными. Группа 1ETF набирается из
волонтеров, собирающихся три раза в год для выполнения миссии 1ETF. Документ RFC 1718 "The Tao of
IETF" предоставляет начальную информацию об IETF.
ПРИМЕЧАНИЕ
Информацию о своей деятельности IAB делает общедоступной в
основном в виде документов Request for Comments (RFC). С 1969 года было
выпущено около 2 тыс. RFC. В некоторых RFC описаны стандарты Internet. Большая
их часть распространяется с целью оказать помощь в дискуссиях. Несколько из них
являются сущими капризами. Чтобы познакомиться с последними, посмотрите RFC
968 "Тwas the night before start-up", Винт Керф (Vint Cerf).
IETF организована в виде групп, состав которых непостоянен. Руководители технических направлений
входят в состав группы Internet Engineering Steering Group (группа управления разработкой Internet),
отвечающей за разработку стандартов протоколов. В настоящее время IETF разрабатывает следующие
направления:
* Приложения
* Internet
* Разработка стандарта IP следующего поколения
* Управление сетями
* Эксплуатационные требования
* Маршрутизация
* Безопасность
* Транспортировка
* Пользовательские службы
IRTF является исследовательской организацией IAB. Направления разработок IETF и IRTF в чем-то
перекрываются, что обеспечивает обмен технологиями.
На рис. 1.1 упомянуты две организации, оказывающие влияние на IAB. Федеральный сетевой совет
(Federal Networking Council) — это орган правительства США, координирующий агентства,
поддерживающие Internet.
Сообщество Internet (Internet Society) — это организация с открытым членством, привлекающая
преподавателей, специалистов промышленности, пользователей и правительство к популяризации
Internet. Сообщество Internet в процессе стандартизации играет поддерживающую роль, a IETF
поручила ему выполнение некоторых обязанностей. Чтобы получить информацию о членстве, свяжитесь с
сообществом Internet по обычной или электронной почте по одному из следующих адресов:
Internet Society
Suite 100
1895 Preston White Drive
Reston, VA 22091
U.S.A.
http: //www.isoc.org
email: [email protected]
phone: (703) 648-9888
Процесс стандартизации Internet
При обзоре документации, посвященной TCP/IP в Windows NT, вы увидите список RFC, где
описывается программный продукт. Документы Request For Comment (RFC) служат средством,
используемым для разработки и издания стандартов Internet. Поскольку подавляющее большинство
систем TCP/IP подключено к Internet, стандарт для Internet является стандартом для набора протоколов
TCP/IP.
На пути становления стандарта протокол проходит стадию предлагаемого стандарта (Proposed Standard),
который усилиями IESG может перейти в стадию проектируемого стандарта (Draft Standard), а затем — в
стадию завершенного стандарта. Над каждой стадии рассматриваемый стандарт рецензируется, обсуждается,
реализуется и тестируется. Например, стадия предлагаемого стандарта рецензируется, по крайней мере,
шесть месяцев, прежде чем IESG сможет продвинуть его в стадию проектируемого стандарта. В целом для
выдвижения стандарта требуются две независимые реализации протокола.
Документ, озаглавленный "Internet Official Protocol Standard," описывает стандарты протоколов Internet. В
него включено также полный анализ процесса стандартизации, который в этом документе значительно
упрощен. Документ обновляется ежеквартально, и его можно найти в RFC 2200.
Заметьте, что не все RFC являются стандартами — многие их них динамически изменяются.
Например, многие RFC были выпущены в целях содействия процессу обновления стандарта IP в
промышленности. И хотя не все из них представляют собой стандарты, все стандарты Internet
определены в RFC и имеют свой уникальный номер.
Не все используемые в Internet протоколы определены как стандарты Internet. Протокол,
разработанный за рамками процесса рецензирования Internet, редко достигает широкого признания в
сообществе TCP/IP. Это можно сказать о протоколе Network File System (NFS), разработанном Sun
Microsystems. NFS — это очень важный протокол TCP/IP, использующийся весьма широко, но не
являющийся стандартом Internet. Протокол нельзя описать в RFC в качестве стандарта, если группа
исследования и разработки IAG не одобрит его статуса.
ПРИМЕЧАНИЕ
После того как документу присвоен номер RFC и осуществлено его
издание, он не может быть изменен с сохранением прежнего номера RFC. После
выполнения изменений документам присваиваются новые номера RFC. Если
документу присваиваются новые номера RFC, прежние номера указываются на
титульной странице. Кроме того, прежний номер RFC помечается как устаревший
и классифицируется как архивный. Некоторые стандарты Internet обновлялись
таким образом множество раз.
Следовательно, нет нужды беспокоиться о наличии последней версии RFC; каждый
RFC существует в единственной версии. Впрочем, вам следует убедиться, что для
данного стандарта у вас имеется текущий RFC.
Протоколам Internet может быть присвоено несколько обозначений, в зависимости от текущей стадии в
