35 replies
by grant maw
Have you tried setting the network card to 10Mbps instead of auto-detect? In some cases - especially with older equipment - this can help in cases like this.
HTH
by lizzy
Same comment as above (in addition to rebooting many times). Question is still open. However, the question now is:
If the cable passed the cable tester test (Im using Alantek Comm.), and the network components properly set up (network adapter, protocols) and configured, what are the reasons for not being able to PING another computer in the same subnet?
Like I have said above, i changed the cable and it worked fine but both cables passed the cable tester. weird.
by nettek
Since your network card is set to autoselect, I am assuming it has seperate 10 and 100mb lights on the card to tell you that you are connected. Is the 10mb light lit, and is the light on the hub for that port lit? If not, then either the network card is bad, the card is not seeing the hub, or the hub is not seeing the card.
Can you ping the loop back (127.0.0.1)? If not, then TCP/IP is corrupted and should be removed, reboot, and then reinstall.
Can you ping the IP address of the card? If you cannot, then there is a problem with the card or with the TCP/IP stack.
by gigelul
You said that you change the cable and all was ok.
Where can be the problem?
Your tester or a bad contact (NIC or HUB).
by lizzy
by lizzy
by lizzy
by eric_clemens
Seems obvious with the things you have tried that it is not a cabling issue. What OS are you running at the server and workstation? Are other PCs connected to this network having the same problem? (if yes, then it is the server or hub)
Other things to consider:
1) If this is the only computer, try using a cross connect cable to connect the PCs NIC directly into the Server NIC. (maybe the hub is bad)
2) You have MS networking installed, are you able to log in successfully and access resources on the server? (if yes, you have a protocol configuration issue on the server) What other protocols do you have enabled?
3) Are you using DHCP? If you have DHCP enabled with a subset of IP addresses, and your workstation is set to static (using one of those addresses), the server may be freaking out because it didn't lease that IP to the machine using it.
all others pcs have no problem.
1) tried using the cross connect cable but the connection is not detected.
2) cannot log in because i cannot even ping remote server. can ping self ip and loopback so i think protocol is ok.
3) dhcp cannot becontacted, workstation is set to obtain ip dynamically.
I need answer to the question: how come i cannot ping remote server when using cable A, but things are ok when using cable B, when cable A and cable B both passed the cable tester test and led lights for both the network adapter nic and hub nic are on for both cables (A and B)?
by eric_clemens
Is the cable that isn't working sitting in a bucket of water?
I would remove it from the water.
Good luck solving this mystery.
by gigelul
I try to find some specifications about your tester. Nothing. Maybe your tester don't perform all necessary tests (impedance, resistivity, etc).
Test your cable with other tester (maybe a friend or your equipment vendor have other model).
About recrimpe the cable. You change connectors or simple recrimped the old? Try to change these connectors.
by otl
I am not familiar with the cable tester you are using weather it checks polarity on the individual circuit pairs or not. Or if you tried testing with the cable in the same position as it would be in if plugged into the computer (bad wire only in that position, connects in any other).
Your comment, " I had the cable recrimped at both ends and swapped port in the hub (into a port which i know is working)" brings to mind the important question " recrimped or replaced the ends?" If using another cable lets the computer operate normally then there are several possibilities of what could be wrong with that particular cable, below in order of what I have seen.
1. Bad connection between the cable and connector (one or more cable conductor(s) is not fully seated to the connector)
2. Replacing the cable caused rerouting the cable and eliminated RFI (interference).
3. Connector is damaged and forces wire contact away from pin on cable connection.
4. Reversed cable pairs in the connector.
5. Bad wire in the cable.
To attempt to identify the offender, ohm out each connection end-to-end using a multi-meter, even a $3-7 one will tell what is good and what is bad.
by tat4life
by tat4life
by xgenius
If everything is fine after the cable change by itself then what is so hard to believe? Regardless if the cable passed power through it, it could be that there is enough of a flaw in the line that makes passing data packets impossible.
Having replaced so many damn cables that seemed as right as yours only to have the system work with a new one that was exactly the same leads me to say....let it go friend....
by cul8rm8e
please forgive my ignorance here. but are you in a workgroup enviroment? Domain, member of?
can you see any other machines in (my network places)? if not then check for (member of)in your properties of (my comp)network ID,
by johntech
One cable works another one doesn't, is that right ? Both pass testing ?
Is one wired as T568A and one wired as T568B ?
No that's not crossover its 2 different standards that will pass testing ?
Answer 2 says that this is in full duplex. You can't run full duplex to a hub. If this is a managed hub, set it to *not* autonegotiate. Set your PC to 10Mbps and *half*-duplex.
And the same for the other equipment attached to this hub. (I'm assuming this is the case since you will need to ping something.)
Addendum to autonegotiation issue - I find that in many cases this can cause flapping, where one device will constantly try to negotiate different connections with the other device causing bad/intermittent/no performance. Statically setting it usually fixes this problem.
Hope that helps -
This discussion is closed to new replies.
Trending Networks posts
Sort by Trending