home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / vmsnet / networks / tcpip / multinet / 2756 < prev    next >
Encoding:
Internet Message Format  |  1993-01-25  |  1.7 KB
  1. Path: sparky!uunet!usc!news.service.uci.edu!unogate!mvb.saic.com!info-multinet
  2. From: VANCE@TGV.COM (L. Stuart Vance)
  3. Newsgroups: vmsnet.networks.tcp-ip.multinet
  4. Subject: Re:  TCP/IP via PSI **REAL** slow?
  5. Message-ID: <727943695.281930.VANCE@TGV.COM>
  6. Date: Sun, 24 Jan 1993 22:34:55 -0800 (PST)
  7. Organization: TGV, Incorporated
  8. X-Gateway-Source-Info: Mailing List
  9. Lines: 23
  10.  
  11. >We may (in the next two months) try to use Multinet's TCP/IP encapsulated
  12. >within X.25 to gateway traffic from our Holland office to our local Colorado
  13. >office.  The reason we want to try something sooo boneheaded is because the
  14. >X.25 bridges are DNA traffic relays only (I may not be explaining this very
  15. >well).  What we have is a VAX with PSI sending/receiving data to/from a DEC
  16. >DEMSB (I hope that's the right letters) on both sides of the world.  What's
  17. >better is this existing link is only 9600 baud!  Could you laugh any harder?
  18. >:-( :-( :-( :-( :-( :-( :-( :-( :-( :-( :-( :-( :-( :-( :-( :-( :-( :-(
  19. >
  20. >Anyway, is this doomed?  *OR*, with huge performance delays assumed, will
  21. >it work?  Is anyone out there trying something similar (God help you)?
  22. >With any luck, upper management will spring for extra $$ for a faster X.25
  23. >link at the very least.
  24.  
  25. Your delays/performance problems will be twofold: the low bandwidth, and the
  26. high latency (round trip time).  TELNET will be rather painful because of the
  27. latter, FTP painful because of the former.  It's certainly not hopeless. 
  28. Things will function, but you'll need to set your expectations rather low from
  29. the start.  The main thing is to bring up the link in "test" mode first to see
  30. how good or bad it will be before turning it over to your users.
  31.  
  32. Regards!
  33. -----Stuart
  34.