Re: kern/152828: [em] poor performance on 8.1, 8.2-PRE
The following reply was made to PR kern/152828; it has been noted by GNATS. From: "Michael W. Lucas" To: bug-follo...@freebsd.org Cc: r...@sloservers.com Subject: Re: kern/152828: [em] poor performance on 8.1, 8.2-PRE Date: Wed, 20 Jul 2011 11:49:08 -0400 I'm seeing the exact same problem here as the original poster. Is anybody looking at this? Running FreeBSD 8.2-RELEASE-p1 amd64, from FreeNAS 8.0 sysctls: dev.em.0.%desc: Intel(R) PRO/1000 Network Connection 7.1.9 dev.em.0.%driver: em dev.em.0.%location: slot=0 function=0 dev.em.0.%pnpinfo: vendor=0x8086 device=0x108b subvendor=0x8086 subdevice=0x class=0x02 dev.em.0.%parent: pci1 dev.em.0.nvm: -1 dev.em.0.debug: -1 ... ifconfig: em0: flags=8843 metric 0 mtu 1500 options=219b ether 00:15:17:31:c8:fe inet 139.171.199.13 netmask 0xff00 broadcast 139.171.199.255 media: Ethernet autoselect (1000baseT ) status: active dmesg | grep em0 em0: port 0xbc00-0xbc1f mem 0xff6e-0xff6f irq 16 at device 0.0 on pci1 em0: Using an MSI interrupt em0: [FILTER] em0: Ethernet address: 00:15:17:31:c8:fe -- Michael W. Lucas http://www.MichaelWLucas.com/, http://blather.MichaelWLucas.com/ Latest book: Network Flow Analysis http://www.networkflowanalysis.com/ mwlu...@blackhelicopters.org, Twitter @mwlauthor ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
Re: kern/152828: [em] poor performance on 8.1, 8.2-PRE
Hi, I'm not seeing a complete stall, just very slow performance. I have two hosts on a shared gigabit Ethernet. One is OpenSolaris, the other FreeBSD. My SCP from the Opensolaris box to the FreeBSD one goes at: 653 MB00:29 The FreeBSD machine is an Intel SS4200-E. I have a second environment, identical except they're on a 100Mb switch rather than gigabit. Very similar throughput. Any suggestions appreciated. Thanks, ==ml On Wed, Jul 20, 2011 at 06:31:17PM +0100, Steven Hartland wrote: > It stalls on just a basic file scp. Our current test is to scp the freebsd > iso to the machine. It won't always do it but it does "seem" like once its > had > one stall its very much more prone to repeat stalls. > > Here are some examples of what we see:- > > FreeBSD-8.2-RELEASE-amd64-disc1.iso41% 284MB 0.3KB/s - stalled > -Read from remote host test01: Operation timed out > lost connection > > > world-2011-05-15-09-53-16.tar.gz 100% 67MB 3.4MB/s 00:20 > world-2011-05-30-07-35-37.tar.gz 100% 68MB 5.7MB/s 00:12 > world-2011-05-05-23-51-00.tar.gz 100% 50MB 3.6MB/s 00:14 > world-2011-06-06-14-20-09.tar.gz 100% 81MB 3.7MB/s 00:22 > world-2011-06-15-09-10-42.tar.gz44% 61MB 41.5KB/s - stalled > -^world-2011-06-15-09-10-42.tar.gz > Failed to restore server, aborting! > Write failed: Broken pipe > >Regards >Steve > > ----- Original Message - > From: "Jack Vogel" > To: "Steven Hartland" > Cc: ; "Michael W. Lucas" > > Sent: Wednesday, July 20, 2011 6:18 PM > Subject: Re: kern/152828: [em] poor performance on 8.1, 8.2-PRE > > > >Can you formulate a scenario that anyone else can setup and reproduce this? > > > >Jack > > > > > >On Wed, Jul 20, 2011 at 10:13 AM, Steven Hartland > >wrote: > > > >>** > >>Yep, it stalls 8.2 partners as well :( > >> > >>- Original Message - > >>*From:* Jack Vogel > >>*To:* Steven Hartland > >>*Cc:* Michael W. Lucas ; > >>freebsd-net@freebsd.org > >>*Sent:* Wednesday, July 20, 2011 6:03 PM > >>*Subject:* Re: kern/152828: [em] poor performance on 8.1, 8.2-PRE > >> > >>Did you eliminate that 7.0 box as part of the issue? Meaning switch to say > >>a Linux > >>or 8.2 partner to see if the problem persists or stops? > >> > >> > >> > >>This e.mail is private and confidential between Multiplay (UK) Ltd. and > >>the > >>person or entity to whom it is addressed. In the event of misdirection, > >>the > >>recipient is prohibited from using, copying, printing or otherwise > >>disseminating it or any information contained in it. > >> > >>In the event of misdirection, illegible or incomplete transmission please > >>telephone +44 845 868 1337 > >>or return the E.mail to postmas...@multiplay.co.uk. > >> > >___ > >freebsd-net@freebsd.org mailing list > >http://lists.freebsd.org/mailman/listinfo/freebsd-net > >To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org" > > > > ======== > This e.mail is private and confidential between Multiplay (UK) Ltd. and the > person or entity to whom it is addressed. In the event of misdirection, the > recipient is prohibited from using, copying, printing or otherwise > disseminating it or any information contained in it. > In the event of misdirection, illegible or incomplete transmission please > telephone +44 845 868 1337 > or return the E.mail to postmas...@multiplay.co.uk. -- Michael W. Lucas http://www.MichaelWLucas.com/, http://blather.MichaelWLucas.com/ Latest book: Network Flow Analysis http://www.networkflowanalysis.com/ mwlu...@blackhelicopters.org, Twitter @mwlauthor ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
Re: kern/152828: [em] poor performance on 8.1, 8.2-PRE
Jack, I think the SCP scenario would be easiest for anyone else to reproduce. If you need a different type of scenario, let me know. I can't put this box into heavy use until I figure this out, so you might as well use me as a guinea pig. Thanks, ==ml On Wed, Jul 20, 2011 at 10:18:32AM -0700, Jack Vogel wrote: > Can you formulate a scenario that anyone else can setup and reproduce this? > > Jack > > > On Wed, Jul 20, 2011 at 10:13 AM, Steven Hartland > wrote: > > > ** > > Yep, it stalls 8.2 partners as well :( > > > > - Original Message - > > *From:* Jack Vogel > > *To:* Steven Hartland > > *Cc:* Michael W. Lucas ; > > freebsd-net@freebsd.org > > *Sent:* Wednesday, July 20, 2011 6:03 PM > > *Subject:* Re: kern/152828: [em] poor performance on 8.1, 8.2-PRE > > > > Did you eliminate that 7.0 box as part of the issue? Meaning switch to say > > a Linux > > or 8.2 partner to see if the problem persists or stops? > > > > > > > > This e.mail is private and confidential between Multiplay (UK) Ltd. and the > > person or entity to whom it is addressed. In the event of misdirection, the > > recipient is prohibited from using, copying, printing or otherwise > > disseminating it or any information contained in it. > > > > In the event of misdirection, illegible or incomplete transmission please > > telephone +44 845 868 1337 > > or return the E.mail to postmas...@multiplay.co.uk. > > -- Michael W. Lucas http://www.MichaelWLucas.com/, http://blather.MichaelWLucas.com/ Latest book: Network Flow Analysis http://www.networkflowanalysis.com/ mwlu...@blackhelicopters.org, Twitter @mwlauthor ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
Re: kern/152828: [em] poor performance on 8.1, 8.2-PRE
Jack, After a second reading: is my problem a known em problem? As in, should I stop chasing other possibilities and wait for a solution? Thanks, ==ml On Wed, Jul 20, 2011 at 09:38:53AM -0700, Jack Vogel wrote: > This is an em bug, igb does not share interrupt code with em, furthermore > the adapter > the filer of the bug is using doesn't use MSIX, only one type in the em > driver does, > and I might add lots of heavy users on that adapter have MSIX on without > issues. > > I believe turning MSIX off is just masking whatever your real issue is, if > you wish to > run that way that's fine, but please don't advertise that as a 'fix' in some > general way. > > Regards, > > Jack > > > On Wed, Jul 20, 2011 at 9:07 AM, Steven Hartland > wrote: > > > We're seeing tcp stalls under igb under 8.2-RELEASE and 8-STABLE (which > > shares > > some code with em) and the workaround for use is currently adding the > > following > > to /boot/loader.conf > > hw.igb.enable_msix=0 > > > > Might be worth trying that. > > > > Regards > > Steve > > > > - Original Message - From: "Michael W. Lucas" < > > mwlu...@blackhelicopters.org> > > To: > > Sent: Wednesday, July 20, 2011 4:50 PM > > > > Subject: Re: kern/152828: [em] poor performance on 8.1, 8.2-PRE > > > > > > The following reply was made to PR kern/152828; it has been noted by > >> GNATS. > >> > >> From: "Michael W. Lucas" > >> To: bug-follo...@freebsd.org > >> Cc: r...@sloservers.com > >> Subject: Re: kern/152828: [em] poor performance on 8.1, 8.2-PRE > >> Date: Wed, 20 Jul 2011 11:49:08 -0400 > >> > >> I'm seeing the exact same problem here as the original poster. Is > >> anybody looking at this? > >> > >> Running FreeBSD 8.2-RELEASE-p1 amd64, from FreeNAS 8.0 > >> > >> sysctls: > >> dev.em.0.%desc: Intel(R) PRO/1000 Network Connection 7.1.9 > >> dev.em.0.%driver: em > >> dev.em.0.%location: slot=0 function=0 > >> dev.em.0.%pnpinfo: vendor=0x8086 device=0x108b subvendor=0x8086 > >> subdevice=0x class=0x02 > >> dev.em.0.%parent: pci1 > >> dev.em.0.nvm: -1 > >> dev.em.0.debug: -1 > >> ... > >> > >> ifconfig: > >> em0: flags=8843 metric 0 mtu > >> 1500 > >>options=219b >> HWCSUM,TSO4,WOL_MAGIC> > >>ether 00:15:17:31:c8:fe > >>inet 139.171.199.13 netmask 0xff00 broadcast 139.171.199.255 > >>media: Ethernet autoselect (1000baseT ) > >>status: active > >> > >> dmesg | grep em0 > >> em0: port 0xbc00-0xbc1f mem > >> 0xff6e-0xff6f irq 16 at device 0.0 on pci1 > >> em0: Using an MSI interrupt > >> em0: [FILTER] > >> em0: Ethernet address: 00:15:17:31:c8:fe > >> > >> > >> > >> > >> -- > >> Michael W. Lucas http://www.MichaelWLucas.com/, > >> http://blather.MichaelWLucas.**com/ <http://blather.MichaelWLucas.com/> > >> Latest book: Network Flow Analysis > >> http://www.**networkflowanalysis.com/<http://www.networkflowanalysis.com/> > >> mwlu...@blackhelicopters.org, Twitter @mwlauthor > >> __**_ > >> freebsd-net@freebsd.org mailing list > >> http://lists.freebsd.org/**mailman/listinfo/freebsd-net<http://lists.freebsd.org/mailman/listinfo/freebsd-net> > >> To unsubscribe, send any mail to > >> "freebsd-net-unsubscribe@**freebsd.org > >> " > >> > >> > > ==========**== > > This e.mail is private and confidential between Multiplay (UK) Ltd. and the > > person or entity to whom it is addressed. In the event of misdirection, the > > recipient is prohibited from using, copying, printing or otherwise > > disseminating it or any information contained in it. > > In the event of misdirection, illegible or incomplete transmission please > > telephone +44 845 868 1337 > > or return the E.mail to postmas...@multiplay.co.uk. > > > > > > __**_ > > freebsd-net@freebsd.org mailing list > > http://lists.freebsd.org/**mailman/listinfo/freebsd-net<http://lists.freebsd.org/mailman/listinfo/freebsd-net> > > To unsubscribe, send any mail to > > "freebsd-net-unsubscribe@**freebsd.org > > " > > -- Michael W. Lucas http://www.MichaelWLucas.com/, http://blather.MichaelWLucas.com/ Latest book: Network Flow Analysis http://www.networkflowanalysis.com/ mwlu...@blackhelicopters.org, Twitter @mwlauthor ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
rstp & FreeBSD
I'm sure we support rstp Ethernet for redundancy, but damned if I can find the documentation. Any suggestions? The hard part of any UNIX is knowing which man page to read. :-) ==ml -- Michael W. Lucas[EMAIL PROTECTED], [EMAIL PROTECTED] http://www.BlackHelicopters.org/~mwlucas/ "The cloak of anonymity protects me from the nuisance of caring." -Non Sequitur ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: rstp & FreeBSD
On Thu, Aug 04, 2005 at 11:16:46AM -0700, Brooks Davis wrote: > On Thu, Aug 04, 2005 at 12:54:37PM -0400, Michael W. Lucas wrote: > > > > I'm sure we support rstp Ethernet for redundancy, but damned if I can > > find the documentation. Any suggestions? > > I don't think we have any RSTP code in the tree. We recently aquired an > STP implementation in if_bridge, but not RSTP. > > It's not immediatly clear to me how a host would use RSTP for > redundency. I suppose you could use a virtual interface and two ports > that pretended to be switch ports that talked RSTP? If RSTP were added > to if_bridge, I think that would be easy to do. I think I'm asking my question wrong, my apologies. Let me try again: "I want to have my FreeBSD server plugged into two switches, so that if one switch fails I get uninterrupted service. The switches fail over with RSTP. I'm sure people do this, which man page should I read?" Thanks, ==ml -- Michael W. Lucas[EMAIL PROTECTED], [EMAIL PROTECTED] http://www.BlackHelicopters.org/~mwlucas/ "The cloak of anonymity protects me from the nuisance of caring." -Non Sequitur ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: rstp & FreeBSD
On Thu, Aug 04, 2005 at 12:01:45PM -0700, Brooks Davis wrote: > On Thu, Aug 04, 2005 at 02:26:07PM -0400, Michael W. Lucas wrote: > > On Thu, Aug 04, 2005 at 11:16:46AM -0700, Brooks Davis wrote: > > > On Thu, Aug 04, 2005 at 12:54:37PM -0400, Michael W. Lucas wrote: > > > > > > > > I'm sure we support rstp Ethernet for redundancy, but damned if I can > > > > find the documentation. Any suggestions? > > > > > > I don't think we have any RSTP code in the tree. We recently aquired an > > > STP implementation in if_bridge, but not RSTP. > > > > > > It's not immediatly clear to me how a host would use RSTP for > > > redundency. I suppose you could use a virtual interface and two ports > > > that pretended to be switch ports that talked RSTP? If RSTP were added > > > to if_bridge, I think that would be easy to do. > > > > I think I'm asking my question wrong, my apologies. Let me try again: > > > > "I want to have my FreeBSD server plugged into two switches, so that > > if one switch fails I get uninterrupted service. The switches fail > > over with RSTP. I'm sure people do this, which man page should I > > read?" > > I'm not sure. You might be able to do it with ng_one2many. I think > if_bridge (plus RSTP) might actually be the closest to what you want, > but it's not available yet. one2many sure looks like it, I'll give it a try. ==ml -- Michael W. Lucas[EMAIL PROTECTED], [EMAIL PROTECTED] http://www.BlackHelicopters.org/~mwlucas/ "The cloak of anonymity protects me from the nuisance of caring." -Non Sequitur ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "[EMAIL PROTECTED]"
problems with ng_fec
mr0: Firmware 521X, BIOS H430, 256MB RAM pcib3: at device 0.2 on pci1 pci3: on pcib3 pcib4: at device 4.0 on pci0 pci4: on pcib4 pcib5: at device 5.0 on pci0 pci5: on pcib5 pcib6: at device 0.0 on pci5 pci6: on pcib6 em0: port 0xecc0-0xecff mem 0xfe6e-0xfe6f irq 64 at device 7.0 on pci6 em0: Ethernet address: 00:13:72:64:cc:9d pcib7: at device 0.2 on pci5 pci7: on pcib7 em1: port 0xdcc0-0xdcff mem 0xfe4e-0xfe4f irq 65 at device 8.0 on pci7 em1: Ethernet address: 00:13:72:64:cc:9e pcib8: at device 6.0 on pci0 pci8: on pcib8 pcib9: at device 0.0 on pci8 pci9: on pcib9 em2: port 0xccc0-0xccff mem 0xfe1e-0xfe1f irq 106 at device 4.0 on pci9 em2: Ethernet address: 00:04:23:ce:45:d6 em3: port 0xcc80-0xccbf mem 0xfe1c-0xfe1d irq 107 at device 4.1 on pci9 em3: Ethernet address: 00:04:23:ce:45:d7 pcib10: at device 0.2 on pci8 pci10: on pcib10 em4: port 0xbcc0-0xbcff mem 0xfdfe-0xfdff,0xfdf8-0xfdfb irq 96 at device 2.0 on pci10 em4: Ethernet address: 00:04:23:c2:91:02 em5: port 0xbc80-0xbcbf mem 0xfdfc-0xfdfd,0xfdf4-0xfdf7 irq 97 at device 2.1 on pci10 em5: Ethernet address: 00:04:23:c2:91:03 em6: port 0xbc40-0xbc7f mem 0xfdf2-0xfdf3 irq 101 at device 3.0 on pci10 em6: Ethernet address: 00:04:23:ce:4c:2a em7: port 0xbc00-0xbc3f mem 0xfdf0-0xfdf1 irq 102 at device 3.1 on pci10 em7: Ethernet address: 00:04:23:ce:4c:2b uhci0: port 0x9ce0-0x9cff irq 16 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x9cc0-0x9cdf irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x9ca0-0x9cbf irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xfeb0-0xfeb003ff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: on usb3 uhub3: 6 ports with 6 removable, self powered uhub4: on uhub3 uhub4: multiple transaction translators uhub4: 2 ports with 2 removable, self powered pcib11: at device 30.0 on pci0 pci11: on pcib11 vgapci0: port 0xac00-0xacff mem 0xf000-0xf7ff,0xfdcf-0xfdcf irq 18 at device 13.0 on pci11 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 acpi_hpet0: iomem 0xfed0-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 2000 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse Explorer, device ID 4 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio0: [FAST] orm0: at iomem 0xc-0xcafff,0xec000-0xe on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa-0xb on isa0 Timecounters tick every 1.000 msec acd0: CDROM at ata0-master UDMA33 amr0: delete logical drives supported by controller amrd0: on amr0 amrd0: 1430400MB (2929459200 sectors) RAID 5 (optimal) SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/amrd0s1a -- Michael W. Lucas[EMAIL PROTECTED], [EMAIL PROTECTED] http://www.BlackHelicopters.org/~mwlucas/ Latest book: PGP & GPG -- http://www.pgpandgpg.com "The cloak of anonymity protects me from the nuisance of caring." -Non Sequitur -- Michael W. Lucas[EMAIL PROTECTED], [EMAIL PROTECTED] http://www.BlackHelicopters.org/~mwlucas/ Latest book: PGP & GPG -- http://www.pgpandgpg.com "The cloak of anonymity protects me from the nuisance of caring." -Non Sequitur ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: problems with ng_fec
Thank you, this was exactly right. Just had to wait for maintenance day to try it. (copying the list for the archives) On Thu, Sep 07, 2006 at 11:15:20AM +0200, Robert Blacquiere wrote: > On Wed, Sep 06, 2006 at 10:56:48PM -0400, Michael W. Lucas wrote: > > > > Hi, > > > > (asked this first on -questions, but it seems that this exceeds their > > wisdom...) > > > > I'm using a recent -current on amd64, and trying to use ng_fec to > > hopefully provide a wide-bandwidth connection with cable-level > > redundancy, and instead I get get errors and sporadic connectivity. > > > > I configured fec0 as such: > > > > #!/bin/sh > > > > ngctl mkpeer fec dummy fec > > ngctl msg fec0: add_iface '"em3"' > > ngctl msg fec0: add_iface '"em7"' > > ngctl msg fec0: set_mode_inet > > ifconfig fec0 up > > ifconfig fec0 inet 10.184.1.19 netmask 255.255.0.0 > > > > The Cisco 6509 I was attached to had ports configured with: > > > > switchport trunk encapsulation dot1q > > switchport mode trunk > > You need a port channel interface and make the switchports member of the > port channel. > > some thing like: > > ! > interface Port-channel1 > description 2 combined interfaces to freebsd fec0 > switchport > ! only needed for vlan tagging... > ! switchport trunk encapsulation dot1q > ! switchport trunk allowed vlan x,y,z,... > ! switchport mode trunk > ! mtu 9216 > no ip address > > interface GigabitEthernet5/1 > description UPLINK #1 > switchport > ! needer only for vlan tagging > ! switchport trunk encapsulation dot1q > ! switchport trunk allowed vlan x,y,z,... > ! switchport mode trunk > ! mtu 9216 > no ip address > no cdp enable > channel-group 1 mode on > > interface GigabitEthernet5/2 > description UPLINK #2 > switchport > ! needer only for vlan tagging > ! switchport trunk encapsulation dot1q > ! switchport trunk allowed vlan x,y,z,... > ! switchport mode trunk > ! mtu 9216 > no ip address > no cdp enable > channel-group 1 mode on > > > > > > When I tried to ping various hosts, however, I got sporadic and > > intermittent connectivity to other hosts on the network. > > This is spanning tree behavour > > > > > Dmesg follows after log entries. > > > > Any suggestions? > > > > Thanks, > > ==ml > > Hopeful this will give you a head start in configuring the cisco. > > Robert > -- > Microsoft: Where do you want to go today? > Linux: Where do you want to go tomorrow? > FreeBSD: Are you guys coming or what? > OpenBSD: Hey guys you left some holes out there! -- Michael W. Lucas[EMAIL PROTECTED], [EMAIL PROTECTED] http://www.BlackHelicopters.org/~mwlucas/ Latest book: PGP & GPG -- http://www.pgpandgpg.com "The cloak of anonymity protects me from the nuisance of caring." -Non Sequitur ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "[EMAIL PROTECTED]"
