- •1.Классификация сетей, серверов, сетевых сервисов.
- •2. Архитектура «клиент-сервер»
- •3)Операционная система ios (2.3.3.4 0.0.0.1)
- •4. Методы доступа и их использование в сетевых архитектурах. Коммутируемые сети.(мы не делали лабы по этой главе)
- •5. Архитектура Ethernet
- •Сетевая архитектура
- •Средства сетевого подключения
- •6. Интегрированные сети (Лабораторная 1.3.1.3 Lab - Researching Converged Network Services) Конвергентная сеть
- •7. Архитектура коммутируемого Ethernet
- •8)Обеспечение безопасности на уровне портов коммутатора (Lab5.2.2.9 )
- •9. Виртуальные локальные сети. (лабы: 6.3.3.7)
- •Vlan для данных
- •10. Маршрутизация между vlan ( 6_3_3_7_Lab_-_Configuring_802_1q_Trunk-Based_Inter-vlan_Routing)
- •11. Сетевые протоколы. Модель оси
- •12. Сетевые протоколы. Модель tcp/ip
- •Транспортный уровень
- •Сетевой уровень
- •Канальный уровень
- •13)Кадры канального уровня
- •14. Структура iPv4 сетей и адресация в них.(лабы: 7.2.5.4)
- •15. Структура iPv6 сетей и адресация в них ( лаба - 7.2.5.4)
- •Префикс глобальной маршрутизации
- •Идентификатор подсети
- •Идентификатор интерфейса
- •Формы представления адресов в iPv6
- •Типы адресов в iPv6
- •17. Маршрутизация в ip-сетях
- •18)Статическая маршрутизация
- •19. Динамическая маршрутизация. Классификация протоколов динамической маршрутизации.(лабы: 2.2.4.5, 3.2.1.9)
- •20. Протокол rip (3.2.1.9-r2 Lab)
- •Объявление сетей
- •Проверка маршрутизации по протоколу rip
- •21. Протоколы транспортного уровня(Лабы 9.2.3.5-r2 Lab - Using Wireshark to Examine a udp dns Capture )
- •22. Списки управления доступом
- •Входящие и исходящие acl-списки
- •23)Протокол dhcPv4
- •24. Автоматическая настройка адреса в iPv6.(лабы: 8.2.4.4)
- •25. Трансляция сетевых адресов (9.2.2.6-r2 Lab - Configuring Dynamic and Static nat)
- •Приватные адреса
- •Трансляция адресов
- •26. Протоколы прикладного уровня(Лаба 10.2.2.8-r2 Lab - Observing dns Resolution)
- •27. Меры по обеспечению безопасности в локальных сетях
- •28)Использование возможностей ios для обслуживания устройств Cisco.
Объявление сетей
При переходе в режим конфигурации протокола RIP маршрутизатор получает указание активировать RIPv1. Маршрутизатору необходимо сообщить, какие локальные интерфейсы он должен использовать для обмена данными с другими маршрутизаторами, а также какие локально подключенные сети он должен объявить для этих маршрутизаторов.
Включение маршрутизации по протоколу RIP для той или иной сети производится при помощи команды network сетевой адрес режима конфигурации маршрутизатора. Укажите классовый сетевой адрес для каждой напрямую подключенной сети. Данная команда выполняет следующие действия:
Включает протокол RIP на всех интерфейсах, которые относятся к конкретной сети. Связанные интерфейсы теперь могут и отправлять, и получать пакеты обновлений протокола RIP.
Объявляет указанную сеть в обновлениях маршрутизации RIP, отправляемых другим маршрутизаторам каждые 30 секунд.
Примечание. Протокол RIPv1 является протоколом классовой маршрутизации для IPv4. Поэтому IOS автоматически преобразует введенный адрес подсети (при его наличии) в классовый сетевой адрес. Например, при вводе команды network 192.168.1.32 в текущем файле конфигурации выполняется автоматическое преобразование входных данных в network 192.168.1.0. IOS не создает сообщение об ошибке, однако вместо этого исправляет введенные данные и указывает классовый сетевой адрес.
На рис. 1 команда network используется для объявления напрямую подключенных сетей маршрутизатора R1.
Проверка маршрутизации по протоколу rip
Команда show ip protocols отображает текущие настройки протокола маршрутизации IPv4 на маршрутизаторе. Выходные данные, представленные на рис. 1, подтверждают настройку большинства параметров протокола RIP, включая следующие:
1. Маршрутизация RIP настроена и запущена на маршрутизаторе R1.
2. Значения различных таймеров, например следующее обновление маршрутизации, отправляются маршрутизатором R1 через 15 секунд.
3. Текущая настроенная версия протокола RIP — RIPv1.
4. Маршрутизатор R1 в настоящее время выполняет объединение в пределах классовой сети.
5. Классовые сети объявляются маршрутизатором R1. Это сети, которые маршрутизатор R1 включает в собственные обновления RIP.
6. Перечислены соседние устройства RIP, включая следующую информацию: IP-адрес следующего перехода; связанное значение административного расстояния, которое маршрутизатор R2 использует для обновлений, отправляемых данным соседним устройством; время получения последнего обновления от данного соседнего устройства.
Команда show ip route отображает маршруты RIP, добавленные в таблицу маршрутизации. Согласно рис. 2, маршрутизатору R1 теперь известно об отмеченных сетях.
Для включения RIPv2 используйте команду режима конфигурации маршрутизатора version 2, как показано на рис.
Для изменения поведения протокола RIPv2 по умолчанию (автоматическое объединение), используйте команду режима конфигурации маршрутизатора no auto-summary
21. Протоколы транспортного уровня(Лабы 9.2.3.5-r2 Lab - Using Wireshark to Examine a udp dns Capture )
Транспортный уровень — 4-й уровень сетевой модели OSI, предназначен для доставки данных. При этом не важно, какие данные передаются, откуда и куда, то есть, он предоставляет сам механизм передачи. Блоки данных он разделяет на фрагменты, размеры которых зависят от протокола: короткие объединяет в один, а длинные разбивает.
Существует множество классов протоколов транспортного уровня, начиная от протоколов, предоставляющих только основные транспортные функции, например, функции передачи данных без подтверждения приема, и заканчивая протоколами, которые гарантируют доставку в пункт назначения нескольких пакетов данных в надлежащей последовательности, мультиплексируют несколько потоков данных, обеспечивают механизм управления потоками данных и гарантируют достоверность принятых данных.
Некоторые протоколы транспортного уровня, называемые протоколами без установки соединения, не гарантируют, что данные доставляются по назначению в том порядке, в котором они были посланы устройством-источником. Некоторые транспортные уровни справляются с этим, собирая данные в нужной последовательности до передачи их на сеансовый уровень. Протоколы транспортного уровня часто имеют функцию контроля доставки данных, заставляя принимающую данные систему отправлять подтверждения передающей стороне о приеме данных.
TCP/IP предоставляет два протокола транспортного уровня: TCP (протокол управления передачей) и UDP (протокол передачи датаграмм пользователя).
//ВАЖНО:
TCP считается надежным и полнофункциональным протоколом транспортного уровня, который обеспечивает передачу всех данных на узел назначения. Однако это требует дополнительных полей в заголовке TCP, что увеличивает размер пакетов, а также замедляет процесс передачи данных. UDP, в отличие от него, — более простой протокол транспортного уровня, не гарантирующий надежность. Он имеет меньше полей, и поэтому быстрее, чем TCP.
Передача с использованием TCP аналогична отправке пакетов с трекингом, путь которых отслеживается от отправителя до получателя. Если заказ разбит на несколько частей, заказчик может зайти на веб-сайт транспортной компании и посмотреть порядок доставки.
TCP использует следующие три основные операции для обеспечения надежности.
Отслеживание количества сегментов, отправленных на тот или иной узел тем или иным приложением.
Подтверждение полученных данных.
Повторная передача сегментов с неподтвержденными данными по истечении определенного времени ожидания.
Дополнительные накладные расходы, необходимые для обеспечения надежности некоторых приложений, могут снизить полезность самого приложения и даже отрицательно сказаться на его производительности. В таких случаях предпочтение следует отдать протоколу UDP.
Он обеспечивает только основные функции для обмена сегментами данных между приложениями. При этом данный протокол отличается незначительными накладными расходами и практически отсутствием проверки данных. UDP известен как протокол негарантированной доставки данных. Применительно к компьютерным сетям негарантированная доставка считается ненадежной, поскольку при этом отсутствует подтверждение о получении отправленных данных на узле назначения. UDP не задействует процессы транспортного уровня, которые сообщают отправителю об успешной доставке данных
