[7.902][QUESTION][ANSWERED] Vlan Slow

WinSCP has always been very slow for me when I've used it in the past, not because of Astaro.

Barry

oh ok  
sorry but i have no other idea how i can test data transfer rate to asg
maybe i load a 500 MB file from an internal  webserver with wget  to see rate to asg 


and than i can post the result

here the test fom other linux 

i think you have to give us  a little bit more details on this...

i did copy a 490 MB file with wget from internal webserver to astaro (not fast 8.18 MB/s)
i did  login to other linux and copy the same file from astaro to the other linux (with scp) also verry slow 1.4MB/s  as u can see in the pic

all in the same vlan 

now i testet a lot and it seems that nic is not compatibele or maybe the driver  cause  same pc with windows and vlans no prob (in windows used newest driver available) 

now im realy at the end of my knowledge i have no idea wich test i should do

i could setup other linux on the same pc create vlans and test if performance is ok but im not sure if that is usefull

... i have no idea wich test i should do ...

May i suggest that you put a different PC (differnet hardware) in place of the ASG, set up the VLAN as found on the ASG  and then try to copy the files again?

im afraid i have no other pc  where i could test the gigabit nic cause the nic is smallform  and does not suit in any other pc i have 

im not sure what i will do now 

i think i will route vlans where gigabit is needed over windows pc and maybe put back the old pc as firewall with only 100mb nics and use the new one wich was thought to be asg as something else

same pc with windows has fast transfer rate so hardware must be ok 

i will try  to load and compile  a new driver and post the result if im able to manage that [:)]
 
i dont have the hardware to test/change

and wont  buy new hardware cause i still dont know where exactly the problem is  
 
thanks to all for all the time you spent

same pc with windows has fast transfer rate so hardware must be ok 

Did you test it with VLANs under Windows too? otherwise this statement isn't valid ;-)

One thing that you could test, just to make sure, is to measure the throughput without any VLANs and switches involved (direct connection between two PCs).

yes i did setup the vlans on windows too and it was ok  see

https://community.sophos.com/products/unified-threat-management/astaroorg/f/102/p/69379/267055#267055

i didnt post this detailed enought sorry 

One thing that you could test, just to make sure, is to measure the throughput without any VLANs and switches involved (direct connection between two PCs). 

the problem is if i am direct connected only can test wget download from webserver as i did  or scp wich is always slow 

i can try that  but i think it still will be slow [:(]

i will do later [:)] and give you the info

Ok  yesterday i did test again without vlan only basic setup with no ips and no rules 

also slow tranfer  tested wget download from internal web server 

max 10,5Mb/S

than i did setup  windows on the same machine again with 6 vlans and firewall and av and proxy  never get less than 700Mb/S at perf and real copy around 40 Mb/S cause of harddisk

so maybe its realy a driver problem ?

I did test now again with 32 bit kernel 

same results  

perf:


50Mb/S if ips is turned on 
200Mb/S if ips is turned off
800Mb/S if i let windows route the vlans

file copy also in the same order 
slow
a bit faster 
fastest

so maybe its realy a driver problem ?

maybe...

This is the e1000 card that we're talking about, not the onboard Realtek thing? Can you please post the exact brand of that card and the output of hwinfo --netcard?

maybe...

This is the e1000 card that we're talking about

yes it is 

Produktbeschreibung Intel PRO/1000 GT Desktop Adapter - Netzwerkkarte 
 
Gerätetyp Netzwerkkarte 
 
Formfaktor Plug-in-Karte 
 
Schnittstellentyp (Bustyp) PCI 
 
Verdrahtungstyp Ethernet 10Base-T, Ethernet 100Base-TX, Ethernet 1000Base-T 
 
Data Link Protocol Ethernet, Fast Ethernet, Gigabit Ethernet 
 
Datenübertragungsrate 1 Gbps 
 
Prozessor - Intel 
 
RAM 64 KB 
 
Produktzertifizierungen IEEE 802.2, IEEE 802.1Q, IEEE 802.3ab, IEEE 802.1p, IEEE 802.3x, WfM 2.0 
 
Systemanforderungen Microsoft DOS, Novell NetWare 4.2, Novell NetWare 5.1, Microsoft Windows 2000 / NT4.0, Linux 2.2.5 oder später, Microsoft Windows XP, Microsoft Windows 98 Second Edition / Windows ME, Novell NetWare 6 
 
Microsoft Zertifizierung Certified for Windows Vista 

here is the info from hwinfo 

22: PCI 102.0: 0200 Ethernet controller                         
  [Created at pci.318]
  UDI: /org/freedesktop/Hal/devices/pci_8086_107c
  Unique ID: JNkJ.49XPc+GN1h3
  Parent ID: 6NW+.clCealCK_QA
  SysFS ID: /devices/pci0000:00/0000:00:1e.0/0000:01:02.0
  SysFS BusID: 0000:01:02.0
  Hardware Class: network
  Model: "Intel PRO/1000 GT Desktop Adapter"
  Vendor: pci 0x8086 "Intel Corporation"
  Device: pci 0x107c "82541PI Gigabit Ethernet Controller"
  SubVendor: pci 0x8086 "Intel Corporation"
  SubDevice: pci 0x1376 "PRO/1000 GT Desktop Adapter"
  Revision: 0x05
  Driver: "e1000"
  Driver Modules: "e1000"
  Device File: eth1
  Memory Range: 0xffcc0000-0xffcdffff (rw,non-prefetchable)
  Memory Range: 0xffca0000-0xffcbffff (rw,non-prefetchable)
  I/O Ports: 0xcc00-0xcc3f (rw)
  Memory Range: 0x80000000-0x8001ffff (ro,prefetchable,disabled)
  IRQ: 17 (4859680 events)
  HW Address: 00:1b:21:56:50:7b
  Link detected: yes
  Module Alias: "pci:v00008086d0000107Csv00008086sd00001376bc02sc00i00"
  Driver Info #0:
    Driver Status: e1000 is active
    Driver Activation Cmd: "modprobe e1000"
  Config Status: cfg=new, avail=yes, need=no, active=unknown
  Attached to: #17 (PCI bridge)

maybe...

This is the e1000 card that we're talking about

yes it is 

Produktbeschreibung Intel PRO/1000 GT Desktop Adapter - Netzwerkkarte 
 
Gerätetyp Netzwerkkarte 
 
Formfaktor Plug-in-Karte 
 
Schnittstellentyp (Bustyp) PCI 
 
Verdrahtungstyp Ethernet 10Base-T, Ethernet 100Base-TX, Ethernet 1000Base-T 
 
Data Link Protocol Ethernet, Fast Ethernet, Gigabit Ethernet 
 
Datenübertragungsrate 1 Gbps 
 
Prozessor - Intel 
 
RAM 64 KB 
 
Produktzertifizierungen IEEE 802.2, IEEE 802.1Q, IEEE 802.3ab, IEEE 802.1p, IEEE 802.3x, WfM 2.0 
 
Systemanforderungen Microsoft DOS, Novell NetWare 4.2, Novell NetWare 5.1, Microsoft Windows 2000 / NT4.0, Linux 2.2.5 oder später, Microsoft Windows XP, Microsoft Windows 98 Second Edition / Windows ME, Novell NetWare 6 
 
Microsoft Zertifizierung Certified for Windows Vista 

here is the info from hwinfo 

22: PCI 102.0: 0200 Ethernet controller                         
  [Created at pci.318]
  UDI: /org/freedesktop/Hal/devices/pci_8086_107c
  Unique ID: JNkJ.49XPc+GN1h3
  Parent ID: 6NW+.clCealCK_QA
  SysFS ID: /devices/pci0000:00/0000:00:1e.0/0000:01:02.0
  SysFS BusID: 0000:01:02.0
  Hardware Class: network
  Model: "Intel PRO/1000 GT Desktop Adapter"
  Vendor: pci 0x8086 "Intel Corporation"
  Device: pci 0x107c "82541PI Gigabit Ethernet Controller"
  SubVendor: pci 0x8086 "Intel Corporation"
  SubDevice: pci 0x1376 "PRO/1000 GT Desktop Adapter"
  Revision: 0x05
  Driver: "e1000"
  Driver Modules: "e1000"
  Device File: eth1
  Memory Range: 0xffcc0000-0xffcdffff (rw,non-prefetchable)
  Memory Range: 0xffca0000-0xffcbffff (rw,non-prefetchable)
  I/O Ports: 0xcc00-0xcc3f (rw)
  Memory Range: 0x80000000-0x8001ffff (ro,prefetchable,disabled)
  IRQ: 17 (4859680 events)
  HW Address: 00:1b:21:56:50:7b
  Link detected: yes
  Module Alias: "pci:v00008086d0000107Csv00008086sd00001376bc02sc00i00"
  Driver Info #0:
    Driver Status: e1000 is active
    Driver Activation Cmd: "modprobe e1000"
  Config Status: cfg=new, avail=yes, need=no, active=unknown
  Attached to: #17 (PCI bridge)

hi 

the last 2 days i did try to compile a new driver (downloaded from intel)
but i think my knowledge for that is too less 

i did setup a vm with open suse 
and did recompile the kernel from asg's srpm  
and the kernel config from running asg

bootet vm with the new kenel and compiled the driver 
but if real asg loads the driver it says 

invalid module format

now i have no more ideas

maybe a 32bit/64bit issue? is your OpenSuSE 32bit? The ASG currently defaults to 64bit if a 64bit-capable machine is found.

If you still have problems, give me a short notice, i'll talk to our kernel guys then.

omg  im not sure  

  Hardware Class: cpu
  Arch: X86-64

did setup x64 vm 
openSUSE-11.2-NET-x86_64.iso

original kernel is 

Linux devel 2.6.31.12-0.2-desktop #1 SMP PREEMPT 2010-03-16 21:25:39 +0100 x86_64 x86_64 x86_64 GNU/Linux

after i did compile a new 

it is 

Linux devel 2.6.32.13-16-smp64 #1 SMP Thu Jun 3 20:30:55 CEST 2010 x86_64 x86_64 x86_64 GNU/Linux

with compilation things i am a noob 
also never had suse 
mostly debian 

i also did try to compile it under debian with the same result 
but i think thats cause of the other os 
or caus of me .. maybe i make something wrong

Hi  

here is the driver info from that module i did compile (with make ARCH=x86_64 INSTALL_HDR_PATH=/usr/include) 

i did install kernel headers from source with make headers_install ARCH=x86_64 INSTALL_HDR_PATH=/usr/include

modinfo /home/login/e1000/e1000.ko
filename:       /home/login/e1000/e1000.ko
version:        8.0.19-NAPI
license:        GPL
description:    Intel(R) PRO/1000 Network Driver
author:         Intel Corporation, 
srcversion:     5AC8272EACA9F7AAE36EA0A
alias:          pci:v00008086d000010B5sv*sd*bc*sc*i*
alias:          pci:v00008086d00001099sv*sd*bc*sc*i*
alias:          pci:v00008086d0000108Asv*sd*bc*sc*i*
alias:          pci:v00008086d0000107Csv*sd*bc*sc*i*
alias:          pci:v00008086d0000107Bsv*sd*bc*sc*i*
alias:          pci:v00008086d0000107Asv*sd*bc*sc*i*
alias:          pci:v00008086d00001079sv*sd*bc*sc*i*
alias:          pci:v00008086d00001078sv*sd*bc*sc*i*
alias:          pci:v00008086d00001077sv*sd*bc*sc*i*
alias:          pci:v00008086d00001076sv*sd*bc*sc*i*
alias:          pci:v00008086d00001075sv*sd*bc*sc*i*
alias:          pci:v00008086d00001028sv*sd*bc*sc*i*
alias:          pci:v00008086d00001027sv*sd*bc*sc*i*
alias:          pci:v00008086d00001026sv*sd*bc*sc*i*
alias:          pci:v00008086d0000101Esv*sd*bc*sc*i*
alias:          pci:v00008086d0000101Dsv*sd*bc*sc*i*
alias:          pci:v00008086d0000101Asv*sd*bc*sc*i*
alias:          pci:v00008086d00001019sv*sd*bc*sc*i*
alias:          pci:v00008086d00001018sv*sd*bc*sc*i*
alias:          pci:v00008086d00001017sv*sd*bc*sc*i*
alias:          pci:v00008086d00001016sv*sd*bc*sc*i*
alias:          pci:v00008086d00001015sv*sd*bc*sc*i*
alias:          pci:v00008086d00001014sv*sd*bc*sc*i*
alias:          pci:v00008086d00001013sv*sd*bc*sc*i*
alias:          pci:v00008086d00001012sv*sd*bc*sc*i*
alias:          pci:v00008086d00001011sv*sd*bc*sc*i*
alias:          pci:v00008086d00001010sv*sd*bc*sc*i*
alias:          pci:v00008086d0000100Fsv*sd*bc*sc*i*
alias:          pci:v00008086d0000100Esv*sd*bc*sc*i*
alias:          pci:v00008086d0000100Dsv*sd*bc*sc*i*
alias:          pci:v00008086d0000100Csv*sd*bc*sc*i*
alias:          pci:v00008086d00001009sv*sd*bc*sc*i*
alias:          pci:v00008086d00001008sv*sd*bc*sc*i*
alias:          pci:v00008086d00001004sv*sd*bc*sc*i*
alias:          pci:v00008086d00001001sv*sd*bc*sc*i*
alias:          pci:v00008086d00001000sv*sd*bc*sc*i*
depends:        
vermagic:       2.6.32.13-16-smp64 SMP mod_unload 
parm:           TxDescriptors:Number of transmit descriptors (array of int)
parm:           TxDescPower:Binary exponential size (2^X) of each transmit descriptor (array of int)
parm:           RxDescriptors:Number of receive descriptors (array of int)
parm:           TxDescriptorStep:Transmit Descriptor Step (array of int)
parm:           Speed:Speed setting (array of int)
parm:           Duplex: Duplex setting (array of int)
parm:           AutoNeg:Advertised auto-negotiation setting (array of int)
parm:           FlowControl:Flow Control setting (array of int)
parm:           XsumRX: Disable or enable Receive Checksum offload (array of int)
parm:           TxIntDelay:Transmit Interrupt Delay (array of int)
parm:           TxAbsIntDelay:Transmit Absolute Interrupt Delay (array of int)
parm:           RxIntDelay:Receive Interrupt Delay (array of int)
parm:           RxAbsIntDelay:Receive Absolute Interrupt Delay (array of int)
parm:           InterruptThrottleRate:Interrupt Throttling Rate (array of int)
parm:           SmartPowerDownEnable:Enable PHY smart power down (array of int)
parm:           copybreak:Maximum size of packet that is copied to a new buffer on receive (uint)
parm:           ignore_64bit_dma:Ignore 64-bit DMA (DAC) capability (int)

and here the original 

filename:       /lib/modules/2.6.32.13-16-smp64/kernel/drivers/net/e1000/e1000.ko
version:        7.3.21-k5-NAPI
license:        GPL
description:    Intel(R) PRO/1000 Network Driver
author:         Intel Corporation, 
srcversion:     3895921F9A653A8C699A770
alias:          pci:v00008086d000010B5sv*sd*bc*sc*i*
alias:          pci:v00008086d00001099sv*sd*bc*sc*i*
alias:          pci:v00008086d0000108Asv*sd*bc*sc*i*
alias:          pci:v00008086d0000107Csv*sd*bc*sc*i*
alias:          pci:v00008086d0000107Bsv*sd*bc*sc*i*
alias:          pci:v00008086d0000107Asv*sd*bc*sc*i*
alias:          pci:v00008086d00001079sv*sd*bc*sc*i*
alias:          pci:v00008086d00001078sv*sd*bc*sc*i*
alias:          pci:v00008086d00001077sv*sd*bc*sc*i*
alias:          pci:v00008086d00001076sv*sd*bc*sc*i*
alias:          pci:v00008086d00001075sv*sd*bc*sc*i*
alias:          pci:v00008086d00001028sv*sd*bc*sc*i*
alias:          pci:v00008086d00001027sv*sd*bc*sc*i*
alias:          pci:v00008086d00001026sv*sd*bc*sc*i*
alias:          pci:v00008086d0000101Esv*sd*bc*sc*i*
alias:          pci:v00008086d0000101Dsv*sd*bc*sc*i*
alias:          pci:v00008086d0000101Asv*sd*bc*sc*i*
alias:          pci:v00008086d00001019sv*sd*bc*sc*i*
alias:          pci:v00008086d00001018sv*sd*bc*sc*i*
alias:          pci:v00008086d00001017sv*sd*bc*sc*i*
alias:          pci:v00008086d00001016sv*sd*bc*sc*i*
alias:          pci:v00008086d00001015sv*sd*bc*sc*i*
alias:          pci:v00008086d00001014sv*sd*bc*sc*i*
alias:          pci:v00008086d00001013sv*sd*bc*sc*i*
alias:          pci:v00008086d00001012sv*sd*bc*sc*i*
alias:          pci:v00008086d00001011sv*sd*bc*sc*i*
alias:          pci:v00008086d00001010sv*sd*bc*sc*i*
alias:          pci:v00008086d0000100Fsv*sd*bc*sc*i*
alias:          pci:v00008086d0000100Esv*sd*bc*sc*i*
alias:          pci:v00008086d0000100Dsv*sd*bc*sc*i*
alias:          pci:v00008086d0000100Csv*sd*bc*sc*i*
alias:          pci:v00008086d00001009sv*sd*bc*sc*i*
alias:          pci:v00008086d00001008sv*sd*bc*sc*i*
alias:          pci:v00008086d00001004sv*sd*bc*sc*i*
alias:          pci:v00008086d00001001sv*sd*bc*sc*i*
alias:          pci:v00008086d00001000sv*sd*bc*sc*i*
depends:        
vermagic:       2.6.32.13-16-smp64 SMP mod_unload modversions 
parm:           TxDescriptors:Number of transmit descriptors (array of int)
parm:           RxDescriptors:Number of receive descriptors (array of int)
parm:           Speed:Speed setting (array of int)
parm:           Duplex: Duplex setting (array of int)
parm:           AutoNeg:Advertised auto-negotiation setting (array of int)
parm:           FlowControl:Flow Control setting (array of int)
parm:           XsumRX: Disable or enable Receive Checksum offload (array of int)
parm:           TxIntDelay:Transmit Interrupt Delay (array of int)
parm:           TxAbsIntDelay:Transmit Absolute Interrupt Delay (array of int)
parm:           RxIntDelay:Receive Interrupt Delay (array of int)
parm:           RxAbsIntDelay:Receive Absolute Interrupt Delay (array of int)
parm:           InterruptThrottleRate:Interrupt Throttling Rate (array of int)
parm:           SmartPowerDownEnable:Enable PHY smart power down (array of int)
parm:           KumeranLockLoss:Enable Kumeran lock loss workaround (array of int)
parm:           copybreak:Maximum size of packet that is copied to a new buffer on receive ( uint )

could the colored text be the problem ?
if so i have no idea how to change maybe  you  have an idea ?

now i did setup debian on the pc where usual astaro is running

direct connect to asg with original driver without vlan
i did load from internal webserver 

100%[================================================== ========================>] 513,656,895 6.69M/s in 60s 

2010-05-27 11:51:25 (8.18 MB/s) - `test.zip' saved [513656895/513656895 

with debian and the original driver (same like on asg)

i did load 

100%[========================================================================>] 690.365.640 15,7M/s  

and on debian with the new driver i did load with (version:        8.0.19-NAPI)

100%[========================================================================>] 690.365.640 55,8M/s   in 23s

Linux suse 2.6.31.5-0.1-desktop #1 SMP PREEMPT 2009-10-26 15:49:03 +0100 x86_64 x86_64 x86_64 GNU/Linux

Driver version:        7.3.21-k3-NAPI

100%[========================================================================>] 690.365.640 38,6M/s        

2010-06-11 22:01:51 (30,8 MB/s) - Â»test.zip« gespeichert [690365640/690365640]

Driver version:        8.0.19-NAPI

100%[========================================================================>] 690.365.640 54,0M/s     

2010-06-11 22:17:12 (33,8 MB/s) - Â»test.zip« gespeichert [690365640/690365640] 

ASG fresh setup without any configuration v7.920

Driver version:        7.3.21-k5-NAPI

100%[========================================================================>] 690.365.640 35,8M/s        

2010-06-11 22:34:05 (22,9 MB/s) - Â»test.zip« gespeichert [690365640/690365640]

ASG With rules, proxy, vpn, av, and so on  but IPS disabled but in same vlan 

100%[========================================================================>] 690,365,640 31.6M/s   in 38s     

2010-06-11 22:55:06 (17.3 MB/s) - `test.zip' saved [690365640/690365640]

and with IPS enabled  but in same vlan 

100%[========================================================================>] 690,365,640 19.7M/s   in 56s     

2010-06-11 23:01:35 (11.7 MB/s) - `test.zip' saved [690365640/690365640]

so it seems there is no way to get fast data transfere rate on my hardware 
i dont know the reason why it works under windows, but windows is no solution for me
so i think i have to accept it how it is and need to transfer big data in the same vlan to bypass asg 

thanks a lot for your support  [:)]

@wrzmhe:

I have a simmilar problem, but with ASG 7.505 see:
https://community.sophos.com/products/unified-threat-management/astaroorg/f/53/t/32883