- •Рекомендуемая литература
- •1Введение
- •2Персональная электроника и электронные дома.
- •3Виды компьютерных сетей
- •4Топология локальных компьютерных сетей
- •4.1Общая шина
- •4.2Топология Звезда
- •4.3Топология Кольцо
- •5Среды передачи данных в сети
- •5.1Витая пара (twisted pair, тр).
- •5.2Коаксиальный кабель (coaxial).
- •4.4Смешанная топология
- •5.3Волоконно-оптический кабель (вок).
- •5.4Радиоканал.
- •5.5Инфракрасный канал.
- •5.6Домашняя электропроводка как среда передачи данных.
- •6Типы организации локальных сетей
- •6.1Одноранговые сети.
- •6.2Сети с выделенным сервером (клиент-сервер).
- •7Методы доступа в сети
- •7.1Метод доступа Ethernet.
- •7.2Метод Token Ring.
- •7.3Метод Arcnet.
- •7.4Метод доступа fddi.
- •7.5Метод fast Ethernet.
- •7.6Метод Gigabit Ethernet.
- •7.7Метод 10Gigabit Ethernet.
- •8Сетевые аппаратные компоненты
- •8.1Репитер (повторитель).
- •8.2Концентратор (hub)
- •8.3Аппаратура для логической структуризации сети
- •8.3.1Необходимость структуризации однородной логической сети.
- •8.3.2Мост
- •8.3.3Коммутатор
- •8.3.4Маршрутизатор (Router)
- •8.3.5Шлюз
- •8.3.6Firewall (брандмауэр)
- •8.4Сетевые карты (адаптеры)
- •8.4.1Установка сетевой карты
- •Стандартное распределение прерываний irq
- •8.5Подключение компонентов сети
- •8.5.1Прокладка кабеля и распайка разъемов
- •8.5.2Проверка сетевого кабеля
- •9Локальные сети на базе метода доступа Ethernet.
- •9.1Ethernet на толстом кабеле
- •9.2Ethernet на тонком кабеле
- •9.3Сеть Ethernet на неэкранированной витой паре
- •10 Сетевые программные средства
- •10.1Протоколы обмена данными в сети
- •10.1.1Протокол Netbios (Netbeui)
- •10.1.2Протокол tcp/ip
- •10.1.2.1Адресация tcp/ip
- •10.1.2.2Маски подсетей
- •10.1.2.3Преимущества подсетей
- •10.1.3Развитие стека tcp/ip: протокол iPv.6
- •10.1.4 Контрольные вопросы
- •Вопрос 2
- •Вопрос 4
- •11Ip-маршрутизация
- •11.1 Маршрутизация на кафедре пр-7
- •11.2Маршрутизация с помощью Windows nt/2000
- •11.2.1Статическая ip маршрутизация
- •11.2.2Динамическая маршрутизация
- •12 Файловые системы
- •12.1 Структура магнитной записи на диске
- •12.2Файловая система fat 16
- •12.3Файловая система vfat (виртуальная fat)
- •12.4Файловая система fat 32
- •12.5 Файловая система ntfs-4
- •Количество секторов в кластере (ntfs)
- •12.6Файловая система ntfs-5
- •12.7Структура ntfs
- •Целостность данных и восстановление в ntfs
- •12.8 Файловые системы для ос Windows nt/2000.
- •12.9 Выбор типа файловой системы при инсталляции Windows nt|2000.
- •12.10Управление дисками
- •13Сетевые операционные системы
- •13.1 Операционная система Windows nt/2000
- •13.2 Особенности архитектуры Windows nt/2000.
- •14Основные сетевые сервисные функции ос windows nt/2000
- •14.1 Dhcp -сервер
- •14.1.1Область действия dhcp (Scope).
- •14.1.2Суперобласти действия dhcp (для Windows 2000)
- •14.1.3Механизм работы протокола dhcp
- •14.1.3.1Релейный агент dhcp/bootp
- •Авторизация серверов dhcp (для Windows 2000)
- •Практическое администрирование dhcp сервера
- •14.1.3.2Создание dhcp сервера.
- •Авторизация dhcp сервера.
- •Добавление dhcp сервера в дерево всех dhcp серверов сети.
- •Создание области действия dhcp сервера (Scope).
- •14.2 Службы разрешения имен в сети Windows nt/2000
- •14.2.1Wins и имена netbios
- •14.2.1.1Файл lmhosts
- •Общая схема преобразования (разрешения) имен netbios в ip-адреса
- •14.2.1.2Репликация между серверами wins
- •14.2.1.3Установка wins в Windows 2000 Server.
- •14.2.2.1Проблема разрешения имен
- •14.2.1.4Определение ip-адреса и физического адреса пк
- •14.2.2Служба dns
- •Последовательность разрешения имен в службе dns
- •14.2.2.2Зоны
- •Особенности реализации службы dns в Windows 2000
- •14.2.2.3Установка dns сервера
- •14.2.2.4Конфигурирование dns сервера
10.1.2.3Преимущества подсетей
Рациональное использование IP-адресов.
Возможность применения разных методов доступа в разных сегментах одной сети (например, Ethernet и Token Ring).
Преодоление ограничений на максимальное количество узлов в сети (например, в Ethernet (тонкий) может быть не более 30 РС).
Взаимодействие физически различных сетей в рамках Internet.
Если данная ЛВС не подключена к Internet, то не нужно разбивать на подсети, т. к. можно использовать все адреса TCP/IP.
Также можно не создавать подсети, если сеть соединена с Internet через Proxy-сервер или Firewall (брандмауэр). Эти устройства скрывают внутреннюю структуру сети и обслуживают передачу информации через один IP-адрес. Тем более каждый пакет, покидающий сеть, воспринимается как пришедший непосредственно с Proxy-сервера, а не от узла, который его отправил. Proxy-сервер сам заботится о распределении пакетов нужным узлам.
Эксперты предупреждают, что в недалеком будущем Internet исчерпает собственное адресное пространство. Эта проблема вызывает беспокойство у исследователей, производителей и поставщиков услуг.
Суть в том, что IPv4, нынешний стандарт протокола Internet, ограничивает допустимое число адресов Internet четырьмя миллиардами.
Эксперты расходятся в точной оценке числа используемых сейчас IP-адресов и сроков, когда все IP-адреса окажутся задействованными. Однако многие предсказывают, что это может произойти уже в ближайшие несколько лет. Все популярнее становятся телефоны и другие интеллектуальные устройства персональной электроники с доступом в Internet, и для них требуются постоянные IP-адреса.
Новый стандарт для IP-адресов IPv6 существует с 1997 года, он постоянно совершенствуется рабочей группой Internet Engineering Task Force. Однако сроки перехода на новый стандарт пока неизвестны. Привлекательность нового стандарта заключается в том, что в отличие от предыдущей и ныне действующей версии Ipv4 c его 32-разрядной адресацией, Ipv6 использует 128-разрядную схему формирования IP- адресов. Новый стандарт ускоряет процесс маршрутизации пакетов, а также обеспечивает встроенные в нем средства аутентификации и шифрования пакетов.
10.1.3Развитие стека tcp/ip: протокол iPv.6
Технология стека TCP/IP сложилась в основном в конце 1970-х годов и с тех пор основные принципы работы базовых протоколов, таких как IP, TCP, UDP и ICMP, практически не изменились. Однако, сам компьютерный мир за эти годы значительно изменился, поэтому долго назревавшие усовершенствования в технологии стека TCP/IP сейчас стали необходимостью.
Основными обстоятельствами, из-за которых требуется модификация базовых протоколов стека TCP/IP, являются следующие.
Повышение производительности компьютеров и коммуникационного оборудования. За время существования стека производительность компьютеров возросла на два порядка, объемы оперативной памяти выросли более чем в 30 раз, пропускная способность магистрали Internet в Соединенных Штатах выросла в 800 раз.
Появление новых приложений. Коммерческий бум вокруг Internet и использование ее технологий при создании intranet привели к появлению в сетях TCP/IP, ранее использовавшихся в основном в научных целях, большого количества приложений нового типа, работающих с мультимедийной информацией. Эти приложения чувствительны к задержкам передачи пакетов, так как такие задержки приводят к искажению передаваемых в реальном времени речевых сообщений и видеоизображений. Особенностью мультимедийных приложений является также передача очень больших объемов информации. Некоторые технологии вычислительных сетей, например, frame relay и ATM, уже имеют в своем арсенале механизмы для резервирования полосы пропускания для определенных приложений. Однако эти технологии еще не скоро вытеснят традиционные технологии локальных сетей, не поддерживающие мультимедийные приложения (например, Ethernet). Следовательно, необходимо компенсировать такой недостаток средствами сетевого уровня, то есть средствами протокола IP.
Бурное расширение сети Internet. В начале 90-х годов сеть Internet расширялась очень быстро, новый узел появлялся в ней каждые 30 секунд, но 95-й год стал переломным - перспективы коммерческого использования Internet стали отчетливыми и сделали ее развитие просто бурным. Первым следствием такого развития стало почти полное истощение адресного пространства Internet, определяемого полем адреса IP в четыре байта.
Новые стратегии администрирования. Расширение Internet связано с его проникновением в новые страны и новые отрасли промышленности. При этом в сети появляются новые органы администрирования, которые начинают использовать новые методы администрирования. Эти методы требуют появления новых средств в базовых протоколах стека TCP/IP.
Сообщество Internet уже несколько лет работает над разработкой новой спецификации для базового протокола стека - протокола IP. Выработано уже достаточно много предложений, от простых, предусматривающих только расширения адресного пространства IP, до очень сложных, приводящих к существенному увеличению стоимости реализации IP в высокопроизводительных (и так недешевых) маршрутизаторах.
Основным предложением по модернизации протокола IP является предложение, разработанное группой IETF. Сейчас принято называть ее предложение версией 6 - IPv6, а все остальные предложения группируются под названием IP Next Generation, IPng.
В предложении IETF протокол IPv6 оставляет основные принципы IPv4 неизменными. К ним относятся дейтаграммный метод работы, фрагментация пакетов, разрешение отправителю задавать максимальное число хопов для своих пакетов. Однако, в деталях реализации протокола IPv6 имеются существенные отличия от IPv4. Эти отличия коротко можно описать следующим образом.
Использование более длинных адресов. Новый размер адреса - наиболее заметное отличие IPv6 от IPv4. Версия 6 использует 128-битные адреса.
Гибкий формат заголовка. Вместо заголовка с фиксированными полями фиксированного размера (за исключением поля Резерв), IPv6 использует базовый заголовок фиксированного формата плюс набор необязательных заголовков различного формата.
Поддержка резервирования пропускной способности. В IPv6 механизм резервирования пропускной способности заменяет механизм классов сервиса версии IPv4.
Поддержка расширяемости протокола. Это одно из наиболее значительных изменений в подходе к построению протокола - от полностью детализированного описания протокола к протоколу, который разрешает поддержку дополнительных функций.
Адресация в IPv6
Адреса назначения и источника в IPv6 имеют длину 128 бит или 16 байт. Версия 6 обобщает специальные типы адресов версии 4 в следующих типах адресов:
Unicast - индивидуальный адрес. Определяет отдельный узел - компьютер или порт маршрутизатора. Пакет должен быть доставлен узлу по кратчайшему маршруту.
Cluster - адрес кластера. Обозначает группу узлов, которые имеют общий адресный префикс (например, присоединенных к одной физической сети). Пакет должен быть маршрутизирован группе узлов по кратчайшему пути, а затем доставлен только одному из членов группы (например, ближайшему узлу).
Multicast - адрес набора узлов, возможно в различных физических сетях. Копии пакета должны быть доставлены каждому узлу набора, используя аппаратные возможности групповой или широковещательной доставки, если это возможно.
Как и в версии IPv4, адреса в версии IPv6 делятся на классы, в зависимости от значения нескольких старших бит адреса.
Большая часть классов зарезервирована для будущего применения. Наиболее интересным для практического использования является класс, предназначенный для провайдеров услуг Internet, названный Provider-Assigned Unicast.
Адрес этого класса имеет следующую структуру:
010 |
Идентификатор провайдера |
Идентификатор абонента |
Идентификатор подсети Идентификатор узла |
Каждому провайдеру услуг Internet назначается уникальный идентификатор, которым помечаются все поддерживаемые им сети. Далее провайдер назначает своим абонентам уникальные идентификаторы, и использует оба идентификатора при назначении блока адресов абонента. Абонент сам назначает уникальные идентификаторы своим подсетям и узлам этих сетей.
Абонент может использовать технику подсетей, применяемую в версии IPv4, для дальнейшего деления поля идентификатора подсети на более мелкие поля.
Описанная схема приближает схему адресации IPv6 к схемам, используемым в территориальных сетях, таких как телефонные сети или сети Х.25. Иерархия адресных полей позволит магистральным маршрутизаторам работать только со старшими частями адреса, оставляя обработку менее значимых полей маршрутизаторам абонентов.
Под поле идентификатора узла требуется выделения не менее 6 байт, для того чтобы можно было использовать в IP-адресах МАС-адреса локальных сетей непосредственно.
Для обеспечения совместимости со схемой адресации версии IPv4, в версии IPv6 имеется класс адресов, имеющих 0000 0000 в старших битах адреса. Младшие 4 байта адреса этого класса должны содержать адрес IPv4. Маршрутизаторы, поддерживающие обе версии адресов, должны обеспечивать трансляцию при передаче пакета из сети, поддерживающей адресацию IPv4, в сеть, поддерживающую адресацию IPv6, и наоборот
Пример:
Пусть IP-адрес некоторого узла подсети 198.65.12.67. Значение маски 255.255.255.240. Определить номер подсети, номер узла. Какое максимальное число узлов может быть в этой подсети?
Решение:
-
128
64
32
16
8
4
2
1
27
26
25
24
23
22
21
20
последний октет: 67 =
0
1
0
0
0
0
1
1
-
128
64
32
16
8
4
2
1
27
26
25
24
23
22
21
20
маска: 240 =
1
1
1
1
0
0
0
0
4 старших разряда
4 младших разряда
Маска указывает, что старшие 4 разряда адреса узла отведены для номера подсети. Следовательно, номер подсети равен 0100 0000 = 64 (26) – ответ. Иначе: номер подсети равен результату побитовой операции И между IP-адресом и маской подсети.
Маска указывает, что 4 младшие разряда октета отведены для адреса узла (номера). Следовательно, максимальное количество номеров узлов может быть 23 + 22 + 21 + 20 = 15 – ответ.
Пример для самостоятельной работы.
Дано: Адрес узла 192.168.18.94.
Маска 255.255.255.224.
Определить № подсети? Какое максимальное количество узлов может быть в этой подсети? Номер узла, который закодирован в адрес?
Решение:
-
128
64
32
16
8
4
2
1
Маска
27
26
25
24
23
22
21
20
1
1
1
0
0
0
0
0
Из кода маски видно, что первые старшие три разряда последнего октета в адресе отведены для номера подсети, а остальные пять разрядов – для номера узла.
Поэтому теперь разложим число 94 в двоичный код:
-
128
64
32
16
8
4
2
1
27
26
25
24
23
22
21
20
0
1
0
1
1
1
1
0
номер подсети =
64
номер узла = 30
Следовательно, макс
Максимальное количество номеров узлов может быть 24 + 23 + 22 + 21 + 20 = 31 узел.
