RFC 17:Some Questions Re: HOST-IMP Protocol
RFC-Ref

link


Click on the red underlined text to get to the source

... 1. Automatic deletion of links, as indicated in BBN 1822, page 11, seems bad: ...
... seems bad: a) Link use may be dependent upon human use of a time share terminal - indefinite time between messages. ...
... terminal - indefinite time between messages. b) Program using link may be slow due to: i) Busy HOST ...
... CPU time between messages - is it that, if a HOST's user fails to use a link for 15 seconds, the HOST network ...
... HOST network program must generate a dummy message merely to keep the link open? 2. Steve Crocker, HOST ...
... 4. "Arbitrary delays," middle paragraph, page 23, BBN 1822, seems inconsistent with automatic link deletion questioned in 1 above. Normally the times involved differ by many orders of magnitude but a high priority ...
... IN NWG:- 17 The deletion of a link entry from an IMP's link table will, in ...
... The deletion of a link entry from an IMP's link table will, in general, have no effect upon a Host transmission (or reception) at ...
... Host transmission (or reception) at that IMP's site. Let us distinguish between non-use of a link in- between messages and non-use of a link due to Host ...
... IMP's site. Let us distinguish between non-use of a link in- between messages and non-use of a link due to Host program delays in the middle of transmitting ...
... receiving a message. When the Host transmits a message on a link for which an entry is not in the link table, one will simply be inserted there. There is no need for ...
... Host transmits a message on a link for which an entry is not in the link table, one will simply be inserted there. There is no need for "dummy" Host ...
... table, one will simply be inserted there. There is no need for "dummy" Host messages to keep a link "open" since a link is effectively always open. Only if the link ...
... "dummy" Host messages to keep a link "open" since a link is effectively always open. Only if the link table becomes full ...
... link "open" since a link is effectively always open. Only if the link table becomes full immediately after an entry is deleted (a situation we do not expect ...
... Arbitrary delays introduced by Host programs are also not inconsistent with the link entry deletion procedure. A link is blocked when the first access of the link ...
... Host programs are also not inconsistent with the link entry deletion procedure. A link is blocked when the first access of the link table is made during ...
... link entry deletion procedure. A link is blocked when the first access of the link table is made during transmission from the source IMP and is unblocked when the RFNM ...
... IMP and is unblocked when the RFNM returns. Only non-blocked transmit link entries are deleted after 30 seconds of disuse. The statement on page 23 referencing arbitrary ...



Google
Web
RFC-Ref