home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!elroy.jpl.nasa.gov!sdd.hp.com!ux1.cso.uiuc.edu!moe.ksu.ksu.edu!mccall!ipmdf-newsgate!list
- Newsgroups: vmsnet.mail.pmdf
- Subject: RE: Multinet TCP/IP parameter settings
- Message-ID: <921120145542.36a010e1@TGV.COM>
- From: <adelman@tgv.com>
- Date: 20 Nov 1992 14:56:22 -0800 (PST)
- Reply-To: <Adelman@TGV.COM>
- Organization: The Internet
- Return-Path: <epmdf@YMIR.CLAREMONT.EDU>
- Resent-Date: 20 Nov 1992 14:56:22 -0800 (PST)
- Resent-From: epmdf@YMIR.CLAREMONT.EDU
- In-Reply-To: Your message <01GRDK9XTKEQ003JXS@CGNET.COM> dated 20-Nov-1992
- CC: ipmdf@INNOSOFT.COM, service@TGV.COM
- Errors-To: epmdf@YMIR.CLAREMONT.EDU
- Resent-Message-ID: <01GRDNB3R48Y9AMLKW@INNOSOFT.COM>
- X-Vms-To: IN%"S.ROSS@CGNET.COM"
- X-Vms-Cc: IN%"ipmdf@INNOSOFT.COM", IN%"service@TGV.COM"
- Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
- Content-Transfer-Encoding: 7BIT
- Lines: 32
-
- > Lately some hosts have been unable to connect to our Multinet TCP/IP
- > channel. Currently the multinet/configure utility shows the
- > following parameters:
-
- > SERVER-CONFIG>sho smtp /full
- > Service "SMTP":
- > TCP socket (AF_INET,SOCK_STREAM), Port 25
- > Socket Options = SO_KEEPALIVE
- > INIT() = TCP_Init
- > LISTEN() = TCP_Listen
- > CONNECTED() = TCP_Connected
- > SERVICE() = Run_Program
- > Program = "PMDF_ROOT:[EXE]MTCP_SLAVE.EXE"
- > Working Set = 400
- > Max Servers = 2
- > Backlog = 2
-
- > We are interested in increasing the last two, Max Servers and Backlog to
- > allow more SMTP slave processes to be running simultaneously and to allow
- > more calling machines to be queued while waiting for one of the processes
- > already running to finish.
-
- > We have a 9600 bps compressed SLIP line to the internet and we're running
- > PMDF 4.1-13 and Multinet 3.0.
-
- > Can anyone recommend appropriate settings for these parameters that allow
- > more calls to come in at once? Is it better to increase Max Servers or
- > Backlog or both?
-
- You really want to increase MAX-SERVERS.
-
- Ken
-