home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / dcom / sys / cisco / 1090 < prev    next >
Encoding:
Text File  |  1992-08-13  |  2.7 KB  |  81 lines
  1. Newsgroups: comp.dcom.sys.cisco
  2. Path: sparky!uunet!gatech!concert!sas!mozart.unx.sas.com!djc
  3. From: djc@scimitar.unx.sas.com (David J. Cherveny)
  4. Subject: Re: anyone using STUN to connect FEPs?
  5. Originator: djc@scimitar.unx.sas.com
  6. Sender: news@unx.sas.com (Noter of Newsworthy Events)
  7. Message-ID: <Bsy7B7.AnF@unx.sas.com>
  8. Date: Fri, 14 Aug 1992 00:42:43 GMT
  9. References: <ssw.713566474@bronze.ucs.indiana.edu> <ej.713727684@cc.univie.ac.at>
  10. Nntp-Posting-Host: scimitar.unx.sas.com
  11. Organization: SAS Institute Inc.
  12. Lines: 67
  13.  
  14.  
  15. In article <ej.713727684@cc.univie.ac.at>, ej@cc.univie.ac.at (Ewald Jenisch) writes:
  16. |> ssw@bronze.ucs.indiana.edu (steven wallace) writes:
  17. |> 
  18. |> >We're considering using STUN to connect a local 3725 to a remote
  19. |> >3725.  Anyone have experience using STUN to connect IBM FEPs?
  20. |> 
  21. |> Yes, we've done exactly that -- at least with partial success. Our
  22. |> only problem was that the SNA-tunnel can't get through frames larger
  23. |> than about 1500 or 2000 bytes unfragmented.
  24. |> 
  25. |> If I remember right, this isn't actually a problem with the tunnel
  26. |> itself, but rather a limit of the hardware of the serials: they are
  27. |> limited to 1500 or 2000 bytes (don't remember the exact figure
  28. |> though).
  29. |> 
  30. |> If fragmentation isn't a problem for your SNA-applications you should
  31. |> be happy with the STUN connecting FEPs though. We've had no
  32. |> configuration tuning besides proxy-poll in order to keep the WAN
  33. |> responsive.
  34. |> 
  35. |> On the software-side we used 8.3(1) and 8.3(3). (we've done our tests
  36. |> some months ago)
  37. |> 
  38. |> -ewald
  39. |> 
  40. |> --
  41. |> Ewald Jenisch                      |  E-mail: ewald.jenisch@cc.univie.ac.at 
  42. |> Vienna University Computer Center  |          z00ejr01@awiuni11.bitnet
  43. |> Universitaetsstrasse 7             |  Tel: +43 (222) 43-61-11 x251  Fax x170
  44. |> A-1010 Vienna, Austria             |  NIC-Handle: EJ63
  45. |> 
  46. |> 
  47. |> 
  48. |> 
  49.  
  50. We ( SAS Institute Inc ) tried STUN between FEPs and ran into the same
  51. problem.  In particular, when we ran SAS ( our favorite program ), it
  52. failed.  Other applications like SPF ran OK.
  53.  
  54. To improve performance, SAS apparently draws its screens with large writes.
  55. 4k or so it seems.   I haven't talked to the developers, this is from
  56. analyzing the data stream.
  57.  
  58. We looked into adjusting some parameters on the FEPs to limit the max
  59. data size but it was thought performance would suffer too much.
  60.  
  61. Due to various other considerations, and lack of a pair of FEPs to test
  62. with, we punted and just multiplexed the circuit.  Sigh.
  63.  
  64.  
  65. So, how did you get around the 2k limit?  Tweek some VTAM parameters?
  66.  
  67.  
  68.  
  69. David Cherveny                djc@unx.sas.com
  70. Systems Programmer, networking
  71. Network Support Dept
  72. SAS Institute Inc.
  73.  
  74. ( SAS is a registered trademark of SAS Institute Inc. )
  75.  
  76.  
  77.  
  78.  
  79.  
  80.  
  81.