HDTenEightyP/NetNews huggingface dataset:
Subject: IPXPKT and Token Ring 
Distribution: world
Organization: The Children's Society
Date: Fri, 14 Aug 1992 13:10:34 +0000


In article <1992Aug13.143740.23071@rhrk.uni-kl.de> weber@rhrk.uni-kl.de writes:

>>Last week I got a new Madge Smart 16/4 PC Ringnode card which allowed me to
>>install IBMTOKEN and IPXPKT on the same card and network. With KA9Q's NET.EXE
>>I could connect to a *ix system via the IBMTOKEN driver and I could telnet to
>>a PC also running KA9Q via IPXPKT. BUT I could NOT get a connection through
>>the router itself. ie using NET on the router I could see both networks BUT I
>>couldn't get through the router. Any ideas how I could solve this would be
>>gratefully recieved.
>
>Looks like a routing problem. Are you sure, that netmask and interface 
>adresses are such that routing is done properly ?

I'm not a 100% sure but I followed the example in the Crynwr IPXPKT.DOC. Have
you any suggesion as to the best setup?

>If that's not the problem, what is your exact setup ? Is your IPX generated
>for the IBM Lan Support Program ?

NO, Madge have a single device driver called SMARTIPX.EXE which totally
emulates the LLC Token Ring layer AND also provies a IPX connection! I was
very impressed. If we hadn't already bought 80 WD Token Card I'd reccomend
these Madge ones.
>
>>Of course if I had a Western Digital Token Card driver that would work either
>>with FTP's TCP/IP or with NCSA Telnet/MS-Kermit (Packet Driver) then I
>>wouldn't need to use this faking of IP over IPX.
>
>What about an ODI-driver and PC/TCP's tokdrv kernel with their odipkt
>shim ? And - have those WD cards a Lan Support Program compatible driver ?

WD haven't written either an ODI driver or a Packet Driver for their Token
Cards. AND their IBM LAN Support Program compatible driver is not very
reliable. ie a PC running this and an IPX generated to support IBM LAN
Support Program will hang much more often than the same machine running only
the WD Token Card IPX.
--
 Michael Bernardi        mike@childsoc.demon.co.uk (Internet) | Making lives
 The Children's Society, Edward Rudolf House, Margery Street, | worth living
 London, WC1X 0JL, UK    Voice: +44 71 837 4299    Charity Reg. No. 221124
Xref: sparky comp.protocols.tcp-ip.ibmpc:4844 comp.sys.novell:6693
From: ken@faculty.law.duke.edu (Ken Hirsh)
Newsgroups: comp.protocols.tcp-ip.ibmpc,comp.sys.novell
Subject: Help-IP routing problem
Keywords: Novell  IP routing
Date: 22 Aug 92 19:52:51 GMT
Followup-To: comp.protocols.tcp-ip.ibmpc
Organization: Duke University School of Law

Help!  We have been trying quite unsuccessfully to route IP on
our Novell 3.11 server.  At Duke we have a campus net.
The setup:
Our server has 2 cards- the card on the internal net is
152.3.95.254.
On the DukeNet (our campus backbone side) the card is
152.3.3.214.
Our load statement is
load tcpip forward=yes rip=yes
bind ip to ne2000 addr=152.3.3.214 mask=ff.ff.ff.0
bind ip to ne32 addr=152.3.95.254 mask=ff.ff.ff.0
We have tried options such as defroute=yes on the inside card and
setting static routing between the cards and the campus main
gateway, with no luck.  On our best efforts, the telnet session
would attempt a connection but would time out with a host on the
other side of the server.
What are we doing wrong?  Do you need more info to tell us what
we're doing wrong?
We'd appreciate all possible help.
From: DMPM@MC.DUKE.EDU (James Dryfoos - Postmaster)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Test - please ignore (sorry)
Date: 21 Aug 92 19:41:00 GMT
Distribution: world
Organization: The Internet

Test - please ignore (sorry)
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: mike@childsoc.demon.co.uk (Michael Bernardi)
Subject: Comparison of ODI, NDIS, Crynwr Packet Drivers
Distribution: world
Organization: The Children's Society
Date: Thu, 13 Aug 1992 10:45:57 +0000

Has anyone written up a comparison of the various methods of connecting
network cards to networks. In particular the pros and cons of using ODI,
NDIS, the Crynwr (and others) Packet drivers and any others that are around.
Included should be :- ease of configuration, support of method (ie there are
a lot of different versions), cost, application support and sophistiction of
system (ie additional protocols can be addded easily). This may have been
covered before, BUT if not I would think it a useful exercise for some one
with access to the different varieties....
Mike
--
 Michael Bernardi        mike@childsoc.demon.co.uk (Internet) | Making lives
 The Children's Society, Edward Rudolf House, Margery Street, | worth living
 London, WC1X 0JL, UK    Voice: +44 71 837 4299    Charity Reg. No. 221124
From: jrd@cc.usu.edu
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re: ncsa telnet and the del 333p machine - does anybody's work?
Date: 12 Aug 92 16:39:14 MDT
Organization: Utah State University

In article <mikelle.6.0@vaxb.gbus.virginia.edu>, mikelle@vaxb.gbus.virginia.edu (Eddie Mikell) writes:
> Greetings:
> 
> I am experiencing a problem with getting NCSA telnet to work with a
> Dell 333p 386 33mhz machine.
> 
> I am using an ibm token ring card, the ibmtoken software, and plain
> vanilla telnet.  This same set up has worked on most clones I have 
> used (treasure chest, dtk, alr, etc) without a hitch.
> 
> I have tried slowing the machine down, disabling the shadow ram, 
> disabling all the serial ports, booting with a barren bootable
> floppy disk, etc., with no luck.
> 
> Any suggestions?  I was somewhat appalled by the fact that none of
> the Dell technicians had heard of the internet, let alone NCSA software, 
> so they have been of no help.
> 
> Thank you.
> 
> Eddie 
--------------------
	Since we don't know all the details (and I'm not sure the non-TRN
readers would want to know the horrid parts) that leaves us hanging a bit.
Dell certainly knows about the Internet, and they have two machines on
it for access by everyone, dell1 and dell2 .dell.com, plus incoming msgs
to support@dell.com. Heck, my Unix box thinks of these machines as its 
source of News.
	A couple of ideas here. One is video, the 8 vs 16-bit video Bios
parts of things, to be lobotomized to 8-bit mode to avoid offending your
TRN board. The other is the disk controller may be involved, but without
knowing about I'll stop right here. Disclaimer: I have no TRN, and know
about as much about it as that too.
	Joe D.
From: nelson@crynwr.com (Russell Nelson)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: problems with HPPCLAN packet driver 
Distribution: world
Date: Fri, 21 Aug 92 13:48:42 GMT
Organization: Crynwr Software

In article <1992Aug19.040341.3072@magnus.acs.ohio-state.edu> jangerma@magnus.acs.ohio-state.edu writes:

   I'm having trouble getting the HPPCLAN packet driver to work.  No
   matter how I try to load it, I always get:
   
   "No HP PC LAN card found (matching io_addr or int_no if spedified(sic))."

That driver doesn't work with the hp27245 revision 60002.  HP has one
that does work.  I believe that I have code in this driver that will
make it work as of the 11.x release.

-russ <nelson@crynwr.com>  I'm proud to be a humble Quaker!
Crynwr Software            Crynwr Software sells packet driver support.
11 Grant St.               315-268-1925 Voice
Potsdam, NY 13676          315-268-9201 FAX
Newsgroups: comp.protocols.tcp-ip.ibmpc,news.software.readers
From: kemp@convex.com (Phil Kemp)
Subject: Re: Trumpet Shell for FTP Software TCP stack.
Organization: CONVEX Computer Corporation, Richardson, Tx., USA
Date: Sun, 16 Aug 1992 17:13:49 GMT
X-Disclaimer: This message was written by a user at CONVEX Computer
              Corp. The opinions expressed are those of the user and
              not necessarily those of CONVEX.

In <1992Aug16.032047.11419@usenet.ins.cwru.edu> trier@odin.ins.cwru.edu (Stephen C. Trier) writes:

>In article <1992Aug15.180822.26989@news.csuohio.edu> cowboy@trans.csuohio.edu (Syscrusher) writes:
>>Try reducing your mss to mss=256 and reduce your rwin to rwin=256.  This
>>might help, particularly with a SLIP connection.

>This is not always the best advice.  The mss should definitely be in the
>200 range, but the receive window can stay large.  Making the receive window
>as short as the MSS makes TCP very inefficient.

Yea it dropped my ftp thruput about 30%. Telnet and xterm interactive
response is a little better though.

>MSS-sized windows cause TCP to degenerate into a protocol more like XMODEM
>in which every packet must be acknowledged before the next can be sent.  It

But to the point, these changes made no difference in the 599 Command
Time Out error with trumpet. Just for kicks I unloaded the PC/TCP
kernel and fired up the trumpet that includes the stack. No problem
works just fine. With the PC/TCP stack loaded I looked for some
interrupt contention but could find none. I did notice however that
when I start up trumpet I don't get any characters output to the
modem. The PC/TCP stats also show that no packets have been sent or
received.

Any ideas?
PK

--
Phil Kemp, Systems Engineer         Voice:(403)-233-2815
CONVEX Computer Canada Ltd.           Fax:(403)-261-2029
Calgary, Alta.                  Internet:kemp@convex.com

Newsgroups: comp.protocols.tcp-ip.ibmpc
From: bcs@atlantis.cis.ufl.edu (Bradley C. Spatz)
Subject: Lpr/lpd access through PRN/LPTn:
Keywords: lpr printing tsr
Reply-To: bcs@atlantis.cis.ufl.edu (Bradley C. Spatz)
Organization: U of Florida. Computer Science Dept.
Date: Wed, 12 Aug 92 21:47:18 GMT

Hi.

I'm aware of lpr clients that allow network-connected PCs to print to
lpd servers (NCSA).  These programs work well and allow resource sharing
with PCs.

However, I'd like to be able to print to remote printers transparently
(from the DOS user's point of view).  In other words, I'm looking for a
TSR that hooks into one of the normal DOS devices (PRN, LPTn:) and
communicates over the network via the lpr/lpd protocol.  This would
allow me to share our HPGL and Postscript printers with our DOS machines
more effectively.

I should mention that I'm not a DOS user but Unix hacker. 

Any information would be greatly appreciated.  I'll post a summary.
-- 
Bradley C. Spatz                                    Bytes:        bcs@ufl.edu
Computer & Information Sciences                     Bits:  uunet!uflorida!bcs
College of Engineering                              Waves:       904/392-1499
University of Florida           "School IS hell." -- Matt Groening
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: tom@rs1.tcs.tulane.edu (Tom Gerace)
Subject: Help with TOPS Flashcard and CUTCP 2.2TN
Nntp-Posting-Host-[nntpd-5239]: rs1.tcs.tulane.edu
Organization: Tulane University, New Orleans, LA
Date: Sun, 23 Aug 1992 12:03:12 GMT

Hi everyone.	

We are trying to use the LOCALTLK.COM packet drivers with
Clarkson CUTCP 2.2TN.
All of our attempts have failed...

Can anyone lend a hand as to what AppleTalk drivers need
to be loaded, how to load the packet driver, etc.
Is there another piece that must be loaded in addition to
the LOCALTLK driver?

And finally, will CUTCP 2.2TN even work with the LOCALTLK driver?

Thanks in advance.

Tom Gerace                         tom@rs1.tcs.tulane.edu
Manager, Consultants Bureau        (504) 865-5631
Tulane Computing Services
Tulane University
New Orleans, LA  70118  USA
Xref: sparky comp.protocols.tcp-ip.ibmpc:4771 bit.listserv.novell:12707
From: 445362@jester.llnl.gov (Grant Johnson)
Newsgroups: comp.protocols.tcp-ip.ibmpc,bit.listserv.novell
Subject: Font usage in Lan Workplace for DOS
Keywords: font vt220 presenter
Date: 18 Aug 92 00:39:03 GMT
Followup-To: comp.protocols.tcp-ip.ibmpc
Organization: Lawrence Livermore National Lab

We're in the process of configuring Host Presenter for use with Oracle on a Sun.  Running
windows in 640x480, none of the standard fonts fit an 80x24 screen completely.  They all
cut off 2 characters.  This is a bit of a pain for full-screen data entry type stuff.  We're trying
to figure out if we can add new fonts to the list of available choices or make use of native
windows fonts.  Of course, most(or all?) of the windows fonts are proportional, which won't
work well for terminal emulation.

One more note, we're not necessarily commited to Host Presenter, we're certainlly not 
impressed with the speed, documentation, etc.  Our only requirement is concurrent 
support of TCP/IP and SPX/IPX., and it would be nice to use a windows application as
opposed to character mode.

Thanks in advance!
-- 
Jeffrey Dew                                     Internet: jdew@llnl.gov
Grant Johnson                                 Internet: grantj@llnl.gov
Lawrence Livermore National Lab	           PacBell Net: (510) 423-0406
From: CYCUS071@TWNMOE10.BITNET
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re:access TCP/IP and Netware simultaneous
Date: 18 Aug 92 04:34:58 GMT
Organization: Ministry of Education, Computer Center NETNEWS system V2.3

We use the ODIPKT and ODI drivers supported by Novell to make our PC can

access our DECstation and Netware 3.11 Server simultaneous.

I can't recall which ftp server keeps this ODIPKT driver but you can search

the archie server to find it.


Hung-Jen Yang                             E-mail : cycus071@twnmoe10.edu.tw

Teaching Assistant

Information Computer Engineering Department
Chung-Yuan Christian University
From: PIRARD@VM1.ULG.AC.BE (Andre' PIRARD)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: NB packet driver under DESQview
Date: 21 Aug 92 14:19:30 GMT
Organization: University of Liege (Belgium), SEGI (Computing Center)

Related to my other reply (NDIS packet driver in DOS window?).
The same principles of using NB.COM in OS/2's DOS applies to DESQview.
Quarterdeck has written a driver DVNETBIO.DVR that is supposed to solve
the upcall problem to NETBIOS applications (and NB is one, that can be
used to encapsulate on NETBIOS the IP of multitasked applications).

I have been unable to get DVNETBIO to work.
It is loaded (I check that interrupt 5C goes to it), but the machine
crashes miserably when more than one DV application (TCP/IP or not) is
started, exactly the symptom DV's doc describes as the problem when not
running DVNETBIO.

Does anyone know why? Thanks in advance...

Andr'e PIRARD         SEGI, Univ. de Li`ege          139.165 IP Adm.
B26 - Sart Tilman     B-4000 Li`ege 1 (Belgium)      +32 (41) 564932
pirard@vm1.ulg.ac.be  alias PIRARD@BLIULG11.BITNET
From: nelson@crynwr.com (Russell Nelson)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Need help in packet driver 
Distribution: world
Date: Fri, 21 Aug 92 13:41:48 GMT
Organization: Crynwr Software

In article <1992Aug17.195824.19635@umbc3.umbc.edu> kchen@math15.math.umbc.edu writes:

   I  am writing a application using WATCOM's C386 in the DOS4G extender.
   I fails to install a packet receive function by using access_type(). It
   seems to me the problem is that the Packet driver was runing under real
   mode and it can't address the receive function which is in protected
   mode (offset > 1MB).

Right.  If DOS4G supports DPMI, then you can use DPMI's function to
get a callback address.  Intel distributes the DPMI specification for free.

-russ <nelson@crynwr.com>  I'm proud to be a humble Quaker!
Crynwr Software            Crynwr Software sells packet driver support.
11 Grant St.               315-268-1925 Voice
Potsdam, NY 13676          315-268-9201 FAX
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: ada@zip.larc.nasa.gov (Anthony Arviola)
Subject: Re: Trumpet Shell for FTP Software TCP stack.
X-Md4-Signature: 5b624e225bb409a5754dc6afeb05b651
Organization: NASA Langley Research Center, Hampton, VA
Date: Wed, 19 Aug 1992 21:07:09 GMT

Hello,

Being a user of the 3c503 kernel of PC/TCP, I'm curious to know if the
shell is supposed to work with that.

As far as the generic kernel goes, I still can't get the newsx.exe to 
work at standard dos using the bat file suggested.  What I get is a
statement that the device is loading.  Then finally, I get a message that
says, that the driver has been unloaded, and I'm back at the dos prompt
again.

Does anyone have a suggestion on what I may be doing wrong?  Any help
is appreciated.

Thanks, 
Tony
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: trier@slc6.ins.cwru.edu (Stephen C. Trier)
Subject: Re: Telnetting to a PC
Organization: Case Western Reserve University, Cleveland, OH (USA)
Date: Wed, 12 Aug 92 14:17:38 GMT

In article <Bsu0py.55w@watserv1.uwaterloo.ca> eengelke@steam.uwaterloo.ca (Erick Engelke) writes:
>Come now Stephen, Barry Gerber describes it as flaky in a recent article.

It does work.  My roommate set it up so that he could use an MS-DOS 286
in another room, displaying output on his 386 Unix system.  It worked well
enough for WordPerfect, which says something.

B&W says that their next release (or maybe their current release) will
include a telnet server.

-- 
Stephen Trier                    "I am not a lawyer, though I play one
Network Services Engineering      on the net."
CWRU IRIS/INS/TELECOM                Chris Torek, torek@horse.ee.lbl.gov
trier@ins.cwru.edu
From: ivos@arwen.ics.muni.cs (Ivo Cernohlavek)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re: Telnetting to a PC (with FLAMES) (UNIX)
Date: 18 Aug 92 04:55:34 GMT
Distribution: world
Organization: The Internet
X-Unparsable-Date: Mon, 17 Aug 92 22:31:02 CET

> Phew. Now, does anybody know or have any idea how much Solaris
> for the PC will cost ?
>
I don't know price of Solaris (and would like to know it also),
but another interesting solution is BSD/386, complete system
with TCP/IP, NFS, X, ... and (!!!) sources costs $995 and
aditonal right to use binaries only $200 per machine.
And free version of UNIX for PC - 386BSD also exists - not fully
reliable yet, but is here!

ivos@arwen.ics.muni.cs, Ivo Cernohlavek, Masaryk university, Brno,Czechoslovakia
Newsgroups: comp.protocols.tcp-ip.ibmpc,news.software.readers
From: cowboy@trans.csuohio.edu (Syscrusher)
Subject: Re: Trumpet Shell for FTP Software TCP stack.
Organization: Cleveland State University
X-Newsreader: Tin 1.1 PL5
Date: Sat, 15 Aug 1992 18:08:22 GMT

Phil Kemp (kemp@convex.com) wrote:
: In <1992Aug14.083700.26995@kub.nl> mvw@kub.nl (Maarten van Wijk) writes:
: 
: 
: >I have been trying this out and it works great. But I would like to
: 
: I tried over a slip connection and could not get this to work. Either
: from DOS or under DV/X.
: 
: >run it in an ms-dos window under windows 3.1, but that does not work.
: >I keep getting "599 Command timed out". Changing parameters for
: 
: That's the error I get too.
: 
o
Try reducing your mss to mss=256 and reduce your rwin to rwin=256.  This
might help, particularly with a SLIP connection.
o
: >trumpnet and the PIF file had no effect until now.
: >The FTP software version is 2.05. Am I trying something that is
: >impossible or using the wrong setup? Other FTP commands work OK under
: >windows.
: 
: Ditto under DV/X
: 
: Any ideas?
: 
: PK
: --
: Phil Kemp, Systems Engineer         Voice:(403)-233-2815
: CONVEX Computer Canada Ltd.           Fax:(403)-261-2029
: Calgary, Alta.                  Internet:kemp@convex.com
: 

--

________

Joe Rosenfeld                              cowboy@trans.csuohio.edu
Automation Librarian                      joer@inca.law.csuohio.edu
Cleveland State University Law Library
From: nelson@crynwr.com (Russell Nelson)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Is there a free BOOTP answering shim above packet drivers 
Distribution: world
Date: Fri, 21 Aug 92 13:39:50 GMT
Organization: Crynwr Software

In article <9208171156.aa18339@louie.udel.edu> DVS@ZE8.RZ.UNI-DUESSELDORF.DE writes:

   is there somewhere available a tsr, which intercepts the packet interrupt
   to filter outgoing bootp requests and answer them from local information,
   so that these informations need not be in many different config files for
   different programs ?

Yes, it's on sunee.uwaterloo.ca, in pub/wattcp, I believe called bootp.zip.

-russ <nelson@crynwr.com>  I'm proud to be a humble Quaker!
Crynwr Software            Crynwr Software sells packet driver support.
11 Grant St.               315-268-1925 Voice
Potsdam, NY 13676          315-268-9201 FAX
From: jrd@cc.usu.edu
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re: Novell and WinQVT/Net (Argggghhhh)
Date: 20 Aug 92 13:34:38 MDT
Followup-To: comp.protocols.tcp-ip.ibmpc
Organization: Utah State University

In article <seast.9.714325739@cdl.cdc.com>, seast@cdl.cdc.com (Steve East) writes:
> In article <mhart.714305333@blackjack> mhart@blackjack.dt.navy.mil (Michael Hart) writes:
> 
>>In <Bt9EHC.BHr@usenet.ucs.indiana.edu> ntaib@silver.ucs.indiana.edu (Iskandar Taib) writes:
> 
>>>In article <1992Aug14.194534.14216@kocrsv01.delcoelect.com> you write:
>>>>autoexec.bat:
>>>>
>>>>     lsl.com
>>>>     3c507.com -n -w 0x60
>>>>     odipkt.com
>>>>     winpkt 0x60 0x63
> 
>>This line, ^, should be "winpkt 0x63 0x60".
>>The _new_ vector should be the first number, the old vector the second.
> 
> 
> Agreed. And shouldn't the -w option be dropped if using winpkt?
> -------------------------------------------------------------------
> | Steve East                     |  Internet: seast@cdl.cdc.com   |
> | Control Data Ltd               |  Office:   081-848-1919 x3041  |
> | 3 Roundwood Av, Stockley Park  |  Fax:      081-848-3133        |
> | Uxbridge, Middlesex.           |  Cnet:     621-3041            |
> | UB11 1AG.                      |  Home:     0277-216785         |
> | England.                       |  Mobile:   0850-768833         |
> -------------------------------------------------------------------
	Indeed, you are correct Steve. The "-w" option on a PD line means
drop packets if the current application is not active. Winpkt's purpose
in life is to store a packet and ask Windows to invoke the correct virtual
machine so that delivery can be completed. Thus omit the "-w" switch.
	The winpkt command line is of the form
	winpkt new_int old_int
The wise strategy is make new_int < old_int so that programs which scan
upward through interrupts looking for a Packet Driver will see winpkt on
new_int. Don't use old_int for another application when winpkt is operating.
	Joe D.
From: wagner@chepil.weru.ksu.edu (Larry Wagner)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re: how can a pc cache a networked drive?
Date: 21 Aug 1992 14:23:47 GMT
Organization: Kansas State University
Distribution: na
NNTP-Posting-Host: chepil.weru.ksu.edu
Keywords: cache disk nfs

pasquale@sgl.ists.ca (Pasquale Leone) writes:

>All of the pc's here are using a SUN 3 as a file server.
>The nfs and tcpip software we are using is Beame&Whiteside ver 2.3.

>Is it possible to cache the remote drive letters?
>I've tried several disk caches (pc-cache, hyperdisk, smartdrive4.0)
>and they all seem to intercept disk calls at a level below where
>B&W intercepts them. Thus the caches can't intercept calls
>to the remote drive letters.

A good read/write cache would do wonders for our setup also
(we have lots of RAM on most of our PC's).

We use PC-NFS, but I have experienced the same problem you have.  We would
like to be able to cache the network drives but have also not been
able to find a disk cache that can handle it (add Norton's cache to
your list above).

>Do other pc networks (novell, lantastic etc) have this same problem?

Lantastic has a read/write cache that works with their network just
fine.

>Is there a disk cache that can solve this problem?
Ditto.
--
Larry E. Wagner                     | wagner@chepil.weru.ksu.edu
USDA-ARS Wind Erosion Research Unit | wagner@matt.ksu.ksu.edu
105B East Waters Hall, KSU          | phone: (913) 532-6807 
Manhattan, KS 66506                 | fax:   (913) 532-6528