RFC 136

Host accounting and administrative procedures

๐Ÿ“… published April 1971, from ietf

Host Accounting and Administrative Procedures โœจ

RFC: 136 ๐ŸŽ€ (NIC 6713) Authors: R. Kahn, from BBN ๐Ÿงš Date: 29 April 1971 ๐Ÿ“… Category or status: the header doesn't list one ๐Ÿคทโ€โ™€๏ธ Obsoletes or updates: the header doesn't list anything ๐Ÿ™ˆ

It lives in the Network Working Group, so it's giving early internet history ๐Ÿ’œ


okay so a plan has to be formulated and agreed on for building a Host accounting system in the ARPA Network ๐Ÿ’– That plan should look at current Host accounting practices AND new technical contributions ๐Ÿ”ฅ This doc is an early attempt to figure out the issues around Host accounting. It's a working document meant to be a base for more discussion, and it does not represent, nor is it intended to represent, a position on any of these issues ๐Ÿซถ

The way the Network runs and how it could grow are both big factors when you're planning Host accounting ๐Ÿ“ˆ These questions give useful background, so keep them in mind:

  1. Who or what operates the Network? ๐Ÿ‘€
  2. What is the criteria upon which new sites should be incorporated into the Network? ๐ŸŒธ
  3. What regulations, if any, apply to the connection of non-ARPA sites? ๐Ÿ“œ
  4. What is the relation, if any, between the ARPA Network and common carrier services? โ˜Ž๏ธ
  5. What procedures are required to bring new sites on board and up to speed? ๐Ÿš€
  6. What is the most effective way to characterize their resources? ๐Ÿง
  7. What usage of other Network resources do they anticipate? ๐Ÿ“
  8. What procedures will be required for a typical user to obtain access to that Host? ๐Ÿ”‘
  9. What is their charging policy and for what items? ๐Ÿ’ธ
  10. Are their rates in accordance with government standards? ๐Ÿ›๏ธ

Assumptions Regarding the Network

I made a bunch of assumptions in this presentation. They should simplify things and, hopefully, make the framework the accounting issues sit in way clearer โœจ Any one of them may be subject to challenge, so don't be shy about pushing back ๐Ÿ’…

1. Subnet Considerations

1.1 That some entity, government or private, will undertake to operate the subnet and will act as a cost center for the subnet. ๐Ÿข

1.2 That the total cost of operating the subnet (equipment, development, maintenance, service and other administrative costs) will be assumed by the cost center, which will be reimbursed by the Host sites or directly by ARPA on both a connect and usage basis. ๐Ÿ’ฐ

1.3 That the subnet will be initially operated as part of a private government-sponsored resource-sharing network for the use of its participants in obtaining computer services, and not as a common carrier for the sale of communication services. ๐Ÿค

1.4 That both ARPA and non-ARPA supported contractors will eventually be allowed to connect. The use of the subnet may be administered to support resource-sharing activities. ๐ŸŒˆ

2. Host Considerations

2.1 That each serving Host will make arrangements for use of its facilities and arrange to obtain payment either from its own ARPA contract, directly from the using Host, or from the using Host via an intermediate mechanism. ๐Ÿงพ

2.2 That each prospective Host site will make available (in some way to be designated) figures on cost of usage for relevant facilities such as cpu, storage, connect time, peripherals, etc. It will further indicate, where appropriate, the status of equipment (such as government-furnished, leased, or privately owned) and whether the rates are in accord with government standards. ๐Ÿ“Š

2.3 That the implementation of standard automated accounting procedures involving the use of the Network will be deferred until non-automated procedures have been understood and stabilized. Early experimentation in this area is appropriate, however. ๐Ÿงช

2.4 That no major change in current Host accounting procedures should be required initially. ๐Ÿ™

3. Both Host and Subnet Considerations

3.1 That two kinds of traffic into the Network will be measured by the network, namely traffic to Hosts at other sites and traffic to Hosts at the same site. ๐Ÿ“

3.2 The Network cost center will record traffic out of each Host but will not initially keep records of traffic on a Host/Host basis or on a link or socket basis. Each Host will be responsible for distributing the cost of Network usage among the appropriate users. ๐Ÿงฎ

3.3 That some form of duplication, verification, or backup of accounting information may become desirable. ๐Ÿ’พ

3.4 Understanding the relationship between service, improvement, reliability and cost should be the responsibility of the Network operator, but feedback from the Host sites in this area is absolutely essential. ๐Ÿ“ฃ

Suggested Topics

The following set of topics are introduced for discussion among the network community. Let's get talking ๐Ÿ—ฃ๏ธ๐Ÿ’ฌ

1. Current Practices

1.1 What constitutes current Host accounting procedures? How is it accomplished and what is accounted for? ๐Ÿ”

2. Administrative Procedures

2.1 What access arrangements for network users are either planned or envisioned at each site? ๐Ÿ—๏ธ

2.2 Are security or authenticity provisions required for network usage and if so, what is the nature of that requirement? ๐Ÿ”

2.3 Should Host accounting and network accounting be completely independent of each other or not? If not, in what way should they be made independent? ๐Ÿงฉ

2.4 What long range billing procedures are desirable? ๐Ÿ”ฎ

3. Charging Policies

3.1 What procedures are required for a Host to determine the most cost effective way to run a job on the Network? In this regard, is it helpful to try to categorize resources for costing purposes? ๐Ÿง 

3.2 Should some classes of Host activity be exempt from accounting? ๐Ÿ™‹โ€โ™€๏ธ

3.3 Is it desirable to achieve standardized rates for specific classes of activity, and if so how should those rates be determined? โš–๏ธ

4. Technical Aspects

4.1 Should Host accounting information eventually flow via the Network? Should it be accessible to a user or a Host in real-time? If so, what should flow online? โšก

4.2 What accounting mechanisms, if any, are needed to deal with events, from which recovery or continuation is not possible that result from use of the Network and lack of proximity to the computer? To what extent are the procedures in current use for remote users from the dial-up network applicable? ๐Ÿ“ž

4.3 For what classes of Host Network activity, if any, is conventional logging-in not a desirable long-range strategy? ๐Ÿค”

This list of topics is not meant to be complete or even very specific. Suggestions for additional topics are not only welcomed but encouraged ๐ŸŒŸ bring your ideas!! ๐Ÿ’œ


         [ This RFC was put into machine readable form for entry ]
             [ into the online RFC archives by Sergio Kleiman]
๐Ÿ“ฆ where this page comes from