home *** CD-ROM | disk | FTP | other *** search
- Xref: sparky comp.protocols.tcp-ip:4274 comp.protocols.ibm:701 comp.sys.novell:6954
- Newsgroups: comp.protocols.tcp-ip,comp.protocols.ibm,comp.sys.novell
- Path: sparky!uunet!psgrain!hippo!nuustak!csir.co.za!frcs!paul
- From: paul@frcs.Alt.ZA (Paul Nash)
- Subject: High capacity TCP/IP - SNA gateways
- Organization: Free Range Computer Systems CC
- Date: Wed, 2 Sep 92 05:33:37 GMT
- Message-ID: <1992Sep2.053337.4661@frcs.Alt.ZA>
- Keywords: TCP/IP SNA GATEWAY UNIX NOVELL
- Lines: 38
-
- A while back I posted here asking about high capacity Novell - SNA
- gateways, to replace or failing (and discontinued) Novell gateways.
- We have pretty much decided on a route to follow, and I would like to
- bounce the idea off the net.community, in case we have it all wrong.
-
- We want to get access from an Ethernet LAN to a large-ish MVS system,
- and _also_ get access to Unix hosts on the LAN from SNA 3270
- terminals. We currently have two Novell SNA gateways, converting
- Ether to Token Ring, thence via a pair of Mohawk MC400 devices into
- the MVS system. This is massively unstable. Users in the SNA cloud
- access the MVS' VTAM, thence via IBM's TCP/IP an ELC, and so into the
- LAN. This works, but costs us 2 - 4 MIPS on the MVS box.
-
- We are planning to rip all this out, and replace with a large Unix box
- (something like an IBM RS/6000 or Sun 670/MP). This machine will have
- the usual Ethernet adapter, plus a channel-attatch into the MVS. This
- must handle between 600 and 700 simultaneous connections, doing vt100
- to 3270 translation. The Unix box will also have a 48 kbps SDLC link
- into the SNA cloud, for incoming connections from SNA 3270 terminals.
- We expect between 100 and 200 simultaneous connections this way, with
- suitable 3270 - vt100 mapping providing access to Unix hosts on the
- LAN. Software would be either vendor-supplied, or something like Open
- Connect II.
-
- Has anyone out there had any experience of something like this? If
- so, was it good or bad? Any ideas about hardware (type, size) and
- software? Any input at all would be most welcome.
-
- I last worked on IBM comms about 10 years back, and want to avoid it
- if at all possible, hence this scheme :-).
-
- paul
-
- ---=---=---=---=---=---=---=---=---=---=---=---=---=---=---=---=---
- Paul Nash paul@frcs.Alt.ZA
- Box 12475, Onderstepoort, 0110 South Africa +27-12-5611879
-
- "You don't want to get locked into open systems" -- IBM
-