Performance degradation with two systems running iwm(4)

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
10 messages Options
Reply | Threaded
Open this post in threaded view
|

Performance degradation with two systems running iwm(4)

Matthias Schmidt
Hi guys,

I'm currently facing a network performance degradation with two different
devices both connected via iwm(4) to the local access point.  Both are
running 6.2-current, one with a snapshot from Dec 16 the other with a
snapshot from Dec 26.  dmesg of one device attached.  Both devices are
connected to a standard German FritzBox with 11n in the 2.4GHz band.  I
do not have 5GHz enabled.

When I start a new download, the data transfer rate on both devices
significantly drops after a while.  When the transfer is still fast, my
DSL router says that both devices are connected with 11n and have about
130Mbit/s.  After a while I am down to 1-2MBit/s. When I abort the
transfer and wait some time (around 30s) I can again start with full
speed and the AP shows 130MBit/s.  After a while I am down to 1-2Mbit/s,
again.

I downloaded the 100M file from hostserver.de in a loop and it looks
like this (stripped down curl downloads):

% Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100  100M  100  100M    0     0  3657k      0  0:00:28  0:00:28 --:--:-- 4266k
100  100M  100  100M    0     0  2327k      0  0:00:44  0:00:44 --:--:-- 2356k
100  100M  100  100M    0     0  2275k      0  0:00:45  0:00:45 --:--:-- 1961k
100  100M  100  100M    0     0  1678k      0  0:01:01  0:01:01 --:--:--  131k
100  100M  100  100M    0     0   193k      0  0:08:50  0:08:50 --:--:--  117k
  8  100M    8 8516k    0     0   144k      0  0:11:49  0:00:59  0:10:50  141k^C

I run the above download loop for the last couple of days and could
reproduce it every time.

Any hint on how I could debug further?

Cheers

        Matthias


OpenBSD 6.2-current (GENERIC.MP) #292: Sat Dec 16 13:27:27 MST 2017
    [hidden email]:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 17047859200 (16258MB)
avail mem = 16524275712 (15758MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 3.0 @ 0x7b1d5000 (58 entries)
bios0: vendor Intel Corp. version "SYSKLi35.86A.0062.2017.0831.1905" date 08/31/2017
bios0: Intel corporation NUC6i5SYB
acpi0 at bios0: rev 2
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP APIC FPDT FIDT MCFG HPET LPIT SSDT SSDT SSDT SSDT DBGP DBG2 SSDT SSDT UEFI SSDT DMAR
acpi0: wakeup devices PEGP(S4) PEG0(S4) PEGP(S4) PEG1(S4) PEGP(S4) PEG2(S4) SIO1(S3) PXSX(S4) RP09(S4) PXSX(S4) RP10(S4) PXSX(S4) RP11(S4) PXSX(S4) RP12(S4) PXSX(S4) [...]
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpimadt0 at acpi0 addr 0xfee00000: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Core(TM) i5-6260U CPU @ 1.80GHz, 1696.55 MHz
cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,SGX,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,MPX,RDSEED,ADX,SMAP,CLFLUSHOPT,PT,SENSOR,ARAT
cpu0: 256KB 64b/line 8-way L2 cache
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges
cpu0: apic clock running at 23MHz
cpu0: mwait min=64, max=64, C-substates=0.2.1.2.4.1.1.1, IBE
cpu1 at mainbus0: apid 2 (application processor)
cpu1: Intel(R) Core(TM) i5-6260U CPU @ 1.80GHz, 1696.04 MHz
cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,SGX,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,MPX,RDSEED,ADX,SMAP,CLFLUSHOPT,PT,SENSOR,ARAT
cpu1: 256KB 64b/line 8-way L2 cache
cpu1: smt 0, core 1, package 0
cpu2 at mainbus0: apid 1 (application processor)
cpu2: Intel(R) Core(TM) i5-6260U CPU @ 1.80GHz, 1696.04 MHz
cpu2: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,SGX,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,MPX,RDSEED,ADX,SMAP,CLFLUSHOPT,PT,SENSOR,ARAT
cpu2: 256KB 64b/line 8-way L2 cache
cpu2: smt 1, core 0, package 0
cpu3 at mainbus0: apid 3 (application processor)
cpu3: Intel(R) Core(TM) i5-6260U CPU @ 1.80GHz, 1696.04 MHz
cpu3: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,SGX,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,MPX,RDSEED,ADX,SMAP,CLFLUSHOPT,PT,SENSOR,ARAT
cpu3: 256KB 64b/line 8-way L2 cache
cpu3: smt 1, core 1, package 0
ioapic0 at mainbus0: apid 2 pa 0xfec00000, version 20, 120 pins
acpimcfg0 at acpi0 addr 0xe0000000, bus 0-255
acpihpet0 at acpi0: 23999999 Hz
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus -1 (PEG0)
acpiprt2 at acpi0: bus -1 (PEG1)
acpiprt3 at acpi0: bus -1 (PEG2)
acpiprt4 at acpi0: bus -1 (RP09)
acpiprt5 at acpi0: bus -1 (RP10)
acpiprt6 at acpi0: bus -1 (RP11)
acpiprt7 at acpi0: bus -1 (RP12)
acpiprt8 at acpi0: bus -1 (RP13)
acpiprt9 at acpi0: bus -1 (RP01)
acpiprt10 at acpi0: bus -1 (RP02)
acpiprt11 at acpi0: bus -1 (RP03)
acpiprt12 at acpi0: bus -1 (RP04)
acpiprt13 at acpi0: bus 1 (RP05)
acpiprt14 at acpi0: bus -1 (RP06)
acpiprt15 at acpi0: bus -1 (RP07)
acpiprt16 at acpi0: bus -1 (RP08)
acpiprt17 at acpi0: bus -1 (RP17)
acpiprt18 at acpi0: bus -1 (RP18)
acpiprt19 at acpi0: bus -1 (RP19)
acpiprt20 at acpi0: bus -1 (RP20)
acpiprt21 at acpi0: bus -1 (RP14)
acpiprt22 at acpi0: bus -1 (RP15)
acpiprt23 at acpi0: bus -1 (RP16)
acpiec0 at acpi0: not present
acpicpu0 at acpi0: C2(200@151 mwait.1@0x31), C1(1000@1 mwait.1), PSS
acpicpu1 at acpi0: C2(200@151 mwait.1@0x31), C1(1000@1 mwait.1), PSS
acpicpu2 at acpi0: C2(200@151 mwait.1@0x31), C1(1000@1 mwait.1), PSS
acpicpu3 at acpi0: C2(200@151 mwait.1@0x31), C1(1000@1 mwait.1), PSS
acpipwrres0 at acpi0: PG00, resource for PEG0
acpipwrres1 at acpi0: PG01, resource for PEG1
acpipwrres2 at acpi0: PG02, resource for PEG2
acpipwrres3 at acpi0: WRST
acpipwrres4 at acpi0: WRST
acpipwrres5 at acpi0: WRST
acpipwrres6 at acpi0: WRST
acpipwrres7 at acpi0: WRST
acpipwrres8 at acpi0: WRST
acpipwrres9 at acpi0: WRST
acpipwrres10 at acpi0: WRST
acpipwrres11 at acpi0: WRST
acpipwrres12 at acpi0: WRST
acpipwrres13 at acpi0: WRST
acpipwrres14 at acpi0: WRST
acpipwrres15 at acpi0: WRST
acpipwrres16 at acpi0: WRST
acpipwrres17 at acpi0: WRST
acpipwrres18 at acpi0: WRST
acpipwrres19 at acpi0: WRST
acpipwrres20 at acpi0: WRST
acpipwrres21 at acpi0: WRST
acpipwrres22 at acpi0: WRST
acpipwrres23 at acpi0: FN00, resource for FAN0
acpipwrres24 at acpi0: FN01, resource for FAN1
acpipwrres25 at acpi0: FN02, resource for FAN2
acpipwrres26 at acpi0: FN03, resource for FAN3
acpipwrres27 at acpi0: FN04, resource for FAN4
acpitz0 at acpi0: critical temperature is 105 degC
acpitz1 at acpi0: critical temperature is 105 degC
"ITE8713" at acpi0 not configured
"INT3F0D" at acpi0 not configured
"INT344B" at acpi0 not configured
acpibtn0 at acpi0: SLPB
"INT33A1" at acpi0 not configured
acpibtn1 at acpi0: PWRB
"INT340E" at acpi0 not configured
"PNP0C0B" at acpi0 not configured
"PNP0C0B" at acpi0 not configured
"PNP0C0B" at acpi0 not configured
"PNP0C0B" at acpi0 not configured
"PNP0C0B" at acpi0 not configured
acpivideo0 at acpi0: GFX0
acpivout0 at acpivideo0: DD1F
cpu0: Enhanced SpeedStep 1696 MHz: speeds: 1801, 1800, 1700, 1600, 1500, 1400, 1300, 1200, 1100, 1000, 900, 800, 700, 600, 500, 400 MHz
pci0 at mainbus0 bus 0
pchb0 at pci0 dev 0 function 0 "Intel Core 6G Host" rev 0x09
inteldrm0 at pci0 dev 2 function 0 "Intel Iris 540/550" rev 0x0a
drm0 at inteldrm0
inteldrm0: msi
error: [drm:pid0:i915_firmware_load_error_print] *ERROR* failed to load firmware i915/skl_dmc_ver1.bin (-22)
error: [drm:pid0:i915_gem_init_hw] *ERROR* Failed to initialize GuC, error -8 (ignored)
inteldrm0: 1920x1080, 32bpp
wsdisplay0 at inteldrm0 mux 1: console (std, vt100 emulation)
wsdisplay0: screen 1-5 added (std, vt100 emulation)
xhci0 at pci0 dev 20 function 0 "Intel 100 Series xHCI" rev 0x21: msi
usb0 at xhci0: USB revision 3.0
uhub0 at usb0 configuration 1 interface 0 "Intel xHCI root hub" rev 3.00/1.00 addr 1
pchtemp0 at pci0 dev 20 function 2 "Intel 100 Series Thermal" rev 0x21
"Intel 100 Series MEI" rev 0x21 at pci0 dev 22 function 0 not configured
ahci0 at pci0 dev 23 function 0 "Intel 100 Series AHCI" rev 0x21: msi, AHCI 1.3.1
ahci0: port 0: 6.0Gb/s
scsibus1 at ahci0: 32 targets
sd0 at scsibus1 targ 0 lun 0: <ATA, CT480BX200SSD1, MU02> SCSI3 0/direct fixed naa.500a0751f019e7a2
sd0: 457862MB, 512 bytes/sector, 937703088 sectors, thin
ppb0 at pci0 dev 28 function 0 "Intel 100 Series PCIE" rev 0xf1: msi
pci1 at ppb0 bus 1
iwm0 at pci1 dev 0 function 0 "Intel Dual Band Wireless AC 8260" rev 0x3a, msi
vendor "Intel", unknown product 0x9d27 (class DASP subclass miscellaneous, rev 0x21) at pci0 dev 30 function 0 not configured
sdhc0 at pci0 dev 30 function 6 vendor "Intel", unknown product 0x9d2d rev 0x21: apic 2 int 23
sdhc0: SDHC 3.0, 200 MHz base clock
sdmmc0 at sdhc0: 4-bit, sd high-speed, mmc high-speed, dma
pcib0 at pci0 dev 31 function 0 "Intel 100 Series LPC" rev 0x21
"Intel 100 Series PMC" rev 0x21 at pci0 dev 31 function 2 not configured
azalia0 at pci0 dev 31 function 3 "Intel 100 Series HD Audio" rev 0x21: msi
azalia0: codecs: Realtek/0x0283, Intel/0x2809, using Realtek/0x0283
audio0 at azalia0
ichiic0 at pci0 dev 31 function 4 "Intel 100 Series SMBus" rev 0x21: apic 2 int 16
iic0 at ichiic0
em0 at pci0 dev 31 function 6 "Intel I219-V" rev 0x21: msi, address f4:4d:30:67:43:8c
isa0 at pcib0
isadma0 at isa0
pckbc0 at isa0 port 0x60/5 irq 1 irq 12
pcppi0 at isa0 port 0x61
spkr0 at pcppi0
vmm0 at mainbus0: VMX/EPT
umass0 at uhub0 port 1 configuration 1 interface 0 "SanDisk Cruzer Fit" rev 2.00/1.27 addr 2
umass0: using SCSI over Bulk-Only
scsibus2 at umass0: 2 targets, initiator 0
sd1 at scsibus2 targ 1 lun 0: <SanDisk, Cruzer Fit, 1.27> SCSI4 0/direct removable serial.07815571050822108160
sd1: 15267MB, 512 bytes/sector, 31266816 sectors
uhub1 at uhub0 port 2 configuration 1 interface 0 "Genesys Logic USB2.0 Hub" rev 2.00/77.60 addr 3
uhidev0 at uhub1 port 1 configuration 1 interface 0 "Microsoft Microsoft 5-Button Mouse with IntelliEye(TM)" rev 1.10/3.00 addr 4
uhidev0: iclass 3/1
ums0 at uhidev0: 5 buttons, Z dir
wsmouse0 at ums0 mux 0
uhub2 at uhub1 port 2 configuration 1 interface 0 "Apple Inc. Keyboard Hub" rev 2.00/96.15 addr 5
uhidev1 at uhub2 port 2 configuration 1 interface 0 "Apple Inc. Apple Keyboard" rev 2.00/0.70 addr 6
uhidev1: iclass 3/1
ukbd0 at uhidev1: 8 variable keys, 5 key codes, country code 13
wskbd0 at ukbd0: console keyboard, using wsdisplay0
uhidev2 at uhub2 port 2 configuration 1 interface 1 "Apple Inc. Apple Keyboard" rev 2.00/0.70 addr 6
uhidev2: iclass 3/0
uhid0 at uhidev2: input=1, output=0, feature=0
ugen0 at uhub0 port 7 "Intel Bluetooth" rev 2.00/0.01 addr 7
vscsi0 at root
scsibus3 at vscsi0: 256 targets
softraid0 at root
scsibus4 at softraid0: 256 targets
sd2 at scsibus4 targ 1 lun 0: <OPENBSD, SR CRYPTO, 006> SCSI2 0/direct fixed
sd2: 457860MB, 512 bytes/sector, 937697393 sectors
softraid0: volume sd2 is roaming, it used to be sd3, updating metadata
root on sd2a (1cae2f5f79b7f28f.a) swap on sd2b dump on sd2b
iwm0: hw rev 0x200, fw ver 16.242414.0, address a0:c5:89:3d:a2:a2

Reply | Threaded
Open this post in threaded view
|

Re: Performance degradation with two systems running iwm(4)

Matthias Schmidt
Hi again,

* Matthias Schmidt wrote:
>
> When I start a new download, the data transfer rate on both devices
> significantly drops after a while.  When the transfer is still fast, my
> DSL router says that both devices are connected with 11n and have about
> 130Mbit/s.  After a while I am down to 1-2MBit/s. When I abort the
> transfer and wait some time (around 30s) I can again start with full
> speed and the AP shows 130MBit/s.  After a while I am down to 1-2Mbit/s,
> again.

I downloaded all snapshot kernel from December and did some reboot ->
download -> repeat loops and found that the last working kernel where I
get full speed with my AP is the following:

OpenBSD 6.2-current (GENERIC.MP) #265: Sat Dec  9 10:24:12 MST 2017

With the kernel from Dec 12 on download takes forever.

@Stefan:  Since I saw you quite often in the commit logs at that time
... any idea what's happening here?

Cheers

        Matthias


OpenBSD 6.2-current (GENERIC.MP) #261: Fri Dec  8 11:22:29 MST 2017

  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100  100M  100  100M    0     0  4266k      0  0:00:24  0:00:24 --:--:-- 4476k
100  100M  100  100M    0     0  4096k      0  0:00:25  0:00:25 --:--:-- 4380k
100  100M  100  100M    0     0  3938k      0  0:00:26  0:00:26 --:--:-- 4281k
100  100M  100  100M    0     0  3938k      0  0:00:26  0:00:26 --:--:-- 4067k
100  100M  100  100M    0     0  3531k      0  0:00:29  0:00:29 --:--:-- 4027k
100  100M  100  100M    0     0  3792k      0  0:00:27  0:00:27 --:--:-- 4636k
100  100M  100  100M    0     0  4266k      0  0:00:24  0:00:24 --:--:-- 4550k

OpenBSD 6.2-current (GENERIC.MP) #265: Sat Dec  9 10:24:12 MST 2017

  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100  100M  100  100M    0     0  2438k      0  0:00:42  0:00:42 --:--:-- 3330k
100  100M  100  100M    0     0  3103k      0  0:00:33  0:00:33 --:--:-- 3288k
100  100M  100  100M    0     0  3103k      0  0:00:33  0:00:33 --:--:-- 3208k
100  100M  100  100M    0     0  2694k      0  0:00:38  0:00:38 --:--:-- 1225k
100  100M  100  100M    0     0  3200k      0  0:00:32  0:00:32 --:--:-- 3165k
100  100M  100  100M    0     0  2767k      0  0:00:37  0:00:37 --:--:-- 2039k
100  100M  100  100M    0     0  2925k      0  0:00:35  0:00:35 --:--:-- 3044k

OpenBSD 6.2-current (GENERIC.MP) #268: Sun Dec 10 11:18:16 MST 2017

  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100  100M  100  100M    0     0  1528k      0  0:01:07  0:01:07 --:--:-- 2485k
100  100M  100  100M    0     0  2767k      0  0:00:37  0:00:37 --:--:-- 3057k
100  100M  100  100M    0     0  2560k      0  0:00:40  0:00:40 --:--:-- 2747k
100  100M  100  100M    0     0  1505k      0  0:01:08  0:01:08 --:--:-- 1975k
100  100M  100  100M    0     0  1528k      0  0:01:07  0:01:07 --:--:-- 1114k
100  100M  100  100M    0     0  2048k      0  0:00:50  0:00:50 --:--:--  500k
100  100M  100  100M    0     0  1442k      0  0:01:11  0:01:11 --:--:-- 1932k

OpenBSD 6.2-current (GENERIC.MP) #271: Mon Dec 11 10:35:21 MST 2017

  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
 18  100M   18 18.5M    0     0   112k      0  0:15:07  0:02:48  0:12:19  165k

Reply | Threaded
Open this post in threaded view
|

Re: Performance degradation with two systems running iwm(4)

Sebastian Benoit-3
Matthias Schmidt([hidden email]) on 2018.01.03 15:49:04 +0100:

> Hi again,
>
> * Matthias Schmidt wrote:
> >
> > When I start a new download, the data transfer rate on both devices
> > significantly drops after a while.  When the transfer is still fast, my
> > DSL router says that both devices are connected with 11n and have about
> > 130Mbit/s.  After a while I am down to 1-2MBit/s. When I abort the
> > transfer and wait some time (around 30s) I can again start with full
> > speed and the AP shows 130MBit/s.  After a while I am down to 1-2Mbit/s,
> > again.
>
> I downloaded all snapshot kernel from December and did some reboot ->
> download -> repeat loops and found that the last working kernel where I
> get full speed with my AP is the following:
>
> OpenBSD 6.2-current (GENERIC.MP) #265: Sat Dec  9 10:24:12 MST 2017
>
> With the kernel from Dec 12 on download takes forever.
>
> @Stefan:  Since I saw you quite often in the commit logs at that time
> ... any idea what's happening here?

I'm not stsp, but it might help, if you could send your /var/log/messages
after setting

ifconfig iwm0 debug

and then running your test - with current, and maybe with the older "fast"
kernel as well.

/Benno

> Cheers
>
> Matthias
>
>
> OpenBSD 6.2-current (GENERIC.MP) #261: Fri Dec  8 11:22:29 MST 2017
>
>   % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
>                                  Dload  Upload   Total   Spent    Left  Speed
> 100  100M  100  100M    0     0  4266k      0  0:00:24  0:00:24 --:--:-- 4476k
> 100  100M  100  100M    0     0  4096k      0  0:00:25  0:00:25 --:--:-- 4380k
> 100  100M  100  100M    0     0  3938k      0  0:00:26  0:00:26 --:--:-- 4281k
> 100  100M  100  100M    0     0  3938k      0  0:00:26  0:00:26 --:--:-- 4067k
> 100  100M  100  100M    0     0  3531k      0  0:00:29  0:00:29 --:--:-- 4027k
> 100  100M  100  100M    0     0  3792k      0  0:00:27  0:00:27 --:--:-- 4636k
> 100  100M  100  100M    0     0  4266k      0  0:00:24  0:00:24 --:--:-- 4550k
>
> OpenBSD 6.2-current (GENERIC.MP) #265: Sat Dec  9 10:24:12 MST 2017
>
>   % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
>                                  Dload  Upload   Total   Spent    Left  Speed
> 100  100M  100  100M    0     0  2438k      0  0:00:42  0:00:42 --:--:-- 3330k
> 100  100M  100  100M    0     0  3103k      0  0:00:33  0:00:33 --:--:-- 3288k
> 100  100M  100  100M    0     0  3103k      0  0:00:33  0:00:33 --:--:-- 3208k
> 100  100M  100  100M    0     0  2694k      0  0:00:38  0:00:38 --:--:-- 1225k
> 100  100M  100  100M    0     0  3200k      0  0:00:32  0:00:32 --:--:-- 3165k
> 100  100M  100  100M    0     0  2767k      0  0:00:37  0:00:37 --:--:-- 2039k
> 100  100M  100  100M    0     0  2925k      0  0:00:35  0:00:35 --:--:-- 3044k
>
> OpenBSD 6.2-current (GENERIC.MP) #268: Sun Dec 10 11:18:16 MST 2017
>
>   % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
>                                  Dload  Upload   Total   Spent    Left  Speed
> 100  100M  100  100M    0     0  1528k      0  0:01:07  0:01:07 --:--:-- 2485k
> 100  100M  100  100M    0     0  2767k      0  0:00:37  0:00:37 --:--:-- 3057k
> 100  100M  100  100M    0     0  2560k      0  0:00:40  0:00:40 --:--:-- 2747k
> 100  100M  100  100M    0     0  1505k      0  0:01:08  0:01:08 --:--:-- 1975k
> 100  100M  100  100M    0     0  1528k      0  0:01:07  0:01:07 --:--:-- 1114k
> 100  100M  100  100M    0     0  2048k      0  0:00:50  0:00:50 --:--:--  500k
> 100  100M  100  100M    0     0  1442k      0  0:01:11  0:01:11 --:--:-- 1932k
>
> OpenBSD 6.2-current (GENERIC.MP) #271: Mon Dec 11 10:35:21 MST 2017
>
>   % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
>                                  Dload  Upload   Total   Spent    Left  Speed
>  18  100M   18 18.5M    0     0   112k      0  0:15:07  0:02:48  0:12:19  165k
>

Reply | Threaded
Open this post in threaded view
|

Re: Performance degradation with two systems running iwm(4)

Matthias Schmidt
Hi benno, hi Stefan,

* Sebastian Benoit wrote:
>
> and then running your test - with current, and maybe with the older "fast"
> kernel as well.

Sure, here you go.  First run with the kernel from Dec 8, second run
with a fresh kernel from Jan 1.  I also run netstat -W/-I for the second
run.

Cheers

        Matthias

------------------------------------------------------------------------------
- First run with the fast kernel -
------------------------------------------------------------------------------

OpenBSD 6.2-current (GENERIC.MP) #261: Fri Dec  8 11:22:29 MST 2017

  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100  100M  100  100M    0     0  2844k      0  0:00:36  0:00:36 --:--:-- 3068k
100  100M  100  100M    0     0  3200k      0  0:00:32  0:00:32 --:--:-- 3107k
100  100M  100  100M    0     0  3103k      0  0:00:33  0:00:33 --:--:-- 3287k
100  100M  100  100M    0     0  3103k      0  0:00:33  0:00:33 --:--:-- 3089k
100  100M  100  100M    0     0  2925k      0  0:00:35  0:00:35 --:--:-- 3146k
100  100M  100  100M    0     0  2767k      0  0:00:37  0:00:37 --:--:-- 2369k
100  100M  100  100M    0     0  3303k      0  0:00:31  0:00:31 --:--:-- 2768k
100  100M  100  100M    0     0  3011k      0  0:00:34  0:00:34 --:--:-- 3017k
100  100M  100  100M    0     0  3303k      0  0:00:31  0:00:31 --:--:-- 2869k
100  100M  100  100M    0     0  2925k      0  0:00:35  0:00:35 --:--:-- 2896k

2018-01-03T16:49:20.236Z sigma /bsd: iwm0: RUN -> INIT
2018-01-03T16:49:20.323Z sigma /bsd: iwm0: begin active scan
2018-01-03T16:49:20.375Z sigma /bsd: iwm0: SCAN -> INIT
2018-01-03T16:49:20.462Z sigma /bsd: iwm0: begin active scan
2018-01-03T16:49:20.466Z sigma /bsd: iwm0: SCAN -> INIT
2018-01-03T16:49:20.553Z sigma /bsd: iwm0: begin active scan
2018-01-03T16:49:20.560Z sigma /bsd: iwm0: SCAN -> INIT
2018-01-03T16:49:20.648Z sigma /bsd: iwm0: begin active scan
2018-01-03T16:49:20.652Z sigma /bsd: iwm0: SCAN -> INIT
2018-01-03T16:49:20.739Z sigma /bsd: iwm0: begin active scan
2018-01-03T16:49:20.748Z sigma /bsd: iwm0: SCAN -> INIT
2018-01-03T16:49:20.749Z sigma dhclient[43144]: fatal in iwm0: down
2018-01-03T16:49:20.846Z sigma /bsd: iwm0: begin active scan
2018-01-03T16:49:25.316Z sigma /bsd: iwm0: end active scan
2018-01-03T16:49:25.317Z sigma /bsd:  - 00:0e:c6:03:xx:xx    1!   +9 54M   ess       no!  rsn! "WiFi_OBDII"!
[ Cut APs from neighbours ]
2018-01-03T16:49:25.327Z sigma /bsd:  - d4:40:f0:b0:xx:xx    1!  +11 54M   ess  privacy   rsn  "WLAN-Y2DX74"!
2018-01-03T16:49:25.327Z sigma /bsd: iwm0: SCAN -> AUTH
2018-01-03T16:49:25.328Z sigma /bsd: iwm0: sending auth to cc:ce:1e:8b:cf:d2 on channel 6 mode 11g
2018-01-03T16:49:25.328Z sigma /bsd: iwm0: AUTH -> ASSOC
2018-01-03T16:49:25.329Z sigma /bsd: iwm0: sending assoc_req to cc:ce:1e:8b:cf:d2 on channel 6 mode 11g
2018-01-03T16:49:25.339Z sigma /bsd: iwm0: received msg 1/4 of the 4-way handshake from cc:ce:1e:8b:cf:d2
2018-01-03T16:49:25.340Z sigma /bsd: iwm0: sending msg 2/4 of the 4-way handshake to cc:ce:1e:8b:cf:d2
2018-01-03T16:49:25.342Z sigma /bsd: iwm0: ASSOC -> RUN
2018-01-03T16:49:25.342Z sigma /bsd: iwm0: associated with cc:ce:1e:8b:cf:d2 ssid "home" channel 6 start MCS
0 short preamble short slot time HT enabled
2018-01-03T16:49:25.343Z sigma /bsd: iwm0: missed beacon threshold set to 7 beacons, beacon interval is 100 TU
2018-01-03T16:49:25.350Z sigma /bsd: iwm0: received msg 3/4 of the 4-way handshake from cc:ce:1e:8b:cf:d2
2018-01-03T16:49:25.351Z sigma /bsd: iwm0: sending msg 4/4 of the 4-way handshake to cc:ce:1e:8b:cf:d2
2018-01-03T16:49:26.301Z sigma /bsd: iwm0: sending action to cc:ce:1e:8b:cf:d2 on channel 6 mode 11n
2018-01-03T16:55:47.987Z sigma /bsd: iwm0: received msg 1/2 of the group key handshake from cc:ce:1e:8b:cf:d2
2018-01-03T16:55:47.988Z sigma /bsd: iwm0: sending msg 2/2 of the group key handshake to cc:ce:1e:8b:cf:d2
[ Stopped here ]

-----------------------------------------------------------------------------
- Second run where performance drops after a while -
-----------------------------------------------------------------------------

OpenBSD 6.2-current (GENERIC.MP) #313: Mon Jan  1 17:51:21 MST 2018

  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100  100M  100  100M    0     0  2625k      0  0:00:39  0:00:39 --:--:-- 3075k
100  100M  100  100M    0     0  2844k      0  0:00:36  0:00:36 --:--:-- 2677k
100  100M  100  100M    0     0  2844k      0  0:00:36  0:00:36 --:--:-- 2766k
100  100M  100  100M    0     0  2497k      0  0:00:41  0:00:41 --:--:-- 2824k
100  100M  100  100M    0     0  3657k      0  0:00:28  0:00:28 --:--:-- 2919k
100  100M  100  100M    0     0  2438k      0  0:00:42  0:00:42 --:--:-- 3012k
100  100M  100  100M    0     0  2844k      0  0:00:36  0:00:36 --:--:-- 2931k
100  100M  100  100M    0     0  2844k      0  0:00:36  0:00:36 --:--:-- 2480k
100  100M  100  100M    0     0   325k      0  0:05:15  0:05:15 --:--:--  157k  (drops begin here)
 53  100M   53 53.7M    0     0   145k      0  0:11:45  0:06:19  0:05:26  147k^C

2018-01-03T17:07:03.891Z sigma /bsd: iwm0: SCAN -> INIT
2018-01-03T17:07:03.892Z sigma dhclient[56053]: fatal in iwm0: down
2018-01-03T17:07:03.985Z sigma /bsd: iwm0: begin active scan
2018-01-03T17:07:08.437Z sigma /bsd: iwm0: end active scan
2018-01-03T17:07:08.438Z sigma /bsd:  - 00:0e:c6:03:xx:xx    1!   +6 54M   ess       no!  rsn! "WiFi_OBDII"!
[Cut APs from neighbours]
2018-01-03T17:07:08.452Z sigma /bsd:  - ce:ce:1e:8b:cf:d2    6   +49 54M   ess  privacy   rsn  "untrusted.ka.v01d"!
2018-01-03T17:07:08.453Z sigma /bsd: iwm0: SCAN -> AUTH
2018-01-03T17:07:08.453Z sigma /bsd: iwm0: sending auth to cc:ce:1e:8b:cf:d2 on channel 6 mode 11g
2018-01-03T17:07:08.454Z sigma /bsd: iwm0: AUTH -> ASSOC
2018-01-03T17:07:08.454Z sigma /bsd: iwm0: sending assoc_req to cc:ce:1e:8b:cf:d2 on channel 6 mode 11g
2018-01-03T17:07:08.468Z sigma /bsd: iwm0: ASSOC -> RUN
2018-01-03T17:07:08.468Z sigma /bsd: iwm0: associated with cc:ce:1e:8b:cf:d2 ssid "home" channel 6 start MCS
0 short preamble short slot time HT enabled
2018-01-03T17:07:08.468Z sigma /bsd: iwm0: missed beacon threshold set to 7 beacons, beacon interval is 100 TU
2018-01-03T17:07:09.465Z sigma /bsd: iwm0: received msg 1/4 of the 4-way handshake from cc:ce:1e:8b:cf:d2
2018-01-03T17:07:09.465Z sigma /bsd: iwm0: sending msg 2/4 of the 4-way handshake to cc:ce:1e:8b:cf:d2
2018-01-03T17:07:09.474Z sigma /bsd: iwm0: received msg 3/4 of the 4-way handshake from cc:ce:1e:8b:cf:d2
2018-01-03T17:07:09.474Z sigma /bsd: iwm0: sending msg 4/4 of the 4-way handshake to cc:ce:1e:8b:cf:d2
2018-01-03T17:07:10.070Z sigma /bsd: iwm0: sending action to cc:ce:1e:8b:cf:d2 on channel 6 mode 11n
2018-01-03T17:15:48.141Z sigma /bsd: iwm0: received msg 1/2 of the group key handshake from cc:ce:1e:8b:cf:d2
2018-01-03T17:15:48.141Z sigma /bsd: iwm0: sending msg 2/2 of the group key handshake to cc:ce:1e:8b:cf:d2
[I interrypted the second slow transfer]

netstat -n -I iwm0
Name    Mtu   Network     Address              Ipkts Ierrs    Opkts Oerrs Colls
iwm0    1500  <Link>      18:5e:0f:16:65:cf   629233  1614   361284  1039     0
iwm0    1500  172.23.5/24 172.23.5.79         629233  1614   361284  1039     0
iwm0    1500  fe80::%iwm0 fe80::1a5e:fff:fe   629233  1614   361284  1039     0
iwm0    1500  2001:16b8:2 2001:16b8:22fc:cb   629233  1614   361284  1039     0
iwm0    1500  2001:16b8:2 2001:16b8:22fc:cb   629233  1614   361284  1039     0

I recorded some more netstat -I snaps and while Ierrs stay constant Oerrs increase (1039. 1131. 11831, 1322).  Colls stay at zero.

I also recorded some netstat -W and filtered out all 0 values.  Here's the first, the next ones are only diffs to the first one or following ones:

ieee80211 on iwm0:
        3 input packet duplicates discarded
        7 input multicast echo packets discarded
        258 input wep/wpa packets processing failed
        8 input control packets discarded
        5 input eapol-key packets
        1 output packet on unauthenticated port
        8 active scans started
        258 ccmp replayed frames
        2 new input block ack agreements
        11494 input frames below block ack window start
        357 input frames above block ack window end
        357 input block ack window slides
        1356 duplicate input block ack frames
        2185 expected input block ack frames never arrived
        29 input block ack window gaps timed out


ieee80211 on iwm0:
        6 input eapol-key packets
        2195 expected input block ack frames never arrived
        36 input block ack window gaps timed out

ieee80211 on iwm0:
        11503 input frames below block ack window start
        2209 expected input block ack frames never arrived
        46 input block ack window gaps timed out

Reply | Threaded
Open this post in threaded view
|

Re: Performance degradation with two systems running iwm(4)

Peter Hessler-4
On 2018 Jan 03 (Wed) at 18:33:11 +0100 (+0100), Matthias Schmidt wrote:
:2018-01-03T16:49:25.317Z sigma /bsd:  - 00:0e:c6:03:xx:xx    1!   +9 54M   ess       no!  rsn! "WiFi_OBDII"!
:[ Cut APs from neighbours ]
   ^^^

Please don't do that.  That information will likely tell us that the
wifi air-time is massively polluted, and that you're SOL.

Switch to 5Ghz, if at all possible.  2.4Ghz is basically unusable in the
modern world.


:2018-01-03T16:49:25.327Z sigma /bsd:  - d4:40:f0:b0:xx:xx    1!  +11 54M   ess  privacy   rsn  "WLAN-Y2DX74"!
:2018-01-03T16:49:25.327Z sigma /bsd: iwm0: SCAN -> AUTH
:2018-01-03T16:49:25.328Z sigma /bsd: iwm0: sending auth to cc:ce:1e:8b:cf:d2 on channel 6 mode 11g
:2018-01-03T16:49:25.328Z sigma /bsd: iwm0: AUTH -> ASSOC
:2018-01-03T16:49:25.329Z sigma /bsd: iwm0: sending assoc_req to cc:ce:1e:8b:cf:d2 on channel 6 mode 11g
:2018-01-03T16:49:25.339Z sigma /bsd: iwm0: received msg 1/4 of the 4-way handshake from cc:ce:1e:8b:cf:d2
:2018-01-03T16:49:25.340Z sigma /bsd: iwm0: sending msg 2/4 of the 4-way handshake to cc:ce:1e:8b:cf:d2
:2018-01-03T16:49:25.342Z sigma /bsd: iwm0: ASSOC -> RUN
:2018-01-03T16:49:25.342Z sigma /bsd: iwm0: associated with cc:ce:1e:8b:cf:d2 ssid "home" channel 6 start MCS
:0 short preamble short slot time HT enabled
:2018-01-03T16:49:25.343Z sigma /bsd: iwm0: missed beacon threshold set to 7 beacons, beacon interval is 100 TU
:2018-01-03T16:49:25.350Z sigma /bsd: iwm0: received msg 3/4 of the 4-way handshake from cc:ce:1e:8b:cf:d2
:2018-01-03T16:49:25.351Z sigma /bsd: iwm0: sending msg 4/4 of the 4-way handshake to cc:ce:1e:8b:cf:d2
:2018-01-03T16:49:26.301Z sigma /bsd: iwm0: sending action to cc:ce:1e:8b:cf:d2 on channel 6 mode 11n
:2018-01-03T16:55:47.987Z sigma /bsd: iwm0: received msg 1/2 of the group key handshake from cc:ce:1e:8b:cf:d2
:2018-01-03T16:55:47.988Z sigma /bsd: iwm0: sending msg 2/2 of the group key handshake to cc:ce:1e:8b:cf:d2




--
The only thing to do with good advice is pass it on.
It is never any use to oneself.
                -- Oscar Wilde

Reply | Threaded
Open this post in threaded view
|

Re: Performance degradation with two systems running iwm(4)

Matthias Schmidt
Hi,

* Peter Hessler wrote:
>
> Please don't do that.  That information will likely tell us that the

2018-01-03T17:56:39.224Z sigma /bsd:  - 00:1e:2a:e1:18:90    6!   +9 54M   ess  privacy   rsn  "ChaosUnlimited"!
2018-01-03T17:56:39.224Z sigma /bsd:  - 04:f0:21:34:36:de    8!  +50 54M   ess  privacy   rsn  "guest.ka.v01d"!
2018-01-03T17:56:39.225Z sigma /bsd:  - 24:65:11:23:e1:66    1!  +13 54M   ess  privacy   rsn  "FRITZ!Box 6340 Cable"!
2018-01-03T17:56:39.225Z sigma /bsd:  - 34:31:c4:29:dd:c6    1!  +16 54M   ess  privacy   rsn  "FRITZ!Box 7272"!
2018-01-03T17:56:39.225Z sigma /bsd:  - 54:67:51:3d:90:46   11!  +25 54M   ess  privacy   rsn  "melbourne2016"!
2018-01-03T17:56:39.226Z sigma /bsd:  - 54:67:51:3d:90:c8  100!  +28 54M   ess  privacy   rsn  "melbourne2016"!
2018-01-03T17:56:39.226Z sigma /bsd:  - 54:67:51:de:44:ae   11!   +4 54M   ess  privacy   rsn  "UPC94933E6"!
2018-01-03T17:56:39.226Z sigma /bsd:  - 54:fa:3e:89:48:3b    4!   +9 54M   ess  privacy   rsn  "miao"!
2018-01-03T17:56:39.226Z sigma /bsd:  - 56:67:11:3d:90:46   11!  +24 54M   ess  privacy   rsn! "Unitymedia WifiSpot"!
2018-01-03T17:56:39.227Z sigma /bsd:  - 90:5c:44:70:75:37   11!  +12 54M   ess  privacy   rsn  "UPC241F9A1"!
2018-01-03T17:56:39.227Z sigma /bsd:  - 90:5c:44:cf:2c:e6   11!  +12 54M   ess  privacy   rsn  "UPCE5AEF49"!
2018-01-03T17:56:39.227Z sigma /bsd:  - 94:4a:0c:81:3e:4b    1!   +8 54M   ess  privacy   rsn  "WLAN-903491"!
2018-01-03T17:56:39.228Z sigma /bsd:  - a4:71:74:56:ce:60    6!   +6 54M   ess  privacy   rsn  "WLAN-LZHX9Z"!
2018-01-03T17:56:39.228Z sigma /bsd:  - a4:71:74:56:ce:61    6!   +5 54M   ess       no!  rsn! "Telekom_FON"!
2018-01-03T17:56:39.228Z sigma /bsd:  - ac:22:05:d0:db:bf    1!  +11 54M   ess  privacy   rsn  "UPC1934418"!
2018-01-03T17:56:39.229Z sigma /bsd:  - ae:22:15:d0:db:bf    1!   +8 54M   ess  privacy   rsn! "Unitymedia WifiSpot"!
2018-01-03T17:56:39.229Z sigma /bsd:  - b8:c7:5d:05:5e:a1    6!  +10 54M   ess  privacy   rsn  ""!
2018-01-03T17:56:39.238Z sigma /bsd:  - c8:0e:14:3d:a5:60    6!   +7 54M   ess  privacy   rsn  "Laubi-Repeater"!
2018-01-03T17:56:39.239Z sigma /bsd:  - c8:0e:14:e0:3b:6d    6!  +11 54M   ess  privacy   rsn  "FRITZ!Box 7490"!
2018-01-03T17:56:39.239Z sigma /bsd:  + cc:ce:1e:8b:cf:d1   60   +31 54M   ess  privacy   rsn  "karlsruhe.v01d"
2018-01-03T17:56:39.240Z sigma /bsd:  - cc:ce:1e:8b:cf:d2    6!  +36 54M   ess  privacy   rsn  "karlsruhe.v01d"
2018-01-03T17:56:39.240Z sigma /bsd:  - ce:ce:1e:8b:cf:d1   60   +31 54M   ess  privacy   rsn  "untrusted.ka.v01d"!
2018-01-03T17:56:39.240Z sigma /bsd:  - ce:ce:1e:8b:cf:d2    6!  +36 54M   ess  privacy   rsn  "untrusted.ka.v01d"!
2018-01-03T17:56:39.240Z sigma /bsd:  - d0:66:7b:03:12:80    1!  +27 54M   ess  privacy   rsn  "SEC_LinkShare_04c4f4"!
2018-01-03T17:56:39.241Z sigma /bsd:  - d4:40:f0:b0:aa:fd    1!   +8 54M   ess  privacy   rsn  "WLAN-Y2DX74"!

> wifi air-time is massively polluted, and that you're SOL.

Oh yes, there are a lot of other APs here.  And BTW, what's SOL?
 
> Switch to 5Ghz, if at all possible.  2.4Ghz is basically unusable in the
> modern world.

As strange as this sounds, switching to 5Ghz made the slowdown
disappear.  I set mode to 11n and chan to 60 and I no longer see the
effect.  Going back to 2.4Ghz and I see the slowdown again after some
time.

Now I am totally puzzled.

Cheers

        Matthias

Reply | Threaded
Open this post in threaded view
|

Re: Performance degradation with two systems running iwm(4)

Stefan Sperling-8
On Wed, Jan 03, 2018 at 07:47:58PM +0100, Matthias Schmidt wrote:
> As strange as this sounds, switching to 5Ghz made the slowdown
> disappear.  I set mode to 11n and chan to 60 and I no longer see the
> effect.  Going back to 2.4Ghz and I see the slowdown again after some
> time.

I think a packet capture could shed some light on this.
I would not be surprised if slowdowns coincide with your neighbours
watching video streams or something over wifi.

I use a separate iwn(4) device in monitor mode for this, and:
  tcpdump -n -i iwn0 -s 4096 -y IEEE802_11_RADIO -w /tmp/iwn.pcap
This captures data, management, and control frames. Most other drivers
omit some of these which makes it hard to figure out what's going on.

If you open iwn.pcap in wireshark you can go to Wireless -> WLAN Traffic
to see some aggregated stats of what's going on around you.

Reply | Threaded
Open this post in threaded view
|

Re: Performance degradation with two systems running iwm(4)

Matthias Schmidt
Hi Stefan,

* Stefan Sperling wrote:
>
> I think a packet capture could shed some light on this.
> I would not be surprised if slowdowns coincide with your neighbours
> watching video streams or something over wifi.

What's strange is that this does not affect me with the kernel from Dec
8.

> I use a separate iwn(4) device in monitor mode for this, and:
>   tcpdump -n -i iwn0 -s 4096 -y IEEE802_11_RADIO -w /tmp/iwn.pcap
> This captures data, management, and control frames. Most other drivers
> omit some of these which makes it hard to figure out what's going on.

I did a dump on the same machine and uplodaed it:
https://kappa.xosc.org/misc/iwm.pcap.gz

If it helps further I'll record a dump from a second machine tomorrow.
I have the second system with iwm and another that I could set up with
an iwn.

> If you open iwn.pcap in wireshark you can go to Wireless -> WLAN Traffic
> to see some aggregated stats of what's going on around you.

A lot of other WLANs, some beacon frames from others but no packets.

Cheers

        Matthias

Reply | Threaded
Open this post in threaded view
|

Re: Performance degradation with two systems running iwm(4)

Stefan Sperling-8
On Wed, Jan 03, 2018 at 08:43:32PM +0100, Matthias Schmidt wrote:
> I did a dump on the same machine and uplodaed it:
> https://kappa.xosc.org/misc/iwm.pcap.gz

Unfortunately, a dump from iwm(4) doesn't help.

> If it helps further I'll record a dump from a second machine tomorrow.
> I have the second system with iwm and another that I could set up with
> an iwn.

Yes please use iwn(4) in monitor mode.

> A lot of other WLANs, some beacon frames from others but no packets.

A dump from iwm(4) could be incomplete. You will only see your own
data frames with this device because it lacks monitor mode.
I have tried to get monitor mode working on iwm(4) in the past
but I could not get it to work correctly.

Reply | Threaded
Open this post in threaded view
|

Re: Performance degradation with two systems running iwm(4)

Matthias Schmidt
Hi,

* Stefan Sperling wrote:
>
> > If it helps further I'll record a dump from a second machine tomorrow.
> > I have the second system with iwm and another that I could set up with
> > an iwn.
>
> Yes please use iwn(4) in monitor mode.

Thanks to a number of spare disks and my Thinkpad X220 I got a working
iwn system.  I connected to the local wifi and enabled mediaopt monitor.
Now the wireshark statistic looks a bit different :)  I uploaded
another, this time larger dump to https://kappa.xosc.org/misc/iwn.zip,
zipped and encrypted with password C9uaefllad .  The last one and a half
minutes (or so) of the dump are ones with very low speed.

Cheers

        Matthias