NT and Linux box nextwork!

I have 2 machines at home.  NT 4 workstation and linux.  I have SMC ultra 16 network cards in both machines, connected properly.  TCPDUMP on linux shows NT accessing the network, however I am unable to ping.  TCPIP is set up, with ip's of for linux and for Windows NT.  TCPDUMP shows that winNT is trying to find out the ARP for (linux) or simply sends the packets no where.  I know that my network is set up properly physically.  Any ideas as to why I can't ping?  I suspect its some sort of a bug under windows.  I tried installing windows 98 beta I have, windows 95.  Nothing.  Same thing.   Please help.  I need this network
Who is Participating?
I wear a lot of hats...

"The solutions and answers provided on Experts Exchange have been extremely helpful to me over the last few years. I wear a lot of hats - Developer, Database Administrator, Help Desk, etc., so I know a lot of things but not a lot about one thing. Experts Exchange gives me answers from people who do know a lot about one thing, in a easy to use platform." -Todd S.

Are the machines connected back to back? Do you have a router?
1) Check the netmask on both systems.  In your case above, it should be  

2) On the linux box make sure the default route is to the ethernet adapter.

3) On the NT box make sure that the TCP/IP configuration does not have packet filtering on.

4) Make sure that each machine can ping itself.  That is, can the NT box ping and the linux box ping

5) Make sure that your network physical connection is good.  You didn't mention whether it was 10Base-T, coax, other...  You may have a bad cable, hub, connector.  You may even have a faulty network adapter.
davidzonAuthor Commented:
Okay.  The network is a coax back to back, properly terminated.  I see the Linux box TCPDUMP that the NT system seems to have a problem READING arp replies.  It sends out arp replies, but gets no answer.  It does not reply to ping.  The problem is *definately* on the end of the NT machine.  I've tried installing windows 98, windows 95.  Same problem all over.  

Everything you said is set up.  I seriously suspect that the windows ARP stuff is messed up.  Is there any way to replace the windows ARP system with another freeware / shareware package?  

I am becoming pretty desperate ;)

JHANCE: I was not given the answer I needed.  Please feel free to answer again.  I have increased the points to 800.  

Cloud Class® Course: Ruby Fundamentals

This course will introduce you to Ruby, as well as teach you about classes, methods, variables, data structures, loops, enumerable methods, and finishing touches.

davidzonAuthor Commented:
I will give ANYONE an A who can help!  Please!  This is a VERY major problem for me.  If your solution works, you WILL get an A!
I must assume that the problem is not in Windows ARP in general as many people (including me) use Linux and NT on the same network every day without problems.  So the answer must lie in either your particular hardware or software setup.  Is it possible that the network card you are using on the NT side is faulty.  For example, if the IRQ line is bad (either on the card or the motherboard) you won't get received packets.  The fact that you get the same bad behavior with NT, 95, and 98 really leads me to believe that this is a hardware problem.
davidzonAuthor Commented:
Yes.  I was wondering about that.  It can send but not receive apparently.  I run a 200 machine mixed network at work, consisting of 95, NT, linux, FreeBSD, sunos.  I've never ran into a problem like this though.  Let me try moving the card to another IRQ and see if that makes a difference.
I'd say try another card as well.  You can get an NE2000 clone card for about $20.

Experts Exchange Solution brought to you by

Your issues matter to us.

Facing a tech roadblock? Get the help and guidance you need from experienced professionals who care. Ask your question anytime, anywhere, with no hassle.

Start your 7-day free trial
davidzonAuthor Commented:
This makes no sense!  I am seeing a LOT of netbios requests from the winNT machine to

I doubt its the card.  It has worked fine in the past with 10baseT, with the same two machines.  I was using a crossover cable.  However, that was 2 machines running windows 95 / NT.  

My question is is there a way to edit the ARP tables?  I have a feeling routing may be screwed up.

Here is what I get from route.  Note that I am also connected to the net via a modem (199.179.44.* stuff is the modem)

I think somewhere software is not configured properly.

Active Routes:

  Network Address          Netmask  Gateway Address        Interface  Metric
       1       1       2       1       1       1       1       1       1       1       1

davidzonAuthor Commented:
I am unable to add the hardware address of the Linux box to win NT when I do
arp -s <hardware address>

It just gives me the prompt back, and when I do arp -a it does not show it.  I still say that its some incompatibility with arp.

Suggestions? Ideas?

.1 isnt a valid IP.. it might very well be reserved.. have you tried using any other ip (0, 1, 127, 128, 255 are to be avoided at all cost)

(and 255 is the broadcast adress, so massive netbios traffice there is normal)
Absolutly nothing wrong in .1 or .2 with the Netmask of The network is and the broadcast is

As others have pointed out ARP is not working between these 2 machines. The thing about arp it that it is possible to test it unidirectionally.

I will assume that the Linux box works with other machines (if
there are only 2 then you need to borrow a third!). We can see
the broadcasts from the NT box so we know the NT machine can

Ping from the NT machine to the Linux box.
   It fails but Look at the Linux box arp cache (arp -a)
   Does the IP address and Mac address of the NT box appear?

If yes then transmission from the NT box to the Linux system
occours correctly.

Clear the arp caches on both ends and then ping from the Linux
machine to the NT system. Look in the arp cache on the NT machine. (Same command.)

This should tell us in which way traffic is flowing - in fact
the suspision is that the NT machine is Deaf and not responding
to packets on the Ethernet interface so we will not get an entry
in the NT systems arp cache until we do we won't get ping to work.

With networking cards in PC's I have often found that cards are
either Dumb or Deaf. If Dumb then the IO address is normally the
base of the conflict. If Deaf then the IRQ is conflicting. Of course that assumes that the SMC card to card test works. With
SMC cards under Win 3.1 you also had to make sure that the Mapped
memory address was correct.

In this case we have NT. Is the PC a PCI based system and which
model SMC - if you use the drivers that come with NT on some Network cards from SMC they do not work correctly - try the ones
from the SMC Driver Disks. In fact never trust the hardware wizards selection of drivers for SMC cards in WIN95 or NT and always use the right driver disk for the card. Also If the PC is a PCI m/b and the card is ISA then you will need to set the IRQ in the BIOS - I prefer 5 or 10 and always avoid 2 or 3. PCI bus is edge triggered and ISA
is level triggered - you have to tell the bios which you are using ISA cards on for that reason.

davidzonAuthor Commented:
It appears that the Windows machine will not ANSWER to ANY replies, whether ping or arp, nor READ any replies which are arp-related.  Both are SMC Ultra 16 cards.

TCPDUMP shows that Windows sends out arp requests, but never reads the replies.  

I attempted to buy a used network card, it ended up being an NE1000 and did not want to work at all.  I will try to purchase a new card today.

I have tried different IP's as well.
Thanks a lot!
davidzonAuthor Commented:
This is very interesting.  I never accepted the answer :>
Oh well, there go my 850 points

It's more than this solution.Get answers and train to solve all your tech problems - anytime, anywhere.Try it for free Edge Out The Competitionfor your dream job with proven skills and certifications.Get started today Stand Outas the employee with proven skills.Start learning today for free Move Your Career Forwardwith certification training in the latest technologies.Start your trial today
Windows Networking

From novice to tech pro — start learning today.