★ wanayoo — archive 1999 http://sun.icsnet.com/rfc/rfc40.shtmlNouvelle recherche | Portail wanayoo

News
  Headlines
  Scoop
  Submit News

Man Pages
To look up the Solaris manual page for a command, type it in and press GO.

Advanced Search

Resources
  Online Man Pages
  Reviews
  QuickGuides™
  SysAdmin Quiz
  Articles
  Forums
  Essential Ref
  FAQs
  Software
  Hardware
  Usenet
  ISP-Solaris
  Server Daemons
  Feedback
  About

RFC's
To look up an Internet RFC, type in the rfc number or a keyword and hit GO.

RFC Index
Services
  Consulting
  Hardware

Search
To search for a topic type it in and press GO.

Advanced Search

Link to us
  Ultramode
  Banners

internet.com
  Internet News
  Internet Investing
  Internet Technology
  Windows Internet Tech.
  Linux/Open Source
  Web Developer
  E-Commerce/Marketing
  ISP Resources
  ASP Resources
  Wireless Resources
  Downloads
  Internet Resources
  Internet Lists
  International

  Search internet.com
  Advertising Info
  Corporate Info
  Internet Trade Shows

internet.commerce
  Be a Commerce Partner
  Internet Jobs
  E-Business Exchange
  PDA Time Tracking
  News to Your Desktop
  Build Your Intranet
  Hardware Store
  Domain Name Search
  Offer Online Payment
  Buy Linux Products
  Create a WebTour

Tell A Friend!
If you've got a friend you think would enjoy our site, let them know!
Your name

Your email address

Your friends email address



* Solaris and all Solaris-based marks are trademarks or registered trademarks of Sun Microsystems, Inc. in the United States and other countries. SolarisGuide.com is independent of Sun Microsystems, Inc.



Exploring XML

THE UNOFFICIAL GUIDE TO THE SOLARIS™ OPERATING ENVIRONMENT

>>> rfc40







Network Working Group                                         E. Harslem
Request for Comments: 40                                      J. Heafner
                                                                    RAND
                                                              March 1970

               More Comments on the Forthcoming Protocol

We have recently discussed NWG/RFC Nos. 36 and 39 with Steve Crocker,
UCLA.  Steve has asked that we elaborate on the errors, queries, and
HOST status that were mentioned in NWG/RFC #39.

Please voice your opinions soon in order to affect the forthcoming
protocol specifications.

ERROR MESSAGES

        

 is an eight-bit field that specifies the error type.  The
assigned codes are shown below.   is a 16-bit integer
that indicates the length of the  in bits.  The
 is the spurious command.

The ranges of  are shown below in hexidecimal.

     00     Unspecified error types
     10-0F  Resource errors
     10-1F  Status errors
     20-2F  Content errors
     30-3F  Unused

Specific values of  are shown below with their meaning.

      value   Semantics

         00         Unspecified errors.
         01         Request for an invalid resource.
         02         Request for an exhausted resource, try later.
        03-0F       Unused.
         10         Invalid , i.e., link connected but unblocked.
         11         Invalid .
         12         Invalid , i.e., connected but no 
                      received.








                                                                [Page 1]

      value   Semantics

         13         Message received on blocked link.
        14-1F       Unused.
         20         Unknown command code.
         21         Message received on unconnected link.
         22         Invalid .
         23         Invalid .
         24         Invalid , i.e., link not connected.
         25         Invalid .
         26         Invalid .
         27         Invalid .
         28         Invalid , i.e., not connected.
        29-2F       Unused.
        30-FF       Unused.

QUERIES

      
or     

The  is the query indicated in NWG/RFC #39 and  is the reply.
The format of  is shown below; also refer to NWG/RFC #36, p. 3.

::= <16 bit count of relevant connection table entries>
          

::=
                                     
                                     
                                     

::=  
                                        
                                       
                                       















                                                                [Page 2]

HOST STATUS

     

An NCP may be up, down, pending, etc.  When an NCP changes its
state to UP it should send a  to each remote NCP which
indicates the NCP is available.  The sending NCP can then
construct a vector of HOST status from the RFNMs it receives.  An
NCP receiving a  can update the availability of the sending
NCP in its HOST status vector.



       [ This RFC was put into machine readable form for entry ]
         [ into the online RFC archives by Richard Ames 6/97 ]




































                                                                [Page 3]


Printable Output


© 2000 internet.com

About internet.com Corp. | Press Releases
Privacy Policy | Advertising Information