DOCSLIB.ORG

CERN Guide to Installing ULTRIX

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
CERN Guide to Installing ULTRIX CERN Guide To Installing ULTRIX Alan Lovell CN Division Version February Contents Intro duction Conguration Hardware Installation General SCSI Identication Settings DECstation DECstation Connection to the Network Before Ordering Making the Connection System Software Installation Preparing for the Installation System Backup Disk Partitions Factory Installed Software FIS Performing the Installation Installing the Supp orted Software Subsets Installing The Unsupp orted Software Subsets Remote Installation Services How Do I Use the Remote Installation Service Remote Installation of the Supp orted Software Subsets Remote Installation of Additional Software Upgrading Your System Upgrading to Version A Upgrading to Version Preparing for the Upgrade Performing the Upgrade Post Upgrade Pro cedures The License ManagementFacility LMF Registering a License Loading the License System Tailoring Setting up TCPIP Dening the External Gateway Conguring the BINDHesio d Naming Service Dening the SearchOrder Adding the Names Servers Setting up Mail ULTRIX Version Systems ULTRIX Version Systems Starting the Network File System NFS Time Setting After the System Installation Keeping the Correct Time Diskless Clients Printer Setup Online Do cumentation Setting the Environment Mounting the Do cumentation Library Using Automount Loading the Bo okbrowser License Monitor Resolution ULTRIX Patches DECnet Installing DECnet Up dating the No de Database DECnet Tailoring User Accounts Creating a File System User Identication Adding Users Motif Motif V RISC Only Motif V Some Useful Tools Installing Binaries from dxsoft Compiling the Source Files Usenet Newsreader Terminal Emulation Phone Less A A Sample Installation B An Example of an Upgrade to Version Chapter Intro duction The purp ose of this guide is to oer help in the conguration and installation of DECstations running the ULTRIX op erating system It is aimed at the novice system manager although those with more exp erience may nd it useful as a handy reference in particular for the tailoring of the system to the CERN environment It is imp ossible in this kind of do cumenttocover all asp ects of conguration and user requirements however this guide will help you to get started and gives some hints on howyou may set up the system to suit your needs Also included are details of the various services oered bythecentral ULTRIX Remote Installation server dxsoft There are many areas not addressed in this version but the intention is that this b e a living do cumentwhich will b e extended and up dated as required References are made to existing do cumentation where this is available Acopy of the guide may b e obtained via anonymous ftp from the central Remote Installation Server dxsoft as follows ftp dxsoft Name dxsoftxxxxx anonymous Use your machine name as the password cd do c get ultrixpsZ quit uncompress ultrixpsZ This le may then b e printed on any p ostscript printer Copies are also available from the User Consultancy Oce UCO in building The contents of this do cument are to the b est of myknowledge correct at the time of going to press Please rep ort any errors or inconsistencies to the author email lovel lvx cerncernc h This is a new do cument and replaces all previous versions Chapter Conguration DEC oer many dierent standard packages ranging from basic diskless systems to large graphics workstations The following p oints mayhelpyou in deciding which b est suits your needs A minimum of Mbytes of memory is recommended For machines that are to b e used for physics analysis more than this will b e required Mbyte of disk space is the absolute minimum required With a system disk of this size you will not even b e able to install some of the subsets from the ULTRIX distribution not to mention any other software that you may require Motif Fortran etc An RZ MB or RZ GB are the preferred options for the system disk for standalone machines whereas if you plan to run the Diskless Management Services DMS an RZ GB is recommended NB A third party disk cannot easily b e used as the system disk b ecause the installation pro cedure will not recognise these disks Although this can b e circumvented it would entail a considerable amount of extra eort for every installation or full upgrade of the op erating system For p erformance reasons it is recommended that diskless clients b e equipp ed with a small lo cal disk driveforswapping and paging eg RZ MB or RZ MB A backup device should b e foreseen A high capacity tap e drive suchasan Exabyte is ideal for this purp ose and there should b e one of these devices at least for each group of stations A load device for the system software is not required as for machines installed at CERN there is a central server for ULTRIX system software layered pro d ucts and Online Do cumentation The functions of this server are describ ed in this guide At least one RRD CD Disk driveishowever recommended for each group of machines so that for example the Online Do cumentation Li brary maybemounted lo cally Some third party software houses also distribute their software and demonstration packages in CD format More details on conguring DECstations including the current prices are avail able via email to ultrixspdxcerncernch Chapter Hardware Installation General Workstations purchased from DEC are customer installable The hardware in stallation guide delivered with the machine or device gives clear instructions on how to do this If in doubt do not continue but call DEC eld service for assistance tel Addons such as a second disk drive to b e installed in an already existing exten sion b ox MUST b e installed by a eld service engineer In general if it is nescessary to op en an expansion b oxyou should call DEC When the machine has b een installed b e sure to ll in the acceptance form and send it to DEC This starts the guarantee and will ensure that your machine is registered in the DEC data base at St Sulpice Failure to do this will almost certainly cause delays when calling for supp ort SCSI Identication Settings The following is a recommendation for the connection of SCSI devices to VAXs tations and DECstations at CERN It is based on a recommendation from DEC and although only a recommendation compliance with it should make life easier for system managers and eld service engineers DECstation SCSI ID Device free free Disk System Disk factory setting for internal drive CDROM or second tap e unit if no CD will b e attached First tap e unit oppy disk drive CPU See Note Notes ID has the lowest priority The slower devices should have a higher priority except for the CPU Tap e drives should have the highest priorityfollowed by the RRD CDROM which is a bit faster and then the disk drives ID was originall y reserved for a Realtime CPU which do esnt exist It has a higher priority than the CPU and should not b e used for the connection of disk drives as this may cause the system to malfunction DECstation On the DECstation series machines the SCSI controller uses ID leaving ID settings free for use SCSI ID Device free free Disk System Disk factory setting for internal drive CDROM or second tap e unit if no CD will b e attached First tap e unit oppy disk drive free CPU Connection to the Network Before Ordering Most buildings are equipp ed with Ethernet cables either thick wire or thin wire Ethernet DEC workstations are shipp ed with the following interfaces VAXstation ThickThin VAXstation ThickThin VAXstation VLC Thick DECstation ThickThin DECstation Thick DECstation Thick DECstation Thick DECstation Thick DECstation Thick DECstation Thin DECstation Thick It is advisable to check what is available in the buildingoce where the machine will b e installed b efore an order is placed If necessary a ThickThin Wire Station Adapter DESTA can then b e ordered with the machine thus avoiding frustrating delays after the station has b een delivered The necessary cables may b e obtained from CN division see b elow Making the Connection In order not to inconvenience other network users the connection of the workstation to the network should b e made outside normal working hours or at lunch time This connection can b e prepared in advance Before making any connection send a mail to sohetcernvmcernch giving details of the lo cation typ e of connection thick or thin wire and any cables that you require This should b e done well b efore the exp ected delivery of the workstation in order to avoid delays in the event of problems For further information on how to or how not to connect your workstation to the CERN network refer to the ETHERNET Guide technique dinstallation which can b e obtained from the User Consultancy Oce in the Computer Centre Bldg see Bibliography CERN Chapter System Software Installation
Load more

Recommended publications
  • Digital Technical Journal, Number 3, September 1986: Networking
    Netwo;king Products Digital TechnicalJournal Digital Equipment Corporation Number 3 September I 986 Contents 8 Foreword William R. Johnson, Jr. New Products 10 Digital Network Architecture Overview Anthony G. Lauck, David R. Oran, and Radia J. Perlman 2 5 PerformanceAn alysis andModeling of Digital's Networking Architecture Raj Jain and William R. Hawe 35 The DECnetjSNA Gateway Product-A Case Study in Cross Vendor Networking John P:.. �orency, David Poner, Richard P. Pitkin, and David R. Oran ._ 54 The Extended Local Area Network Architecture and LANBridge 100 William R. Hawe, Mark F. Kempf, and Alan). Kirby 7 3 Terminal Servers on Ethernet Local Area Networks Bruce E. Mann, Colin Strutt, and Mark F. Kempf 88 The DECnet-VAXProduct -A n IntegratedAp proach to Networking Paul R. Beck and James A. Krycka 100 The DECnet-ULTRIXSoftware John Forecast, James L. Jackson, and Jeffrey A. Schriesheim 108 The DECnet-DOS System Peter 0. Mierswa, David). Mitton, and Ma�ha L. Spence 117 The Evolution of Network Management Products Nancy R. La Pelle, Mark). Seger, and Mark W. Sylor 129 The NMCCjDECnet Monitor Design Mark W. Sylor 1 Editor's Introduction The paper by Bill Hawe, Mark Kempf, and AI Kirby reports how studies of potential new broad­ band products led to the development of the Extended LAN Architecture. The design of the LANBridge 100, the first product incorporating that architecture, is described, along with the trade-offs made to achieve high performance. The speed of communication between terminals and systems depends on how they are connected. Bruce Mann, Colin Strutt, and Mark Kempf explain how they developed the LAT protocol to connect terminals to hosts on an Ethernet.
    [Show full text]
  • Networks· Communications
    - Networks· Communications, ;--___...........................................e e_e __ • • • • • • • • • • • • • • • • • • • • • • • • • • • • . ... • • • • • • • • • ~---- Local Area Transport (LAT) Architecture i Network Manager's Guide " wore~D~DD~D Local Area Transport (LAT) Arch itectu re Network Manager's Guide Order No. AA-OJ 188-TK July 1985 The Local Area Transport (LA T) Architecture Network Manager's Guide is intended for network managers and system managers. It contains information about the LAT architecture. This guide also in­ cludes information for configuring and managing LAT networks. SUPERSESSION/UPDATE INFORMATION: This is a revised manual. AA-DJ18B-TK First Printing, July 1985 The information in this document is subject to change without notice and should not be construed as a commitment by Digital Equipment Corporation. Digital Equipment Corpora­ tion assumes no responsibility for any errors that may appear in this document. The software described in this document is furnished under a license and may only be used or copied in accordance with the terms of such license. No responsibility is assumed for the use or reliability of software on equipment that is not supplied by Digital or its affiliated companies. Copyright © 1985 by Digital .Equipment Corporation The postage-prepaid Reader's Comments form on the last page of this document requests the user's critical evaluation to assist us in preparing future documentation. The following are trademarks of Digital Equipment Corporation: DEC MASSBUS RT DECmate PDP UNIBUS DECnet P/OS VAX DECUS Professional VAXcluster DECwriter Rainbow VMS DIBOL RSTS VT ~D~DDmD RSX Work Processor Ethernet is a trademark of Xerox Corporation. This manual was produced by Networks and Communications Publications.
    [Show full text]
  • Br-Asi01 Br-Asx01
    BR-ASI01 BR-ASX01 Data Comm for Business, Inc. 807 Pioneer Street Champaign, IL 61820 217-352-3207 Rev. Date: October 17, 1996 This manual applies to both the “I” and “X” router models. The “I” model (BR-ASI01) is single protocol TCP/IP only. The “X” model (BR-ASX01) is a multi-protocol router that routes TCP/IP, IPX, DECnet, and Appletalk. When using this manual with “I” model router, ignore the manual sections pertaining to protocols other than TCP/IP. CHAPTER 1 - INTRODUCTION 7 ABOUT THE BR ROUTER 7 Getting Started 7 Hardware Installation 7 RouterView Software Installation 8 Command Line Preparation 8 Quickstart Configuration 8 Appendices and Index 8 CHAPTER 2 - GETTING STARTED 9 A FEW NOTES 9 Please Read The Manuals 9 Warranty and Service 9 Getting Help With the BR Router 9 WHAT YOU WILL NEED TO GET STARTED 9 Supplied with the BR Router 9 Needed For Installation 10 Ethernet Connection Requirements 10 Thick Ethernet 10 Thin Ethernet 10 10Base-T Twisted-Pair Ethernet 10 Telco Line Connection Requirements 11 RS-232 Port 11 CHAPTER 3 - HARDWARE INSTALLATION 13 Mounting the Router 13 Connecting the Router to the Ethernet 14 Connecting to Thick Ethernet 14 Connecting to Thin Ethernet 14 Connecting to Twisted-Pair Ethernet 14 Connecting a Line Device to the BR Router 14 Connecting Devices to the RS-232C Port 15 Connecting an Out-of-Band Management Console 15 Powering Up the Router 15 CHAPTER 4 - ROUTERVIEW SOFTWARE INSTALLATION 17 RouterView for Windows 17 System Requirements 17 Installing and Running RouterView for Windows 17 RouterView
    [Show full text]
  • Networking Standards Mark Davies, Digital Equipment Corporation
    N92-12499 Networking Standards Mark Davies, Digital Equipment Corporation ABSTRACT The enterprise network is currently a multivendor environment consisting of many defacto and proprietary standards. During the 1990s, these networks will evolve towards networks which are based on international standards in both the LAN and WAN space. Also, you can expect to see the higher level functions and applications begin the same transition. The Open Network Advantage Market Requirements OPEN NETWORKS!!! Multi-protocol, multi-platform, multi-vendor networks working together International AND defacto standards Effortless communications within and between enter- prises Ability to move to standards at own pace What is an Open System? Defined as: A vendor-neutral computing environment: - compliant with International and defacto standards - permits system and network interoperability or software applications portability - includes consistency of data and human access - satisfies one or more of a business's functional requirements Standards Benefits from networks based on international and defacto standards o Vendor independence o Applications portability o Investment protection o Improved communications leading to increased productivity o Network flexibility 13DSDDED Network Architectures: DECnet, OSI, TCP/IP DECnet OS) IP Application Application Internet Applications Protocols Presentation DMA Session Control Session Transport Transport Transport (NSP) (TP 0,2,4) (TCP / UDP) Network Network Network (CLNS) (CLNS/CONS) (IP) Data Link Data Link Data Link
    [Show full text]
  • Openvms Cluster Load Balancing
    OpenVMS Cluster Load Balancing Presented by Paul Williams www.parsec.com | 888-4-PARSEC To Download this Presentation, please visit: http://www.parsec.com/public/ClusterLoadBalancing.pdf To E-mail Paul [email protected] www.parsec.com | 888-4-PARSEC Outline • Load Balancing Mechanisms • Batch and Print Queues • TCP/IP • DECnet • Local Area Transport (LAT) • Host Based Volume Shadowing • MSCP Server • Lock Manager • Questions and Answers Evaluating Load Balancing Mechanisms What happens when? •A new request is made •A node fails •Resources are exhausted on a node •A node is returned to service Load Balancing Goals •Never direct a request to a non- functional node •Direct requests to the node which can provide the best level of service •Direct requests to other nodes prior to scheduled downtime •Make failover and recovery transparent to user Load Balancing Mechanisms •Failover - All requests go to a single node while it is up •Round Robin - Balanced based only on number of requests serviced •Load Based - Balances requests based on ability of serving nodes to handle the work OpenVMS Queue Manager • Maintains all queues, forms and characteristics • Manages all jobs in each queue • Must run on one node in a VMScluster • Default is any node • Failover is automatic and transparent to users $ start /queue /manager /on=(class2,class3,*) $ show queue /manager /full Master file: STAFF_DISK:[COMMON]QMAN$MASTER.DAT; Queue manager SYS$QUEUE_MANAGER, running, on CLASS2:: /ON=(CLASS2,CLASS3,*) Database location: STAFF_DISK:[COMMON] Generic Batch Queues
    [Show full text]
  • Multinet for Openvms Messages, Logicals, and Decnet Applications
    MultiNet for OpenVMS Messages, Logicals, and DECnet Applications Part Number: N-0703-54-NN-A November 2011 This guide lists common messages encountered when running MultiNet as well as a comprehensive list of MultiNet logicals with descriptions, and information on using TCP/IP Services for DECnet Applications. Revision/Update: This manual supersedes the MultiNet Messages and Logicals Reference, V5.3 Operating System/Version: VAX/VMS V5.5-2 or later, OpenVMS VAX V6.2 or later, OpenVMS Alpha V6.2 or later, OpenVMS I64 V8.2 or later Software Version: MultiNet V5.4 Process Software Framingham, Massachusetts USA The material in this document is for informational purposes only and is subject to change without notice. It should not be construed as a commitment by Process Software. Process Software assumes no responsibility for any errors that may appear in this document. Use, duplication, or disclosure by the U.S. Government is subject to restrictions as set forth in subparagraph (c)(1)(ii) of the Rights in Technical Data and Computer Software clause at DFARS 252.227-7013. The following third-party software may be included with your product and will be subject to the software license agreement. Network Time Protocol (NTP). Copyright © 1992-2004 by David L. Mills. The University of Delaware makes no representations about the suitability of this software for any purpose. Point-to-Point Protocol. Copyright © 1989 by Carnegie-Mellon University. All rights reserved. The name of the University may not be used to endorse or promote products derived from this software without specific prior written permission. Redistribution and use in source and binary forms are permitted provided that the above copyright notice and this paragraph are duplicated in all such forms and that any documentation, advertising materials, and other materials related to such distribution and use acknowledge that the software was developed by Carnegie Mellon University.
    [Show full text]
  • Address Resolution Protocol Summarize
    Address Resolution Protocol Summarize If nudist or baleful Alexander usually immerse his pronouncer sleeved flourishingly or efflorescing huskily and complaisantly, Justishow haustellate sometimes is asseverates Lorne? Hebraic any Oberonlie-downs roller-skate vilifies externally. some sepoys and palisade his corporalship so northward! Clownish Because we are the resolution protocol address with different security of some claim here, as unicast address The resolution plan cover steps. Arp spoofing attack against it was assigned ip suite works between address and. Eigrp maintains a noticeably detrimental effect as it from source address resolution. Several thousand addresses, and not require special actions that can see that is again when? We use atm switches can disable. Gre or signature attributes or unknown destinations residing on other bilateral arrangements with. If a summarized route summarization, and summarize networks at least one way to destination of a copy? Class type code points are unused, scp via ospf domains configured on this user? Madrswill enter exit path message is an entry will get its own ip address used exclusively associated effectiveness with hosts. Some upper limit burst data pathways between vlans and summarizes and demonstrate a foundation of slaac by. Irb in or even though mac addresses questions relating to use of a vrfthis subsection was obtained by platform supports recursive resolution. Patients and tracks that can see protocols of computer has received totals are forwarded toward multiple ip packets out some. The resolution effort has been debated, summarization helps reduce the internet address, could be assigned. Enter an arp is important feature for easy to cause a contraction of internal dns resolution protocol does not used on.
    [Show full text]
  • Explain Arp Protocol in Detail
    Explain Arp Protocol In Detail fleshesGlamorous not facetiouslyand adverbial enough, Welby is never Yancy automatize calcaneal? his earlobe! Dextrous and violent Salem never uncap his Varese! When Jamie volplane his tallage To new device as arp in the router located between arp For the source as if not supported for unicast, it should not their ip addresses. Controller to a small number of ip datagram to identify and replies, there are entered by a packet to connect with. BOOTP and direction by DHCP. These types of attacks exploit known vulnerabilities in network protocols. Protect it in arp protocol creates requests with those two arp packets and details of protocols for a static configuration. Resources to arp protocol for static entry. Each protocol in detail in its final destination ip address from each label to explain, protocols like google. Fill in detail in a protocol. Does arp protocol and details and online discussions. When you want to explain arp reply. Down arrows to commission ten seconds. Such as arp protocol types of protocols such problems that ip addresses to explain which are still pending. Address resolution protocol is generally used to pinch out MAC address. Alternatively the arp? This protocol and prevention method on which may need for another host does not explain arp spoofing attack detection and undiscovered voices alike dive into a udp based. Sdn in arp protocol whose address is most attacks typically by different protocols. Observe certain layers. Stay in indication of a single point of our knowledge. What mac address the protocol whose address can be explained in.
    [Show full text]
  • Decnet-ULTRIX
    DECnet-ULTRIX NCP Command Reference Order Number: AA-PB62A-TE c DECnet-ULTRIX NCP Command Reference May 1990 This manual describes the Network Control Program (ncp) commands you use to define, monitor, and test your network. Supersession/Update Information: This is a new manual. Operating System and Version: ULTRIX V4.0 Software Version: DECnet-ULTRIX V4.0 o Order Number: AA-PB62A-TE AA-PB62A-TE May 1990 The information in this document is subject to change without notice and should not be construed as a commitment by Digital Equipment Corporation. Digital Equipment assumes no responsibility for any errors that may appear in this document. The software described in this document is furnished under a license and may only be used or copied in accordance with the terms of such license. No responsibility is assumed for the use or reliability of software on equipment that is not supplied by Digital or its affiliated companies. Restricted Rights: Use, duplication, or disclosure by the U.S. Government is subject to restrictions as set forth in subparagraph (c) (1) (ii) of the Rights in Technical Data and Computer Software clause at DFARS 252.227-7013. Copyright ©1990 by Digital Equipment Corporation All Rights Reserved The following are trademarks of Digital Equipment Corporation: DEC PDP VAX DECnet ULTRIX VMS DECUS UNIBUS ~DmDDmDTM UNIX is a registered trademark of AT&T in the USA and other countries. c This manual was produced by Networks and Communications Publications. c Contents Preface. vii Chapter 1 Understanding the Network Control Program 1.1 Getting Started with ncp ...................................... 1-1 1 .1.1 Invoking ncp .
    [Show full text]
  • Decnet-ULTRIX
    DECnet-ULTRIX Installation Order Number: AA-EA87E-TE DECnet-ULTRIX Installation May 1990 This manual shows you step by step how to install your DECnet-ULTRIX software and how to configure and test your node's operation in the network. Supersession/Update Information: This is a revised manual. Operating System and Version: ULTRIX V4.0 Software Version: DECnet-ULTRIX V4.0 o Order Number: AA-EA87E-TE AA-EA87E-TE May 1990 The information in this document is subjectto change without notice and should not be construed as a commitment by Digital Equipment Corporation. Digital Equipment assumes no responsibility for any errors that may appear in this document. The software described in this document is furnished under a license and may only be used or copied in accordance with the terms of such license. No responsibility is assumed for the use or reliability of software on equipment that is not supplied by Digital or its affiliated companies. Restricted Rights: Use, duplication, or disclosure by the U.S. Government is subject to restrictions as set forth in subparagraph (c) (1) (ii) of the Rights in Technical Data and Computer Software clause at DFARS 252.227-7013. Copyright © 1985,1987,1988,1990 by Digital Equipment Corporation All Rights Reserved The following are trademarks of Digital Equipment Corporation: DEC PDP VAX DECnet ULTRIX VMS DECUS UNIBUS ~DmDDmD1M UNIX is a registered trademark of AT&T in the USA and other countries. c This manual was produced by Networks and Communications Publications. Contents Preface . vii Chapter 1 Before You Start 1.1 Checking Whether DECnet Is Already Configured .
    [Show full text]
  • HP Decnet-Plus for Openvms Decdts Management
    HP DECnet-Plus for OpenVMS DECdts Management Part Number: BA406-90003 January 2005 This manual introduces HP DECnet-Plus Distributed Time Service (DECdts) concepts and describes how to manage the software and system clocks. Revision/Update Information: This manual supersedes DECnet-Plus DECdts Management (AA-PHELC-TE). Operating Systems: OpenVMS I64 Version 8.2 OpenVMS Alpha Version 8.2 Software Version: HP DECnet-Plus for OpenVMS Version 8.2 HP DECnet-Plus Distributed Time Service Version 2.0 Hewlett-Packard Company Palo Alto, California © Copyright 2005 Hewlett-Packard Development Company, L.P. Confidential computer software. Valid license from HP required for possession, use, or copying. Consistent with FAR 12.211 and 12.212, Commercial Computer Software, Computer Software Documentation, and Technical Data for Commercial Items are licensed to the U.S. Government under vendor’s standard commercial license. The information contained herein is subject to change without notice. The only warranties for HP products and services are set forth in the express warranty statements accompanying such products and services. Nothing herein should be construed as constituting an additional warranty. HP shall not be liable for technical or editorial errors or omissions contained herein. Intel and Itanium are trademarks or registered trademarks of Intel Corporation or its subsidiaries in the United States and other countries. UNIX is a registered trademark of The Open Group. Printed in the US Contents Preface ............................................................ vii 1 Introduction to the HP DECnet-Plus Distributed Time Service 1.1 DECdts Advantages . ........................................ 1–2 1.1.1 Applications Support ...................................... 1–2 1.1.2 External Time-Provider Support ............................
    [Show full text]
  • Cisco IOS Appletalk Configuration Guide Release 12.4
    Cisco IOS AppleTalk Configuration Guide Release 12.4 Corporate Headquarters Cisco Systems, Inc. 170 West Tasman Drive San Jose, CA 95134-1706 USA http://www.cisco.com Tel: 408 526-4000 800 553-NETS (6387) Fax: 408 526-4100 Customer Order Number: DOC-7817505= Text Part Number: 78-17505-01 THE SPECIFICATIONS AND INFORMATION REGARDING THE PRODUCTS IN THIS MANUAL ARE SUBJECT TO CHANGE WITHOUT NOTICE. ALL STATEMENTS, INFORMATION, AND RECOMMENDATIONS IN THIS MANUAL ARE BELIEVED TO BE ACCURATE BUT ARE PRESENTED WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED. USERS MUST TAKE FULL RESPONSIBILITY FOR THEIR APPLICATION OF ANY PRODUCTS. THE SOFTWARE LICENSE AND LIMITED WARRANTY FOR THE ACCOMPANYING PRODUCT ARE SET FORTH IN THE INFORMATION PACKET THAT SHIPPED WITH THE PRODUCT AND ARE INCORPORATED HEREIN BY THIS REFERENCE. IF YOU ARE UNABLE TO LOCATE THE SOFTWARE LICENSE OR LIMITED WARRANTY, CONTACT YOUR CISCO REPRESENTATIVE FOR A COPY. The Cisco implementation of TCP header compression is an adaptation of a program developed by the University of California, Berkeley (UCB) as part of UCB’s public domain version of the UNIX operating system. All rights reserved. Copyright © 1981, Regents of the University of California. NOTWITHSTANDING ANY OTHER WARRANTY HEREIN, ALL DOCUMENT FILES AND SOFTWARE OF THESE SUPPLIERS ARE PROVIDED “AS IS” WITH ALL FAULTS. CISCO AND THE ABOVE-NAMED SUPPLIERS DISCLAIM ALL WARRANTIES, EXPRESSED OR IMPLIED, INCLUDING, WITHOUT LIMITATION, THOSE OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT OR ARISING FROM A COURSE OF DEALING, USAGE, OR TRADE PRACTICE. IN NO EVENT SHALL CISCO OR ITS SUPPLIERS BE LIABLE FOR ANY INDIRECT, SPECIAL, CONSEQUENTIAL, OR INCIDENTAL DAMAGES, INCLUDING, WITHOUT LIMITATION, LOST PROFITS OR LOSS OR DAMAGE TO DATA ARISING OUT OF THE USE OR INABILITY TO USE THIS MANUAL, EVEN IF CISCO OR ITS SUPPLIERS HAVE BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGES.
    [Show full text]