- •3 . Классификация сетей. Локальные сети, глобальные сети.
- •4.Ключевые аспекты организации уровня передачи данных. Обнаружение и исправление ошибок.
- •5. Ключевые аспекты организации уровня передачи данных. Обработка ошибок.
- •6. Ключевые аспекты организации уровня передачи данных.Сервисы, предоставляемые сетевому уровню
- •7. Ключевые аспекты организации уровня передачи данных. Формирование кадра.
- •8. Подуровень управления доступом к среде. Коммутация на уровне передачи данных. Повторители, концентраторы, мосты, коммутаторы, маршрутизаторы и шлюзы.
- •9. Подуровень управления доступом к среде. Коммутация на уровне передачи данных.Мосты между .X и .У
- •10. Подуровень управления доступом к среде. Проблема распределения канала. Динамическое распределение каналов
- •11. Подуровень управления доступом к среде. Проблема распределения канала. Протоколы без столкновений
- •12. Подуровень управления доступом к среде. Проблема распределения канала. Протоколы множественного доступа с контролем несущей.
- •13. Подуровень управления доступом к среде. Проблема распределения канала. Протоколы с ограниченной конкуренцией
- •14. Подуровень управления доступом к среде. Проблема распределения канала. Статическое распределение канала
- •15. Подуровень управления доступом к среде. Сети Ethernet.
- •16. Подуровень управления доступом к среде. Сеть Ethernet. Манчестерский код.
- •17. Подуровень управления доступом к среде. Сеть Ethernet. Протокол подуровня управления доступом к среде в Ethernet
- •18. Подуровень управления доступом к среде. Сеть Ethernet. Кабели Ethernet.
- •19. Подуровень управления доступом к среде. Система aloha
- •20. Прикладной уровень. Архитектура www
- •21. Прикладной уровень. Служба имен доменов dns.
- •22. Прикладной уровень. Служба доменов dns. Записи ресурсов
- •23. Прикладной уровень. Служба доменов dns. Пространство имен dns
- •24. Прикладной уровень. Служба доменов dns. Серверы имен
- •25. Прикладной уровень. Электронная почта. Архитектура и службы
- •26. Прикладной уровень. Электронная почта. Доставка сообщений
- •27. Прикладной уровень. Электронная почта. Пересылка писем
- •28. Проектирование сетевого уровня. Реализация сервиса без установления соединения.
- •29. Проектирование сетевого уровня. Сервисы, предоставляемые транспортному уровню.
- •30. Проектирование сетевого уровня. Сравнение подсетей виртуальных каналов и дейтаграмных подсетей.
- •31. Сетевой уровень в Интернете. Ip-адреса
- •Ip адрес
- •32. Сетевой уровень в Интернете. Управляющие протоколы Интернета.
- •33. Сетевой уровень в Интернете. Протокол ip.
- •34. Сетевой уровень. Алгоритмы маршрутизации. Выбор кратчайшего пути. Заливка.
- •35. Сетевой уровень. Управляющие алгоритмы маршрутизации. Выбор кратчайшего пути. Маршрутизация по вектору расстояний.
- •36. Сетевой уровень. Управляющие алгоритмы маршрутизации. Выбор кратчайшего пути. Маршрутизация с учётом состояния линий.
- •37. Службы и протоколы.
- •38. Службы на основе соединений и службы без установления соединений
- •39. Службы на основе соединений и службы без установления соединений
- •40. Транспортная служба. Примитивы транспортной службы.
- •41. Транспортная служба. Сокеты Беркли.
- •42. Транспортная служба. Услуги, предоставляемые верхним (транспортным) уровнем.
- •43. Транспортные протоколы Интернета: tcp
- •44. Транспортные протоколы Интернета: tcp Протокол tcp.
- •45. Транспортные протоколы Интернета: tcp. Модель службы tcp
- •46. Транспортные протоколы Интернета: tcp. Основы tcp
- •47. ТпИ: udp Вызов удаленной процедуры
- •48. ТпИ: udp Основы
29. Проектирование сетевого уровня. Сервисы, предоставляемые транспортному уровню.
Сетевой уровень занимается разработкой маршрутов доставки пакетов от отправителя до получателя. Чтобы добраться до пункта назначения, пакету может потребоваться преодолеть несколько транзитных участков между маршрутизаторами.
Для достижения этих целей сетевой уровень должен обладать информацией о топологии подсети связи (то есть о множестве всех маршрутизаторов) и выбирать нужный путь по этой подсети. Он должен также заботиться о том, чтобы нагрузка на маршрутизаторы и линии связи была, по возможности, более равномерной. Наконец, если источник и приемник находятся в различных сетях, именно сетевой уровень должен уметь решать проблемы, связанные с различиями в сетях.
Сервисы, предоставляемые транспортному уровню
Сетевой уровень предоставляет транспортному уровню сервисы в виде интерфейса между сетевым и транспортным уровнями. При разработке сервисов сетевого уровня ставились следующие задачи:
•Сервисы сетевого уровня не должны зависеть от технологии маршрутизатора.
•Транспортный уровень должен быть независим от количества, типа и топологии присутствующих подсетей с маршрутизаторами.
•Сетевые адреса, доступные транспортному уровню, должны использовать единую систему нумерации в локальных и глобальных сетях.
Находясь в рамках поставленной задачи, разработчики оказываются абсолютно свободными в написании детальной спецификации сервисов, которые должны предоставляться транспортному уровню. Эта свобода часто вырождается в яростную борьбу между двумя непримиримыми группировками. Один лагерь (представленный Интернет-сообществом) заявляет, что работа маршрутизатора заключается исключительно в перемещении с места на место пакетов и больше ни в чем. С их точки зрения, подсеть обладает врожденной ненадежностью вне зависимости от того, как она спроектирована. Хосты должны учитывать это и защищаться от ошибок своими силами (то есть заниматься обнаружением и исправлением ошибок), а также самостоятельно управлять потоком. Из этого следует, что сетевой сервис должен быть сервисом, не требующим установки соединения и состоящим в основном из примитивов SEND PACKET (послать пакет) и RECEIVE PACKET (принять пакет). В частности, сюда нельзя включать упорядочивание пакетов и контроль потока — все равно эти действия будет выполнять хост.
Другой лагерь, представленный телефонными компаниями, возражает, что сеть должна предоставлять надежный, ориентированный на соединение сервис. По их мнению, качество обслуживания является определяющим фактором, и без установления соединения
в подсети очень сложно добиться каких-либо приемлемых результатов, особенно когда дело касается трафика реального масштаба времени — например, передачи
голоса и видео.
Примерами технологий, защищаемых каждой из сторон, являются Интернет и ATM. Интернет предоставляет не требующие установления соединения сервисы сетевого уровня, а система ATM — ориентированные на соединение.
30. Проектирование сетевого уровня. Сравнение подсетей виртуальных каналов и дейтаграмных подсетей.
Если транспортному уровню сетевой уровень предоставляет сервис без установления соединения, пакеты внедряются в подсеть по отдельности и их маршруты рассчитываются независимо. При этом никакой предварительной настройки не требуется. В этом случае пакеты часто называют дейтаграммами, по аналогии с телеграммами, а подсети, соответственно, — дейтаграммными.
Идея виртуальных каналов состоит в предотвращении выбора своего маршрута для каждого пакета. Вместо этого устанавливается соединение, маршрут от отправляющей до получающей машины прописывается в настройках системы и хранится в специальных таблицах, встроенных в маршрутизаторы. Один и тот же маршрут используется для всего трафика, проходящего через данное соединение.
Сравнение подсетей виртуальных каналов и дейтаграммных подсетей
Оба подхода к созданию подсетей в ряде вопросов находят некие компромиссы. Во-первых, существует компромисс между внутренней памятью маршрутизатора и пропускной способностью. Виртуальные каналы позволяют экономить на адресах получателя, указывая вместо них короткие номера виртуальных каналов.
Второй компромисс — между временем установки соединения и временем обработки адреса. Виртуальный канал требует определенных затрат времени на его установку, однако последующая обработка пакетов для маршрутизатора оказывается проще и быстрее, чем в дейтаграммной подсети.
Виртуальные каналы обладают некоторыми преимуществами, помогающими им предоставлять гарантированное качество обслуживания и избегать заторов в подсети, так как ресурсы могут быть зарезервированы заранее, во время установки соединения. Когда начинают прибывать пакеты, необходимая пропускная способность и мощность маршрутизатора будут предоставлены. В дейтаграммной подсети предотвращение заторов реализовать значительно сложнее.
В системах обработки транзакций накладные расходы на установку соединения и удаление виртуального канала могут сильно снизить потребительские свойства сети.
Если объем информации, передаваемой во время одного соединения, невелик, то использование виртуального канала не имеет смысла. Однако в данной ситуации могут оказаться полезными постоянные виртуальные каналы, установленные вручную и не разрываемые месяцами и даже годами.
Недостатком виртуальных каналов является их уязвимость в случае выхода из строя или временного выключения маршрутизатора. Даже если он будет быстро починен и снова включен, все виртуальные каналы, проходившие через него, будут прерваны. Если же в дейтаграммной подсети маршрутизатор выйдет из строя, то будут потеряны только те пакеты, которые находились в данный момент на маршрутизаторе (а возможно, лишь некоторые из них, в зависимости от того, были они подтверждены или нет). Обрыв линии связи для виртуальных каналов является фатальным, а в дейтаграммной системе может оказаться почти незамеченным. Кроме того, дейтаграммная система позволяет соблюдать баланс между загрузкой маршрутизаторов и линий связи.
