• Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 207
  • Last Modified:

ftp DataRate Problem.......

Hi, I have multiples Pcs with Windows OSs and an IBM S/390 System, they are conected together by a switch (Enterasys-VH48 10/100Mbps).
PC-A=Windows server 2003 PC-B=Windows server 2003 PC-C=WindowsXP PC-D=Windows98

1.- We are having delay problems between S/390 and PC-A when I do a FTP conection from and to the 390 unit. DataRate=30kbps
2.- The connections between s390 and PC-B and between 390 and PC-C are fine. DataRate=98Mbps
3.- The connections between PC-A and  PC-B and PC-C are fine. DataRate=98Mbps
4.- The port where s/390 is connected presents CRC errors (51144 in 1 day)

The problem between s/390 and PC-A appear with other Pcs too, whatever OS it be.

Some Ideas?????

Thanks for your help

jacc
0
jacc
Asked:
jacc
1 Solution
 
lrmooreCommented:
>4.- The port where s/390 is connected presents CRC errors (51144 in 1 day)
These errors are unacceptible. They point to physical layer problems with cabling, punch-down panel, if you also see collisions, it could be a duplex mismatch, etc.
0
 
caball88Commented:
sounds like physical problem to me. check the cabling if that is not it check the configuration for the nic card. i usually use auto-negotiate for most network card settings and have been trouble free. like lrmoore said there could be a duplex mismatch. try changing the duplex settings if it is already on auto. after that it could be a bad network jack or even the siwtch port. i had a couple of bad ports on my cisco 2950's go bad on me before.
0
 
marcin79Commented:
i've had similar problems with a bad (damged) nic or a broken driver.
To check the cabling connect some other device to the place where you have s/390 unit and see the data rate.

Regards
Marcin
0
 
pseudocyberCommented:
4.- The port where s/390 is connected presents CRC errors (51144 in 1 day)

CRC and Alignment errors are usually indicative of a duplex mismatch.  On servers, IMHO, best practice is to nail everything at 100 Mbps Full Duplex (assuming 100 Mbps).  I don't like to rely on autonegotiate working properly for servers.  Or make sure it's Auto on both sides if you have to use Autonegotiate.

It's strange though that between A and B is fine, and between B and server are fine.  If server is mismatched, then all clients should see an issue.

If server to switch is ok, then check machine A to its access switch - again either Auto on both sides or 100 full on both sides.

If that doesn't do it, string a cable on the floor from your server switch to the server and swap out the cable (when you can) to eliminate the cables inbetween.  Try different ports.  Try different NICs.  Could be environmental somewhere (high EFI or EMI).
0
 
jaccAuthor Commented:
OK, friends thank you very much for your comments.
I change the UTP cable and the data rate is good now.
I do not understand why, with some pcs it worked fine and with other no...... ??????????????????

Well , now everything is OK

thanks again
0

Featured Post

Get your Conversational Ransomware Defense e‑book

This e-book gives you an insight into the ransomware threat and reviews the fundamentals of top-notch ransomware preparedness and recovery. To help you protect yourself and your organization. The initial infection may be inevitable, so the best protection is to be fully prepared.

Tackle projects and never again get stuck behind a technical roadblock.
Join Now