home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Power-Programmierung
/
CD1.mdf
/
lan
/
driver6s
/
readme.nb
< prev
next >
Wrap
Internet Message Format
|
1990-03-13
|
4KB
From nelson@image.soe.clarkson.edu Sat Mar 10 21:20:52 1990
Received: from omnigate.clarkson.edu by pear.ecs.clarkson.edu with SMTP
id AA2434 ; Sat, 10 Mar 90 21:20:38 GMT
Received: from image.soe.clarkson.edu by omnigate.clarkson.edu id aa21202;
10 Mar 90 21:15 EST
Received: by image.soe.clarkson.edu.soe (4.1/SMI-4.0)
id AA05284; Sat, 10 Mar 90 21:15:18 EST
Message-Id: <9003110215.AA05284@image.soe.clarkson.edu.soe>
From: Michael Haberler <mah@wu-wien.ac.at>
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re: Using KA9Q to implement a gateway on an IBM PC]
Date: 10 Mar 90 11:25:09 GMT
Organization: The Internet
X-Unparsable-Date: Thu, 8 Mar 90 16:13:49 MEZ
Apparently-To: nb@pear.ecs
>
> Michael Haberler states:
>
> > Do you mean the old IBM PC Lan which they bought from Sytek? Which runs a
> > variety of MS-Net on top of it? If so, we have drivers for
> > KA9Q (old, working), NOS (untested), a Netbios packet driver which works
> > with NCSA Telnet (fine). We are investigating a Netbios driver under PC-NFS,
> > but it's still buggy.
>
> Michael,
>
> I can't seem to reach you directly for some reason; so I am replying
> to the mailing list. My apologies for taking up room on the list.
sorry. The .at domain still confuse mailers since it used to be an
alias for @ ..
>
> I read your message concerning the drivers you had with great
> interest. Would it be possible for me to get those drivers from
> you?...
Well,
here they come. I'm not sure what you're trying to connect. We're using
the packet driver with NCSA Telnet, and KA9Q (a pre-NOS release).
The PD is a real hack; I wonder if it will work for you. Anyway..
We have PC's on a Sytek LAN, and a PC running KA9Q as a bridge into ethernet.
The clients use the packet driver and NCSA Telnet or ka9q wover the pd.
The bridge has its own pd (which I include 'for reference'), and
the standard builtin 3c501 ethernet driver.
The point is that the pd's have to be set up such that all traffic goes
to the bridge; the upper layer doesnt pass a gateway IP adress, and arp
doesnt work. The PD is class 6 ('SLIP'), i.e. no lan headers, no arp,
MTU is 512 bytes (a NetBIOS limit,grrr).
Setup:
------
Assume your ka9q bridge has IP 192.13.1.128. Your Netbios client has
IP address 192.13.1.131.
On the client, insert
'nb 0x7f 192.13.1.131 192.13.1.128'
into autoexecbat. This will load the pd, and set the 'gateway' ip address.
The KA9Q autoexec.net reads:
---------
# Attach interfaces
# Syntax: attach <hw type> <I/O address> <vector> <mode> <label>
# <bufsize> <mtu> [<speed>]
#
#
hostname bull
ip ttl 16
ip address [192.13.1.128]
attach netbios arpa nb0 5 512
attach 3c500 0x300 5 arpa ec0 10 1500
#
route add default ec0
route add [192.13.1.128/28] nb0
....
------------
Alternatively, one could use a pd on ka9q as well.
Here's the relevant fragment of ncsa telnet config.tel:
---------------------------
myip=192.13.1.131 # ip types are
hardware=packet
address=6 # base memory address or packet driver class
# if using packet driver (0 == default ==
ethernet)
# or class=6 for slip
ioaddr=0 # I/O address or packet int vector if using
packet driver
# If = 0 and packet driver, telbin looks for
first
# packet driver found between 60H and 7FH
.....
maxseg=440 # largest segment we can receive
rwin=440 # most bytes we can receive without ACK
------------------------------
At last:
Here it is. Use the Turbo Assembler and linker and create a com file (order of
binaries is important):
tasm nbhead;
tasm nb;
tasm tail;
tlink nbhead.obj+nb.obj+tail.obj;
exe2bin nbhead.exe nb.com
-enjoy,
michael
--------
Michael Haberler mah@nestroy.wu-wien.ac.at, mah@awiwuw11.bitnet
University of Economics and Business Administration
Augasse 2-6, A-1090 Vienna, Austria
Tel: +43 (222) 347-541 x796 (9-18 CET) Fax 347-541 x770