Upload Speed Problem - V1910

[js0873]

I have an HP V1910-48G Switch JE009A. I'm not getting the upload speed we're paying for with our ISP, Cox. Download speeds are always fine, but upload speeds rarely are, often half or less. I've tested coming straight out of the Cox modem and the speed is as it should be. I then tested straight out of our firewall device and it also is fine. But once it hits our HP switch it gets degraded. We have 4 of these switches and they all do the same thing. Is there any setting in the switches that might make a difference with upload speeds? Any ideas?

Software Version: 5.20 Release 1513P85169

Hardware version: REV.A

Bootrom Version: 169

[Emil_G]

Hello, 

Looking at the supported feautures I think this behaviour can only be explained with QoS configuration. 

https://support.hpe.com/hpesc/public/docDisplay?docLocale=en_US&docId=c03941555

You can check if there is a rate-limit on the client ports or the uplinks to the firewall. Check under QoS > Line rate.

Or there may be a QoS policy, which is limiting certain types of traffic. QoS  > Port Policy.

Maybe you can go to Device > Configuration and perform a backup of your config to a cfg file. This file can then be opened with a text editor. It may be helpful if you can paste here the settings of the client ports (removing any sensitive information) you used for testing as well as the port or ports used to connect the switch with the firewall (uplink) Usually the interface settings are grouped in sections separated by # signs like here in this example.

#
interface GigabitEthernet1/0/1
port link-type trunk
port trunk permit vlan 1
qos lr inbound cir 128 cbs 8192
#

Even better would be if the whole configuration can be provided.

Another thing you should check is the port statistics. In the GUI it is under Device > Interface Statistics. You can reset the client port and the uplink, perform you speedtest and after that check if DIscards or Errors have increased.

Probably no need to mention it but of course the bandwidth of the switch interfaces should be higher than the upload speed provided by the ISP. If you are testing with a client device with a 10/100Mbps NIC and trying to reach an upload speed higher than 100Mbps this will not work.

Also the internet connection is shared by all internet users. If multiple user PC or servers are uploading data via the internet at the same time, then a single user will not have the whole upload speed. The best test should be performed at times when there are no or not so many other users.

[js0873]

There is no QOS policy, and there's no rate limit on anything that I could see, down or up.

We pay for 100 mpbs down and 20 mbps up. In testing I almost always get 100 down, or close to it. I rarely get 20 up or anywhere near, mostly 10 or below, and often 5 or less. But occasionally I do get near 20, but just rarely. I didn't know how to link a file but here's the config backup.

#
 version 5.20, Release 1513P85
#
 sysname HP V1919-48G (Top Switch)
#
 domain default enable system 
#
 ip ttl-expires enable
#
 password-recovery enable
#
vlan 1
 description Corporate Network
#
vlan 50
 description Guest WiFi
#
vlan 60
 description Employee WiFi
#
domain system 
 access-limit disable 
 state active 
 idle-cut disable 
 self-service-url disable 
#
user-group system
#
local-user admin
 password cipher $c$3$xxxxxxxxxxxxxxxxxxxxxxxxxxxx
 authorization-attribute level 3
 service-type ssh telnet terminal
 service-type web
#
 stp mode rstp
 stp enable
#
interface NULL0
#
interface Vlan-interface1
 ip address 192.168.1.200 255.255.0.0 
#
interface GigabitEthernet1/0/1
 stp edged-port enable
#
interface GigabitEthernet1/0/2
 stp edged-port enable
#
interface GigabitEthernet1/0/3
 stp edged-port enable
#
interface GigabitEthernet1/0/4
 stp edged-port enable
#
interface GigabitEthernet1/0/5
 stp edged-port enable
#
interface GigabitEthernet1/0/6
 stp edged-port enable
#
interface GigabitEthernet1/0/7
 stp edged-port enable
#
interface GigabitEthernet1/0/8
 stp edged-port enable
#
interface GigabitEthernet1/0/9
 stp edged-port enable
#
interface GigabitEthernet1/0/10
 stp edged-port enable
#
interface GigabitEthernet1/0/11
 stp edged-port enable
#
interface GigabitEthernet1/0/12
 stp edged-port enable
#
interface GigabitEthernet1/0/13
 stp edged-port enable
#
interface GigabitEthernet1/0/14
 stp edged-port enable
#
interface GigabitEthernet1/0/15
 stp edged-port enable
#
interface GigabitEthernet1/0/16
 stp edged-port enable
#
interface GigabitEthernet1/0/17
 stp edged-port enable
#
interface GigabitEthernet1/0/18
 stp edged-port enable
#
interface GigabitEthernet1/0/19
 stp edged-port enable
#
interface GigabitEthernet1/0/20
 stp edged-port enable
#
interface GigabitEthernet1/0/21
 stp edged-port enable
#
interface GigabitEthernet1/0/22
 stp edged-port enable
#
interface GigabitEthernet1/0/23
 stp edged-port enable
#
interface GigabitEthernet1/0/24
 stp edged-port enable
#
interface GigabitEthernet1/0/25
 stp edged-port enable
#
interface GigabitEthernet1/0/26
 stp edged-port enable
#
interface GigabitEthernet1/0/27
 stp edged-port enable
#
interface GigabitEthernet1/0/28
 stp edged-port enable
#
interface GigabitEthernet1/0/29
 stp edged-port enable
#
interface GigabitEthernet1/0/30
 stp edged-port enable
#
interface GigabitEthernet1/0/31
 stp edged-port enable
#
interface GigabitEthernet1/0/32
 stp edged-port enable
#
interface GigabitEthernet1/0/33
 stp edged-port enable
#
interface GigabitEthernet1/0/34
 stp edged-port enable
#
interface GigabitEthernet1/0/35
 stp edged-port enable
#
interface GigabitEthernet1/0/36
 stp edged-port enable
#
interface GigabitEthernet1/0/37
 stp edged-port enable
#
interface GigabitEthernet1/0/38
 stp edged-port enable
#
interface GigabitEthernet1/0/39
 stp edged-port enable
#
interface GigabitEthernet1/0/40
 stp edged-port enable
#
interface GigabitEthernet1/0/41
 port access vlan 50
 stp edged-port enable
#
interface GigabitEthernet1/0/42
 port access vlan 50
 stp edged-port enable
#
interface GigabitEthernet1/0/43
 port link-type trunk
 port trunk permit vlan 1 50 60
 stp edged-port enable
#
interface GigabitEthernet1/0/44
 port link-type trunk
 port trunk permit vlan 1 50 60
 stp edged-port enable
#
interface GigabitEthernet1/0/45
 port link-type trunk
 port trunk permit vlan 1 50 60
 stp edged-port enable
#
interface GigabitEthernet1/0/46
 port link-type trunk
 port trunk permit vlan 1 50 60
 stp edged-port enable
#
interface GigabitEthernet1/0/47
 port link-type hybrid
 port hybrid vlan 50 60 tagged
 port hybrid vlan 1 untagged
 stp edged-port enable
#
interface GigabitEthernet1/0/48
 port link-type trunk
 port trunk permit vlan 1 50 60
 stp edged-port enable
#
interface GigabitEthernet1/0/49
 stp edged-port enable
#
interface GigabitEthernet1/0/50
 stp edged-port enable
#
interface GigabitEthernet1/0/51
 stp edged-port enable
#
interface GigabitEthernet1/0/52
 stp edged-port enable
#
 ip route-static 0.0.0.0 0.0.0.0 Vlan-interface1 192.168.1.1
#
 snmp-agent
 snmp-agent local-engineid 8000000B03784859C1F530
 snmp-agent sys-info contact xxxxxxxxxxxxxxxxxxxx
 snmp-agent sys-info location xxxxxxxxxxxxxxx
 snmp-agent sys-info version v3
#
user-interface aux 0
 authentication-mode scheme
user-interface vty 0 15
 authentication-mode scheme
#
return

[Emil_G]

Hello, 

Thanks for your response!

Indeed, there is no QoS configuration. I dont see any other obvious settings which can cause directly such effect. 

Maybe the next step is to investigate the port statistics - pay attention if there are errors or discards there and in which direction. This should be checked on the port of the client PC, the port connecting switch and firewall and the firewall interface as well. The type of error may tell us what exactly is going wrong.

The switch is also running an older version of the firmware R1513P85 from 2014.  Maybe you can test if updating one switch to the latest released E1519P06 will make any difference.

https://h10145.www1.hpe.com/downloads/SoftwareReleases.aspx?ProductNumber=JE009A

[Emil_G]

Hello @js0873 , 

Please share an update iif you were able to determine what exactly is causing the issue?

[js0873]

I haven't determined anything yet. I was planning on doing some more testing this weekend.