Date: Wed, 21 Jul 2010 20:57:33 +0200 From: John Hay <jhay@meraka.org.za> To: freebsd-stable@freebsd.org Cc: jfvogel@gmail.com Subject: Re: packet loss on ixgbe using vlans and routing. Was: packet loss on ixgbe using vlans and ipv6 Message-ID: <20100721185733.GA73306@zibbi.meraka.csir.co.za> In-Reply-To: <20100721121514.GA39474@zibbi.meraka.csir.co.za> References: <20100719202541.GA42777@zibbi.meraka.csir.co.za> <20100719204618.GA21752@icarus.home.lan> <20100720042039.GA79254@zibbi.meraka.csir.co.za> <20100721121514.GA39474@zibbi.meraka.csir.co.za>
next in thread | previous in thread | raw e-mail | index | archive | help
Ok, I found the culprit. If I do "ifconfig ix2 -rxcsum" the packet loss disappear. Still strange that it did not affect packets going to user-level. John On Wed, Jul 21, 2010 at 02:15:14PM +0200, John Hay wrote: > > Ok, after some more testing, I found that it was not only with ipv6 that > I had packet loss. Routing either ipv4 or ipv6 had some loss. > > My test setup is the Dell T710 with its ix2 connected to a 10G port of > a Nortel 4526GTX. On that port I have 2 vlans configured with half of > the 1G ports in the one vlan and the other half in the other vlan. > > If I test with iperf from one of the machines on a 1G port to the T710, > I get 920Mbit/s. If I do it simultaneously from a few machines connected > to the 1G ports, all of them basically saturate their 1G links. > > If I now try to route from the one vlan to the other, ie. doing an iperf > from a 1G connected machine, through the T710, to another 1G connected > machine, I see packet loss, sometimes 100kbits/s. > > So it seems that as long as the T710 with the 10G card is the start or > end point of the connection, I get no packet loss, but as soon as it > has to route, something go wrong. > > John > > On Tue, Jul 20, 2010 at 06:20:39AM +0200, John Hay wrote: > > On Mon, Jul 19, 2010 at 01:46:18PM -0700, Jeremy Chadwick wrote: > > > On Mon, Jul 19, 2010 at 10:25:42PM +0200, John Hay wrote: > > > > I have a Dell T710 with 4 X 10G ethernet interfaces (2 X Dual port Intel > > > > 82599 cards). It is running FreeBSD RELENG_8 last updated on July 13. > > > > > > > > What I see is packet loss (0 - 40%) on IPv6 packets in vlans, when the > > > > machine is not the originator of the packets. > > > > > > > > Let me try to describe a little more. If a neigbouring machine ping6 it, > > > > there will be packet loss. If it act as a router for ipv6, there will be > > > > packet loss. This happen even when the network is pretty idle and with > > > > different switches (Nortel and Cisco equipment). The packet loss is > > > > very fluctuating. Pinging 1000 packets might loose 1% one time and the > > > > next time 30%. Looking with tcpdump, I can see the packets arriving and > > > > going out, but the packet never arrive at the next machine. (My feeling is > > > > that they get lost inside the card.) The error counters on the switch > > > > does not increment. > > > > > > > > I do not see packet loss if the machine originate the packets, for example > > > > ping6 from the machine. Also ipv4 packets do not have any packets loss. If > > > > I do not use vlans, I don't see packet loss with ipv6 either. > > > > > > > > pciconf -l of the ethernet cards: > > > > > > > > ix0@pci0:129:0:0: class=0x020000 card=0x00038086 chip=0x10fb8086 rev=0x01 hdr=0x00 > > > > ix1@pci0:129:0:1: class=0x020000 card=0x00038086 chip=0x10fb8086 rev=0x01 hdr=0x00 > > > > ix2@pci0:131:0:0: class=0x020000 card=0x00038086 chip=0x10fb8086 rev=0x01 hdr=0x00 > > > > ix3@pci0:131:0:1: class=0x020000 card=0x00038086 chip=0x10fb8086 rev=0x01 hdr=0x00 > > > > > > Can you provide pciconf -lvc output for the ix[0-3] cards instead? I > > > believe Jack Vogel will need this. vmstat -i might also be helpful > > > (full output). > > > > Ok, here is it and also a netstat -m thrown in. The numbers are pretty low > > because I rebooted after compiling a kernel with IPFIREWALL, ROUTETABLES, > > MROUTING and FLOWTABLE removed. I'll add my kernel config file with empty > > and commented out lines removed. > > > > After rebooting, I first tested with vlans (that is in my rc.conf) and then > > tested with the vlans unconfigured on ix2. > > > > ix0@pci0:129:0:0: class=0x020000 card=0x00038086 chip=0x10fb8086 rev=0x01 hdr=0x00 > > vendor = 'Intel Corporation' > > class = network > > subclass = ethernet > > cap 01[40] = powerspec 3 supports D0 D3 current D0 > > cap 05[50] = MSI supports 1 message, 64 bit, vector masks > > cap 11[70] = MSI-X supports 64 messages in map 0x20 enabled > > cap 10[a0] = PCI-Express 2 endpoint max data 256(512) link x8(x8) > > ix1@pci0:129:0:1: class=0x020000 card=0x00038086 chip=0x10fb8086 rev=0x01 hdr=0x00 > > vendor = 'Intel Corporation' > > class = network > > subclass = ethernet > > cap 01[40] = powerspec 3 supports D0 D3 current D0 > > cap 05[50] = MSI supports 1 message, 64 bit, vector masks > > cap 11[70] = MSI-X supports 64 messages in map 0x20 enabled > > cap 10[a0] = PCI-Express 2 endpoint max data 256(512) link x8(x8) > > ix2@pci0:131:0:0: class=0x020000 card=0x00038086 chip=0x10fb8086 rev=0x01 hdr=0x00 > > vendor = 'Intel Corporation' > > class = network > > subclass = ethernet > > cap 01[40] = powerspec 3 supports D0 D3 current D0 > > cap 05[50] = MSI supports 1 message, 64 bit, vector masks > > cap 11[70] = MSI-X supports 64 messages in map 0x20 enabled > > cap 10[a0] = PCI-Express 2 endpoint max data 256(512) link x8(x8) > > ix3@pci0:131:0:1: class=0x020000 card=0x00038086 chip=0x10fb8086 rev=0x01 hdr=0x00 > > vendor = 'Intel Corporation' > > class = network > > subclass = ethernet > > cap 01[40] = powerspec 3 supports D0 D3 current D0 > > cap 05[50] = MSI supports 1 message, 64 bit, vector masks > > cap 11[70] = MSI-X supports 64 messages in map 0x20 enabled > > cap 10[a0] = PCI-Express 2 endpoint max data 256(512) link x8(x8) > > > > output of vmstat -i > > > > interrupt total rate > > irq19: ehci0 28371 0 > > irq21: uhci2 uhci4+ 48 0 > > irq23: atapci0 46 0 > > irq34: mpt0 146954 2 > > cpu0: timer 112205297 1999 > > irq256: bce0 52063 0 > > irq257: bce1 1 0 > > irq258: bce2 1 0 > > irq259: bce3 1 0 > > irq260: ix0:que 0 142258 2 > > irq261: ix0:que 1 56464 1 > > irq262: ix0:que 2 56199 1 > > irq263: ix0:que 3 56198 1 > > irq264: ix0:que 4 66569 1 > > irq265: ix0:que 5 56148 1 > > irq266: ix0:que 6 56217 1 > > irq267: ix0:que 7 56311 1 > > irq268: ix0:que 8 56169 1 > > irq269: ix0:que 9 69485 1 > > irq270: ix0:que 10 56176 1 > > irq271: ix0:que 11 56205 1 > > irq272: ix0:que 12 56281 1 > > irq273: ix0:que 13 56359 1 > > irq274: ix0:que 14 56292 1 > > irq275: ix0:que 15 56197 1 > > irq276: ix0:link 2 0 > > irq277: ix1:que 0 107873 1 > > irq278: ix1:que 1 56094 0 > > irq279: ix1:que 2 56097 0 > > irq280: ix1:que 3 56096 0 > > irq281: ix1:que 4 65439 1 > > irq282: ix1:que 5 56091 0 > > irq283: ix1:que 6 56092 0 > > irq284: ix1:que 7 56098 0 > > irq285: ix1:que 8 56091 0 > > irq286: ix1:que 9 56096 0 > > irq287: ix1:que 10 56093 0 > > irq288: ix1:que 11 56091 0 > > irq289: ix1:que 12 56096 0 > > irq290: ix1:que 13 56095 0 > > irq291: ix1:que 14 57125 1 > > irq292: ix1:que 15 56093 0 > > irq293: ix1:link 1 0 > > irq294: ix2:que 0 231250 4 > > irq295: ix2:que 1 57784 1 > > irq296: ix2:que 2 69956 1 > > irq297: ix2:que 3 59498 1 > > irq298: ix2:que 4 58201 1 > > irq299: ix2:que 5 58599 1 > > irq300: ix2:que 6 57813 1 > > irq301: ix2:que 7 60075 1 > > irq302: ix2:que 8 68639 1 > > irq303: ix2:que 9 58194 1 > > irq304: ix2:que 10 60752 1 > > irq305: ix2:que 11 57628 1 > > irq306: ix2:que 12 66796 1 > > irq307: ix2:que 13 63307 1 > > irq308: ix2:que 14 60788 1 > > irq309: ix2:que 15 59102 1 > > irq310: ix2:link 5 0 > > irq311: ix3:que 0 56090 0 > > irq312: ix3:que 1 56090 0 > > irq313: ix3:que 2 56090 0 > > irq314: ix3:que 3 56090 0 > > irq315: ix3:que 4 56090 0 > > irq316: ix3:que 5 56090 0 > > irq317: ix3:que 6 56090 0 > > irq318: ix3:que 7 56090 0 > > irq319: ix3:que 8 56090 0 > > irq320: ix3:que 9 56090 0 > > irq321: ix3:que 10 56090 0 > > irq322: ix3:que 11 56090 0 > > irq323: ix3:que 12 56090 0 > > irq324: ix3:que 13 56090 0 > > irq325: ix3:que 14 56090 0 > > irq326: ix3:que 15 56090 0 > > cpu1: timer 112196134 1999 > > cpu10: timer 112196179 1999 > > cpu3: timer 112196135 1999 > > cpu8: timer 112196108 1999 > > cpu4: timer 112196161 1999 > > cpu11: timer 112196179 1999 > > cpu5: timer 112196161 1999 > > cpu13: timer 112196179 1999 > > cpu6: timer 112196161 1999 > > cpu14: timer 112196179 1999 > > cpu2: timer 112196106 1999 > > cpu12: timer 112196179 1999 > > cpu7: timer 112196161 1999 > > cpu9: timer 112196155 1999 > > cpu15: timer 112196179 1999 > > Total 1799390156 32072 > > > > netstat -m > > > > 133178/4042/137220 mbufs in use (current/cache/total) > > 133112/2062/135174/262144 mbuf clusters in use (current/cache/total/max) > > 133112/2056 mbuf+clusters out of packet secondary zone in use (current/cache) > > 0/20/20/131072 4k (page size) jumbo clusters in use (current/cache/total/max) > > 0/0/0/65536 9k jumbo clusters in use (current/cache/total/max) > > 0/0/0/32768 16k jumbo clusters in use (current/cache/total/max) > > 299518K/5214K/304733K bytes allocated to network (current/cache/total) > > 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) > > 0/0/0 requests for jumbo clusters denied (4k/9k/16k) > > 0/0/0 sfbufs in use (current/peak/max) > > 0 requests for sfbufs denied > > 0 requests for sfbufs delayed > > 0 requests for I/O initiated by sendfile > > 0 calls to protocol drain routines > > > > kernel config file, basically started with 64 bit and removed the stuff > > I do not need. > > > > cpu HAMMER > > ident SEEKAT > > device ipmi > > makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols > > options SCHED_ULE # ULE scheduler > > options PREEMPTION # Enable kernel thread preemption > > options INET # InterNETworking > > options INET6 # IPv6 communications protocols > > options SCTP # Stream Control Transmission Protocol > > options FFS # Berkeley Fast Filesystem > > options SOFTUPDATES # Enable FFS soft updates support > > options UFS_DIRHASH # Improve performance on big directories > > options CD9660 # ISO 9660 Filesystem > > options PROCFS # Process filesystem (requires PSEUDOFS) > > options PSEUDOFS # Pseudo-filesystem framework > > options GEOM_PART_GPT # GUID Partition Tables. > > options GEOM_LABEL # Provides labelization > > options COMPAT_43TTY # BSD 4.3 TTY compat (sgtty) > > options COMPAT_IA32 # Compatible with i386 binaries > > options COMPAT_FREEBSD4 # Compatible with FreeBSD4 > > options COMPAT_FREEBSD5 # Compatible with FreeBSD5 > > options COMPAT_FREEBSD6 # Compatible with FreeBSD6 > > options COMPAT_FREEBSD7 # Compatible with FreeBSD7 > > options KTRACE # ktrace(1) support > > options STACK # stack(9) support > > options SYSVSHM # SYSV-style shared memory > > options SYSVMSG # SYSV-style message queues > > options SYSVSEM # SYSV-style semaphores > > options P1003_1B_SEMAPHORES # POSIX-style semaphores > > options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions > > options PRINTF_BUFR_SIZE=128 # Prevent printf output being interspersed. > > options KBD_INSTALL_CDEV # install a CDEV entry in /dev > > options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) > > options INCLUDE_CONFIG_FILE # Include this file in kernel > > options SMP # Symmetric MultiProcessor Kernel > > device cpufreq > > device acpi > > device pci > > device ata > > device atapicd # ATAPI CDROM drives > > device mpt # LSI-Logic MPT-Fusion > > device scbus # SCSI bus (required for SCSI) > > device da # Direct Access (disks) > > device pass # Passthrough device (direct SCSI access) > > device atkbdc # AT keyboard controller > > device atkbd # AT keyboard > > device psm # PS/2 mouse > > device kbdmux # keyboard multiplexer > > device vga # VGA video card driver > > device splash # Splash screen and screen saver support > > device sc > > device agp # support several AGP chipsets > > device uart # Generic UART driver > > device loop # Network loopback > > device random # Entropy device > > device ether # Ethernet support > > device pty # BSD-style compatibility pseudo ttys > > device bpf # Berkeley packet filter > > device uhci # UHCI PCI->USB interface > > device ehci # EHCI PCI->USB interface (USB 2.0) > > device usb # USB Bus (required) > > device uhid # "Human Interface Devices" > > device ukbd # Keyboard > > device umass # Disks/Mass storage - Requires scbus and da > > device ums # Mouse > > > > kldstat > > Id Refs Address Size Name > > 1 55 0xffffffff80100000 6ea290 kernel > > 2 1 0xffffffff807eb000 19e088 zfs.ko > > 3 2 0xffffffff8098a000 3860 opensolaris.ko > > 4 2 0xffffffff8098e000 20448 krpc.ko > > 5 1 0xffffffff809af000 21100 geom_mirror.ko > > 6 1 0xffffffff809d1000 66c0 if_vlan.ko > > 7 1 0xffffffff809d8000 506c8 if_bce.ko > > 8 2 0xffffffff80a29000 3ec20 miibus.ko > > 9 1 0xffffffff80a68000 243e0 if_ixgbe.ko > > 10 1 0xffffffff80a8d000 1e08 coretemp.ko > > > > John > > -- > > John Hay -- jhay@meraka.csir.co.za / jhay@FreeBSD.org > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > -- > John Hay -- jhay@meraka.csir.co.za / jhay@FreeBSD.org > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org"
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20100721185733.GA73306>