- •060400 Финансы и кредит
- •060500 Бухгалтерский учет, анализ и аудит
- •351400 Прикладная информатика (в экономике)
- •Содержание:
- •1. Тема 1. Лвс как основа информационных систем.
- •1.1. Состав и структура вычислительных сетей.
- •Информационная сеть 1
- •Информационная сеть 2
- •1.2. Эволюция развития информационно-вычислительных систем.
- •1.3. Архитектура компьютерных сетей.
- •1.4. Состав и основные функции элементов лвс.
- •2. Тема 2. Принципы построения лвс.
- •2.1. Организационные аспекты и компоненты лвс.
- •2.2. Основные характеристики и классификация лвс.
- •2.3. Сетевые операционные системы лвс.
- •2.4. Эталонная модель взаимодействия открытых систем (вос).
- •2.5. Уровневые услуги вос в лвс.
- •2.6. Протокол сети передачи данных х.25.
- •2.7. Методы доступа к передающей среде в лвс.
- •3. Тема 3. Топология и способы организации лвс.
- •3.1. Топологии лвс.
- •Станция 2
- •3.2. Средства реализации лвс.
- •3.3. Модем лвс.
- •3.4. Способы организации лвс.
- •3.5. Методы доступа в лвс.
- •3.6. Централизованные и одноранговые лвс.
- •3.7. Построение лвс на базе ос Windows.
- •4. Тема 4. Система протоколов tcp/ip.
- •4.1. Назначение и организация стека tcp/ip.
- •4.2. Многоуровневая структура стека тср/ip.
- •4.3. Сетенезависимые и сетенезависимые уровни стека tcp/ip.
- •4.4. Адресация в ip-сетях. Типы адресов стека тср/ ip.
- •4.5. Формы записи ip-адресов.
- •4.6. Разрешение локального ip-адреса.
- •4.7. Служба доменных имен.
- •4.8. Протокол межсетевого взаимодействия ip.
- •4.9. Протокол доставки сообщений tcp.
- •Межсетевой уровень
- •5. Тема 5. Организация и администрирование лвс.
- •5.1. Задачи и методы администрирования лвс.
- •5.2. Основные цели управления лвс.
- •Абонентская система
- •5.3. Основные принципы управления лвс.
- •5.4. Многоуровневое представление задач управления.
- •5.5. Средства и протоколы управления лвс.
- •5.6. Службы безопасности лвс.
- •5.7. Организация одноранговой сети в среде «Microsoft Windows».
- •5.8. Организация работы в сети Novel Net Ware.
- •6. Тема 6. Корпоративные информационные приложения.
- •6.1. Корпоративно-функциональные компоненты информационной системы.
- •6.2. Классификация корпоративных сетей.
- •6.3. Программное обеспечение корпоративных сетей.
- •6.4. Корпоративные информационные приложения.
- •7. Тема 7. Сети Интранет.
- •7.1. Назначение сети Интранет.
- •7.2. Архитектура Интранет.
- •7.3. Средства построения сети Интранет.
- •7.4. Обзор языков программирования в Интранет.
- •7.5. Интегрированный язык html в Интранет.
- •7.6. Связь Интранет с Интернет.
- •7.7. Услуги глобальной сети Internet.
- •7.8. Протоколы модуля сетевого управления.
- •8. Тема 8. Распределенные базы данных.
- •8.1. Понятия базы данных и базы знаний.
- •8.2. Система управления базой данных.
- •8.3. Распределенная система управления базой данных.
- •8.4. Классы субд.
- •8.5. Обеспечение целостности данных на уровне базы данных.
- •8.6. Методы доступа к данным, находящихся в базах.
- •8.7. Инструментальные средства субд.
4.8. Протокол межсетевого взаимодействия ip.
Протокол IР не ориентирован на соединение, поскольку он не устанавливает сеанс связи, перед тем как начать обмен данными. Протокол IP ненадежный – он не гарантирует доставку, хотя делает все возможное для доставки пакета. По пути пакет может быть потерян, доставлен в неправильной последовательности, продублирован или задержан.
Протокол IР не требует подтверждения при приеме данных. Отправитель или получатель не информируется при потере пакета или доставке его в неправильной последовательности. Ответственность за подтверждение получения пакетов несут высокоуровневые транспортные протоколы, например ТСР.
Поля IP-датаграммы в приведенной ниже таблице добавляются в заголовок пакета при его получении с транспортного уровня.
Поле |
Описание |
Sourse IP-address (IP-адрес отправителя) |
Идентифицирует отправителя датаграммы при помощи IP-адреса |
Destination IP-address (IP-адрес получателя) |
Идентифицирует получателя датаграммы при помощи IP-адреса |
Protocol (Протокол) |
Информирует протокол IP узла-получателя о том, какому протоколу верхнего уровня – ТСР и UDP – его следует передать |
Checksum (Контрольная сумма) |
Легко вычисляемое значение для проверки целостности пришедшего пакета |
Time to live, или TTL (время существования) |
Определяет, сколько секунд находится датаграмма в сети, перед тем как она будет отвергнута (discarded). Предотвращает бесконечное блуждание пакета по сети. Маршрутизаторы должны уменьшать TTL на количество секунд, проведенных датаграммой в маршрутизаторе. TTL уменьшается по меньшей мере на одну секунду каждый раз, когда датаграмма проходит через маршрутизатор. |
Если протокол IP идентифицирует адрес получателя как локальный, тс он передаст пакет на этот узел напрямую. Если же IP-адрес получател? идентифицирован как удаленный, то IP начнет искать маршрут к удаленному узлу в локальной таблице маршрутизации. Если он не найдет подходящего маршрута, то отправит пакет на шлюз по умолчанию, заданный в конфигурации узла-отправителя.
Реализация IP на маршрутизаторе. Маршрутизатор обрабатывает полученные им IP-пакеты следующим образом:
-
Уменьшает значение ТТЬ на 1 с или больше, если пакет надолго задерживается на маршрутизаторе. Если значение ТТЬ достигает нуля, пакег отвергается .
-
Пакет может быть фрагментирован, если его размер слишком вели! для сети дальнейшего следования.
-
Если пакет фрагментирован, то IP создает для каждого нового пакета (фрагмента) отдельный заголовок, устанавливая:
-
Flag (Флаг), указывающий, что существуют и другие фрагменты, которые будут отправлены вслед;
-
Fragment ID (Идентификатор фрагмента), идентифицирующий все фрагменты, составляющие один пакет;
-
Fragment Offset (Смещение фрагмента) , обеспечивающий правильную сборку пакета на узле-получателе.
Вычисляет новую контрольную сумму.
Определяет адрес сетевого адаптера следующего маршрутизатора.
Направляет пакет дальше в сеть.