DOCSLIB.ORG

Marc 2020.08.13

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
Marc 2020.08.13 Packet Radio Murray Amateur Radio Club (MARC) Jan L. Peterson (KD7ZWV) What is it? u Packet Radio is a digital communications mode where data is sent in ”packets.” u So what are packets? u Packets are discrete collections of data, typically called “datagrams”, that have assorted headers and trailers added to handle things like addressing, routing, and data integrity. u I’ve never heard of such a thing? u Sure you have... you’re using it right now. The Internet uses packet technology, and if you are using Wi-Fi, you are already using a form of packet radio! History u Radio is essentially a broadcast medium... many or all nodes are connected to the same network. u In the early 1970s, Norman Abramson of the University of Hawaii developed the ALOHAnet protocol to enable sharing of this medium. u Work done on ALOHAnet was instrumental in the development of Ethernet in the mid-to-late 1970s, including the choice of the CSMA mechanism for sharing the channel. u In the mid-1970s, DARPA created a system called PRNET in the bay area to experiment with ARPANET protocols over packet radio. History u In 1978, amateurs in Canada started experimenting with transmitting ASCII data over VHF using home-built hardware. u In 1980, the Vancouver Area Digital Communications Group started producing commercial hardware to facilitate this... these were the first Terminal Node Controllers (TNCs). u The FCC then authorized US amateurs to send digital ASCII data over VHF, also in 1980, including the facility for “digipeaters” or digital repeaters. u This started rolling out in San Francisco in late 1980 with a system called AMPRNet. At this time the IP address range of 44.0.0.0/8, a class A network with 16 million host addresses was assigned to AMPRNet. How does it work? u Three pieces come together to make a packet radio station: u A data terminal device (terminal or PC). u A terminal node controller (TNC)... essentially a modem. u A radio! How does it work? u Physically, your components may differ... u You might have a radio with a TNC built in (Kenwood TH-D7, TH-D72, TH-D74, TM- D700, TM-D710, TS-2000) u You might connect your radio directly to the sound card on your computer and use a software TNC (Direwolf, Soundmodem) u Essentially, though, any packet station will have three logical components, terminal/PC, TNC, and radio. NOTE: APRS is not the same as Packet Radio! APRS uses the packet radio protocols but does not work in the same way. How does it work? u You type commands in your terminal/PC. u Your TNC interprets those commands and turns what you type into packets. u Your TNC converts those packets into an audio stream and sends it to your radio. u Your radio transmits the data. u Someone else’s radio receives the data. u Their TNC decodes the audio stream back into digital data. u Their TNC interprets the data and presents it to them via their computer/terminal. How does it work? u Communications Modes: u command mode u connected mode u “unproto” (unconnected) mode u KISS mode How does it work? u Command Mode u used to issue commands to the TNC itself. u things like changing modes, setting up the TNC, accessing information from the TNC. u Connected Mode u things you type are put into packets and sent out. u they are tagged with the intended recipient. u responses from the other station you are talking to are displayed. u Unproto Mode u lets you construct raw packets with anything you want in them! How does it work? u KISS mode u developed to simplify the hardware in the TNC u essentially passes raw data back and forth over the serial connection u very low-level u lots of software that you would use (e.g. Winlink) already supports KISS mode What can I do with it? u Bulletin Board System (BBS) u Mail u File upload/download u Callsign lookup u Bulletins/info (like what we use the web site for) u Propagation info/DX Cluster/Satellite Data (“keps”) u Winlink u One-to-one chat u Group chat u Satellite communications (BBS on a satellite) What do I need to play? u A radio (duh) u VHF is king for packet, so you want something with 2m support. u there is some UHF usage, so if you want to play with that, get a dual bander. u make sure it either has a speaker and microphone jack, or even better, a data port (typically a DIN connector that provides access to the pre-squelch audio, an input audio pin, and a PTT). u A TNC u Something like a Kantronics KPC-3. You can buy them already built or buy them as a kit and assemble them yourself. Alternately, your radio might have a TNC built in (see the earlier slide) or you might choose to use a software TNC on your computer. What do I need to play? u A computer (or a dumb terminal) u If you are using a Windows PC, you will want to get a terminal program called PuTTY (a free download) u If you are on a Mac, you can use screen or cu (included with the OS) or get and install a terminal program like Minicom (these programs run inside the Mac Termi nal or iTerm applications) u If you are on Linux, screen, tip, cu, and minicom are available there, too, although you might have to install them using whatever package management system your system supports (yum, apt, etc.) WARNING: if you get a TNC that only operates in KISS mode, you will need more than just a simple terminal program... you will need some software that actually understands the KISS protocol. Something like AGWPE or Linux with AX.25 built in will do the job. I have not been able to track down suitable software on the Mac, but I’m still looking. Demo u Insert Live Demo Here Q & A and References u https://en.wikipedia.org/wiki/Packet_radio u https://www.vhfclub.org/packet_radio_primer.html u https://tapr.org/ u https://www.soundcardpacket.org/ u https://www.youtube.com/channel/UCSQhXfGo_68Ta8-2wStAWkw u http://utahvhfs.org/simpfreq1.html (search for Packet Frequencies) u http://www.wvcarc.com/p/resources-packet.html.
Load more

Recommended publications
  • Winlink 2000 System - Software - Hardware
    PSCM, APP. B, NTS MPG-6, W3YVQ MPG6V14A-3/14, P-1 ARRL PSCM, App. B, NTS METHODS AND PRACTICES GUIDELINES CHAPTER 6 - NTSD - RADIO-EMAIL - W3YVQ MPG6V14A-3/14 Table of contents: ATTACHED GUIDANCE DOCUMENTS ........................................................................................... 2 LINKS ..................................................................................................................................................... 2 6. MPG 6 - DIGITAL - INTRODUCTION ..................................................................................................... 3 6.1 NTSD - GUIDELINES .............................................................................................................................. 4 6.1.1 NTSDGD4 - EAS/CAS/PAS - 6/2001 ........................................................................................... 4 I. SCOPE AND PURPOSE ............................................................................................................... 4 II. NTSD ROUTING APPROACHES .............................................................................................. 4 III. COORDINATION AND ROLES ............................................................................................... 4 IV. DIGITAL STATION OPERATING PRINCIPLES AND PRACTICES .................................... 5 V. AREA DIGITAL STANDARD OPERATING PROCEDURES ................................................. 7 6.1.2 NTSD & NTS NATIONAL EMCOMM ......................................................................................
    [Show full text]
  • Implementing MACA and Other Useful Improvements to Amateur Packet Radio for Throughput and Capacity
    Implementing MACA and Other Useful Improvements to Amateur Packet Radio for Throughput and Capacity John Bonnett – KK6JRA / NCS820 Steven Gunderson – CMoLR Project Manager TAPR DCC – 15 Sept 2018 1 Contents • Introduction – Communication Methodology of Last Resort (CMoLR) • Speed & Throughput Tests – CONNECT & UNPROTO • UX.25 – UNPROTO AX.25 • Multiple Access with Collision Avoidance (MACA) – Hidden Terminals • Directed Packet Networks • Brevity – Directory Services • Trunked Packet • Conclusion 2 Background • Mission County – Proverbial: – Coastline, Earthquake Faults, Mountains & Hills, and Missions – Frequent Natural Disasters • Wildfires, Earthquakes, Floods, Slides & Tsunamis – Extensive Packet Networks • EOCs – Fire & Police Stations – Hospitals • Legacy 1200 Baud Packet Networks • Outpost and Winlink 2000 Messaging Software 3 Background • Mission County – Proverbial: – Coastline, Earthquake Faults, Mountains & Hills, and Missions – Frequent Natural Disasters • Wildfires, Earthquakes, Floods, Slides & Tsunamis – Extensive Packet Networks • EOCs – Fire & Police Stations – Hospitals • Legacy 1200 Baud Packet Networks • Outpost and Winlink 2000 Messaging Software • Community Emergency Response Teams: – OK Drills – Neighborhood Surveys OK – Triage Information • CERT Form #1 – Transmit CERT Triage Data to Public Safety – Situational Awareness 4 Background & Objectives (cont) • Communication Methodology of Last Resort (CMoLR): – Mission County Project: 2012 – 2016 – Enable Emergency Data Comms from CERT to Public Safety 5 Background &
    [Show full text]
  • Reservation - Time Division Multiple Access Protocols for Wireless Personal Communications
    tv '2s.\--qq T! Reservation - Time Division Multiple Access Protocols for Wireless Personal Communications Theodore V. Buot B.S.Eng (Electro&Comm), M.Eng (Telecomm) Thesis submitted for the degree of Doctor of Philosophy 1n The University of Adelaide Faculty of Engineering Department of Electrical and Electronic Engineering August 1997 Contents Abstract IY Declaration Y Acknowledgments YI List of Publications Yrt List of Abbreviations Ylu Symbols and Notations xi Preface xtv L.Introduction 1 Background, Problems and Trends in Personal Communications and description of this work 2. Literature Review t2 2.1 ALOHA and Random Access Protocols I4 2.1.1 Improvements of the ALOHA Protocol 15 2.1.2 Other RMA Algorithms t6 2.1.3 Random Access Protocols with Channel Sensing 16 2.1.4 Spread Spectrum Multiple Access I7 2.2Fixed Assignment and DAMA Protocols 18 2.3 Protocols for Future Wireless Communications I9 2.3.1 Packet Voice Communications t9 2.3.2Reservation based Protocols for Packet Switching 20 2.3.3 Voice and Data Integration in TDMA Systems 23 3. Teletraffic Source Models for R-TDMA 25 3.1 Arrival Process 26 3.2 Message Length Distribution 29 3.3 Smoothing Effect of Buffered Users 30 3.4 Speech Packet Generation 32 3.4.1 Model for Fast SAD with Hangover 35 3.4.2Bffect of Hangover to the Speech Quality 38 3.5 Video Traffic Models 40 3.5.1 Infinite State Markovian Video Source Model 41 3.5.2 AutoRegressive Video Source Model 43 3.5.3 VBR Source with Channel Load Feedback 43 3.6 Summary 46 4.
    [Show full text]
  • Packet Radio
    Amateurfunk-Kurs DH2MIC DARC-Ortsverband C01, Vaterstetten 13.11.05 PR 1 Packet Radio 1. Prinzip Packet Radio ist eine digitale Betriebsart, die rund 50 % aller Funkamateure betreiben. Sie ermöglicht, mit Hilfe eines Computers, der im einfachsten Fall ein ANSI-Terminal sein kann, mit anderen Funkamateuren zu kommunizieren. Die Verbindung kann direkt oder über Relais erfolgen, die Digipeater (Digitale Repeater) genannt werden. Dabei arbeiten im einfachsten Fall alle OMs und der Digipeater auf der gleichen QRG. Jede Station sendet ihre Daten paketweise. Da jeder TX nur für die Dauer der Aussendung eines oder mehrerer 'Packets' kurzzeitig 'on air' ist und dann auf die Quittierung seiner Aussendung wartet, können die unvermeidlichen Kollisionen sehr einfach durch Wiederholung eines nicht bestätigten Packets zugelassen werden. Das verwendete Protokoll heißt AX.25 und basiert auf dem leitungsgebundenen CCITT-Protokoll X.25. 2. Die Stationsausrüstung im Überblick Antenne Terminal- TNC PC Programm 70 cm Modem AX.25- Transceiver Prozessor Die prinzipielle Stationsausrüstung besteht aus folgenden fünf Hard- und Software-Kompo- nenten: • 70cm-Antenne eine vertikal polarisierte Antenne (ev. auch 2 m oder 23 cm) • Transceiver im einfachsten Fall ein Handfunkgerät • TNC Terminal Node Controller, ein Modem, das einen Mikroprozessor enthält, auf dem das AX.25-Protokoll läuft. Der TNC übernimmt auch die Modulation und Demodulation der Sende- und Empfangssignale • PC ein IBM- oder Macintosh-Rechner mit seriellem Port, über den die Daten im Kiss-Protokoll vom und zum TNC laufen • Terminal-Programm Software, mit der die empfangenen Daten dargestellt und die Tastatur-Eingaben aufbereitet werden. Amateurfunk-Kurs DH2MIC DARC-Ortsverband C01, Vaterstetten 13.11.05 PR 2 3.
    [Show full text]
  • A Survey on Aloha Protocol for Iot Based Applications
    ISSN: 2277-9655 [Badgotya * et al., 7(5): May, 2018] Impact Factor: 5.164 IC™ Value: 3.00 CODEN: IJESS7 IJESRT INTERNATIONAL JOURNAL OF ENGINEERING SCIENCES & RESEARCH TECHNOLOGY A SURVEY ON ALOHA PROTOCOL FOR IOT BASED APPLICATIONS Shikha Badgotya*1 & Prof.Deepti Rai2 *1M.Tech Scholar, Department of EC, Alpine Institute of Technology,, Ujjain (India) 2H.O.D, Department of EC, Alpine Institute of Technology, Ujjain (India) DOI: 10.5281/zenodo.1246995 ABSTRACT With the emergence of IoT based applications in industries and automation, protocols for effective data transfer was the foremost need. The natural choice was a random access protocol like ALOHA which could be incorporated in the ultra narrowband ISM band framework because of its simplicity and lack of overhead. Pure ALOHA faced the limitation of greater rate of collisions among the packets of data and also there was higher level of frame delays. Slotted ALOHA overcame these limitations to some extent in which the transfer of data takes place after channel polling. Though the drawbacks of PURE ALOHA are somewhat resolved in Slotted ALOHA, still some redundant transmissions and delay of frames exist. The present proposed work puts forth an efficient mechanism for Slotted ALOHA which implements polling of channel that is non persistent in nature to reduce the probability of collisions considerably. Further it presents a channel sensing methodology also for prevention of burst errors. Interleaving serves to be useful in case of burst errors and helps in preserving useful information. The survey should pave the path for IoT based applications working on an ultra narrowband architecture.
    [Show full text]
  • 1117 M. Stahl Obsoletes Rfcs: 1062, 1020, 997, 990, 960, 943, M
    Network Working Group S. Romano Request for Comments: 1117 M. Stahl Obsoletes RFCs: 1062, 1020, 997, 990, 960, 943, M. Recker 923, 900, 870, 820, 790, 776, 770, 762, SRI-NIC 758, 755, 750, 739, 604, 503, 433, 349 August 1989 Obsoletes IENs: 127, 117, 93 INTERNET NUMBERS Status of this Memo This memo is an official status report on the network numbers and the autonomous system numbers used in the Internet community. Distribution of this memo is unlimited. Introduction This Network Working Group Request for Comments documents the currently assigned network numbers and gateway autonomous systems. This RFC will be updated periodically, and in any case current information can be obtained from Hostmaster at the DDN Network Information Center (NIC). Hostmaster DDN Network Information Center SRI International 333 Ravenswood Avenue Menlo Park, California 94025 Phone: 1-800-235-3155 Network mail: [email protected] Most of the protocols used in the Internet are documented in the RFC series of notes. Some of the items listed are undocumented. Further information on protocols can be found in the memo "Official Internet Protocols" [40]. The more prominent and more generally used are documented in the "DDN Protocol Handbook" [17] prepared by the NIC. Other collections of older or obsolete protocols are contained in the "Internet Protocol Transition Workbook" [18], or in the "ARPANET Protocol Transition Handbook" [19]. For further information on ordering the complete 1985 DDN Protocol Handbook, contact the Hostmaster. Also, the Internet Activities Board (IAB) publishes the "IAB Official Protocol Standards" [52], which describes the state of standardization of protocols used in the Internet.
    [Show full text]
  • Evaluating Lora Physical As a Radio Link Technology for Use in a Remote-Controlled Electric Switch System for a Network Bridge
    Evaluating LoRa Physical as a Radio Link Technology for use in a Remote-Controlled Electric Switch System for a Network Bridge Radio-Node Abdullahi Aden Hassan / Rasmus Karlsson Källqvist KTH ROYAL INSTITUTE OF TECHNOLOGY ELECTRICAL ENGINEERING AND COMPUTER SCIENCE Acknowledgments We would like to thank our academic mentor Anders Västberg for helping us with the process of writing and carrying through this degree project, answering all of our questions, and for proof reading this report. We would like to thank Amin Azari for showing genuine interest in our project and for answering some math questions we had when calculating the radio link budget, and for discovering that the formula in a book we were using had a printing error which was initially causing our results to be wrong. Thank you to fellow students Michael Henriksson and Sebastian Kullengren for a thorough opposition to this report and for much helpful feedback in keeping the text readable and scientific. Thank you to Björn Pehrson for representing AMPRNet Sweden and giving us the opportunity to work on this project, financing the system prototype and for giving helpful feedback. Finally, we would like to thank program director Bengt Molin for teaching us much of what we know of embedded systems and for lending us equipment used in the development of the hardware prototype. i Abstract This report explores the design of a system for remotely switching electronics on and off within a range of at least 15 km, to be used with battery driven radio nodes for outdoor Wi-Fi network bridging. The application of the network bridges are connecting to remote networks, should Internet infrastructure fail during an emergency.
    [Show full text]
  • Medium Access Control Layer
    Telematics Chapter 5: Medium Access Control Sublayer User Server watching with video Beispielbildvideo clip clips Application Layer Application Layer Presentation Layer Presentation Layer Session Layer Session Layer Transport Layer Transport Layer Network Layer Network Layer Network Layer Univ.-Prof. Dr.-Ing. Jochen H. Schiller Data Link Layer Data Link Layer Data Link Layer Computer Systems and Telematics (CST) Physical Layer Physical Layer Physical Layer Institute of Computer Science Freie Universität Berlin http://cst.mi.fu-berlin.de Contents ● Design Issues ● Metropolitan Area Networks ● Network Topologies (MAN) ● The Channel Allocation Problem ● Wide Area Networks (WAN) ● Multiple Access Protocols ● Frame Relay (historical) ● Ethernet ● ATM ● IEEE 802.2 – Logical Link Control ● SDH ● Token Bus (historical) ● Network Infrastructure ● Token Ring (historical) ● Virtual LANs ● Fiber Distributed Data Interface ● Structured Cabling Univ.-Prof. Dr.-Ing. Jochen H. Schiller ▪ cst.mi.fu-berlin.de ▪ Telematics ▪ Chapter 5: Medium Access Control Sublayer 5.2 Design Issues Univ.-Prof. Dr.-Ing. Jochen H. Schiller ▪ cst.mi.fu-berlin.de ▪ Telematics ▪ Chapter 5: Medium Access Control Sublayer 5.3 Design Issues ● Two kinds of connections in networks ● Point-to-point connections OSI Reference Model ● Broadcast (Multi-access channel, Application Layer Random access channel) Presentation Layer ● In a network with broadcast Session Layer connections ● Who gets the channel? Transport Layer Network Layer ● Protocols used to determine who gets next access to the channel Data Link Layer ● Medium Access Control (MAC) sublayer Physical Layer Univ.-Prof. Dr.-Ing. Jochen H. Schiller ▪ cst.mi.fu-berlin.de ▪ Telematics ▪ Chapter 5: Medium Access Control Sublayer 5.4 Network Types for the Local Range ● LLC layer: uniform interface and same frame format to upper layers ● MAC layer: defines medium access ..
    [Show full text]
  • The FCC Filing
    Dr. Theodore S. Rappaport, PE PO BOX 888 Riner, Virginia 24149 [email protected] November 10, 2018 Commissioners Federal Communications Commission 445 12th Street, SW Washington, DC 20554 Dear FCC Commissioners: This is a notice of ex parte, based on email communication I had with the CTO of the FCC, Dr. Eric Burger, on November 8, 2018, his reply on November 10, 2018, and my reply on November 11, 2018. The email communication is centered around a posting that appeared on the FCC ECFS system on November 7, 2018, and is part of an ongoing proceeding at the FCC, NPRM 16-239, that I and thousands of others view as a direct threat to the national security interests of the United States, as well as being detrimental to the hobby of amateur (“ham”) radio. Public comments made in FCC’s NPRM 16-239, and in FCC proceedings RM-11708, RM-11759, and RM-11306 proposed by the American Radio Relay League, show the vast number of rule violations and national security threats that continue to go unaddressed by the FCC. Commenters such as me view the lack of FCC acknowledgement of these problems as jeopardizing the safety of US citizens. NPRM 16-239 attempts to remove a limit on the baud rate of High Frequency (HF) shortwave transmissions, without first addressing ongoing rule violations pertaining to proper usage of the amateur radio service, the use of obscured, private messaging which is forbidden in Part 97 rules and creates national security concerns, as well as other violations. If allowed, NPRM 16-239 would perpetuate the current violations, and would authorize obscured transmissions of unlimited bandwidth over the global airwaves, further increasing the danger to our national security, since these transmissions cannot be intercepted or eavesdropped by other amateur radio operators or the FCC.
    [Show full text]
  • Kenwood TH-D74A/E Operating Tips
    1 Copyrights for this Manual JVCKENWOOD Corporation shall own all copyrights and intellectual properties for the product and the manuals, help texts and relevant documents attached to the product or the optional software. A user is required to obtain approval from JVCKENWOOD Corporation, in writing, prior to redistributing this document on a personal web page or via packet communication. A user is prohibited from assigning, renting, leasing or reselling the document. JVCKENWOOD Corporation does not warrant that quality and functions described in this manual comply with each user’s purpose of use and, unless specifically described in this manual, JVCKENWOOD Corporation shall be free from any responsibility for any defects and indemnities for any damages or losses. Software Copyrights The title to and ownership of copyrights for software, including but not limited to the firmware and optional software that may be distributed individually, are reserved for JVCKENWOOD Corporation. The firmware shall mean the software which can be embedded in KENWOOD product memories for proper operation. Any modifying, reverse engineering, copying, reproducing or disclosing on an Internet website of the software is strictly prohibited. A user is required to obtain approval from JVCKENWOOD Corporation, in writing, prior to redistributing this manual on a personal web page or via packet communication. Furthermore, any reselling, assigning or transferring of the software is also strictly prohibited without embedding the software in KENWOOD product memories. Copyrights for recorded Audio The software embedded in this transceiver consists of a multiple number of and individual software components. Title to and ownership of copyrights for each software component is reserved for JVCKENWOOD Corporation and the respective bona fide holder.
    [Show full text]
  • New Gateways (PDF
    Packet Network Notice Rev: 28-Nov-2011 Date: Nov 28, 2011 From: Santa Clara County ARES/RACES Packet Committee Subject: Packet Network Update – New AMPRnet and E-mail gateways Attention: All ECs, AECs, MACs and other Santa Clara County Packet Users This Packet Network Notice contains important information which affects your ability to access and use the county packet backbone. This update covers the following topics: • New AMPRnet Gateway • New E-mail Gateway Please read this information thoroughly and pass along to any packet users in your local area. New AMPRnet Gateway The AMPRnet is an AMateur Packet Radio network consisting of packet radio BBSs located worldwide. Local networks of BBSs are interconnected to other local networks through gateways. These gateways use IP-in-IP tunnels to connect to each other. AMPRnet IP addresses are allocated from the IP address block of 44.0.0.0/8. Once a BBS or local network of BBSs is connected to AMPRnet, each of the BBSs can reach any other BBS on the AMPRnet, and vice-versa. For example, in the State of Michigan, each county has a local network of one or more BBSs. Each county is connected to all other counties (and to the rest of the world) with AMPRnet connections. Here in California, we can use AMPRnet connections to reach other counties which do not have a radio path to our network. We have just started to reach out to other counties to work on making those connections. There are two primary uses for this connectivity: 1) Messaging: Messages can now be addressed to anyone at any of the AMPRnet BBSs with a simple and standard Internet-style address format: [email protected].
    [Show full text]
  • On-Demand Routing in Multi-Hop Wireless Mobile Ad Hoc Networks
    Available Online at www.ijcsmc.com International Journal of Computer Science and Mobile Computing A Monthly Journal of Computer Science and Information Technology ISSN 2320–088X IJCSMC, Vol. 2, Issue. 7, July 2013, pg.317 – 321 RESEARCH ARTICLE ON-DEMAND ROUTING IN MULTI-HOP WIRELESS MOBILE AD HOC NETWORKS P. Umamaheswari 1, K. Ranjith singh 2 1Periyar University, TamilNadu, India 2Professor of PGP College, TamilNadu, India 1 [email protected]; 2 [email protected] Abstract— An ad hoc network is a collection of wireless mobile nodes dynamically forming a temporary network without the use of any preexisting network infrastructure or centralized administration. Routing protocols used in ad hoc networks must automatically adjust to environments that can vary between the extremes of high mobility with low bandwidth, and low mobility with high bandwidth. This thesis argues that such protocols must operate in an on-demand fashion and that they must carefully limit the number of nodes required to react to a given topology change in the network. I have embodied these two principles in a routing protocol called Dynamic Source Routing (DSR). As a result of its unique design, the protocol adapts quickly to routing changes when node movement is frequent, yet requires little or no overhead during periods in which nodes move less frequently. By presenting a detailed analysis of DSR’s behavior in a variety of situations, this thesis generalizes the lessons learned from DSR so that they can be applied to the many other new routing protocols that have adopted the basic DSR framework. The thesis proves the practicality of the DSR protocol through performance results collected from a full-scale 8 node tested, and it demonstrates several methodologies for experimenting with protocols and applications in an ad hoc network environment, including the emulation of ad hoc networks.
    [Show full text]