HDTenEightyP/NetNews huggingface dataset:
Newsgroups: bit.listserv.ibmtcp-l
Date:         Mon, 6 Apr 1992 16:00:12 EDT
From:         "Daniel M. Barton" <DMBARTON@RALVMM.VNET.IBM.COM>
Subject:      Underscore in Host field
X-To:         weaver%OHSTVMA.bitnet@cunyvm.cuny.edu
X-cc:         ibmtcp-l%PUCC.bitnet@cunyvm.cuny.edu

> We are still running FAL 1.2.2 here at Ohio State.
>
> Does FAL allow for the use of the underscore character in the host
> portion of the address?
>
> How about ver 2?
>

Underscores are not allowed in TCP/IP hostnames, here are the rules
from RFC 952.  Note:  hostnames can now start with a numeric character
(such a "3com"), this rule was amended in RFC 1123.  I'd recommend you
not use underscores as many TCP/IP implementations (including FAL),
explicitly check a hostname to see if its legal or not.


ASSUMPTIONS

   1. A "name" (Net, Host, Gateway, or Domain name) is a text string up
   to 24 characters drawn from the alphabet (A-Z), digits (0-9), minus
   sign (-), and period (.).  Note that periods are only allowed when
   they serve to delimit components of "domain style names". (See
   RFC-921, "Domain Name System Implementation Schedule", for
   background).  No blank or space characters are permitted as part of a
   name. No distinction is made between upper and lower case.  The first
   character must be an alpha character.  The last character must not be
   a minus sign or period.  A host which serves as a GATEWAY should have
   "-GATEWAY" or "-GW" as part of its name.  Hosts which do not serve as
   Internet gateways should not use "-GATEWAY" and "-GW" as part of
   their names. A host which is a TAC should have "-TAC" as the last
   part of its host name, if it is a DoD host.  Single character names
   or nicknames are not allowed.
Xref: sparky bit.listserv.ibmtcp-l:1325 comp.protocols.tcp-ip.ibmpc:2971
Organization: Johannes Kepler University Linz - Computing Center
Date: Tuesday, 14 Apr 1992 00:49:29 CDT
From: <K3006E7@ALIJKU11.BITNET>
Newsgroups: bit.listserv.ibmtcp-l,comp.protocols.tcp-ip.ibmpc
Subject: Question Re: Clarkson University TCP and config.tel

I have recently been able to get my Clarkson TCP and TN3270 to
work.... almost.  I still get the following error message:

Warning, packet driver vector invalid, using default search

and then on the next lines:

Packet Drive (NE2000)
Class 1 Type 54 Version a Extended 2
etc.

Presently, I have "ne2000.com 0x60 0x3 0x300" running from the
autoexec.bat.  So I am wondering if my config.tel is incorrect.
I have presently set:

hardware=packet; interrupt=3

Should it be something else?  Also, do I need to set "address"
and "ioaddr", or are the defaults already okay.
I would really appreciate any help!  I apologize to the readers who
find these questions irritatingly elementary.

Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Wed, 15 Apr 1992 10:03:27 EDT
From:         "Daniel M. Barton" <DMBARTON@RALVMM.VNET.IBM.COM>
Subject:      "The TCP/IP Connection" Newsletter
X-To:         ibmtcp-l%PUCC.bitnet@cunyvm.cuny.edu

The following announcement is for the new "TCP/IP Connection"
newsletter.  If you are interested in news on IBM TCP/IP products you
may want to subscribe to this newsletter.  The TCP/IP Connection is
intended for anyone who has an interest in TCP/IP products.

The TCP/IP Connection is currently only available within IBM to IBM
employees, but can be freely distributed to any interested party.
If you are interested in this newsletter, please ask your SE to get
the newsletter with the commands below.

PLEASE NOTE:  The newsletter is in LIST3820 format only, so I cannot
mail you a copy.  We are working on making the newsletter available in
different formats, please stay tuned!


To get all current issues of the newsletter, use:

   TOOLS SENDTO BCRVMMS1 TOOLS MKTTOOLS GET TCPNEWS PACKAGE

To subscribe and automatically receive new issues of the newsletter, use:

   TOOLS SENDTO BCRVMMS1 TOOLS MKTTOOLS SUBSCRIBE TCPNEWS PACKAGE


Daniel


>
> (TCPNEWS ANNOUNCE)
>
> TCP/IP NEWSLETTER ANNOUNCED---TCP/IP CONNECTION
>
> A New TCP/IP newsletter is now available on MKTTOOLS.  The name is
> "TCPNEWS".  This periodic letter will have short, concise articles
> about "What's new in TCP/IP".
>
> M&S Marketing and NS TCP/IP Development believe that 1992 will be a
> year of continued growth for TCP/IP and will present an opportunity
> to significantly increase market share for IBM's suite of TCP/IP
> products:  MVS, VM, OS/2, DOS, OS/400, and AIX.  The intent of The
> TCP/IP Connection is to keep you and your customers informed about
> what we're doing to help make that happen.  So we hope you will read
> this newsletter and share what you've learned with your customers.
> We also hope that The TCP/IP Connection, which we plan to publish on
> a regular basis, will become a vehicle for sharing your successes
> and experiences in the dynamic and exciting area of TCP/IP.
>
> Since the newsletter will be published periodically we suggest that
> you SUBSCRIBE to the MKTTOOLS package so that you will automatically
> receive future issues.
>
> Prior issues will be left on MKTTOOLS and new issues will be added.
> If subscribe you will just receive the new issues as they are added.
>
> ALAN REINHOLD    REINHOLD@RALYDPD.VNET.IBM.COM   8/352-3173


=====-=====-=====-=====-=====-=====-=====-=====-=====-=====-=====-=====-=====

Daniel M. Barton                 Internet:  dmbarton@ralvmm.vnet.ibm.com
TCP/IP Development                          dmbarton%ralvmm@vnet.ibm.com
IBM Research Triangle Park, NC  USA
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Wed, 15 Apr 1992 18:15:44 CST
From:         Konrad Brandemuhl <UCCXKVB@OSUVM1.BITNET>
Subject:      Re: Telnet defaultappl override?
              15 Apr 1992 16:21:20 EDT from <rubinm@WATSON.IBM.COM>

On Wed, 15 Apr 1992 16:21:20 EDT Bill Rubin said:
>> As an alternative, is it possible to set up multiple
>> telnet ports with different defaultappls?  Or is there
>> a telnet parameter the user can specify to override
>> the default appl?
>>
>> We have several applications which do not require passwords
>> (library system).  We would like to avoid users having to
>> specify passwords on a network solicitor or on the telnet
>> enter appl screen (no default appl specified in config file).
>
>There is no reason why the user needs to enter his userid and password on
>our "Enter application" screen if there is no RESTRICTAPPL protection
>given to the application he wants to get to.  It is probably a bit
>confusing, but just entering the applid should suffice.
>
>Bill Rubin
>IBM TJ Watson Research

I tried it and it works just fine.  Is there any way to add
installation defined lines of information to the same "TCPIP
Enter Application" screen?  We would like to be able to tell
users what to enter to get connected to the various applications
available and which applications require and don't require
userid/password combinations.

We will ultimately try to changed our Session Manager (Candle SM
network soliciter) to have both a userid/password section
and a non-userid/password section, but since SM is in production
and TCPIP isn't, it is simpler at present to make changes in
TCPIP than with the SM product.

Thanks in advance.

Konrad Brandemuhl
System Software Services,           University Computer Center,
Oklahoma State University,          Stillwater, OK 74078-0606
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Wed, 8 Apr 1992 09:02:00 DST
From:         Bert Wijnen <wijnen@VNET.IBM.COM>
Subject:      Sna point to point links and other paths
X-To:         ibmtcp-l%PUCC.bitnet@cunyvm.cuny.edu

>  Frank P Esposito <FPEOC@CUVMB.BITNET>  writes:

>  Is there any problem using the same home address on a point-to-point link
>  as the home address of the 3172? My  concern here is that if a vm and mvs
>  systems are connected via sna and there  also is a series of cicso's that
>  get get the  packet from vm to  mvs, will routed alway pick  the sna link
>  because it's the shortest path?
>
>  Frank P. Esposito
>

If you are going to use SNMP for network management, then there is a
problem if you do that. In that case all counters will be collapsed
into that one ip address. So you can't really see any counters for
the pt-pt link, and the numbers you get for the address of the
3172 will include all the stuff related to the pt-pt link.

Bert Wijnen  - wijnen@vnet.ibm.com
IBM International Operations, Uithoorn, Netherlands
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Thu, 9 Apr 1992 11:40:17 +0300
From:         Benzi mizrahi <VSBENZI@WEIZMANN.WEIZMANN.AC.IL>
Subject:      CD to directory with trailing blank

Hello,

 FTP client can't cd to remote directory that end with space.
 I tried QUOTE CWD, dubble and single quotation marks, but I always
 got the 'no such directory' message.
 Other FTP clients such as Unix's do accept the syntax
 cd "Dir ".
 Is this a V2R2 ftp client bug??

Benzi Mizrahi
Computing Center,
Weizmann Institute of Science,
Rehovot, Israel.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Tue, 14 Apr 1992 14:46:01 EDT
From:         Ed Thibodeau <EGT@NRCVM01.BITNET>
Subject:      FAL 2.2 or 3172 Problem on VM- droping packets

"HELP"

"We" have FAL 2.1 on VM HPO 5.0 (IBM 3090 300E) connected via a K200
(Lippke Driver) to an ETHERNET.  On another ETHERNET "they" have FAL 2.2
on VM HPO 5.0 (IBM 3090 180) connected via a 3172.
The two ETHERNETS are connected via a 19.2K serial line (part of a
multiplexed 56K) with a CISCO router on each side.

When "we" TELNET to "them", we get terrible response,  like 30-60 secs.
to respond to a "page down".  "They" get good response when they TELNET
to us.

An FTP transfer of a 300 record file to them takes two minutes, from
them it takes 20 and sometimes closes the connection with:

         "Foreign host aborted connection."
   followed by:

       AMPX031I Low bound check error.

 probably from an index value getting so large that it goes negative,
  which I guess would be a bug in PASCAL to allow that to happen.


This time difference is reversed from their end, of course.

A PC connected to the other side of their CISCO box talks to us O.K.
So it appears that the problem is with their 3172 or FAL 2.2

TCPIP reader gets messages like:

    Device CISTI: PCCA reports home hardware assress
                       02608C999D44 for length ETH1
    UpToping: packet doesn't match!!

Our communications expert says that their CISCO box is showing a lot
of 'source quench' requests,  i.e. the CISCO box is asking FAL to stop
sending packets since they are coming too fast. (12,000 since startup,
which is still only in the test stage.) There were approx. 300,000
packets dropped  or thrown away, 12,000 due to a "bad hop count",
i.e. the "time to live" element of the I.P. datagram had gone to
zero, and the remainder because his buffers were full.  I hope that
is the correct interpretation.

We both kept the DEFAULT values in our respective PROFILE TCPIPs.

Before we go any further with this,  is there anything obvious that
we are missing altogether?

I have never used TRACE in FAL.  Someone told me I would "puke" if
I ever turned it on.  Is this the way I should go. (TRACE, I mean).

Any suggestion on this would be greatly appreciated.   Thanks in
advance.

                                                   Ed Thibodeau

                                                   EGT@NRCVM01.BITNET
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Wed, 8 Apr 1992 16:38:23 EDT
From:         TOMEVANS@RALVMM.VNET.IBM.COM
Subject:      SNALINK and Performance of 2.2 vs 2.1
X-To:         IBMTCP-L%PUCC.BITNET@cunyvm.cuny.edu

SNALINK (point to point links):
Yes, ROUTED and SNMP both require unique addresses. We have updated our
VM 2.2 pubs to state this clearly.
Performance:
If your 370 machine cpu utilization is high, then getting V 2 will help
lower cpu consumption and increase throughput. If not high, then V2 will
not increase throughput significantly.
Remember we can only send/rcv as fast as the other side can send/rcv.
You have to look for where the bottlenecks are.
Your mileage may vary, contact Dan Patel for more details.
Tom Evans  TCP/IP Development/Test
 Internal: TOMEVANS AT  RALVMM; 444/4097; IBMMAIL - USIB2SMQ
 External: TOMEVANS@RALVMM.VNET.IBM.COM; (919) 254-4097
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mailer: ELM [version 2.2 PL14]
Newsgroups: bit.listserv.ibmtcp-l
Date:         Tue, 7 Apr 1992 10:25:51 EDT
From:         Craig Jackson drilex1 <dricejb@DRILEX.DRI.MGH.COM>
Subject: Re: encoding binary-file attributes for mailing
X-To:         IBMTCP-L@pucc.princeton.edu
              Apr 7, 92 1:25 am

> > >Transport of MIME within BITNET will require a new convention about what
> > >is translated  to EBCDIC.  This will  have impact not  only on  SMTP and
> > >Mailer but also on JNET and  UREP (they can't simply translate EBCDIC to
> > >ASCII any more).
> >
> > JNET uses reversible  translation tables. This is one of  the reasons why
> > so many people copy  the JNET tables when they need an  A2E or E2A table.
> > In other words, if JNET translated a MIME message to ASCII before feeding
> > it to the mailer, which then places  it in the user's mailbox, all it has
> > to do is translate back.
>
> Not everything is reversible if 7-bit ASCII is used.  If a message
> comes in in EBCDIC and is translated to ASCII, those EBCDIC codes that
> are not understood by JNET are presumably translated to something that
> indicates an untranslatable character (unless JNET is using an 8-bit
> ASCII).  Such characters cannot be translated back to the original
> EBCDIC codes.

Among all the systems I've ever worked on, IBM mainframes are the only
machines with 8-bit bytes that treated ASCII as a 7-bit code.  I've
never quite understood why they insist on using translate tables that
are not one-to-one.  This has done a lot damage the reputation of IBM
mainframes and EBCDIC, too.

Burroughs/Unisys machines have EBCDIC as their native code, too, but
there is a standard, built-in translate table for going to ASCII which
is one-to-one.

Sure, the basic ASCII graphics are only defined for the 7-bit subset.
A reasonable designer would then assume that his/her only responsibility
for the remaining 128 characters would be to ensure that the table is
one-to-one, and therefore invertable.

--
Craig Jackson
dricejb@drilex.dri.mgh.com
{bbn,alliant,redsox,atexnet,ka3ovk}!drilex!{dricej,dricejb}
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Tue, 7 Apr 1992 08:36:00 CST
From:         Sheila McCollum C60150 x4291 <MCCOLLUM@AEDC-VAX.AF.MIL>
Subject:      Throughput Comparison - MVS TCP/IP V1 and V2
X-To:         ibmtcp-l <ibmtcp-l@pucc.princeton.edu>

Greetings,

  We are currently running Version 1 of TCP/IP for MVS/XA in 31 bit
mode.  Our hardware is a Network Systems HYPERchannel A220 adapter.  Our
network is used primarily for transferring data between an AMDAHL and a
CONVEX. The best throughput we have been able to achieve is 240 Kb per
second.  Can anyone give me stats on HOW MUCH throughtput will be
improved if we upgrade to Version 2.  My IBM SE gave me a SHARE handout
from Sept. 91 in which Dan Patel of IBM Raleigh, states "TCP/IP Version
2 for VM and MVS provided INCREASED throughtput with lower CPU
consumption".  He then goes on to say TCP/IP MVS V2 reduces CPU
consumption by 45-80% from MVS V1; however, he does not say how much
throughtput is increased.  We are more concerned here with the
throughput.  Any infomation in this area will be greatly appreciated.

----------------------------------------------------------------------
|  Sheila G. McCollum              |                                 |
|  OAO Corp. @ AEDC                |   email : mccollum@aedc-vax.mil |
|  Arnold AFB, Tennessee           |                                 |
|                  37389-5000      |                                 |
----------------------------------------------------------------------
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Fri, 10 Apr 1992 07:37:00 CET
From:         "R. Carpay" <TCPMAIL@HASARA11.BITNET>
Subject:      Re: CD to directory with trailing blank
              9 Apr 1992 11:40:17 +0300 from <VSBENZI@WEIZMANN.WEIZMANN.AC.IL>

Hello,

From Fal rel 1.2 the ftp client doesn't handle strings on ftp subcommands
correctly such as get '  aa .b' or dir '  aa .b'.
We have an open PMR 6220x at our IBM support on rel 2.1 for month's
they have send us a ptf on the get command but still we have a problem with
the dir and ls commands. Rel 2.2 has the same problem.
The ftp client (for all subcommands that uses remote names) may not interpret
remote names in form of a string and has to send the complete string
to the remote deamon without "" or''.

Regards
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Computing and Communication Services
Newsgroups: bit.listserv.ibmtcp-l
Date:         Tue, 7 Apr 1992 10:29:00 EST
From:         Steve Howie <SCOTTY@VM.UOGUELPH.CA>
Subject:      Re: Sockets and server programs

On Tue, 7 Apr 1992 09:03:45 EST Glen Matthews said:
>Hi Graham,
>
>> With the  Socket interface you appear  to be able to  call socket()
>> many times to  create sockets but HOW (if at  all) do you 'connect'
>> more than one of these sockets to  the port on which the client and
>> server at to communicate.
>>
>> My reading of the manual indicates  that you can call bind() if you
>> are  using a  server  with a  single  socket (as  is  shown in  the
>> examples) but after that what do you do?
>>
>
      ... etc etc ..

>   A difficulty exists with passing off this connected socket to the
>actual task that is to do the processing - on UNIX, this is accomplished
>by forking, since open sockets are duplicated. On our system (MUSIC)
>we accomplished this via the GIVESOCKET and TAKESOCKET calls, and a
>small program discipline which involved enqueues and waking up tasks.
>I'm not sure how you would do that on the CMS system - I seem to recall
>that there was a recent change/enhancement to help you out here.
>

Graham/Glen,

I found the easiest way to do this on the server side is to use the
select() system call. Kind of a quasi-multitasking ... works fine on CMS.
After you issue a listen(), followed by an accept() for each new socket
connection, issue a select() system call on the server.
This allows multiple simultaneous connections from a number of
clients - the select() call checks each socket in a sort of round-robin
fashion, and indicates which socket has pending reads or writes. You can then
issue a read (or a write) on whichever socket you want.
The select() call requires very *precise* coding, but it does the job.


If you need some sample client and server code, just let me know.

Scotty

btw, I found that checking for data on the first socket you establish
using accept() will indicate a new socket connection request from a client,
data on other sockets is actual data.

--------------------------------------------------
Steve ("Scotty") Howie
System Programmer, Computing and Communication Services,
University of Guelph
Guelph, Ontario, CANADA N1G 2W1

MaBellNet: (519)824-4120 x2556    Fax: (519)763-6143
Internet:  scotty@vm.uoguelph.ca
           scotty@piranha.cs.uoguelph.ca
From: 900002@kopernik.pcnet.uni-oldenburg.de (Dr. Bernd Wagener, HRZ)
Newsgroups: bit.listserv.ibmtcp-l
Subject: LPSERVE and SPOOL statement
Date: 6 Apr 92 14:02:54 GMT
Organization: Computing Center, University of Oldenburg

I run Fal 2.2 with the LPSERVE. In the LPD CONFIG - file I tried the
SPOOL = bla.bla.bal as descriebed at page 291 of the documentation.
The LPSERVE - machine refused this statement with a message like:
unknown keyword : SPOOL 
Can somebody help me?
B. Wagener
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Princeton University, Network Systems, Class. 56
Newsgroups: bit.listserv.ibmtcp-l
Date:         Fri, 17 Apr 1992 13:06:42 -0400
From:         gettes@PRINCETON.EDU
Subject:      IBMTCP archives at pucc
X-To:         ibmtcp-l@pucc.Princeton.EDU

I have made the Newsletter available on LISTSERV@PUCC.

The files are:
TCPNEWS  ANNOUNCE F         80         27          1  4/10/92 19:09:18 USR194
TCPNEW01 PSBIN    V        256        152          7  4/17/92 14:18:09 USR194
TCPNEW01 TXT      V         97        168          3  4/17/92 15:04:17 USR194

and can be retrieved by issuing a "GET <filename> <filetype> IBMTCP" command
to LISTSERV@PUCC by either interactive message or including the command
in the body of mail. Please note that the file "TCPNEW01 PSBIN" is in
binary ascii (because this is what IBM implemented for Postscript) and
great care should be taken when trying to print this file. Given this
problem of non-portable postscript, I have also made these files, and
quite a bit more, available for anonymous ftp to pucc.princeton.edu.

An example session follows if you want access from a ascii system. Please
note that the password you supply should be your userid and the host
you are ftping from:

% ftp pucc.princeton.edu
Connected to pucc.princeton.edu.
220-FTPSERVE at pucc.Princeton.EDU, 12:57:50 EDT FRIDAY 04/17/92
220 Connection will close if idle for more than 5 minutes.
Name (pucc.princeton.edu:gettes): anonymous
331 Send password please.
Password:
230 ANONYMOU logged in; working directory = ANONYMOU 191
ftp> cd anonymous.194
250 Working directory is ANONYMOU 194
ftp> dir tcpnew*
200 Port request OK.
125 List started OK
TCPNEWS  ANNOUNCE F         80         27          1  4/10/92 19:09:18 USR194
TCPNEW01 PSBIN    V        256        152          7  4/17/92 14:18:09 USR194
TCPNEW01 TXT      V         97        168          3  4/17/92 15:04:17 USR194
250 List completed successfully.
remote: tcpnew*
237 bytes received in 0.12 seconds (1.9 Kbytes/s)
ftp> bin
200 Representation type is IMAGE.
ftp> get tcpnew01.psbin
200 Port request OK.
150 Sending file 'tcpnew01.psbin'
250 Transfer completed successfully.
local: tcpnew01.psbin remote: tcpnew01.psbin
26120 bytes received in 0.16 seconds (1.6e+02 Kbytes/s)
ftp> quit
221 Quit command received. Goodbye.
%

For those who do additional poking around in either the IBMTCP filelist or
via anonymous FTP... Yes, you will see that RXSOCKET is stored here. It
is intended to have RXSOCKET stored here in the future but Arty seems to
be quite busy with performing the tasks of his assigned job (like bringing
up ESA at CUNY) so we hope he will be back soon to continue his efforts
with RXSOCKET and the various demo programs. If you use the programs you
find in this repository, you do so at your own risk.

Future versions of the IBM newsletter will be posted here as well (if there
are any ;-).

Have fun!

/mrg
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Fri, 17 Apr 1992 09:58:00 -0800
From:         John Halperin <JXH@SLACVM.SLAC.STANFORD.EDU>
Subject:      'gated' daemon for FAL?

Has anyone ported the 'gated' routing daemon fo FAL (VM)
as a replacement for routed?  If not, any thoughts about
how hard it would be to do so?

Thanks,
--  John Halperin  <JXH@SLACVM.SLAC.Stanford.EDU>
    Stanford Linear Accelerator Center
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU