QUESTION: Could anyone lend me a h

[mightyscotchpine]

QUESTION:
Could anyone lend me a hand?
I have a lan with one sco openserver 5.05 machine and a bunch of pcs running windows and Facetwin. All of them have only one nic and all are on the same subnet. I am having problems with one of the pcs (station2). Station2 can ping the server and every other pc on the lan. Every pc on the lan can ping station2 and the server. The server can ping every other pc on the lan, but cannot ping station2.
To top it off, station2 can connect to the server just fine with Facetwin.

Has anyone had this problem before?
I was thinking that something was screwed up with ICMP on station2, but if that were the case it wouldn't respond to any other pings, right?
Could it have something to do with filtering on the server?
We have no filters set up that I know of.


Additional info (requested by Stan)

I just get packet loss - 100% I have only one subnet, so I wouldn't expect a "no route".
I am pinging both with both ip and hostname - same result.
I am using /etc/hosts - no dns.
An arp -na gives:

? (ip address) at mac address (802.3)

This mac address matches that of the nic on the pc.

Incidently, ping -m craps out too.
And an arp -S gives:
arp statistics:
10 frames sent
774 frames received
0 had a bad hardware type
0 had a bad MAC address
0 had a bad IP address
0 had our address
0 updated an existing entry
1048 lookups
290 were generated locally
758 were received
401 were for us
357 were for proxies
357 failed
0 entries went into reject state
0 entries were revived
1336 entries were expired


Thanks in advance for any help.

 

[patw]

Carefully go through and make sure the work group and TCP settings match other, working machines on the network.

Try the usual M$ bs of completely removing and re-installing networking. This works in a suprising number of cases.

Consider replacing the NIC card - it may be too marginal to work with the SCO box, but is good enough for the other MS machines.

Facetwin may be imposing it's own protocol stack, and it's superior to the 'native' one.