Imperial College of Science and Technology, University of London, Department of Computing

Total Page:16

File Type:pdf, Size:1020Kb

Imperial College of Science and Technology, University of London, Department of Computing Imperial College of Science and Technology, University of London, Department of Computing. HIGH EFFICIENCY, CHARACTER-ORIENTED, LOCAL AREA NETWORKS by Martin Cripps This thesis is submitted in partial fulfilment of the requirements for the degree of Doctor of Philosophy and the Diploma of Imperial College of Science and Technology, January 1988. For Clare Attempt the end His reasons are as two grains of wheat but never stand to doubt hid in two bushels of chaff. nothing's so hard You shall seek all day ere you find them but search and when you have found them will find it out they are not worth the search. Robert Herrick (1591-1674) William Shakespeare (1564-1616) 1 ABSTRACT This thesis explores the problem of interconnecting character-oriented devices over local area networks by investigating significant aspects of hardware, software, protocol and operational factors. It proposes effective and efficient solutions which were tested during a full-scale experiment The results of that experiment demonstrate convenient, cost-effective and reliable operation. The novelty of this investigation arises from its character-oriented approach. Much work has been carried out by others on local area networks which transfer blocks of data efficiently, however, a large majority of installed devices operate on a character-by-character basis and will continue so to do for some considerable time. This study is approached through analysis of the low efficiency of international standard networks for this class of device which defines the scope of this work. An original analysis of the potential mechanisms which can be used to give high efficiency and low delay for this class of transfer is then derived. This leads to the proposal of an entirely new structure for interconnection with its associated protocols. A unidirectional, baseband bus is developed and shown to have a unique combination of highly desirable properties which are not available together in any ring, mesh or simple-bus structure. These properties are: simple cabling, unbroken network media, densely packed data on the media, low delay, fault location in normal operation and reconfiguration in the event of partial failure. The protocols which are proposed are specifically aimed at small-data transfer and it is shown how, by using contention-free access, they approach optimal efficiency while maintaining deterministic behaviour. The logical and electrical characteristics of the new bus structure (Synchronet) and its access mechanisms are presented and their performance demonstrated. The Synchronet structure also has more general capabilities, such as for large block transfers, and could be the subject of further work. A full-scale experiment (Sonet), set up to demonstrate the overall viability of the proposals, is discussed with its hardware and software aspects. Specific modifications for a Synchronet to operate at extremes of speed and efficiency are also shown. The experimental results are described including the novel fault detection and fault tolerant aspects of the system. The value of Sonet was illustrated during the four years (1983-87) that it formed the major network in DoC at ICST. The general principles remain valid, however, as with all scalable technologies, improvements in technology are directly mirrored in improvements in the overall network. The use of the new technology and protocols proposed here provides for efficient small to medium sized, character- oriented networks. It is shown how they can be used to provide distributed multiplexer feeders to existing standard networks with simple, single-path wiring giving a cost-effective and convenient way of connecting dispersed, character-oriented devices. 2 ACKNOWLEDGEMENTS As I have been working in this area for, to use the Registry's phrase, some considerable time, there are many more people I wish to thank for their advice, assistance and kindness than I can possibly list here, but they all have my continuing gratitude. I particularly wish to thank my longtime friend and former supervisor Peter Throsby for all his guidance and help. I also wish to thank my colleagues at Imperial College during this time: John Benbow and David Willis of the Centre for Computing and Automation; Doug Barnes, Ed Davies, Don Monro, Mike Reeve, Chris Sowden and Ian Stinson of the Department of Computing; and Barry Belcher of the Department of Aeronautics for their specific contributions to this work and to my sanity. I would like to record my gratitude to the Wolfson Foundation for the generous grant which established the Wolfson Microprocessor Research Unit at Imperial College. Some of the work described in this thesis was greatly facilitated by the equipment available in the Unit, and I doubt that it would have been undertaken at all if the Wolfson Unit had not existed. I would like to thank Professor Bruce Sayers for his supervision, support and for giving me the incentive to submit this thesis. Finally I would like to thank the External Examiners for their valuable suggestions for improvements which have been incorporated into this thesis. CONTENTS Abstract 1 Acknowledgements 2 Contents 3 1.0 INTRODUCTION 8 1.1 Locality Of A Network 9 1.2 Shared Access To A Network 10 1.3 Geographical Coverage Of A Network 10 1.4 Network Topology 12 1.5 Network Data Rates 13 1.6 Allocation Of Network Bandwidth 14 1.7 Operation Of Network Algorithms 15 1.8 Multiplexing as a Network Mechanism 19 1.9 Network Servers and Functions 20 1.10 Operating System Support, History, Software & Protocols 21 1.11 ISO Protocols 23 1.12 Interconnection of Networks 25 1.13 Reliability and Fault-Tolerant Aspects of Networks 26 1.14 Security Aspects of Networks 27 1.15 Cabling for Networks 28 2.0 EFFICIENCY OF NETWORKS 30 2.1 Efficiency of CSMA/CD (Ethernet) 32 2.2 Efficiency of Token-Passing Ring 35 2.3 Efficiency of Cambridge Ring 37 2.4 Efficiency of Mesh Networks 38 2.5 Efficiency of Multiplexer-based Solutions 39 2.6 Summary of Network Efficiencies 40 3.0 IMPROVING EFFICIENCY AND MINIMISING DELAY 41 3.1 Unit of Transfer 43 3.2 Synchronisation of Transfer 44 3.3 Minimising the Overhead of Routing 45 3.4 Minimising the Overhead of Control 45 3.5 Minimising Redundancy for Error Control 46 3.6 Summary of Methods for High Efficiency and Low Delay 47 4.0 THE PROPOSED SOLUTION: SYNCHRONET 48 4.1 Synchronet Topology and Data Flows 48 4.2 Synchronet Dynamic Bus Timing 51 4.3 Synchronet Connection Unit 51 4 4.4 Synchronet Frame Formats 52 4.5 Link Management 53 4.6 Lazy Scanning Mechanism 53 4.7 Connection Forcing Mechanism 55 4.8 A Uniform Synchronet 55 4.9 Implementing a Synchronet 56 4.10 Additional Features of Synchronet 57 4.11 Summary of the Proposed System 58 5.0 THE SONET EXPERIMENT AND HISTORY 59 5.1 Sonet Topology and Data Flows 60 5.2 Sonet Servers and Central Facilities 63 5.3 Interfaces to the Network Control Units 64 5.4 Flow Control and Break Conditions 65 5.5 Establishment and Control of Virtual Channels 67 6.0 SYNCHRONET AND SONET HARDWARE DESIGN 70 6.1 Media and Driver Design 70 6.2 The Sonet Line Driver 72 6.3 The Synchronet and Sonet Receiver Designs 73 6.4 Sonet Timing and Data-transfer Circuits 73 6.5 Sonet Network Server Unit's Circuits 76 7.0 THE SONET SYSTEM SOFTWARE 79 7.1 Network Server Unit Software 79 7.2 Network Connection Unit Software 82 7.3 Communication Between NSU and NCUs 85 7.4 Self Testing Facilities in Sonet 87 7.5 Network Protocol Generation 89 8.0 EVALUATION OF SYNCHRONET AND SONET 90 8.1 Efficiency of Synchronet 90 8.2 Efficiency of the Experimental Sonet 91 8.3 Cabling for Sonet 93 8.4 Interconnection with Synchronet and Sonet 94 8.5 Security Aspects of the Experimental Sonet 94 8.6 Fault Monitoring and Finding in Synchronet 95 8.7 Fault Monitoring and Finding in Sonet 96 9.0 APPLICATIONS TO EXISTING NETWORKS 98 10.0 CONCLUSIONS 100 5 11.0 CITED REFERENCES AND BIBLIOGRAPHY 102 APPENDIX A Symbols and Abbreviations 107 B Protocol Generation ROM Code 108 C Original NCU Primary Self Test 109 D NCU Store Arrangement 111 E NSU Store Arrangement 114 F Sample Test Procedure for an NTU 115 LIST OF FIGURES Figure 1.1 Categorisation of Networks by Area Served. Figure 1.2 Categorisation of Networks by Topology. Figure 1.3 Total Network Data Rates Figure 1.4 User Interface Data Rates Figure 1.5 Hubnet topology Figure 1.6 Extending a Star Network using Multiplexers Figure 1.7 Comparison of KERMTT and NET File Transfer Regimes Figure 1.8 Layers in the ISO Standard Model Figure 1.9 Typical OSI Packet Showing Peer Headers for MAP Figure 1.10 Repair of Ring Using Duplicate Path Figure 2.1 Ethernet Frame Format Figure 2.2 Ethernet Efficiency (for 2, 5 and 64 competing stations) Figure 2.3 Token-passing Ring Protocol Efficiency Figure 2.4 Token-passing Ring Frame Format Figure 2.5 Token-passing Ring Efficiency (for 2,5 and 64 competing stations) Figure 2.6 Cambridge Ring Frame Format Figure 2.7 Typical Mesh Frame Format (eg X-25) Figure 2.8 Summary of Typical Efficiencies Showing Area of Interest Figure 3.1 Addressing Mechanisms for Networks Figure 3.2 Network Characteristics by Unit of Transfer Figure 3.3 Path Access Methods Figure 4.1 Synchronet Unidirectional Bus Figure 4.2 Synchronet Data Flows Figure 4.3 Synchronet Data Transmission in Slots Figure 4.4 Synchronet Frame Format Figure 4.5 Partial Scan - Action Table Figure 4.6 Sample Commands for Uniform Synchronet Figure 4.7 Synchronet Station Hardware Plate 5.1 Sonet NCU and NTU and Main Cable Plate 5.2 Sonet Network Connection Unit Construction Figure 5.1 Overall Design of Sonet Figure 5.2
Recommended publications
  • Macwise Version 19 User's Manual
    [email protected] www.CarnationSoftware.com www.MacWise.com MacWise Version 19 User's Manual You can use Command F to find what you are looking for in this document. Introduction Terminal Emulation MacWise emulates ADDS Viewpoint, Wyse 50, Wyse 60, Wyse 370, Televideo TV 925, DEC VT100, VT220 and Prism terminals. Supports ANSI color. Esprit III color is also supported in Wyse 370 mode. MacWise allows a Macintosh to be used as a terminal -- connected to a host computer directly, by modem, or over the Internet. The emulators support video attributes such as dim, reverse, underline, 132-column modes, protected fields and graphic characters sent from the host computer, as well as enhanced Viewpoint mode. Features include phone list and dialer for modems, on-screen programmable function keys, connection scripts and more. Connectivity 1. Built in Modem 2. Telnet / TCP/IP 3. SSH Secure Shell 4. Serial ports via USB to Serial adaptor . 5. Also communicates directly with the Mac unix shell Telnet Telnet settings are under the Connection Menu. Select "Telnet" to enable telnet. Select "Telnet Connection..." to enter your Host IP address, port number and terminal type. =============================== KERMIT ================================ NOTE: If you are running Mac OS 10.13 or later, you need to also use Kermit. (There should be a check mark on "Kermit" under the Connection Menu.) Kermit is installed automatically when Mac OS 10.13 or later is detected. You can re-install kermit any time by selecting Kermit Installer from the Help Menu in MacWise. Echo Kermit Characters ( under the Connection Menu ) This is normally enabled when Kermit is enabled.
    [Show full text]
  • A Kermit File Transfer Protocol for the Apple II Series Personal Computers : John Patrick Francisco Lehigh University
    Lehigh University Lehigh Preserve Theses and Dissertations 1986 A Kermit file transfer protocol for the Apple II series personal computers : John Patrick Francisco Lehigh University Follow this and additional works at: https://preserve.lehigh.edu/etd Part of the Electrical and Computer Engineering Commons Recommended Citation Francisco, John Patrick, "A Kermit file transfer protocol for the Apple II series personal computers :" (1986). Theses and Dissertations. 4628. https://preserve.lehigh.edu/etd/4628 This Thesis is brought to you for free and open access by Lehigh Preserve. It has been accepted for inclusion in Theses and Dissertations by an authorized administrator of Lehigh Preserve. For more information, please contact [email protected]. A KERMIT FILE TRANSFER PROTOCOL FOR THE APPLE II SERIES PERSONAL COMPUTERS (Using the Apple Pascal Operating system) by John Patrick Francisco A Thesis Presented to the Graduate Committee of Lehigh University in Candidacy for the Degree of Master of Science 1n• Computer Science Lehigh University March 1986 This thesis is accepted and approved in partial fulfillment of the requirements for the degree of Master of science.• (date) Professor in Charge -------------- --------------- Chairman of the Division Chairman of the Department • • -11- ACKNOWLEDGEMENTS It would be somewhat of an understatement to say this project was broad in scope as the disciplines involved ranged from Phychology to Electrical Engineering. Since the project required an extensive amount of detailed in­ formation in all fields, I was impelled to seek the help, advice and opinion of many. There were also numerous t friends and relatives upon whom I relied for both moral and financial support.
    [Show full text]
  • CS5865 Laboratory #1 Notes File Transfer Protocols
    1 CS5865 Laboratory #1 Notes File Transfer Protocols - An Overview Dr. B.J. Kurz XMODEM (Ward Christensen, 1970), one of the earliest ‘industry standard’ file transfer protocols in the public domain. HDX operation, character (byte)-oriented, fixed-length 128-byte blocks, 8-bit characters (bytes), 8-bit BCC = sum-mod256, stop-wait ARQ, block counts, binary data capability. Poor error detection capability, typically 95%. data block format: SOH/count/1’s compl. count/ user data/BCC control block format: ACK or NAK (or C), EOT Several later versions of XMODEM are in use: XMODEM-CRC same as regular XMODEM above except uses 8-bit BCC = CRC-8 (some implementations use 16-bit BCC = CRC-16). Better error detection capability, typically 99.97% (for CRC-8). Some versions negotiate the error character generation method: the sender first tries sum- mod256 BCC, then switches to CRC-8 BCC after three unsuccessful attempts indicated by NAKs from the receiver. XMODEM-1K same as XMODEM-CRC except uses 1024-byte blocks for better throughput (fewer line- turn-arounds), but slightly degraded error detection performance. WXMODEM a sliding-window version of XMODEM. Group size is fixed as 4 blocks. Much improved throughput. FDX capable lines needed if continous-ARQ error recovery used. YMODEM (Chuck Forsberg) a variation of XMODEM-1K. Supports two block lengths of 128 bytes and 1024 bytes, uses 2-byte CRC-16, excellent error detection capability, typically 99.99%. KERMIT (Frank de Cruz, Columbia Univ. Comp. Center, N.Y), most popular file transfer protocol, copyrighted, over 200 implementations for various systems. This is a comprehensive 2 remote communications package including terminal emulators, storage-to-storage transfer, not only a file transfer protocol.
    [Show full text]
  • Altair CP/M 2.2AT Ver 1.1 IOBYTE Implementation
    Altair CP/M 2.2AT Ver 1.1 CP/M 2.2AT supports an Altair 8800 computer with both an Altair and Tarbell floppy controller installed. Drives A & B are Altair drives 0 & 1. Drives C & D are Tarbell drives 0 & 1. The boot drive is always Altair drive 0. The Altair controller can be either the 8" or the 5.25" (mini-disk) controller as selected by conditional assembly. The BIOS uses track buffering to improve disk performance. Compared to a non-buffered BIOS, perfor- mance of program with substantial disk I/O improves by 25% to 75%. For the Altair drives, the same disk layout used by the original versions of Altair CP/M 1.4 and 2.2 is used. For the Tarbell controller, the standard IBM SSSD soft-sectored format is used. This BIOS provides full IOBYTE support to allow use of a variety of standard Altair I/O boards. See IOBYTE below. During cold boot, the BIOS looks for a Teletype on the console port and if detected (based on baud rate), subsequently follows any CR to the console device with a NULL to give the Teletype carriage time to reach the left margin. The send null flag (SNDNULL) is located immediately following the MODE and IOBYTE in memory so it can be over-ridden if needed. This BIOS adds a disk select timeout for the Altair 8" floppy so if a non-present or empty drive is select- ed, it will eventually timeout. To still allow the operator time to insert a disk, close the door, and wait for the drive enable one-shot to expire, the default timeout is set to seven seconds.
    [Show full text]
  • The Kermit File Transfer Protocol
    THE KERMIT FILE TRANSFER PROTOCOL Frank da Cruz February 1985 This is the original manuscript of the Digital Press book Kermit, A File Transfer Protocol, ISBN 0-932976-88-6, Copyright 1987, written in 1985 and in print from 1986 until 2001. This PDF file was produced by running the original Scribe markup-language source files through the Scribe publishing package, which still existed on an old Sun Solaris computer that was about to be shut off at the end of February 2016, and then converting the resulting PostScript version to PDF. Neither PostScript nor PDF existed in 1985, so this result is a near miracle, especially since the last time this book was "scribed" was on a DECSYSTEM-20 for a Xerox 9700 laser printer (one of the first). Some of the tables are messed up, some of the source code comes out in the wrong font; there's not much I can do about that. Also (unavoidably) the page numbering is different from the printed book and of couse the artwork is missing. Bear in mind Kermit protocol and software have seen over 30 years of progress and development since this book was written. All information herein regarding the Kermit Project, how to get Kermit software, or its license or status, etc, is no longer valid. The Kermit Project at Columbia University survived until 2011 but now it's gone and all Kermit software was converted to Open Source at that time. For current information, please visit the New Open Source Kermit Project website at http://www.kermitproject.org (as long as it lasts).
    [Show full text]
  • Download, Including1 17N REU, Ramlink Partition, Jimymon-64 (ML Monitor)
    C 0 T E T S ISSUE Published June 1996 COMMODORE WORLD 6 Wheels-Laying More Than A Patch THE NEWS MAGAZINE FOR COMMODORE 64 » 1'■ I 1J',[ K1. Bruce Thonuu 14 GOFA-A Modulap- Pcogpamming System Fob The Coeimodore 64 http://wviw.cmiweb.am/cwhtme.hlml George Flanagan General Manager Chinks ft Christiansen ♦ Editor Review; Doug Cot Ion ♦ 24 Software: Centipede 126 E>r Gaelwe R. Gasson Advegtisinq Sales A Look ai ihe Newesi Commodore I2S BBS Program Charles A. Christiansen (413) 525-0023 ♦ Graphic Acts Doug Cotton .UMN! '♦ 26 Jusr Fob Starters by Jason Compton Electronic Pre-Press & Pointing Maiuir/Holden Helpful Hints for Handling Disk Drives ♦ 30 Graphic Interpretation by Bruce Thomas Cover Design by Doug Cotton GEOS: For ti Good lime... 32 Carrier Detect by Gaelyne B. Gasson Tclecommunicationi News & Updates 36 S16 Beat by Mark Fellows Things to Look Out For When Program/Hint- the 65X16 Commodore1" and [he respective Commodore producl names are trademarks or registered trademarks of Commodore, a 38 Over The Edge by Jeffrey L. Jones division of Tulip Compulers. Commodore World is in no way aftiliated wilrtthe owner n! ".he Commodore logo ana technology. Commodore Programming in a SuperCPU World Commodore Worla (ISSN 1078-2515) is published 8 limos annually by Creative Micro Designs. Inc.. 15 Benton Drive, Easl Longrneadow MA 01028-0646. Secono-Class Postage Paid at EasL Longmeaflow MA. (USPS «)n-801| Annual subscnpiion rale is USS29.95 fci U.S. addresses. USS35.95(orC3nada0'Maiico.USSJS.95!orallECCounlnB5. Department paymanlsmusl be provided in U S. Dollars. Mail subscriptions 2 From the Editor to CW Subscriptions, do Crestiva Micro Designs.
    [Show full text]
  • Configuration Parameters
    Good news, everyone! User Documentation Version: 2020-01-01 M. Brutman ([email protected]) http://www.brutman.com/mTCP/ Table of Contents Introduction and Setup Introduction..............................................................................................................................................................8 What is mTCP?...................................................................................................................................................8 Features...............................................................................................................................................................8 Tested machines/environments...........................................................................................................................9 Licensing...........................................................................................................................................................10 Packaging..........................................................................................................................................................10 Binaries.....................................................................................................................................................................10 Documentation..........................................................................................................................................................11 Support and contact information.......................................................................................................................11
    [Show full text]
  • March-April 1992 23 Lsi
    HE NSIDE TORIES Breaking the rules Teamwork, including a "Vulcan mind-meld," produced amazing results on a new family of HP computers. Passing the test Ned Barnholt, vice president and general manager of the Test and Measurement Organization, talks about the unfolding T&M revolution, page 6 Three parts, one whole 11 Chinese people in Hong Kong, Taipei and Bejing talk openly about a day when they'll be part of one vast, reunited country. Ifyou print them, they will come 14 We asked for your photos and (whew!) did you send them-more than 100 in all. Some of the best are included in this photo feature. Play it again, Len 18 HP Labs' Len Cutler gave up a promising musical career to be<.:ome the father ofthe world-famous HP atomic clock. Your Turn 21 page 22 It's another world 22 What has 75 countries, 60 currencies and is one of the most volatile parts of the world? HP's International Sales Branch. Letter from John Young 26 , .~ . .... ~ . ~ ExtraMeasure 28 ,. M.~.- .. r··'. m~ MEASURE ; lS ~ .' \\; . :'! Editor: Associa1e edilOfs: Graphic designer: Circulation: ., ." ... ., \. .' • Jay Coleman' Cornelio Bayley Thorncs J Brown Tricia Neal Chan On the cover: Jianhua Qi,- a BeHy Gerord' personnel rep In China Hewlett­ Packard's Beijing office, captures Measure is published six times a year for employees and associates of Hewlett-Packard Company. 11 is produced the beauty and majesty of the by Caporate Communications. Employee Communicalions Depanment. Mary Anne Easley. rncnager. Address Chinese Opera in Beijing with this correspondence 10 Measure. Hewlett-Packard Company, 2OBR.
    [Show full text]
  • Chapter 5: Data Link Layer
    Chapter 5: Data Link Layer Answers to End-of-Chapter Questions 1. What does the data link layer do? 2. What is media access control and why is it important? 3. Under what conditions is media access control unimportant? 4. Compare and contrast roll call polling, hub polling (or token passing), and contention. 5. Which is better, hub polling or contention? Explain. 6. Define two fundamental types of errors. 7. Errors normally appear in ______________________________, which is when more than one data bit is changed by the error-causing condition. 8. Is there any difference in the error rates of lower speed lines and of higher speed lines? 9. Briefly define noise. 10. Describe five types of noise. Which is likely to pose the greatest problem to network managers? 11. How do amplifiers differ from repeaters? 12. What are three ways of reducing errors and the types of noise they affect? 13. Describe three approaches to detecting errors, including how they work, the probability of detecting an error, and any other benefits or limitations. 14. Briefly describe how even parity and odd parity work. 15. Briefly describe how polynomial checking works. 16. How does cyclical redundancy checking work? 17. How does forward error correction work? How is it different from other error correction methods? 18. Under what circumstances is forward error correction desirable? 1 Data Link Layer 19. Compare and contrast stop-and-wait ARQ and continuous ARQ. 20. Which is the simplest (least sophisticated) protocol described in this chapter? 21. How do the various types of XMODEM differ from YMODEM and ZMODEM? 22.
    [Show full text]
  • Copying Files with XMODEM What Is XMODEM
    Copying Files With XMODEM What Is XMODEM XMODEM is a simple file transfer protocol which became extremely popular in the early bulletin board system (BBS) market, largely because it was so simple to implement. XMODEM was later replaced by….you guessed it: YMODEM* and then ZMODEM. XMODEM is an old, slow transfer protocol. So why would we ever use it? *We’ll use XMODEM in this lesson, but YMODEM is also available on Cisco devices. I am unsure if YMODEM has any advantage over XMODEM for our purposes. Transferring files via the console port You can used XMODEM to transfer files to a Cisco device when you do not have access to an FTP or TFTP server – but you do have access to the console port -and need to copy files to a Cisco device. There may be emergency situations where this may be your best – or only – method of getting files on a Cisco device. Requirements You’ll need: A terminal emulator which supports XMODEM(or YMODEM) transfers. SecureCRT(shown), Hyperterminal*, and Tera Term Pro all support XMODEM**. Access to the console port of the Cisco device. A PC with the files you want to transfer. * Microsoft – in their infinite wisdom – no longer packages Hyperterminal with Vista and Windows 7. ** I may be wrong, but I don’t believe that Putty supports XMODEM SecureCRT Tera Term Pro HyperTerminal Setting the console port speed By default the console port’s speed is 9600 baud: 2610#sh line con 0 | i Baud Baud rate (TX/RX) is 9600/9600, no parity, 2 stopbits, 8 databits You can change this with the ‘speed’ command under the console line: 2610(config)#line con 0 2610(config-line)#speed ? <0-4294967295> Transmit and receive speeds 2610(config-line)#speed 115200 Très important: You MUST match the console line speed with a speed that your terminal emulator is capable of providing.
    [Show full text]
  • The Last Great Commodore 64 Commercial Software Sale
    theMONITOR CommodoreUsersGroupofSaskatchewan 361729thAvenue Regina,SK S4S2P8 Tel:(306)584-1736 BBS:(306)586-6608 President eachother.Membershipdues($15)arepro-rated, TristanMiller 584-1736 basedonaJanuarytoDecemberyear.Anaddi- VicePresident tional$5willbechargedformemberswishing ByronPurse 586-1601 theirnewsletterstobemailedtothem. Secretary/Treasurer KenDanylzczuk 545-0644 Anyone interested in computing is welcome to Editor attendanymeeting.Membersareencouragedto TristanMiller 584-1736 submitpublicdomainandsharewaresoftware AssistantEditors forinclusionintheCUGSDiskLibrary.These ByronPurse 586-1601 programsaremadeavailabletomembersat$3.00 R LyndonSoerensen 565-2167 each(discountedpriceswhenbuyingbulk).Since KeithKasha 522-5317 someprogramsonthedisksarefrommagazines, 64Librarian individualmembersareresponsiblefordeleting StanMustatia 789-8167 anyprogramthattheyarenotentitledtobylaw 128Librarian (youmustbetheownerofthemagazineinwhich O KeithKasha 522-5317 theoriginalprogramwasprinted).Tothebestof MemberatLarge ourknowledge,allsuchprogramsareidentifiedin HerbThompson 543-3460 theirlistings. T TheMonitorispublishedmonthlybytheCom- Otherbenefitsofclubmembershipincludeaccess modore User's Group of Saskatchewan toourdiskcopyingservice,tomakebackupsof I (CUGS).MeetingsareheldonthefirstWednes- copy-protectedsoftware,anymemberswhoowna dayofeverymonthinMillerHighSchool'scafete- modemandwishtocallourbulletinboardwill ria annex, unless otherwise noted. The next receiveincreasedaccesstothemessageandfile meetingwillbeheldonDecember1,1993from areas.Theboardoperatesat300to2400baud,24
    [Show full text]
  • X/84 Documentation Release 2.0.15
    x/84 Documentation Release 2.0.15 Jeff Quast Jun 17, 2020 Contents 1 Introduction 3 1.1 Quickstart................................................3 1.2 Documentation, Support, Issue Tracking................................4 2 Project Details 5 2.1 Compatible Clients............................................5 2.2 Binding to port 23............................................6 2.2.1 Linux..............................................6 2.2.2 Solaris 10............................................6 2.2.3 BSD...............................................6 2.2.4 Other..............................................6 2.3 Other Telnet BBS Systems........................................7 2.3.1 How x/84 compares.......................................7 2.4 History..................................................8 2.5 What does x/84 mean?..........................................8 2.6 Future Directions.............................................8 3 Running a message server 11 3.1 Configuring a hub............................................ 11 3.2 Configuring a leaf node......................................... 12 3.3 Authorship................................................ 12 4 Doors 13 4.1 Dosemu.................................................. 14 5 Web server 15 5.1 Starting a web server........................................... 15 5.2 Lookup path............................................... 16 5.3 Serving static files............................................ 16 5.4 Writing a web module.......................................... 16 5.4.1
    [Show full text]