Introduction to Modbus Serial and Modbus

Total Page:16

File Type:pdf, Size:1020Kb

Introduction to Modbus Serial and Modbus Volume9•Issue5 SEPTEMBER–OCTOBER 2008 © 2008 Contemporary Control Systems, Inc. Introduction to Modbus Serial and Modbus TCP By George Thomas, Contemporary Controls In this second part of a two-part series on Modbus, we will discuss two implementations of the Modbus Protocol that were introduced in our previous article. The first implemen- tation is the traditional implementa- tion of Modbus over a serial line. The second implementation is more Table 1. Modbus over Serial Line uses a three-layer model. modern with Modbus operating over instead, the model relies on the subset of all the available function a TCP/IP network. Both implementa- application layer to ensure end-to- codes. The data structure may tions remain popular. end delivery of a message. The data change depending upon the function Modbus over Serial Line link (layer 2) is occupied by the code. Wrapping the Modbus PDU is Modbus Serial Line Protocol. Finally, an address field and an error check Modbus.org has released a Modbus the physical layer (layer 1) allows field. The address field only contains over Serial Line Specification and for either the EIA-232C or EIA-485 slave addresses or the broadcast Implementation Guide V1.02 that implementation. With only three address. The master address is not provides guidance when using layers, Modbus over Serial Line is required and not referenced since Modbus with serial links. As easier to understand than other this is a master/slave protocol with mentioned in our previous article, industrial protocols. Since the commands originating from a Modbus was originally intended to Modbus Application Protocol was unique master. be used with point-to-point EIA-232C discussed in part 1, it will not be As mentioned in part 1, the actual interfaces with the master being a repeated here. Instead, only the Human Machine Interface (HMI) and framing of Modbus over Serial Line data link and physical layers will messages depends on whether ASCII a PLC as the slave. Multiple slaves be discussed. connected to one master would then or RTU transmission mode is used. require multiple links which is Data Link Layer RTU is the most popular mode and is shown in Figure 2. It is a very inconvenient and expensive. It Much about the Modbus over Serial compact frame with only one byte would be only natural to change the Line Protocol Data Unit (PDU) was reserved for the slave or broadcast point-to-point link to a multipoint mentioned in part 1 but will be address, one byte for the function serial infrastructure such as EIA-485 summarized below. Referring to code and two bytes for the CRC which would allow one master to Figure 1, note that the PDU consists communicate to multiple slaves over a common serial line. This approach is encouraged in the Modbus.org document, but not mentioned in the original Modicon Modbus Protocol Reference Guide. Three Layer Model Figure 1. A slave address field and error check wrap around a Modbus PDU. error check. A single byte carries the Instead of the traditional seven-layer of four elements. In the middle is function code. Notice that there is ISO Open Systems Interconnection the Modbus PDU consisting of a no end-of-frame sequence. With Reference Model, the Modbus over function code and data. Most RTU, end-of-frame is indicated by Serial Line model is collapsed to Modbus implementations only use a three layers as shown in Table 1. At 3.5–4.5 character times of silence. the top is the application layer that was discussed in part 1. This is called the Modbus Application Protocol or simply the Modbus Protocol. Layers 3–6 are not used — Figure 2. RTU framing is more condensed than ASCII framing. (No part of the Extension may be reproduced without the written consent of Contemporary Controls.) 1 The largest frame occupies only 256 EIA-485 standard — supporting up Line polarization is used to force the bytes. With RTU each byte is sent to 32 devices over a common bus. bus into a known state when no using 11 bits. Each data character This can be implemented with either drivers are active. EIA-485 receivers requires eight bits. There is one start- a two-wire or four-wire cabling require a 200 mv failsafe bias to bit, one stop-bit and one parity-bit. If configuration. With any of the serial ensure they detect a floating line as parity is not used, another stop-bit is line implementations, a wide range an “off” state. This is why line sent in its place. If parity is employed, of baud rates from 1.2 kbps to 115 polarization is typically referred to as it can be odd or even. kbps are allowed, but all implemen- failsafe bias. At each end of the bus The ASCII message format in Figure tations must at least support 9.6 kbps are line terminators (LT) to match 3 requires two bytes for the slave and 19.2 kbps. The default rate is the natural impedance of the bus. address as well as for the function 19.2 kbps. The pull-up and pull-down resistors interact with the two termination resistors to create the failsafe bias. The Modbus over Serial Line specification recommends that the pull-up and pull-down resistors have Figure 3. ASCII framing requires start-of-frame and end-of-frame characters. values between 450 and 650 ohms, code. Unlike RTU, the ASCII frame Two-Wire Network and that only one network is used. uses a two-byte LRC for the error This assumes that failsafe bias is Figure 4 shows a recommended two- check field. The advantage of the needed at all. Some transceivers wire interface for EIA-485 networks ASCII format is that it is human have built-in bias so external bias is with applied line polarization. As readable. Notice that there is an not needed. expected, there is one master trans- end-of-frame sequence composed of ceiver and multiple slave transceivers Four-Wire Network carriage return and line feed (CR,LF). connected to a common 2-wire bus Inter-frame spacing is not critical. Figure 5 shows a recommended with the wires labeled D1 and D0. Data is represented as a hexadecimal four-wire interface still using EIA-485 value coded as ASCII. Therefore, At a minimum, a total of 32 devices devices. The transmitter of each only 7 bits are required for every must be supported. With a 2-wire device is separated from the device’s ASCII character, but two characters bus, the output of the transmitter is receiver. The master has its transmitter are required for each byte of data. directly tied to the input of a receiver connected to all the slaves’ receivers One start-bit and one stop-bit are at each device. Even though this is while all the slaves’ transmitters are used. If a parity-bit is used, either called a 2-wire bus, there is a connected to the master’s receiver. odd or even parity can be sent. If no common reference connection Failsafe bias and termination are still parity is sent, then another stop-bit is labeled common. Each device must used — but their requirements are sent. This means each byte in ASCII share its common with all other doubled in a four-wire network. is sent as 10 bits. devices on the bus to ensure that the Even the four-wire arrangement requires a “fifth” wire and that is the common. Although the Modbus over Serial Line specification supports both a 2-wire and 4-wire arrangement, the 2-wire implementation is the most popular. Although it is possible to have a full-duplex link with 4 wires, the Modbus protocol is strictly half- duplex. The master imitates commands to a particular slave while awaiting the slave’s response. This is handled quite effectively with a Figure 4. A two-wire serial line implementation actually requires three wires. 2-wire implementation. Physical Layer maximum common-mode voltage The original Modbus protocol called rating of the device is not exceeded. for a point-to-point EIA-232C link The line polarization network between a host computer and a PLC. (consisting of a pull-up and pull- This option remains today. But the down resistor) is shown near the Modbus over Serial Line specification master, but its location is not a encourages the use of the multipoint requirement — only a recommendation. 2 Another significant change (shown in Figure 6) is that the Modbus bus is actually an IP bus. The physical and data link layers are not specified. Instead of having one master attached to multiple slaves, the terms client and server are used. Clients could be HMIs or PLCs, while servers could be input/output racks. Like a master, clients initiate commands to a server. Like a slave, servers respond to client commands. However, the proper terminology with client/server communications is that clients initiate requests with servers providing responses. It is actually a bit more involved than that. Figure 5. A four-wire serial line implementation actually requires five wires. * A Request is sent by the client to Modbus TCP model was used for Modbus TCP as shown in Table 2. Instead of a long initiate a transaction. The Modbus protocol continues to discussion on physical and data link * An Indication is sent by the survive in an automation world layer issues, the standard only needs server to confirm that a request more interested with connecting to to point to the 1500 page IEEE 802.3 was received.
Recommended publications
  • Modbus TCP Master (OPC) User's Manual
    Station Automation COM600 3.4 Modbus TCP Master (OPC) User's Manual 1MRS756445 Station Automation COM600 3.4 Issued: 21.12.2007 Version: D/06.11.2009 Modbus TCP Master (OPC) User's Manual Contents: 1. About this manual .................................................................................. 7 1.1. Copyrights ...................................................................................... 7 1.2. Trademarks .................................................................................... 7 1.3. General .......................................................................................... 7 1.4. Document conventions .................................................................. 8 1.5. Use of symbols .............................................................................. 9 1.6. Terminology .................................................................................... 9 1.7. Abbreviations ............................................................................... 11 1.8. Related documents ...................................................................... 12 1.9. Document revisions ..................................................................... 12 2. Introduction ........................................................................................... 13 2.1. Functional overview ..................................................................... 13 2.2. Modbus OPC Server features ...................................................... 14 3. Configuration .......................................................................................
    [Show full text]
  • Solutions to Chapter 2
    CS413 Computer Networks ASN 4 Solutions Solutions to Assignment #4 3. What difference does it make to the network layer if the underlying data link layer provides a connection-oriented service versus a connectionless service? [4 marks] Solution: If the data link layer provides a connection-oriented service to the network layer, then the network layer must precede all transfer of information with a connection setup procedure (2). If the connection-oriented service includes assurances that frames of information are transferred correctly and in sequence by the data link layer, the network layer can then assume that the packets it sends to its neighbor traverse an error-free pipe. On the other hand, if the data link layer is connectionless, then each frame is sent independently through the data link, probably in unconfirmed manner (without acknowledgments or retransmissions). In this case the network layer cannot make assumptions about the sequencing or correctness of the packets it exchanges with its neighbors (2). The Ethernet local area network provides an example of connectionless transfer of data link frames. The transfer of frames using "Type 2" service in Logical Link Control (discussed in Chapter 6) provides a connection-oriented data link control example. 4. Suppose transmission channels become virtually error-free. Is the data link layer still needed? [2 marks – 1 for the answer and 1 for explanation] Solution: The data link layer is still needed(1) for framing the data and for flow control over the transmission channel. In a multiple access medium such as a LAN, the data link layer is required to coordinate access to the shared medium among the multiple users (1).
    [Show full text]
  • Modbus Instruction Manual For
    Instruction manual Modbus slave interface for digital Mass Flow / Pressure instruments Doc. no.: 9.17.035AC Date: 28-07-2021 ATTENTION Please read this instruction manual carefully before installing and operating the instrument. Not following the guidelines could result in personal injury and/or damage to the equipment. BRONKHORST® Disclaimer The information in this manual has been reviewed and is believed to be wholly reliable. No responsibility, however, is assumed for inaccuracies. The material in this manual is for information purposes only. Copyright All rights reserved. This documentation is protected by copyright. Subject to technical and optical changes as well as printing errors. The information contained in this document is subject to change at any time without prior notification. Bronkhorst High-Tech B.V. reserves the right to modify or improve its products and modify the contents without being obliged to inform any particular persons or organizations. The device specifications and the contents of the package may deviate from what is stated in this document. Symbols Important information. Discarding this information could cause injuries to people or damage to the Instrument or installation. Helpful information. This information will facilitate the use of this instrument. Additional info available on the internet or from your local sales representative. Warranty Bronkhorst® products are warranted against defects in material and workmanship for a period of three years from the date of shipment, provided they are used in accordance with the ordering specifications and the instructions in this manual and that they are not subjected to abuse, physical damage or contamination. Products that do not operate properly during this period may be repaired or replaced at no charge.
    [Show full text]
  • Data Link Layer
    Data link layer Goals: ❒ Principles behind data link layer services ❍ Error detection, correction ❍ Sharing a broadcast channel: Multiple access ❍ Link layer addressing ❍ Reliable data transfer, flow control: Done! ❒ Example link layer technology: Ethernet Link layer services Framing and link access ❍ Encapsulate datagram: Frame adds header, trailer ❍ Channel access – if shared medium ❍ Frame headers use ‘physical addresses’ = “MAC” to identify source and destination • Different from IP address! Reliable delivery (between adjacent nodes) ❍ Seldom used on low bit error links (fiber optic, co-axial cable and some twisted pairs) ❍ Sometimes used on high error rate links (e.g., wireless links) Link layer services (2.) Flow Control ❍ Pacing between sending and receiving nodes Error Detection ❍ Errors are caused by signal attenuation and noise. ❍ Receiver detects presence of errors signals sender for retrans. or drops frame Error Correction ❍ Receiver identifies and corrects bit error(s) without resorting to retransmission Half-duplex and full-duplex ❍ With half duplex, nodes at both ends of link can transmit, but not at same time Multiple access links / protocols Two types of “links”: ❒ Point-to-point ❍ PPP for dial-up access ❍ Point-to-point link between Ethernet switch and host ❒ Broadcast (shared wire or medium) ❍ Traditional Ethernet ❍ Upstream HFC ❍ 802.11 wireless LAN MAC protocols: Three broad classes ❒ Channel Partitioning ❍ Divide channel into smaller “pieces” (time slots, frequency) ❍ Allocate piece to node for exclusive use ❒ Random
    [Show full text]
  • OSI Data Link Layer
    OSI Data Link Layer Network Fundamentals – Chapter 7 © 2007 Cisco Systems, Inc. All rights reserved. Cisco Public 1 Objectives Explain the role of Data Link layer protocols in data transmission. Describe how the Data Link layer prepares data for transmission on network media. Describe the different types of media access control methods. Identify several common logical network topologies and describe how the logical topology determines the media access control method for that network. Explain the purpose of encapsulating packets into frames to facilitate media access. Describe the Layer 2 frame structure and identify generic fields. Explain the role of key frame header and trailer fields including addressing, QoS, type of protocol and Frame Check Sequence. © 2007 Cisco Systems, Inc. All rights reserved. Cisco Public 2 Data Link Layer – Accessing the Media Describe the service the Data Link Layer provides as it prepares communication for transmission on specific media © 2007 Cisco Systems, Inc. All rights reserved. Cisco Public 3 Data Link Layer – Accessing the Media Describe why Data Link layer protocols are required to control media access © 2007 Cisco Systems, Inc. All rights reserved. Cisco Public 4 Data Link Layer – Accessing the Media Describe the role of framing in preparing a packet for transmission on a given media © 2007 Cisco Systems, Inc. All rights reserved. Cisco Public 5 Data Link Layer – Accessing the Media Describe the role the Data Link layer plays in linking the software and hardware layers © 2007 Cisco Systems, Inc. All rights reserved. Cisco Public 6 Data Link Layer – Accessing the Media Identify several sources for the protocols and standards used by the Data Link layer © 2007 Cisco Systems, Inc.
    [Show full text]
  • MODBUS APPLICATION PROTOCOL SPECIFICATION V1.1B3
    MODBUS APPLICATION PROTOCOL SPECIFICATION V1.1b3 CONTENTS 1 Introduction ...................................................................................................................... 2 1.1 Scope of this document ........................................................................................... 2 2 Abbreviations ................................................................................................................... 2 3 Context ............................................................................................................................. 3 4 General description .......................................................................................................... 3 4.1 Protocol description ................................................................................................. 3 4.2 Data Encoding ......................................................................................................... 5 4.3 MODBUS Data model .............................................................................................. 6 4.4 MODBUS Addressing model .................................................................................... 7 4.5 Define MODBUS Transaction .................................................................................. 8 5 Function Code Categories .............................................................................................. 10 5.1 Public Function Code Definition ............................................................................. 11
    [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]
  • Modbus Signal Output Adapter Quick Start Guide
    TM Modbus Signal Output Adapter Quick Start Guide Mini USB Connector Adapter Used to configure adapter settings, provide power to the adapter, and passthrough Overview: communication to the attached sonde. See page 4 for USB passthrough info. Supply Power, 12VDC Provided from external regulated power source (not included). Delivering quality data Modbus I/O Terminal Use either 485 (default) Status LED where and when you or RS-232 terminals. See page 2 for need it most. status indications. Introduction: The 599825 is a communication adapter Safety: for the EXO multiparameter sonde platform. It converts the proprietary Refer to EXO system signal from the water quality sonde into manual for complete safety a Modbus protocol over either RS-232 documentation associated with or RS-485 signals. The adapter simplifies the EXO system. (Available at integration into 3rd party SCADA systems, EXOwater.com) and also features a USB port that Follow all applicable code and supports passthrough communication Magnetic Read Switch directly to the connected sonde. This regulations subject to electrical Used to rediscover feature allows configuration, calibration, wiring and operation of attached sonde. and data transfer without having to the system. disconnect the field cabling. Specifications What’s Included: You’ll also need: Supply Voltage: 9 - 16 VDC or USB 5 VDC Your new 599825 EXO Communication • Flat blade screwdriver for Current Draw Adapter: Adapter comes with: terminal blocks ~20mA typical (@12VDC) • (1) Modbus Adapter • Phillip’s screwdriver
    [Show full text]
  • Modbus RTU SSW900-CRS485-W
    Motors | Automation | Energy | Transmission & Distribution | Coatings Modbus RTU SSW900-CRS485-W User’s Guide Modbus RTU User’s Guide Series: SSW900 Software version: 1.2X Language: English Document: 10004628707 / 02 Build 5251 Publication Date: 01/2019 Summary of Revisions The information below describes the reviews made in this manual. Version Revision Description V1.0X R00 First edition V1.1X R01 General revision V1.2X R02 General revision Contents CONTENTS ABOUT THE MANUAL ::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::: 6 ABBREVIATIONS AND DEFINITIONS :::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::: 6 NUMERICAL REPRESENTATION ::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::: 6 DOCUMENTS :::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::: 6 1 MAIN CHARACTERISTICS :::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::: 7 2 MODBUS COMMUNICATION INTRODUCTION :::::::::::::::::::::::::::::::::::::::: 8 2.1 MESSAGE STRUCTURE ::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::: 8 2.2 MODBUS RTU ::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::: 9 3 INTERFACE DESCRIPTION::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::: 11 3.1 RS485 ACCESSORY :::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::: 11 3.2 CONNECTOR ::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
    [Show full text]
  • CAN-To-Flexray Gateways and Configuration Tools
    CAN-to-Flexray gateways Device and confi guration tools lexray and CAN net- Listing bus data traffic toring channels it is possi- power management func- Fworks will coexists in (tracing) ble to compare timing rela- tionality offers configurable the next generation or pas- Graphic and text displays tionships and identify timing sleep, wake-up conditions, senger cars. Flexray orig- of signal values problems. and hold times. The data inally designed for x-by- Interactive sending of GTI has developed a manipulation functionality wire applications gains mar- pre-defined PDUs und gateway, which provides has been extended in or- ket acceptance particular- frames two CAN and two Flexray der to enable the user to ap- ly in driver assistance sys- Statistics on nodes and ports. It is based on the ply a specific manipulation tems. Nevertheless, Flexray messages with the Clus- MPC5554 micro-controller. function several times. Also applications need informa- ter Monitor The gateway is intended to available for TTXConnexion tion already available in ex- Logging messages for be used for diagnostic pur- is the PC tool TTXAnalyze, isting CAN in-vehicle net- later replay or offline poses, generating start-up/ which allows simultaneous works. Therefore, CAN-to- evaluation sync frames, and it can be viewing of traffic, carried on Flexray gateways are nec- Display of cycle multi- used with existing software the various bus systems. essary. Besides deeply em- plexing, in-cycle rep- tools. The Flexray/CAN bedded micro-controller etition and PDUs in the The TTXConnexion by gateway by Ixxat is a with CAN and Flexray inter- analysis windows TTControl is a gateway tool configurable PC application faces, there is also a need Agilent also provides an combining data manipula- allowing Flexray messag- for gateway devices as in- analyzing tool for Flexray tion, on-line viewing, and es and signals to be trans- terface modules for system and CAN.
    [Show full text]
  • CAN / RS485 Interface Adapter for SHP Series
    Technical Reference Note CAN / RS485 Interface Adapter For SHP Series Total Power: < 1 Watts Input Voltage: 5V Internal Outputs: CAN, RS485, USB, I2C Special Features Product Description The new SHP Extension adapter enables both USB and Controller Area Network (CAN) or RS485 Bus connectivity, providing a complete interface between the • Input Protocols: SHP device and the I2C bus with a simple command set which enables the 1) RS485 using Modbus highest levels of configuration flexibility. 2) CAN using modified Modbus The CAN/RS485 to I2C interface adapter modules connect with CAN Bus • Output Protocol: architectures through CaseRx/CaseTx interfaces found on the SHP case. The I2C with SMBus Support modules communicate with on-board I2C Bus via MODbus Protocol for RS485 Bus and modified MODbus for CANbus. The new adapters now enable the SHP to be used in a host of new ruggedized applications including automotive networks, industrial networks, medical equipment and building automation systems. The RS485/CAN-to-I2C uses 2 Input Protocols and 1 Output Protocol. The Input Protocols used are: RS485 using Modbus (Command Index: 0x01), and CAN using modified Modus (Command Index: 0x02). The Output Protocol use is: I2C with SMBus support (Command Index: 0x80). www.solahd.com [email protected] Technical Reference Note Table of Contents 1. Model Number ………………………….………………………………………………………………. 4 2. General Description ……………………………………………………………………………………. 5 3. Electrical Specifications ……………………………………………………………………………..… 6 4. Mechanical Specification …………………………………………………….….…………………….. 9 5. Hardware Interfaces ………………………………………………………….……………………..... 12 6. Software Interfaces ……………………………………………………………................................ 13 6.1 Adapter Protocol Overview ……………………………………………………………………… 13 6.2 Protocol Transaction …………………………………………………………………………….. 13 6.3 Adapter Command and Response Packets …………………………………………….…..… 14 6.4 Adapter Control Commands ……………………………………………………………..……..
    [Show full text]
  • Networking Fundamentals
    SMB University: Selling Cisco SMB Foundation Solutions Networking Fundamentals © 2006 Cisco Systems, Inc. All rights reserved. SMBUF-1 Objectives • Describe the function and operation of a hub, a switch and a router • Describe the function and operation of a firewall and a gateway • Describe the function and operation of Layer 2 switching, Layer 3 switching, and routing • Identify the layers of the OSI model • Describe the functionality of LAN, MAN, and WAN networks • Identify the possible media types for LAN and WAN connections © 2006 Cisco Systems, Inc. All rights reserved. SMBUF-2 What is a Network? • A network refers to two or more connected computers that can share resources such as data, a printer, an Internet connection, applications, or a combination of these resources. © 2006 Cisco Systems, Inc. All rights reserved. SMBUF-3 Types of Networks Local Area Network (LAN) Metropolitan Area Network (MAN) Wide Area Network (WAN) © 2006 Cisco Systems, Inc. All rights reserved. SMBUF-4 WAN Technologies Leased Line Synchronous serial Circuit-switched TELEPHONE COMPANY Asynchronous serial. ISDN Layer 1 © 2006 Cisco Systems, Inc. All rights reserved. SMBUF-5 WAN Technologies (Cont.) Frame-Relay Synchronous serial SERVICE PROVIDER Broadband Access SERVICE PROVIDER Cable, DSL, Wireless WAN © 2006 Cisco Systems, Inc. All rights reserved. SMBUF-6 Network Topologies: Bus Topology SEGMENT Terminator Terminator © 2006 Cisco Systems, Inc. All rights reserved. SMBUF-7 Network Topologies: Star Topology Hub © 2006 Cisco Systems, Inc. All rights reserved. SMBUF-8 Network Topologies: Extended Star Topology © 2006 Cisco Systems, Inc. All rights reserved. SMBUF-9 The OSI Model— Why a Layered Network Model? • Reduces complexity Application 7 • Standardizes interfaces Presentation • 6 Facilitates modular engineering • Ensures interoperable technology Session 5 • Accelerates evolution Transport • 4 Simplifies teaching and learning Network 3 Data Link 2 Physical 1 © 2006 Cisco Systems, Inc.
    [Show full text]