Cisco packet tracer лабораторные работы скачать

Dating > Cisco packet tracer лабораторные работы скачать

Download links: → Cisco packet tracer лабораторные работы скачать → Cisco packet tracer лабораторные работы скачать

Хотя это поле имеется не во всех маршрутизаторах, но практически для всех маршрутизаторов существуют три основных источника появления записи в таблице. То есть на компьютере пользователя существуют два отдельных агента-интерфейса к почтовой системе - доставки POP3 и отправки SMTP. После этого нужно нажать левую кнопку мыши в поле рабочей области программы Workspace.

Перечислите типы соединений в многопользовательском режиме работы? Результат выполнения команды на рисунке 8. Создайте следующую схему сети, представленную на рис. Распространенные приложения и соответствующие им стандартные номера портов приведены в следующей таблице 10. В отличие от дистанционно-векторных маршрутизаторов, маршрутизаторы состояния связи могут формировать специальные отношения со своими соседями. Динамические записи добавляются и удаляются автоматически, статические заносятся вручную. Данная таблица показывает, что к сети 21.

Пакеты, направленные в сеть с номером 127. Объединение сетей в разных сессиях проведем через коммутаторы Switch 1 первая сессия и Switch 3 вторая сессия.

Лабораторная работа Cisco Packet Tracer - Сконфигурируйте в среде моделирования сеть, представленную на рисунке 19.

Цельюданной лабораторной работы является знакомство с симулятором Cisco Packet Trace 5. Задачи: · Спроектировать простейшую сеть; · Ознакомиться с утилитой ping и запустить ping-процесс. Теоретическая часть Программные продукты Packet Tracer дают возможность создавать сетевые топологии из широкого спектра маршрутизаторов и коммутаторов компании Cisco, рабочих станций и сетевых соединений типа Ethernet, Serial, ISDN, Frame Relay. Эта функция может быть выполнена как для обучения, так и для работы. Например, чтобы сделать настройку сети ещё на этапе планирования или чтобы создать копию рабочей сети с целью устранения неисправности. Для запуска Cisco Packet Tracer необходимо вызвать исполняемый файл, PacketTracer52. Общий вид программы можно увидеть на рис. Общий вид программы Packet Tracer. Рабочая область окна программы состоит из следующих элементов: 1. Menu Bar - Панель, которая содержит меню File, Edit, Options, View, Tools, Extensions, Help. Main Tool Bar содержит графические изображения ярлыков для доступа к командам меню File, Edit, View и Tools, а также кнопку Network Information. Common Tools Bar - Панель, которая обеспечивает доступ к наиболее используемым инструментам программы: Select, Move Layout, Place Note, Delete, Inspect, Add Simple PDU и Add Complex PDU. Workspace - Область, в которой происходит создание сети, проводятся наблюдения за симуляцией и просматривается разная информация и статистика. Она также содержит кнопки, относящиеся к Power Cycle Devices, кнопки Play Control и переключатель Event List в режиме Simulation. Network Component Box - Это область, в которой выбираются устройства и связи для размещения их на рабочем пространстве. Она содержит область Device-Type Selection и область Device-Specific Selection. Device-Type Selection Box - Эта область содержит доступные типы устройств и связей в Packet Tracer. Область Device-Specific Selection изменяется в зависимости от выбранного устройства 9. Device-Specific Selection Box - Эта область используется для выбора конкретных устройств и соединений, необходимых для постройки в рабочем пространстве сети. User Created Packet Window - Это окно управляет пакетами, которые были созданы в сети во время симуляции сценария. Для создания топологии необходимо выбрать устройство из панели Network Component, а затем из панели Device-Type Selection выбрать тип выбранного устройства. После этого нужно нажать левую кнопку мыши в поле рабочей области программы Workspace. Также можно переместить устройство прямо из области Device-Type Selection, но при этом будет выбрана модель устройства по умолчанию. Для быстрого создания нескольких экземпляров одного и того же устройства нужно, удерживая кнопку Ctrl, нажать на устройство в области Device-Specific Selection и отпустить кнопку Ctrl. После этого можно несколько раз нажать на рабочей области для добавления копий устройства. В Packet Tracer представлены следующие типы устройств: · Маршрутизаторы; · Коммутаторы в том числе и мосты ; · Хабы и повторители; · Конечные устройства — ПК, серверы, принтеры, IP-телефоны; · Беспроводные устройства: точки доступа и беспроводной маршрутизатор; · Остальные устройства — облако, DSL-модем и кабельный модем. Добавим необходимые элементы в рабочую область программы так, как показано на рис. При добавлении каждого элемента пользователь имеет возможность дать ему имя и установить необходимые параметры. Для этого необходимо нажать на нужный элемент левой кнопкой мыши ЛКМ и в диалоговом окне устройства перейти к вкладке Config. Диалоговое окно свойств каждого элемента имеет две вкладки: - Physical — содержит графический интерфейс устройства и позволяет симулировать работу с ним на физическом уровне. Также в зависимости от устройства, свойства могут иметь дополнительную вкладку для управления работой выбранного элемента: Desktop если выбрано конечное устройство или CLI если выбран маршрутизатор и т. Для удаления ненужных устройств с рабочей области программы используется кнопка Delete Del. Свяжем добавленные элементы мы с помощью соединительных связей. Для этого необходимо выбрать вкладку Connections из панели Network Component Box. Мы увидим все возможные типы соединений между устройствами. Выберем подходящий тип кабеля. Нажмем на первом устройстве и выберем соответствующий интерфейс, с которым нужно выполнить соединение, а затем нажмем на второе устройство, выполнив ту же операцию. Можно также соединить с помощью Automatically Choose Connection Type автоматически соединяет элементы в сети. Выберем и нажмем на каждом из устройств, которые нужно соединить. Между устройствами появится кабельное соединение, а индикаторы на каждом конце покажут статус соединения для интерфейсов которые имеют индикатор. Поддерживаемые в Packet Tracer типы кабелей. Packet Tracer поддерживает широкий диапазон сетевых соединений см. Каждый тип кабеля может быть соединен лишь с определенными типами интерфейсов. Типы соединений в Packet Tracer Тип кабеля Описание Console Консольное соединение может быть выполнено между ПК и маршрутизаторами или коммутаторами. Должны быть выполнены некоторые требования для работы консольного сеанса с ПК: скорость соединения с обеих сторон должна быть одинаковая, должно быть 7 бит данных или 8 бит для обеих сторон, контроль четности должен быть одинаковый, должно быть 1 или 2 стоповых бита но они не обязательно должны быть одинаковыми , а поток данных может быть чем-угодно для обеих сторон. Copper Straight-through Этот тип кабеля является стандартной средой передачи Ethernet для соединения устройств, который функционирует на разных уровнях OSI. Copper Cross-over Этот тип кабеля является средой передачи Ethernet для соединения устройств, которые функционируют на одинаковых уровнях OSI. Phone Соединение через телефонную линию может быть осуществлено только между устройствами, имеющими модемные порты. Стандартное представление модемного соединения - это конечное устройство например, ПК , дозванивающееся в сетевое облако. Coaxial Коаксиальная среда используется для соединения между коаксиальными портами, такие как кабельный модем, соединенный с облаком Packet Tracer. Serial DCE and DTE Соединения через последовательные порты, часто используются для связей WAN. Для настройки таких соединений необходимо установить синхронизацию на стороне DCE-устройства. Синхронизация DTE выполняется по выбору. При выборе типа соединения Serial DCE, первое устройство, к которому применяется соединение, становится DCE-устройством, а второе - автоматически станет стороной DTE. Возможно и обратное расположение сторон, если выбран тип соединения Serial DTE. Packet Tracer дает нам возможность симулировать работу с интерфейсом командной строки ИКС операционной системы IOS, установленной на всех коммутаторах и маршрутизаторах компании Cisco. Подключившись к устройству, мы можем работать с ним так, как за консолью реального устройства. Симулятор обеспечивает поддержку практически всех команд, доступных на реальных устройствах. Подключение к ИКС коммутаторов или маршрутизаторов можно произвести, нажав на необходимое устройство и перейдя в окно свойств к вкладке CLI. Для симуляции работы командной строки на конечном устройстве компьютере необходимо в свойствах выбрать вкладку Desktop, а затем нажать на ярлык Command Prompt. Работа с файлами в симуляторе Packet Tracer дает возможность пользователю хранить конфигурацию некоторых устройств, таких как маршрутизаторы или свичи, в текстовых файлах. Текст файла с конфигурацией устройства running-config. Необходимо отметить, что конфигурация каждого устройства сохраняется в отдельном текстовом файле. Пользователь также имеет возможность изменять конфигурацию в сохраненном файле вручную с помощью произвольного текстового редактора. Практическая часть Добавим на рабочую область программы 2 комутатора Switch-PT. По умолчанию они имеют имена — Switch0 и Switch1. Добавим на рабочее поле четыре компьютера с именами по умолчанию PC0, PC1, PC2, PC3. Соединим устройства в сеть Ethernet , как показано на рис. Откроем свойства устройства PC0, нажав на его изображение. Перейдем к вкладке Desktop и симулируем работу run, нажав Command Prompt. Список команд получим, если введем «? » и нажмем Enter. Для конфигурирования компьютера воспользуемся командой ipconfig из командной строки, например: Ipconfig 192. Поле DEFAULT GATEWAY — адреса шлюза не важно, так как создаваемая сеть не требует маршрутизации. Экспериментальная модель сети Рис. Настройка узла Таким же путем настроим каждый компьютер. Таблица 2 Устройство IP ADRESS SUBNET MASK PC0 192. В Packet Tracer 5. Поэтому необходимо перейти в данный режим, нажав на одноименный значок в нижнем левом углу рабочей области, или по комбинации клавиш Shift+S. Откроется «Панель моделирования» рис. «Панель моделирования» Теперь необходимо повторить запуск ping-процесса. Кнопка «Автоматически» подразумевает моделирование всего ping-процесса в едином процессе, тогда как «Пошагово» позволяет отображать его пошагово. Чтобы узнать информацию, которую несет в себе пакет, его структуру, достаточно нажать правой кнопкой мыши на цветной квадрат в графе «Информация». Моделирование прекращается либо при завершении ping-процесса, либо при закрытии окна «Редактирования» соответствующей рабочей станции. Если все сделано правильно мы сможем пропинговать любой из любого компьютера. Например, зайдем на компьютер PC3 и пропингуем компьютер PC0. Мы должны увидеть отчет о пинге подобный рисунку 5. Однако, это не все преимущества Packet Tracer: в «Режиме симуляции» можно не только отслеживать используемые протоколы, но и видеть, на каком из семи уровней модели OSI данный протокол задействован см. Выполнение команды ping в командной строке Рис. Какие типы сетевых устройств и соединений можно использовать в Packet Tracer? Каким способом можно перейти к интерфейсу командной строки устройства. Как добавить в топологию и настроить новое устройство? Как сохранить конфигурацию устройства в. Задание для самостоятельной работы: 1. Топология сети для исследования 2. Если сделано всё правильно вы сможете пропинговать любой компьютер из любого. Выполните утилиту ping, согласно табл. Вариант v%7 Пинг из Пинг в Вариант v Пинг из Пинг в PC1 PC6 PC7 PC5 PC2 PC7 PC1 PC6 PC3 PC1 PC2 PC7 PC4 PC2 PC3 PC1 PC5 PC3 PC4 PC2 PC6 PC4 PC5 PC3 PC7 PC5 PC6 PC4 4. В «Режиме симуляции» отследите движение пакетов и используемые протоколы, см. Переключившись в «Режим симуляции» рассмотреть и пояснить процесс обмена данными по протоколу ICMP между устройствами выполнив команду Ping с одного компьютера на другой п. Детальное пояснение включить в отчет. Убедиться в достижимости всех объектов сети по протоколу IP. Содержание отчёта Отчёт готовится в электронном виде и распечатывается. Задание Скриншот топологии согласно варианту 3. Данный раздел состоит из последовательного описания значимых выполняемых шагов с указанием их сути Пояснения работы команды ping и содержимго протоколов. Теоретические положения Таблицы маршрутизации частично составляются вручную администратором сети, а частично динамически обновляются, на основании данных соседних маршрутизаторов, по протоколам RIP, OSPF, NLSP, BGP и др. Например, рассмотрим работу маршрутизаторов в составной сети, представленной на этом рисунке. Схема сети для пояснения таблицы маршрутизации Давайте рассмотрим, один из трех вариантов таблицы маршрутизации, с которыми мог бы работать маршрутизатор M1 в этой составной сети. Первый вариант, если представить, что в качестве маршрутизатора M1 в данной сети работает штатный программный маршрутизатор MPR операционной системы Microsoft Windows NT, то его таблица маршрутизации могла бы иметь следующий вид. Второй вариант, если на месте маршрутизатора М1 установить аппаратный маршрутизатор NetBuilder II компании 3 Com, то его таблица маршрутизации для этой же сети может выглядеть так, как показано здесь. Третий вариант, если, например, маршрутизатор M1, будет реализован в виде программного маршрутизатора одной из версий операционной системы Unix, таблица маршрутизация может быть такой. Эти примеры показывают, что в принципе, сама суть информации, которую предоставляет таблица маршрутизации, при использовании маршрутизаторов различных типов не изменяется, хотя внешние различия явно заметны. Да, как вы заметили их этих примеров, в таблицах маршрутизации в зависимости от типа маршрутизатора, могут по-другому называться сами поля таблицы маршрутизации, могут не использоваться дополнительные поля для сетевых масок, могут по-другому обозначаться интерфейсы, могут использоваться поля дополнительной информации, но цель остается все та же - определение наилучшего маршрута продвижения IP пакета. Давайте познакомимся с назначением каждого из полей таблицы маршрутизации в общем случае. Таблица маршрутизации помещает в себе следующие ключевые параметры, которые необходимы маршрутизатору для работы. Так, в таблице Unix-маршрутизатора вместо адреса порта задается просто его условное наименование - lе0 для порта с адресом 198. А в маршрутизаторе NetBuilder II поле, обозначающее выходной порт в какой-либо форме, вообще отсутствует. Это объясняется тем, что адрес выходного порта всегда можно косвенно определить по адресу следующего маршрутизатора. Например, попробуем определить по таблице маршрутизации для этого маршрутизатора компании 3Com смотрите рисунок с примером сети адрес выходного порта для сети 56. Из таблицы следует, что следующим маршрутизатором для этой сети будет маршрутизатор с адресом 213. Адрес следующего маршрутизатора должен принадлежать одной из непосредственно присоединенных к маршрутизатору сетей, и в данном случае это сеть 213. Маршрутизатор имеет порт, присоединенный к этой сети, и адрес этого порта 213. Для непосредственно присоединенных сетей адресом следующего маршрутизатора всегда является адрес собственного порта маршрутизатора. Таким образом, адрес выходного порта для сети 56. Остальные параметры, которые можно найти в представленных версиях таблицы маршрутизации, являются необязательными для принятия решения о пути следования пакета. Наличие или отсутствие поля маски в таблице говорит о том, насколько современен данный маршрутизатор. Обработку масок при принятии решения маршрутизаторами мы рассмотрим немного позже. А пока отметим, что отсутствие поля маски в таблице маршрутизации говорит о том, что либо маршрутизатор рассчитан на работу только с тремя стандартными классами адресов, либо он использует для всех записей одну и ту же маску, что существенно снижает гибкость маршрутизации. Метрика является необязательным параметром. Если в таблице маршрутизации каждая сеть назначения упомянута только один раз, то поле метрики не будет приниматься во внимание при выборе маршрута, так как выбор отсутствует. А вот признак непосредственно подключенной сети маршрутизатору нужен, поскольку пакет для этой сети обрабатывается особым способом - он не передается следующему маршрутизатору, а отправляется узлу назначения. Поэтому метрика 0 для маршрутизатора NetBuilder или 1 для маршрутизатора MPR просто говорит маршрутизатору, что эта сеть непосредственно подключена к его порту, а другое значение метрики соответствует удаленной сети. Выбор значения метрики для непосредственно подключенной сети является достаточно произвольным, главное, чтобы метрика удаленной сети отсчитывалась с учетом этого выбранного начального значения. Например, в Unix-маршрутизаторе используется просто поле признаков, где флаг G отмечает удаленную сеть, а его отсутствие - непосредственно подключенную. Однако существуют ситуации, когда маршрутизатор должен обязательно хранить значение метрики для записи о каждой удаленной сети. Эти ситуации возникают, когда записи в таблице маршрутизации являются результатом работы некоторых протоколов маршрутизации. В таких протоколах новая информация о какой-либо удаленной сети сравнивается с имеющейся в таблице, и если метрика новой информации лучше имеющейся, то новая запись вытесняет имеющуюся. Как вы увидели, в таблицах маршрутизации могут существовать дополнительные поля. Так, например, в таблице маршрутизатора NetBuilder имеются два справочных поля. Текущее значение поля показывает оставшийся срок жизни записи в секундах. Хотя это поле имеется не во всех маршрутизаторах, но практически для всех маршрутизаторов существуют три основных источника появления записи в таблице. Поскольку с возможным содержимым таблицы мы уже познакомились, давайте теперь рассмотрим, какие бывают источники записей таблицы маршрутизации. При начальной инициализации маршрутизатора это программное обеспечение автоматически заносит в таблицу несколько записей, в результате чего создается так называемая минимальная таблица маршрутизации. Какие записи заносятся в минимальную таблицу маршрутизации? Это, во-первых, записи о непосредственно подключенных сетях и маршрутизаторах по умолчанию, информация о которых появляется в стеке при ручном конфигурировании интерфейсов компьютера или маршрутизатора администратором сети. К таким записям в приведенных примерах относятся записи о сетях 213. Основной шлюз системой — это ммаршрутизвтор ЛВС, который используется системой, когда ни одна из записей таблицы маршрутизации не соответствует IP-адресуполучателя исходящего пакета. Даже если в локальной сети имеетсянесколько маршрутизаторов, таблица маршрутизации может иметь только одну фунциональную запись основного шлюза. В приведенном нами примере таблицы для маршрутизатора NetBuilder маршрутизатор по умолчанию не используется, следовательно, при поступлении пакета с адресом назначения, отсутствующим в таблице маршрутизации, этот пакет будет отброшен. Во-вторых, программное обеспечение автоматически заносит в таблицу маршрутизации записи об особых IP-адресах. В приведенных примерах таблица маршрутизатора MPR Windows NT содержит наиболее полный набор записей такого рода. Несколько записей в этой таблице связаны с особым адресом 127. Пакеты, направленные в сеть с номером 127. Записи с адресом 224. Кроме того, в таблицу могут быть занесены адреса, предназначенные для обработки широковещательных рассылок например, записи 8 и 11 содержат адрес отправки широковещательного сообщения в соответствующих подсетях, а последняя запись в таблице - адрес ограниченной широковещательной рассылки сообщения. Обратите внимание, что в некоторых таблицах записи об особых адресах вообще отсутствуют. Вторым источником появления записи в таблице является сам администратор, непосредственно формирующий запись с помощью некоторой системной утилиты. В аппаратных маршрутизаторах также всегда имеется команда для ручного задания записей таблицы маршрутизации. Заданные вручную записи всегда являются статическими, то есть не имеют срока истечения жизни. Эти записи могут быть как постоянными, то есть сохраняющимися при перезагрузке маршрутизатора, так и временными, хранящимися в таблице только до выключения устройства. Часто администратор вручную заносит запись default о маршрутизаторе по умолчанию. Таким же образом в таблицу маршрутизации может быть внесена запись о специфичном для узла маршруте. Специфичный для узла маршрут содержит вместо номера сети полный IP-адрес, то есть адрес, имеющий ненулевую информацию не только в поле номера сети, но и в поле номера узла. Предполагается, что для такого конечного узла маршрут должен выбираться не так, как для всех остальных узлов сети, к которой он относится. В случае, когда в таблице есть разные записи о продвижении пакетов для всей сети и ее отдельного узла, при поступлении пакета, адресованного узлу, маршрутизатор отдаст предпочтение записи с полным адресом узла. И, наконец, третьим источником записей могут быть протоколы маршрутизации. Такие записи всегда являются динамическими, то есть имеют ограниченный срок жизни. Задание: Схематично изобразить топологию сети по таблице маршрутизации. Должны быть отображены все маршрутизаторы и их их интерфейсы. Destination Gateway Genmask Flags Metric Ref Use Iface 200. Destination Gateway Genmask Flags Metric Ref Use Iface 192. Network address Subnet mask Gateway Interface Metric 0. Destination Gateway Genmask Flags Metric Ref Use Iface 200. Network address Subnet mask Gateway Interface Metric 0. Destination Gateway Genmask Flags Metric Ref Use Iface 195. Network address Subnet mask Gateway Interface Metric 0. Destination Gateway Genmask Flags Metric Ref Use Iface 192. Network address Subnet mask Gateway Interface Metric 0. Destination Gateway Genmask Flags Metric Ref Use Iface 200. Network address Subnet mask Gateway Interface Metric 0. Destination Gateway Genmask Flags Metric Ref Use Iface 195. Network address Subnet mask Gateway Interface Metric 0. Destination Gateway Genmask Flags Metric Ref Use Iface 200. Destination Gateway Genmask Flags Metric Ref Use Iface 192. Network address Subnet mask Gateway Interface Metric 0. Destination Gateway Genmask Flags Metric Ref Use Iface 200. Network address Subnet mask Gateway Interface Metric 0. Destination Gateway Genmask Flags Metric Ref Use Iface 195. Network address Subnet mask Gateway Interface Metric 0. Destination Gateway Genmask Flags Metric Ref Use Iface 192. Network address Subnet mask Gateway Interface Metric 0. Destination Gateway Genmask Flags Metric Ref Use Iface 200. Network address Subnet mask Gateway Interface Metric 0. Destination Gateway Genmask Flags Metric Ref Use Iface 195. Network address Subnet mask Gateway Interface Metric 0.