Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!uunet!seismo!sundc!pitstop!sun!amdcad!cae780!hplabs!ucbvax!UDEL.EDU!Mills
From: Mills@UDEL.EDU
Newsgroups: comp.protocols.tcp-ip
Subject: Re:  NSFNET woe: causes and consequences
Message-ID: <8710082023.aa25223@Huey.UDEL.EDU>
Date: Thu, 8-Oct-87 20:23:06 EDT
Article-I.D.: Huey.8710082023.aa25223
Posted: Thu Oct  8 20:23:06 1987
Date-Received: Sun, 11-Oct-87 11:55:57 EDT
Sender: usenet@ucbvax.BERKELEY.EDU
Organization: The ARPA Internet
Lines: 13

Ken,

Thanks very much for your thoughtful and informative response. Like you,
I do believe the proximate cause of the psc-gw problems is running
short of virtual-circuit resources in the X25 interface; however, I am
a little worried about the workaround you suggest - shortening the
idle timer in the PSN itself. I have verified that packets do get
lost if traffic is flowing at the time of the VC clear due to the
interface itself, even in loopback. I think the eventual resolution
must be rebuilding the driver to reclaim VCs on the basis of time and
use, much the same way the PSNs must handle that for themselremacirI di