Программный продукт OpNet IT Guru Academic Edition

Размещено на http://www.allbest.ru/

Реферат

Цель работы - моделирование корпоративной и сети масштаба города (Metro Area Network, MAN) в программном продукте OpNet IT Guru Academic Edition v.9.1 и анализ полученных результатов.



Содержание

Введение

1. Теоретическая часть

1.1 Информационный поток

1.2 Протокол

1.2.1 Работа протоколов

1.2.2 Компьютер-отправитель

1.2.3 Компьютер-получатель

1.2.4 Протоколы в многоуровневой архитектуре

1.2.5 Сетевые протоколы

1.2.6 Основной уровень

1.2.7 Прикладной уровень

1.2.8 Уровень сетевых интерфейсов

1.3 Сетевая топология

2. Практическая работа

Выводы

Литература



Введение

В настоящее время появляется новое перспективное направление, связанное с применением беспроводных сенсорных сетей. Развитие полупроводниковых технологий позволяет создавать малогабаритные устройства, совмещающие функции измерения определенных параметров окружающей среды, предварительной обработки результатов и пересылки данных для дальнейшей обработки. Такие устройства могут иметь низкую стоимость и работают длительное время (до 10 лет) от встроенного источника питания. Эти особенности позволяют использовать сенсорные сети для различных научных и прикладных целей. Исследовательские проекты показывают возможность применения сенсорных сетей для исследования движения ледников, обнаружения радиоактивных веществ, локализации снайперов в городских условиях.



1. Теоретическая часть

1.1 Информационный поток

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

В логистике выделяют следующие виды информационных потоков (рис. 1):

Рис. 1. Виды информационных потоков в логистике

- в зависимости от вида связываемых потоком систем: горизонтальный и вертикальный;

- в зависимости от места прохождения: внешний и внутренний;

- в зависимости от направления по отношению к логистической системе: входной и выходной.

Информационный поток может опережать материальный, следовать одновременно с ним или после него. При этом информационный поток может быть направлен как в одну сторону с материальным, так и в противоположную:

- опережающий информационный поток во встречном направлении содержит, как правило, сведения о заказе;

- опережающий информационный поток в прямом направлении -- это предварительные сообщения о предстоящем прибытии груза;

- одновременно с материальным потоком идет информация в прямом направлении о количественных и качественных параметрах материального потока;

- вслед за материальным потоком во встречном направлении может проходить информация о результатах приемки груза по количеству или по качеству, разнообразные претензии, подтверждения.

Путь, по которому движется информационный поток, в общем случае, может не совпадать с маршрутом движения материального потока.

Информационный поток характеризуется следующими показателями:

- источник возникновения;

- направление движения потока;

- скорость передачи и приема;

- интенсивность потока и др.

Формирование информационных систем невозможно без исследования потоков в разрезе определенных показателей. Например, решить задачу оснащения определенного рабочего места вычислительной техникой невозможно без знания объемов информации, проходящей через это рабочее место, а также без определения необходимой скорости ее обработки.

Управлять информационным потоком можно следующим образом:

- изменяя направление потока;

- ограничивая скорость передачи до соответствующей скорости приема;

- ограничивая объем потока до величины пропускной способности отдельного узла или участка пути.

Измеряется информационный поток количеством обрабатываемой или передаваемой информации за единицу времени.

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

Применяются также производные единицы количества информации: килобайт и мегабайт.

В практике хозяйственной деятельности информация может измеряться также:

- количеством обрабатываемых или передаваемых документов;

- суммарным количеством документострок в обрабатываемых или передаваемых документах.

Следует иметь в виду, что помимо логистических операций в экономических системах осуществляются и иные операции, так же сопровождающиеся возникновением и передачей потоков информации. Однако логистические информационные потоки составляют наиболее значимую часть совокупного потока информации.

Рассмотрим в качестве примера структуру совокупного информационного потока в крупном магазине продовольственных товаров. Основную часть общего объема обращающейся здесь информации (более 50%), составляет информация, поступающая в магазин от поставщиков. Это, как правило, документы, сопровождающие поступающий в магазин товар, так называемые товарно-сопроводительные документы, которые в соответствии с вышеприведенными определениями образуют входящий информационный поток.

Логистические операции в магазине не ограничиваются получением товаров от поставщиков. Внутримагазинный торгово-технологический процесс также включает в себя многочисленные логистические операции, которые сопровождаются возникновением и передачей информации, используемой внутри магазина. При этом доля образованной информации, используемой внутри магазина, составляет приблизительно 20%.

В целом примерно 2/3 общего объема обрабатываемой в магазине информации может составлять информация, необходимая для управления и контроля логистических операций. На производственных предприятиях или предприятиях оптовой торговли доля логистических информационных потоков еще значительнее.

В дальнейшем вместо термина «логистический информационный поток» мы будем пользоваться термином «информационный поток», не забывая при этом о его логистическом содержании.

1.2 Протокол

Протокол (protocol) - набор правил, алгоритм обмена информацией между абонентами сети.

Стек протоколов (protocol stack) - это комбинация протоколов. Каждый уровень определяет различные протоколы для управления функциями связи или ее подсистемами. Каждому уровню присущ свой набор правил.

Привязка (binding) является установкой соответствия стека протоколов плате сетевого адаптера.

Прикладные протоколы - это протоколы, работающие на верхнем уровне модели OSI и обеспечивающие взаимодействие приложений и обмен данными между ними.

Транспортные протоколы - это протоколы, поддерживающие сеансы связи между компьютерами и гарантирующие надежный обмен данных между ними.

Сетевые протоколы - это протоколы, обеспечивающие услуги связи, управляющие несколькими типами данных: адресацией, маршрутизацией, проверкой ошибок и запросами на повторную передачу и определяющие правила для осуществления связи в конкретных сетевых средах.

Протоколы (protocols) - это правила и технические процедуры, позволяющие нескольким компьютерам при объединении в сеть общаться друг с другом.

Протоколы работают на разных уровнях модели OSI. Функции протокола определяются уровнем, на котором он работает.

1.2.1 Работа протоколов

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

Кроме того, эти действия (шаги) должны быть выполнены в одной и той же последовательности на каждом сетевом компьютере. На компьютере-отправителе эти действия выполняются в направлении сверху вниз, а на компьютере-получателе - снизу вверх.

1.2.2 Компьютер-отправитель

Компьютер-отправитель в соответствии с протоколом выполняет следующие действия:

- разбивает данные на небольшие блоки, называемые пакетами, с которыми может работать протокол;

- добавляет к пакетам адресную информацию, чтобы компьютер-получатель мог определить, что эти данные предназначены именно ему;

- подготавливает данные к передаче через плату сетевого адаптера и далее - по сетевому кабелю.



1.2.3 Компьютер-получатель

Компьютер-получатель в соответствии с протоколом выполняет те же действия, но только в обратном порядке:

- принимает пакеты данных из сетевого кабеля;

- через плату сетевого адаптера передает пакеты в компьютер;

- удаляет из пакета всю служебную информацию, добавленную компьютером-отправителем;

- копирует данные из пакетов в буфер - для их объединения в исходный блок данных;

- передает приложению этот блок данных в том формате, который оно использует.

И компьютеру-отправителю, и компьютеру-получателю необходимо выполнять каждое действие одинаковым способом, с тем чтобы пришедшие по сети данные совпадали с отправленными. Если, например, два протокола будут по-разному разбивать данные на пакеты и добавлять информацию (о последовательности пакетов, синхронизации и для проверки ошибок), тогда компьютер, использующий один из этих протоколов, не сможет успешно связаться с компьютером, на котором работает другой протокол.

1.2.4 Протоколы в многоуровневой архитектуре

Несколько протоколов, которые работают в сети одновременно, обеспечивают следующие операции с данными:

- подготовку;

- передачу;

- прием;

- последующие действия.

Работа различных протоколов должна быть скоординирована так чтобы исключить конфликты или незаконченные операции. Этого можно достичь с помощью разбиения на уровни.



1.2.5 Сетевые протоколы

Сетевые протоколы обеспечивают услуги связи. Эти протоколы управляют несколькими типами данных: адресацией, маршрутизацией, проверкой ошибок и запросами на повторную передачу. Сетевые протоколы, кроме того, определяют правила для осуществления связи в конкретных сетевых средах, например Ethernet или Token Ring. К наиболее популярным сетевым протоколам относятся:

IP (Internet Protocol) - TCP/IP-протокол для передачи пакетов.

IPX (Internetwork Packet Exchange) - протокол фирмы NetWare для передачи и маршрутизации пакетов;

NWLink - реализация протокола IPX/SPX фирмой Microsoft;

NetBEUI - транспортный протокол, обеспечивающий услуги транспортировки данных для сеансов и приложений NetBIOS;

DDP (Datagram Delivery Protocol) - AppleTalk-протокол транспортировки данных.

1.2.6 Основной уровень

Поскольку на сетевом уровне не устанавливаются соединения, то нет никаких гарантий, что все пакеты будут доставлены в место назначения целыми и невредимыми или придут в том же порядке, в котором они были отправлены. Эту задачу - обеспечение надежной информационной связи между двумя конечными узлами - решает основной уровень стека TCP/IP, называемый также транспортным.

На этом уровне функционируют протокол управления передачей TCP (Transmission Control Protocol) и протокол дейтаграмм пользователя UDP (User Datagram Protocol). Протокол TCP обеспечивает надежную передачу сообщений между удаленными прикладными процессами за счет образования логических соединений. Этот протокол позволяет равноранговым объектам на компьютере-отправителе и компьютере-получателе поддерживать обмен данными в дуплексном режиме. TCP позволяет без ошибок доставить сформированный на одном из компьютеров поток байт в любой другой компьютер, входящий в составную сеть. TCP делит поток байт на части - сегменты и передает их ниже лежащему уровню межсетевого взаимодействия. После того как эти сегменты будут доставлены средствами уровня межсетевого взаимодействия в пункт назначения, протокол TCP снова соберет их в непрерывный поток байт.

Протокол UDP обеспечивает передачу прикладных пакетов дейтаграммным способом, как и главный протокол уровня межсетевого взаимодействия IP, и выполняет только функции связующего звена (мультиплексора) между сетевым протоколом и многочисленными службами прикладного уровня или пользовательскими процессами.

1.2.7 Прикладной уровень

Прикладной уровень объединяет все службы, предоставляемые системой пользовательским приложениям. За долгие годы использования в сетях различных стран и организаций стек TCP/IP накопил большое количество протоколов и служб прикладного уровня. Прикладной уровень реализуется программными системами, построенными в архитектуре клиент-сервер, базирующимися на протоколах нижних уровней. В отличие от протоколов остальных трех уровней, протоколы прикладного уровня занимаются деталями конкретного приложения и "не интересуются" способами передачи данных по сети. Этот уровень постоянно расширяется за счет присоединения к старым, прошедшим многолетнюю эксплуатацию сетевым службам типа Telnet, FTP, TFTP, DNS, SNMP сравнительно новых служб таких, например, как протокол передачи гипертекстовой информации HTTP.



1.2.8 Уровень сетевых интерфейсов

Идеологическим отличием архитектуры стека TCP/IP от многоуровневой организации других стеков является интерпретация функций самого нижнего уровня - уровня сетевых интерфейсов. Протоколы этого уровня должны обеспечивать интеграцию в составную сеть других сетей, причем задача ставится так: сеть TCP/IP должна иметь средства включения в себя любой другой сети, какую бы внутреннюю технологию передачи данных эта сеть не использовала. Отсюда следует, что этот уровень нельзя определить раз и навсегда. Для каждой технологии, включаемой в составную сеть подсети, должны быть разработаны собственные интерфейсные средства. К таким интерфейсным средствам относятся протоколы инкапсуляции IP-пакетов уровня межсетевого взаимодействия в кадры локальных технологий. Например, документ RFC 1042 определяет способы инкапсуляции IP-пакетов в кадры технологий IEEE 802. Для этих целей должен использоваться заголовок LLC/ SNAP, причем в поле Туре заголовка SNAP должен быть указан код 0x0800. Только для протокола Ethernet в RFC 1042 сделано исключение - помимо заголовка LLC/ SNAP разрешается использовать кадр Ethernet DIX, не имеющий заголовка LLC, зато имеющий поле Туре. В сетях Ethernet предпочтительным является инкапсуляция IP-пакета в кадр Ethernet DIX.

Уровень сетевых интерфейсов в протоколах TCP/IP не регламентируется, но он поддерживает все популярные стандарты физического и канального уровней: для локальных сетей это Ethernet, Token Ring, FDDI, Fast Ethernet, Gigabit Ethernet, 100VG-AnyLAN, для глобальных сетей - протоколы соединений "точка-точка" SLIP и РРР, протоколы территориальных сетей с коммутацией пакетов Х.25, frame relay. Разработана также специальная спецификация, определяющая использование технологии ATM в качестве транспорта канального уровня. Обычно при появлении новой технологии локальных или глобальных сетей она быстро включается в стек TCP/IP за счет разработки соответствующего RFC, определяющего метод инкапсуляции IP-пакетов в ее кадры (спецификация RFC 1577, определяющая работу IP через сети ATM, появилась в 1994 году вскоре после принятия основных стандартов этой технологии).

Соответствие уровней стека TCP/IP семиуровневой модели ISO/OSI

Так как стек TCP/IP был разработан до появления модели взаимодействия открытых систем ISO/OSI, то, хотя он также имеет многоуровневую структуру, соответствие уровней стека TCP/IP уровням модели OSI достаточно условно (рис. 3.4.6). Рассматривая многоуровневую архитектуру TCP/IP, можно выделить в ней, подобно архитектуре OSI, уровни, функции которых зависят от конкретной технической реализации сети, и уровни, функции которых ориентированны на работу с приложениями (рис. 3.4.7).

Протоколы прикладного уровня стека TCP/IP работают на компьютерах, выполняющих приложения пользователей. Даже полная смена сетевого оборудования в общем случае не должна влиять на работу приложений, если они получают доступ к сетевым возможностям через протоколы прикладного уровня.

Протоколы транспортного уровня уже более зависят от сети, так как они реализуют интерфейс к уровням, непосредственно организующим передачу данных по сети. Однако, подобно протоколам прикладного уровня, программные модули, реализующие протоколы транспортного уровня, устанавливаются только на конечных узлах. Протоколы двух нижних уровней являются сетезависимыми, а следовательно, программные модули протоколов межсетевого уровня и уровня сетевых интерфейсов устанавливаются как на конечных узлах составной сети, так и на маршрутизаторах.

Каждый коммуникационный протокол оперирует с некоторой единицей передаваемых данных. Названия этих единиц иногда закрепляются стандартом, а чаще просто определяются традицией. В стеке TCP/IP за многие годы его существования образовалась устоявшаяся терминология в этой области.

Потоком называют данные, поступающие от приложений на вход протоколов транспортного уровня TCP и UDP.

Протокол TCP нарезает из потока данных сегменты.

Единицу данных протокола UDP часто называют дейтаграммой (или датаграм-мой). Дейтаграмма - это общее название для единиц данных, которыми оперируют протоколы без установления соединений. К таким протоколам относится и протокол межсетевого взаимодействия IP.

1.3 Сетевая топология

Сетевая топология -- способ описания конфигурации сети, схема расположения и соединения сетевых устройств.

Сетевая топология может быть:

- физической -- описывает реальное расположение и связи между узлами сети.

- логической -- описывает хождение сигнала в рамках физической топологии.

- информационной -- описывает направление потоков информации, передаваемых по сети.

- управления обменом -- это принцип передачи права на пользование сетью.

Существует множество способов соединения сетевых устройств. Выделяют 3 базовых топологии:

- шина - которая, представляет собой общий кабель (называемый шина или магистраль), к которому подсоединены все рабочие станции. На концах кабеля находятся терминаторы, для предотвращения отражения сигнала.

- кольцо - это топология, в которой каждый компьютер соединен линиями связи только с двумя другими: от одного он только получает информацию, а другому только передает. На каждой линии связи, как и в случае звезды, работает только один передатчик и один приемник. Это позволяет отказаться от применения внешних терминаторов.

- звезда - базовая топология компьютерной сети, в которой все компьютеры сети присоединены к центральному узлу (обычно коммутатор), образуя физический сегмент сети. Подобный сегмент сети может функционировать как отдельно, так и в составе сложной сетевой топологии (как правило, «дерево»). Весь обмен информацией идет исключительно через центральный компьютер, на который таким способом возлагается очень большая нагрузка, поэтому ничем другим, кроме сети, он заниматься не может. Как правило, именно центральный компьютер является самым мощным, и именно на него возлагаются все функции по управлению обменом. Никакие конфликты в сети с топологией звезда в принципе невозможны, потому что управление полностью централизовано.

моделирование корпоративная сеть opnet



2. Практическая работа

В общей сети Ethernet, конец системы обычно соединены при помощи концентратора. Концентратор ретранслирует любые входящие кадры на все исходящие линии создания единого широковещательного домена для всех устройств. В рамках этого домена, многостанционный доступ с обнаружением столкновений (CSMA/CD) MAC-протокол используется для определения, какой узел может передавать в любое время и для разрешения коллизий, если два или более узлов передачи на то же время.

Цель

Создан Новый Проект

1. Запуск OPNET IT Guru Academic Edition?Выбирается New на панели инструмента.

2. Выбирается Project ,OK ? Имя проекта

<your initials>_Switched_LAN, и сценарий OnlyHub ? кнопка OK.

3. В Startup Wizard: Initial Topology диалоговое окно, убеждается, что Create Empty Scenario выбран ? кнопка Next? Выбирается Office от Network Scale списка? кнопка Next три раза ? кнопка OK.

4. Закрывается Object Palette диалоговые окна.

Создание сети

1. Выбор Topology ? Rapid Configuration. В раскрывающемся меню выбирается пункт Star и кнопка OK.

2. Нажимается кнопка Select Models на панели Rapid Configuration. От

Model List выпадающего меню выбирается ethernet и кнопка OK.

3. В Rapid Configuration диалоговом окне устанавливаются следующие пять значений: Center Node Model = ethernet16_hub, Periphery Node Model = ethernet_station, Link Model = 10BaseT, Number=16, Y=50 и Radius = 42 ? OK.



Рис.2. Быстрое конфигурирование

4. Щелкается правая кнопка мыши на node_16, который является центром ? Edit Attributes? Изменяется name атрибут для Hub1 и кнопка OK.

5. Теперь, когда создается сеть, она должна выглядеть следующим.

6. Убеждается в том, чтобы сохранить проект.



Рис.3. Создание сети Ethernet

Конфигурирование Узлов Сети

Здесь должно настроить трафик, генерируемый станций.

1. Щелкается правая кнопка мыши на любом из 16 станций (node_0 к node_15) ? Select Similar Nodes. Теперь все станции в сети не выбран.

2. Щелкается правая кнопка мыши на любом из 16 станций ? Edit Attributes.

а. Устанавливается флажок Apply Changes to Selected Objects. Это важно, чтобы избежать повторного конфигурирования каждого узла в отдельности.

3. Расширяется иерархии Traffic Generation Parameters атрибута и Packet Generation Arguments атрибут ? Устанавливается следующие четыре значения:

Рис.4. Редактирование атрибутов

4. Кнопка OK, чтобы закрыть окно редактирования атрибутов. Сохраняется проект.

Выбор статистики

Чтобы выбрать статистику, полученную в процессе моделирования:

1. Щелкается правой кнопкой мыши в рабочей области проекта и выбирается Choose Individual Statistics из всплывающего меню.

2. В окне Choose Results диалоговом окне выбирается следующие четыре статистики:



Рис.5. Выбор результатов

3. Кнопка OK.

Настройка моделирования

Здесь должно настроить длительность моделирования:

1. Нажимается кнопка Configure/Run Simulation

2. Устанавливается время 2.0 минут.

3. Кнопка OK.

Дублирование сценарий

Связи, которые только что создались использовать один концентратор для подключения 16 станций. Создается другая сеть, которая использует выключатель и увидеть, как это будет влиять на производительность сети. Для этого создается дубликат существующей сети:

1. Выбирается Duplicate Scenario из Scenarios меню и ему имя

HubAndSwitch ? Кнопка OK.

2. Открывается Object Palette. Убеждаетя, что Ethernet выбранного в раскрывающемся меню на объект палитры.

3. Нужны место, концентратор и коммутатор в новом сценарии.

Рис.6. Объект палитры

4. Чтобы добавить Hub, - щелкается на ее значке в объект палитры ? Перемещается курсор мыши к рабочее пространство ? Нажимается, чтобы отбросить hub на месте. Щелкается правая кнопка мыши, чтобы указать, что сделано развертывание hub объектов.

5. Аналогичным образом добавляется Switch.

6. Закрывается Object Palette.

7. Щелкается правая кнопка мыши на новый концентратор ? Edit Attributes? Изменяется name атрибута для Hub2 и кнопка OK.

8. Щелкается правая кнопка мыши на переключателе ? Edit Attributes? Изменяется name атрибута для Switch и кнопка OK.

9. Переконфигурировать сеть HubAndSwitch сценария, так что это выглядит как следующие одни.

Подсказки:

а) Чтобы удалить ссылку, выделяется его и выбирается Cut из меню Edit (или просто нажимается клавишу Delete). Должно выбрать несколько ссылки и удалять их сразу все.

б) Чтобы добавить новую ссылку, используется 10BaseT ссылка доступна в Object Palette.

Рис.7. Создание сети Ethernet с двумя коммутаторами.

10. Сохраняется проект.

Запуск моделирование

Для запуска моделирования для обоих сценариев одновременно:

1. Выбирается Manage Scenarios из Scenarios меню.

2. Изменяется значение по Results столбец <collect> (or <recollect>)

для обоих сценариев.

Рис.8. Управлять сценариями

3. Кнопку OK, чтобы запустить два моделирования. В зависимости от скорости вашего процессора, это может занять несколько минут.

4. После двух моделирование выполняется метод, по одному для каждого сценария, кнопка Close.

5. Сохраняется проект.

Просмотр результатов

Для просмотра и анализа результатов:

1. Выбирается Compare Results с Results меню.

2. Изменяется в раскрывающемся меню в правой нижней части Compare Results диалоговое окно с As Is на time_average.



Рис.9. Сравнить результаты

3. Выбирается Traffic Sent (packets/sec) статистики и кнопка Show.

Рис.10. Передаваемый трафик



4. Выбирается Traffic Received (packets/sec) статистики и кнопка Show.В результате движения, полученные со второй сценарий, HubAndSwitch, выше, чем в OnlyHub сценарий.

Рис.11. Полученный трафик

5. Выбирается Delay (sec) статистики и кнопка Show. Результат может слегка отличаться от разных узла размещения.

Рис.12. Задержка



6. Выбирается Collision Count статистики для Hub1 и нажимается кнопка Show.

7. В результате график, щелкается правая кнопка мыши на графике области ? Add Statistic? Расширить иерархии, как показано ниже ? Collision

Count статистики за Hub2 ? Изменяется с As Is в time_average ? кнопка Add.

Рис.13. Просмотреть результаты

8. В результате график должен быть похож на одну ниже.



Рис.14. Результат

9. Сохраняется проект.



Выводы

В Opnet является очень мощным инструментом, используемым во многих дисциплин, проектирование сети, поиск и устранение неисправностей. В Opnet является мощным инструментом, используемым во многих дисциплинах, проектированиеясетей, поиска и устранения неисправностей. Насколько это мощный инструмент, на столько же он и ограниченный. С помощью этого инструмента могут быть выведены параметры сети и их влияние на производительность.

В работе создана модель локальной сети:

а) с топологией «звезда»;

б) с двумя коммутаторами.

Проведено имитационное моделирование сетей.

Проведен анализ трафиков в созданных моделях.



Литература

1. David Culler, Deborah Estrin, and Mani Srivastava, Guest Editors' Introduction: Overview of Sensor Networks, IEEE Computer, Vol. 37, No. 8, August 2004.

2. K. Martinez, J.K. Hart, R. Ong. Environmental Sensor Networks, Computer, 37(8):50-56, 2004

3. J. Chung, M. Claypool. NS by Example. Worcester Polytechnic Institute (WPI)

4. P. Levis, N. Lee, M. Welsh, and D. Culler. TOSSIM: Accurate and Scalable Simulation of Entire TinyOS Applications. Proceedings of the First ACM Conference on Embedded Networked Sensor Systems (SenSys 2003).

5. P. Levis and N. Lee. TOSSIM: A Simulator for TinyOS Networks, 2003.

6. Simulating TinyOS Networks

7. "MICA2 Radio Stack for TinyOS."

8. TI/Chipcon CC1000 Datasheet.

9. TI/Chipcon CC2420 Datasheet.

10. R. Fonseca, O. Gnawali, K. Jamieson, S. Kim, P. Levis, and A. Woo. The collection tree protocol (CTP). Technical Report TinyOS: TEP 123, TinyOS Core Working Group, 2007.

Размещено на Allbest.ru

...