FTP problem between two servers (one sided slow throughput)

[Vikas_15]

Hello admins,

I am having unique type of problem while using FTP between my two Tru64 (V5.0) servers. FTP version in these servers is 5.60

Problem related data is as beow:

----------------------------------------------
Action FTP from FTP to Thruput
----------------------------------------------
UPLOAD System1001 System1002 250Kbps
UPLOAD System1002 System1001 0.8Kbps

DOWNLOAD System1001 System1002 1.5Kbps
DOWNLOAD System1002 System1001 270Kbps
----------------------------------------------

Clearly, UPLOAD from System1002 to System1001 and DOWNLOAD from System1002 to System1001 is extremely slow. Please note that both upload and download from these system to any third system in the network is at around 250Kbps which is quite normal in my env. Problem exists only between these two systems.

Could you pls suggest any probable solution for this problem?

Many thanks,
Vikas Sharma

[Johan Brusche]

Are there any interfaces of the type DE5xx with name tu0, tu1... involved ?

If yes, make sure they are set to a fixed speed both in console mode and by the OS.
Auto-negociate does not work very well on these interfaces.

Besides that you could have a mismatch betweeb FDX and HDX duplex mode.
Above mis-setting will cause the FTP speed symptom you experience.

Use the lan_config command to correct the settings:

lan_config -i tu1 -a 0 -s 100 -x 1

And put the command also in /etc/inet.local to make the setting survive a reboot.

__ Johan.

[Michael Schulte zur Sur]

Hi,

can you post a
ifconfig -a
of both machines?
Johan is right. tulip cards don't like auto sensing.

thanks,

Michael

[Ralf Puchner]

switched or hub connections?
settings on ports?
same 3rd system used for testing?
same subnet?
..
..
..

why not using the troubleshooting guide within the network admin guide for ftp?

[Vikas_15]

1. Both the servers are on SAME SUBNET.
2. Please find below the output of ifconfig -a and hwmgr -get attr -category network for both servers.
3. Please note that one server (most likely having problem) is having TULIP card (tu0).





------------------------------------------------------
ifconfig -a output of System1001
alt0: flags=c63

lo0: flags=100c89
inet 127.0.0.1 netmask ff000000 ipmtu 4096

sl0: flags=10

tu0: flags=c63
inet 155.66.31.237 netmask fffffe00 broadcast 155.66.31.255 ipmtu 1500
-------------------------------------------------------
hwmgr -get attr -category network: System1001

23:
name = alt0
category = network
sub_category = Ethernet
model = DEGPA
hardware_rev = 6
firmware_rev = 11.3.2
MAC_address = 00-60-6D-21-23-C0
MTU_size = 1500
media_speed = 1000
media_selection = Automatic
media_type = Fiber Cable
loopback_mode = 0
promiscuous_mode = 0
full_duplex = 1
multicast_address_list = CF-00-00-00-00-00 09-00-2B-00-00-0F 09-00-2B-02-01-04
interface_number = 1
registration_time = Fri Feb 6 17:32:35 2004
user_name = (null) (settable)
location = (null) (settable)
software_module = (null)
state = available
state_previous = unknown
state_change_time = none
event_count = 0
last_event_time = none
58:
name = tu0
category = network
sub_category = Ethernet
model = 21140
hardware_rev = 1.2
firmware_rev =
MAC_address = 00-00-F8-31-11-C0
MTU_size = 1500
media_speed = 100
media_selection = Set by SRM Console
media_type = Unshielded Twisted Pair (UTP)
loopback_mode = 0
promiscuous_mode = 0
full_duplex = 1
multicast_address_list = CF-00-00-00-00-00 01-00-5E-00-00-01 09-00-2B-00-00-0F 09-00-2B-02-01-04
interface_number = 2
registration_time = Fri Feb 6 17:33:51 2004
user_name = (null) (settable)
location = (null) (settable)
software_module = (null)
state = available
state_previous = unknown
state_change_time = none
event_count = 0
last_event_time = none
------------------------------------------------------------
------------------------------------------------------------
ifconfig -a output of System1002

alt0: flags=c22

ee0: flags=c63
NetRAIN Virtual Interface: nr0
NetRAIN Attached Interfaces: ( ee1 ee0 ) Active Interface: ( ee1 )

ee1: flags=c63
NetRAIN Virtual Interface: nr0
NetRAIN Attached Interfaces: ( ee1 ee0 ) Active Interface: ( ee1 )

lo0: flags=100c89
inet 127.0.0.1 netmask ff000000 ipmtu 4096

nr0: flags=c63
NetRAIN Attached Interfaces: ( ee1 ee0 ) Active Interface: ( ee1 )
inet 155.66.31.223 netmask fffffe00 broadcast 155.66.31.255 ipmtu 1500

sl0: flags=10
-------------------------------------------------------------
hwmgr -get attr -category network: System1002
14:
name = ee0
category = network
sub_category = Ethernet
model = Intel 82559
hardware_rev = 8
firmware_rev =
MAC_address = 00-50-8B-B4-47-D9
MTU_size = 1500
media_speed = 100
media_selection = Automatic
media_type = Unshielded Twisted Pair (UTP)
loopback_mode = 0
promiscuous_mode = 0
full_duplex = 1
multicast_address_list = CF-00-00-00-00-00
interface_number = 1
registration_time = Sat Nov 13 15:53:02 2004
user_name = (null) (settable)
location = (null) (settable)
software_module = (null)
state = available
state_previous = unknown
state_change_time = none
event_count = 0
last_event_time = none
15:
name = ee1
category = network
sub_category = Ethernet
model = Intel 82559
hardware_rev = 8
firmware_rev =
MAC_address = 02-50-8B-B4-45-A3
MTU_size = 1500
media_speed = 100
media_selection = Automatic
media_type = Unshielded Twisted Pair (UTP)
loopback_mode = 0
promiscuous_mode = 0
full_duplex = 1
multicast_address_list = CF-00-00-00-00-00 01-00-5E-00-00-01
interface_number = 2
registration_time = Sat Nov 13 15:53:02 2004
user_name = (null) (settable)
location = (null) (settable)
software_module = (null)
state = available
state_previous = unknown
state_change_time = none
event_count = 0
last_event_time = none
59:
name = alt0
category = network
sub_category = Ethernet
model = DEGPA
hardware_rev = 6
firmware_rev = 11.3.2
MAC_address = 00-60-6D-21-2F-CF
MTU_size = 1500
media_speed = 1000
media_selection = Automatic
media_type = Fiber Cable
loopback_mode = 0
promiscuous_mode = 0
full_duplex = 1
multicast_address_list = CF-00-00-00-00-00
interface_number = 3
registration_time = Sat Nov 13 15:53:02 2004
user_name = (null) (settable)
location = (null) (settable)
software_module = (null)
state = available
state_previous = unknown
state_change_time = none
event_count = 0
last_event_time = none

[Johan Brusche]

Make sure the switchport, connected to the tu0 interface, is set to a fixed speed (ie no autonegotiate)

__ Johan.

[Michael Schulte zur Sur]

Hi,

if I remember correctly also switch off spanning tree on the switch port.

hth,

Michael

[Ralf Puchner]

Michael,

this is only an issue if the tulip card switches the internal DMA mode within the driver. But this can be easily checked by having a look into the log files ;-). But in this case both up- and download should be involved.

On system1002 the configuration should match the netrain requirements (spanning tree disabled etc.) but I'm sure they have read the documentation and done all settings ;-)

If the switch is manageable check switch log.
Any messages within the logs of the machines on both side?

[Sid Shorter_2]

Try to add a third server into the equation and test server 1 to server 3 and server 2 to server 3 and see if the results are the same as the test from server1 to server2. This will help you to isolate the problem. Are you sure the performance issue is only related to ftp? What about other tests like ping from server1 to server2 and server2 to server1?

Check nics for errors with netstat -ni

You can also hardcode the "speed " by editing the rc.config file and look for interface name and add "speed 200" for full duplex.

then run rcinet restart and it will go into effect without a reboot

[Al Licause]

RE: hardcode speed settings in rc.config.

The preferred method for modifying the speed and/or duplex mode for a network card is not through rc.config, but by using the lan_config utility. See man lan_config.

Rc.config can be overwritten by sysman or other configurators whereas using the lan_config utility in conjunction with the /etc/inet.local file, as recommended by engineering, you can be assured that only specific hand edits will modify this file.

[Sid Shorter_2]

In the seven years I have been doing Tru64 since version 3.2D it has never been an issue and this has been the recommended way in which Compaq has recommeded to me the changes be made.

[Ralf Puchner]

The recommendation for tulip is to use the console settings due to autoneg problems with the chipset/switches, the intel chips should use autoneg mode and work best with this kind of setup (btw. there are no console settings for the intel cards).