Linux-Networking Digest #24, Volume #12 Tue, 27 Jul 99 12:13:29 EDT
Contents:
eth0 and 3Com 3c507 NIC card ("J. Guy Stalnaker")
Re: tcpdump and RH6.0 - anyone get it to work? (Bryan)
Re: Losing interest (Artur Swietanowski)
Re: Samba Client Woes ("Robert Hand")
Re: Samba Login Necessary ?? (Peter Buelow)
Re: Absolute hopeless beginner stuff (Peter Buelow)
Re: Can't ping by name, But NSLOOKUP works perfectly. (Peter Buelow)
[PB] TCP SACK implementation PB with linux 2.3.3 ? (long) (Julien Godard)
----------------------------------------------------------------------------
From: "J. Guy Stalnaker" <[EMAIL PROTECTED]>
Crossposted-To:
linux.redhat.install,linux.redhat.misc,comp.os.linux.misc,comp.os.linux.hardware
Subject: eth0 and 3Com 3c507 NIC card
Date: Tue, 27 Jul 1999 09:29:22 -0500
Reply-To: [EMAIL PROTECTED]
Here's the skinny:
Have the 3c507 driver compiled into the kernel. On boot, card is
detected correctly at IRQ 10, Mem 0300, etc. With the card's native
state alterred by its DOS configurator app so that ZeroWaitStates are
disabled and Turbo mode is set to Standard, dhcpcd now communicates with
our dhcp server [when it before did not] and, viola, we have a working
network. Sorta. What happens is that nominal net traffic produces no
problems. If, however, I run a TCP/IP app (same results whether
Netscape inside X or ncftp at the command prompt, for example),
approximately 50-60 seconds after starting up and while the app is
sending/retrieving data, this starts:
eth0: Command unit stopped, status xxxx, restarting -OR-
eth0: Rx unit stopped, status xxxx, restarting.
xxxx is replaced by a variety of four-digit numbers: 0000, a000, a040,
1220, 4040, 5020, and 5220, with 4040 being by far the most numerous
entry. These stopped/restarting messages are repeated hundreds of times
(yes, hundreds, as /var/log/messages confirms: the last command was
repeated 696 [or 739] times). These error messages will actually break
into the console as well as get listed in /var/log/messages.
Anyone have a clue what's going on?
My thanks,
Guy Stalnaker
--
*-------------------------------------------------------------*
J. Guy Stalnaker
DoIT-Emerging Media Tech. [EMAIL PROTECTED]
1210 W Dayton St Rm 4212 wk. 608.263.8035
Madison WI 53706 fax 608.263.3846
*-------------------------------------------------------------*
------------------------------
From: Bryan <Bryan@[EMAIL PROTECTED]>
Subject: Re: tcpdump and RH6.0 - anyone get it to work?
Date: Tue, 27 Jul 1999 15:23:02 GMT
ok - here's the scoop. it now works - and one of the posters was
correct; you need a packet filter or similar kernel config option to
make it work.
I don't know exactly which option it was, but when building a kernel,
choose packet socket and other relatated [sounding] options until it DOES
work.
Mark Price <[EMAIL PROTECTED]> wrote:
: Hi Bryan,
: Which version do you have installed ?
: # rpm -qa | grep -i tcpdump
: tcpdump-3.4-10
: Works fine for me on RedHat 6.0
: Mark.
: > has ANYONE gotton mandrake/redhat 6.0 tcpdump to work (on eth0, for example)?
--
Bryan, http://www.Grateful.Net - Linux/Web-based Network Management
->->-> to email me, you must hunt the WUMPUS and kill it.
------------------------------
From: Artur Swietanowski <[EMAIL PROTECTED]>
Subject: Re: Losing interest
Date: Tue, 27 Jul 1999 17:27:16 +0200
Michael Haag wrote:
<snip>
A long troll. Short on specifics - only generic complaints that
could apply to anything, including a lawn mower.
> I've been struggling to get my sound card functioning, my printer to
> print plain text files properly, and SAMBA to connect me to my NT
> shares.
Did you try to connect your washing machine to Windows NT lately?
No? You say that the washing machine was not meant to be run with
NT. Chances are, your sound card and printer were not meant to run
with Linux. There are now WinModems, WinPrinters and other
WinDevices that are purposefully designed so as to prevent them
from being used with anything else then Windows.
> I fully expected a learning curve, but this is becoming ridiculous.
> While I have been able to get some things installed and
> working--StarOffice, Netscape Communicator--by and large the
> most basic of tasks have proved to be a huge pain.
This is what I think of Windows. Funny old world.
> Linux may be more stable, it
> seems so on the dial-up Internet side of things, but the
> applications that run on it crash just as often as Windows
> applications.
Well, at least a crash of a Linux application does not kill all
your other apps and damage a few random files.
> And it has
> a long, long, long, way to go when it comes to ease of use. Most
> everything is far too difficult to configure.
Depends on what you're used to. If you bring all your Windows
knowledge and habits into Linux, chances are you will not notice
90% of the systems features, you will never use them and never
understand how easy it is do do things. First, forget Windows.
Then try to understand the basic principles of Linux design.
Even using a hammer may be complicated and awkward, if you hold it
by the head with your teeth. And this is -- figuratively speaking --
what most Windows users do at first.
Secondly, in Linux you can configure many more things to a much
greater extent than Windows will ever allow. In Windows you can
only do what the system allows you to. And that's a pitifully
small margin.
> (...) have hundreds of obscure commands and hundreds of even more
> obscure command options committed to memory.
1:
Being an IS professional, as you claim, you should have some working
knowledge of Unix. Linux is largely Unix.
2:
This is a Windows way of thinking. In Windows it is quite possible
to learn everything the system has to offer -- mostly the locations
of some buttons, icons, dialog boxes. Unix is designed to be
extensible, configurable and mutable. It has grown substantially
over the thirty-odd years of it's history and it continues to
evolve. Knowing it all is pretty much impossible for a human being.
But neither is it necessary for any human. All you need is the
understanding of principles and a few starting points for those
cases when you need some more specific and, indeed, obscure
information.
3:
And as for the hundreds -- aren't you exagerating a bit? You have
to learn something like 20 commands and constructions and merely
be aware of existence and availability of more (and also, how to
find them). I don't claim to have a working knowledge of much more
than that, even though I spend 8hrs a day in front of a Linux
cluster I created and maintain. The availability of those hundreds
(or, actually, in the order of 1-2 thousand) is the power of any
Unix.
4:
And, of course, you can install, configure, operate and maintain
Linux just using GUI tools, but this IMO is a pure waste of time.
> Maybe if I had 5 or 6 months to do
> nothing but play with it I could overcome some of these basic
> obstacles, but most people could learn to accompish these same
> tasks in Windows in a matter of days or weeks.
I could name a few dozen simple useful Linux tasks, indeed, whole
domains of activity, which cannot be done in Windows at all.
> The number one problem may be the lack of a
> good HELP system. As faulty as the HELP system in Windows may be,
> it is light years ahead of Linux.
Just because you don't know where to look for things, doesn't mean
they don't exist. I never had any use for Windows help. And I used
a great deal various Linux information systems: man pages, info
manuals, HTML help system (from Linux Documentation Project),
HOWTO's, printed and online.
Regards,
=====================================================================
Artur Swietanowski mailto:[EMAIL PROTECTED]
Institut f�r Statistik, Operations Research und Computerverfahren,
Universit�t Wien, Universit�tsstr. 5, A-1010 Wien, Austria
tel. +43 (1) 427 738 620 fax +43 (1) 427 738 629
=====================================================================
------------------------------
From: "Robert Hand" <[EMAIL PROTECTED]>
Subject: Re: Samba Client Woes
Date: Tue, 27 Jul 1999 08:35:05 -0700
Crossposted-To: linux.samba
I'm doing 95 and 98 shares, one NIC to a dhcp NT network, one to a peer to
peer. Here is my shot at an aswer.
in the command:
>> smbmount '\\halo\' -U polidore -W TELECON
\\halo is the server name. What is the share name?
In my command, I type
smbmount //IDE_RAID//HD1 -c "mount /mnt/remote/IDE_RAID_HD1"
which uses machine IDE_RAID and share name HD1, making the volume visible
under
/mnt/remote/IDE_RAID_HD1
Never had to mess with my hosts file...
root wrote in message <[EMAIL PROTECTED]>...
> OK. I've read every piece of documentation out there, but I still
>can't get my linux box to see any hosts on my system that aren't in
>/etc/lmhosts AND I can't make it log in to my NT server which you must
>do on my network before you can use any share. Here is some basic info
>on my system:
>
>-MS NT4 server with 99% windows workstations.. and then there's me with
>Redhat Linux 6.0
>-DHCP
>-No wins server
>-behind a firewall/proxy (shouldn't affect anything, right?)
>-computers represented by 10.1.1.x
>-default gateway 10.1.1.1
>-able to ping any system in local network.
>-unable to ping systems outside the network due to firewall
>-i have DNS addresses in there, but mainly just for my internet??
>-system administrator is an ass who won't help me.
>-the internt works so i know my network card works.
>
>This is how you set up a workstation in windows:
>-TCP/IP network using DHCP, so in windows, I don't set a wins server, a
>dns.. nothing. dhcp does it.
>-Client for microsoft networks logs into an NT domain at boot named
>TELECON
>-File and printer sharing exists
>-Intel ether express 10/100
>
>then you just log in when windows reboots.
>
>This is what I've done so far in Linux:
>-installed samba with basic redhat setup
>-these lines exists in /etc/services:
>netbios-ns 137/tcp # NETBIOS Name Service
>netbios-ns 137/udp
>netbios-dgm 138/tcp # NETBIOS Datagram Service
>netbios-dgm 138/udp
>netbios-ssn 139/tcp # NETBIOS session service
>netbios-ssn 139/udp
>
>-i'm loading smbd and nmbd through inetd.conf. here are the lines:
>#SAMBA services
>netbios-ssn stream tcp nowait root /usr/sbin/smbd smbd
>netbios-ns dgram udp wait root /usr/sbin/nmbd nmbd
>
>-this is my smb.conf
>[global]
>
> security = server
> config file = /etc/smb.conf
> announce as = Win95
> share modes = yes
> encrypt passwords = yes
> smb passwd file = /etc/smbpasswd
> mangle case = yes
> case sensitive = no
> default case = lower
> preserve case = yes
> short preserve case = no
> password level = 0
> preferred master = no
> os level = 0
> null passwords = yes
> dead time = 0
> debug level = 0
> domain master = no
> load printers = no
> password server = TELECON
> comment = Ben
> workgroup = TELECON
>[Root]
> available = yes
> public = yes
> guest only = no
> writable = no
> browseable = yes
> only user = no
> comment = The root dir of my HD.
> path = /
> write list = root
>
>-here are some common error messages:
>smbmount '\\halo\' -U polidore -W TELECON
>Password:
>SMBtconX failed. ERRDOS - ERRnosuchshare
>Perhaps you are using the wrong sharename, username or password?
>Some servers insist that these be in uppercase
>
>BUT halo is in my lmhosts file. This is what happens when I use one
>that's not:
>smbmount '\\robert\' -U polidore -W TELECON
>
>cli_open_sockets: Unknown host ROBERT.
>
>This is what happens when I try to log in to my NT server with
>smbpasswd:
>smbpasswd -j TELECON
>modify_trust_password: Can't resolve address for TELECON
>1999/07/27 11:20:08 : change_trust_account_password: Failed to change
>password for domain TELECON.
>
>
>Can someone please help me. I've been working on this for 2 days, and
>I'm at my wit's end. Also, please send me a cc: of your replies.
>
>Thanks in advance,
>Ben Polidore
>[EMAIL PROTECTED]
>
>
------------------------------
From: Peter Buelow <[EMAIL PROTECTED]>
Subject: Re: Samba Login Necessary ??
Date: Tue, 27 Jul 1999 09:18:48 -0500
Reply-To: [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
>
> Trying to get my machines at least ping compatible <G> I currently
> have the win machines in 'single user' configuration with no login. Is
> user login required on W95 machines to be Samba compatible ??
No, but if you don't provide a password with it on (ie, just provide a
name and then no password when you set it up) it will either go away, or
all you have to do is hit enter when the login prompt appears. Anyway,
if you set it to windows networking, it will ask you for it once, don't
enter a password, and it will go away and shouldn't come back. It does
this because you install netbeui to get the windows part of Samba
sharing running. Samba uses a protocol called SMB and not TCP/IP, hence
the need for extra setup. Check out www.samba.org for more information,
or look into the how-to's for setting this up. Bottom line is that to be
ping compatible, all you need is TCP/IP setup on both machines.
--
Peter Buelow - Software Engineer
--
"Finger to spiritual emptiness underlying everything." -- How a C manual
referred to a "pointer to void."
------------------------------
From: Peter Buelow <[EMAIL PROTECTED]>
Subject: Re: Absolute hopeless beginner stuff
Date: Tue, 27 Jul 1999 09:25:43 -0500
Reply-To: [EMAIL PROTECTED]
@coventry.ac.uk wrote:
>
> All,
> I wonderwhther anybody out there can help me. I'm currently studing
> Information Technology for Management at Coventry University (UK), and
> my summer placement requires me to produce a comparison and feasibility
> study of networking operating systems for a local company. Problem: so
> far, technical issues have been an absolutely minute part of my course,
> and I'm having a great deal of difficulty getting to grips with this. I
> need to evaluate SuSe Linux 6.0 against Red Hat against NT Server 4
> against Netware 3.12 against Netware 5, producing a papaer report, and
> potentially a test plan. The company I'm with over the summer are
> running 17 old PCs of various sorts from a PII 350 file server on
> NetWare 3.12, and feel that their Fast Ethernet LAN is underperforming.
> My most immediate thought is that the scanned images which comprise most
> of their day to day information are more likely to be slowing the system
> down than the OS.
> 1. Advice at about the 'For Dummies' level would be nice.
> 2. If not here, can anybody recommend any sites or newsgroiups which
> would be more appropriate?
> 3. Books, periodical articles, anything.
>
> Thanks in advance.
>
> Adam Burgoyne.
>
> [EMAIL PROTECTED]
I will take a shot. First off, scanned images from <20 pc's are not
going to flood a 100MB lan. If it is slow, look to drivers, hardware (is
the HUB 10/100 N-Way switchable? and if not, is there a 10MB card
slowing the whole thing down?), OS support of 100MB, and finally, get a
tool called ttcp which is used by the industry to test bandwidth. It is
available all over and you just need to search a little. For the OS
stuff, go to www.amazon.com and search for the various OS's. There are
books abounding on all of those subjects. There will also be many a
webpage explaining the pro's and con's of each. Too much to do here in a
response. You don't need to be a technical expert to evaluate the
features of each OS and then decide what would be important, but you do
need a comprehensive list of features and a basic understanding of what
is needed. The web is your best resource so use it. Good luck.
--
Peter Buelow - Software Engineer
--
"Finger to spiritual emptiness underlying everything." -- How a C manual
referred to a "pointer to void."
------------------------------
From: Peter Buelow <[EMAIL PROTECTED]>
Subject: Re: Can't ping by name, But NSLOOKUP works perfectly.
Date: Tue, 27 Jul 1999 09:30:29 -0500
Reply-To: [EMAIL PROTECTED]
JOEY_BRENN wrote:
>
> I have set up a tcp-ip connection to the internet, my nslookup works like a
> champ, but I can't use ping, traceroute, etc. because it is looking at the
> /etc/hosts file. I verified this by hard coding a known IP address and sure
> enough, it pings. The /etc/host.conf file lists 'order bind, hosts'.
>
> Any ideas are greatly appreciated!
> Joey Brenn
> [EMAIL PROTECTED]
have you added a nameserver line to /etc/resolv.conf? I am assuming you
have a nameserver. If not, you will have to hard code all the
names<->IP's into /etc/hosts and that would be a pain. Good luck.
--
Peter Buelow - Software Engineer
--
"Finger to spiritual emptiness underlying everything." -- How a C manual
referred to a "pointer to void."
------------------------------
From: Julien Godard <[EMAIL PROTECTED]>
Crossposted-To: comp.protocols.tcp-ip
Subject: [PB] TCP SACK implementation PB with linux 2.3.3 ? (long)
Date: Tue, 27 Jul 1999 16:01:49 +0100
Reply-To: [EMAIL PROTECTED]
====================================================
PLEASE CC YOUR REPLY TO MY PERSONAL ADDRESS :
[EMAIL PROTECTED]
====================================================
I am doing some test for TCP/IP with a large delay.
I use a 2Mbps link with 565 ms RTT.
In this test, I want to see what happend if I lose an IP datagram.
The TCP connection is fluent, receiver windows limited, and then I
generate an error, and lose an IP datagram (ONLY one). SACK seems to
work normally until 17 segments are received. Let me explain that with a
tcpdump output (I remove the timestamp and replace the computers name by
A and B) :
I use delayed Acks, large windows (scale factor 2), socket buffer size
147000 bytes on both sides
13:29:24.767481 A > B: . ack 3084064454 win 34390 < > (DF)
13:29:24.772009 B > A: P 3084118030:3084119478(1448) ack 2866015587 win
36562 < > (DF)
13:29:24.772026 B > A: P 3084119478:3084120926(1448) ack 2866015587 win
36562 < > (DF)
13:29:24.777481 A > B: . ack 3084067350 win 34390 < > (DF)
13:29:24.786096 B > A: P 3084120926:3084122374(1448) ack 2866015587 win
36562 < > (DF)
13:29:24.786113 B > A: P 3084122374:3084123822(1448) ack 2866015587 win
36562 < > (DF)
13:29:24.797481 A > B: . ack 3084070246 win 34390 < > (DF)
until here, all is normal...
13:29:24.800214 B > A: P 3084123822:3084125270(1448) ack 2866015587 win
36562 < > (DF)
13:29:24.800231 B > A: P 3084125270:3084126718(1448) ack 2866015587 win
36562 < > (DF)
13:29:24.807481 A > B: . ack 3084070246 win 34390 < nop,nop,sack
3084071694 3084073142> (DF)
duplicate ack, with sack : one datagram is missing but 1 datagram
received.
13:29:24.814293 B > A: P 3084126718:3084128166(1448) ack 2866015587 win
36562 < > (DF)
13:29:24.814311 B > A: P 3084128166:3084129614(1448) ack 2866015587 win
36562 < > (DF)
13:29:24.817481 A > B: . ack 3084070246 win 34390 < nop,nop,sack
3084071694 3084074590> (DF)
duplicate ack, with sack : one datagram is missing but 2 datagrams
received.
13:29:24.821351 B > A: P 3084129614:3084131062(1448) ack 2866015587 win
36562 < > (DF)
13:29:24.827481 A > B: . ack 3084070246 win 34390 < nop,nop,sack
3084071694 3084076038> (DF)
duplicate ack, with sack : one datagram is missing but 3 datagrams
received.
and so on...
13:29:24.828388 B > A: P 3084070246:3084071694(1448) ack 2866015587 win
36562 < > (DF)
13:29:24.827481 A > B: . ack 3084070246 win 34390 < nop,nop,sack
3084071694 3084077486> (DF)
13:29:24.837481 A > B: . ack 3084070246 win 34390 < nop,nop,sack
3084071694 3084078934> (DF)
13:29:24.867481 A > B: . ack 3084070246 win 34390 < nop,nop,sack
3084071694 3084080382> (DF)
13:29:24.997481 A > B: . ack 3084070246 win 34390 < nop,nop,sack
3084071694 3084081830> (DF)
13:29:25.007481 A > B: . ack 3084070246 win 34390 < nop,nop,sack
3084071694 3084083278> (DF)
13:29:25.017481 A > B: . ack 3084070246 win 34390 < nop,nop,sack
3084071694 3084084726> (DF)
13:29:25.017481 A > B: . ack 3084070246 win 34390 < nop,nop,sack
3084071694 3084086174> (DF)
13:29:25.027481 A > B: . ack 3084070246 win 34390 < nop,nop,sack
3084071694 3084087622> (DF)
13:29:25.037481 A > B: . ack 3084070246 win 34390 < nop,nop,sack
3084071694 3084089070> (DF)
13:29:25.037481 A > B: . ack 3084070246 win 34390 < nop,nop,sack
3084071694 3084090518> (DF)
13:29:25.047481 A > B: . ack 3084070246 win 34390 < nop,nop,sack
3084071694 3084091966> (DF)
13:29:25.057481 A > B: . ack 3084070246 win 34390 < nop,nop,sack
3084071694 3084093414> (DF)
13:29:25.067481 A > B: . ack 3084070246 win 34390 < nop,nop,sack
3084071694 3084094862> (DF)
duplicate ack, with sack : one datagram is missing but 16 datagrams
received.
13:29:25.067481 A > B: . ack 3084070246 win 34390 < nop,nop,sack
3084071694 3084096310> (DF)
duplicate ack, with sack : one datagram is missing but 17 datagrams
received.
13:29:25.077481 A > B: . ack 3084070246 win 34390 < nop,nop,sack
3084096310 3084097758> (DF)
HERE IS THE PROBLEM :
duplicate ack, with sack : 18 datagrams are missing but 1 datagram
received.
FYI
13:29:25.237481 A > B: . ack 3084070246 win 34390 < nop,nop,sack
3084096310 3084099206> (DF)
13:29:25.247481 A > B: . ack 3084070246 win 34390 < nop,nop,sack
3084096310 3084100654> (DF)
13:29:25.257481 A > B: . ack 3084070246 win 34390 < nop,nop,sack
3084096310 3084102102> (DF)
13:29:25.260678 B > A: P 3084131062:3084132510(1448) ack 2866015587 win
36562 < > (DF)
13:29:25.267481 A > B: . ack 3084070246 win 34390 < nop,nop,sack
3084096310 3084103550> (DF)
13:29:25.267751 B > A: P 3084132510:3084133958(1448) ack 2866015587 win
36562 < > (DF)
This behaviour is periodic, every 17 SACK...The sender go down to slow
start and then recover, but instead of 1 retransmission, I have 86
retransmissions...
I try the same test with an other size of datagram (9128 bytes), and all
is fine (but I experienced only 14 SACKs)
Something seems to be wrong with SACK in linux 2.3.3 .Of course, it can
only be a limited buffer size (out_of_order_queue for example) or a too
small default value for this buffer, but can I have your opinion on that
(especially if you have a better understanding of C than me, and it's
not very difficult ;-)
Thank you to read all this message !
Julien
PS: FYI the SACK implementation of tcpdump 3.4 is RFC 1072 compliant,
not RFC 2018...
------------------------------
** FOR YOUR REFERENCE **
The service address, to which questions about the list itself and requests
to be added to or deleted from it should be directed, is:
Internet: [EMAIL PROTECTED]
You can send mail to the entire list (and comp.os.linux.networking) via:
Internet: [EMAIL PROTECTED]
Linux may be obtained via one of these FTP sites:
ftp.funet.fi pub/Linux
tsx-11.mit.edu pub/linux
sunsite.unc.edu pub/Linux
End of Linux-Networking Digest
******************************
