Re: Issue with igb and lagg (was Re: Problem with link aggregation + sshd)

2012-09-18 Thread Daniel Eischen
On Tue, 18 Sep 2012, David DeSimone wrote: Daniel Eischen wrote: My rc.conf is something like this: # # For now, force ath0 to use the same MAC address as xl0. # This works around a bug where lagg is unable to set the # MAC address of the underlying wlan0 interface. # ifconfig_ath0="ether 01

Re: Issue with igb and lagg (was Re: Problem with link aggregation + sshd)

2012-09-18 Thread David DeSimone
Daniel Eischen wrote: > > My rc.conf is something like this: > > # > # For now, force ath0 to use the same MAC address as xl0. > # This works around a bug where lagg is unable to set the > # MAC address of the underlying wlan0 interface. > # > ifconfig_ath0="ether 01:02:03:04:05:06" > wlans_ath0=

Re: Issue with igb and lagg (was Re: Problem with link aggregation + sshd)

2012-09-13 Thread Giulio Ferro
On 09/12/2012 10:51 PM, Freddie Cash wrote: On Wed, Sep 12, 2012 at 1:48 PM, Jack Vogel wrote: On Wed, Sep 12, 2012 at 12:40 PM, Freddie Cash wrote: Thanks for checking. I've used lagg(4) with igb, just not on 9.x. You're right, it seems to be pointing to the igb(4) driver in 9.x compared t

Re: Issue with igb and lagg (was Re: Problem with link aggregation + sshd)

2012-09-12 Thread Sean Bruno
> > igb+lagg worked for us on 8.3. Haven't tried it since moving to 9.0 > > and 9-STABLE on those three boxes. > > > > igb+lagg doesn't work for him on 9.0. Although, I don't recall if > > non-LACP options were tried earlier in this thread, or if it's just > > the LACP mode that's failing. If o

Re: Issue with igb and lagg (was Re: Problem with link aggregation + sshd)

2012-09-12 Thread Jack Vogel
On Wed, Sep 12, 2012 at 1:51 PM, Freddie Cash wrote: > On Wed, Sep 12, 2012 at 1:48 PM, Jack Vogel wrote: > > On Wed, Sep 12, 2012 at 12:40 PM, Freddie Cash > wrote: > >> Thanks for checking. I've used lagg(4) with igb, just not on 9.x. > >> > >> You're right, it seems to be pointing to the ig

Re: Issue with igb and lagg (was Re: Problem with link aggregation + sshd)

2012-09-12 Thread Freddie Cash
On Wed, Sep 12, 2012 at 1:48 PM, Jack Vogel wrote: > On Wed, Sep 12, 2012 at 12:40 PM, Freddie Cash wrote: >> Thanks for checking. I've used lagg(4) with igb, just not on 9.x. >> >> You're right, it seems to be pointing to the igb(4) driver in 9.x >> compared to < 9.0. >> > How do you determine

Re: Issue with igb and lagg (was Re: Problem with link aggregation + sshd)

2012-09-12 Thread Jack Vogel
On Wed, Sep 12, 2012 at 12:40 PM, Freddie Cash wrote: > On Wed, Sep 12, 2012 at 12:22 PM, Giulio Ferro > wrote: > > On 09/11/2012 11:34 PM, Freddie Cash wrote: > >> > >> On Sep 11, 2012 2:12 PM, "Giulio Ferro" >> > wrote: > >> > > >> > Well, there definitely seems

Re: Issue with igb and lagg (was Re: Problem with link aggregation + sshd)

2012-09-12 Thread Freddie Cash
On Wed, Sep 12, 2012 at 12:22 PM, Giulio Ferro wrote: > On 09/11/2012 11:34 PM, Freddie Cash wrote: >> >> On Sep 11, 2012 2:12 PM, "Giulio Ferro" > > wrote: >> > >> > Well, there definitely seems to be a problem with igb and lagg. >> > >> > igb alone works as it sh

Re: Issue with igb and lagg (was Re: Problem with link aggregation + sshd)

2012-09-12 Thread Giulio Ferro
On 09/11/2012 11:34 PM, Freddie Cash wrote: On Sep 11, 2012 2:12 PM, "Giulio Ferro" mailto:au...@zirakzigil.org>> wrote: > > Well, there definitely seems to be a problem with igb and lagg. > > igb alone works as it should, but doesn't seem to work properly in lagg. > > To be sure I started

Re: Issue with igb and lagg (was Re: Problem with link aggregation + sshd)

2012-09-12 Thread Vincent Hoffman
On 11/09/2012 22:03, Giulio Ferro wrote: > Well, there definitely seems to be a problem with igb and lagg. > > igb alone works as it should, but doesn't seem to work properly in lagg. > > To be sure I started from scratch from a 9.0 release with nothing but: > > /etc/rc.conf > -

Re: Issue with igb and lagg (was Re: Problem with link aggregation + sshd)

2012-09-11 Thread Daniel Eischen
On Tue, 11 Sep 2012, Freddie Cash wrote: On Sep 11, 2012 2:12 PM, "Giulio Ferro" wrote: cloned_interfaces="lagg0" ifconfig_lagg0="laggproto lacp laggport igb1 laggport igb2 laggport igb3 192.168.x.x/24" sshd_enable="YES" --- This doesn't eve

Re: Issue with igb and lagg (was Re: Problem with link aggregation + sshd)

2012-09-11 Thread Daniel Eischen
On Tue, 11 Sep 2012, Giulio Ferro wrote: Well, there definitely seems to be a problem with igb and lagg. igb alone works as it should, but doesn't seem to work properly in lagg. To be sure I started from scratch from a 9.0 release with nothing but: /etc/rc.conf ---

Re: Issue with igb and lagg (was Re: Problem with link aggregation + sshd)

2012-09-11 Thread Freddie Cash
On Sep 11, 2012 2:12 PM, "Giulio Ferro" wrote: > > Well, there definitely seems to be a problem with igb and lagg. > > igb alone works as it should, but doesn't seem to work properly in lagg. > > To be sure I started from scratch from a 9.0 release with nothing but: > > /etc/rc.conf >

Issue with igb and lagg (was Re: Problem with link aggregation + sshd)

2012-09-11 Thread Giulio Ferro
Well, there definitely seems to be a problem with igb and lagg. igb alone works as it should, but doesn't seem to work properly in lagg. To be sure I started from scratch from a 9.0 release with nothing but: /etc/rc.conf --- ifconfig_igb0="inet ..

Re: Problem with link aggregation + sshd

2012-09-07 Thread Simon Dick
We've had similar problems with lagg at work, each lagg is made up of one igb and one em port, sometimes for no apparent reason they seem to stop passing through traffic. The easiest way we've found to get it working again is ifconfig down and up on one of the physical interfaces. This is on 8.1 O

Re: Problem with link aggregation + sshd

2012-09-03 Thread Giulio Ferro
No idea anybody why this bug happens? Patches? On 08/29/2012 10:22 PM, Giulio Ferro wrote: On 08/28/2012 11:12 AM, Damien Fleuriot wrote: Hi Giulio, Just to clear things up: igb0: 192.168.9.60/24 lagg0: 192.168.12.21/24 Yes. Actually I notice now that the lagg0 address is different from

Re: Problem with link aggregation + sshd

2012-08-29 Thread Giulio Ferro
On 08/28/2012 11:12 AM, Damien Fleuriot wrote: Hi Giulio, Just to clear things up: igb0: 192.168.9.60/24 lagg0: 192.168.12.21/24 Yes. Actually I notice now that the lagg0 address is different from what I wrote below in my rc.conf (192.168.12.7). I've just made many test with different confi

Re: Problem with link aggregation + sshd

2012-08-29 Thread David DeSimone
Pete French wrote: > > Actually I went and looked out my old emails - Cisco 3750 switches > worked as a pair with LACP, Cisco 3560 ones didn't. Whatever the > difference is between those two, thats the difference between working > and not working :) Is that real stacking vs virtual stacking by any

Re: Problem with link aggregation + sshd

2012-08-29 Thread Nikolay Denev
On Aug 29, 2012, at 1:18 PM, Harald Schmalzbauer wrote: > schrieb Pete French am 29.08.2012 11:38 (localtime): >>> Link aggregation can never work with two separate switches! LACP and >>> static trunking require both sides to bundle the same trunk. which is >>> impossible for two separate switc

Re: Problem with link aggregation + sshd

2012-08-29 Thread Pete French
> Have you checked that Windows really did LACP in your case? Sounds like > it was no real hardware stack, so probably Windos just activated RSTP. > FreeBSD doesn't detect any LACP/RSTP configuration features, but windows > does with some NIC verndor's drivers. That is quite possible - I didnt set

Re: Problem with link aggregation + sshd

2012-08-29 Thread Harald Schmalzbauer
schrieb Harald Schmalzbauer am 29.08.2012 12:18 (localtime): > schrieb Pete French am 29.08.2012 11:38 (localtime): >>> Link aggregation can never work with two separate switches! LACP and >>> static trunking require both sides to bundle the same trunk. which is >>> impossible for two separate sw

Re: Problem with link aggregation + sshd

2012-08-29 Thread Harald Schmalzbauer
schrieb Pete French am 29.08.2012 11:38 (localtime): >> Link aggregation can never work with two separate switches! LACP and >> static trunking require both sides to bundle the same trunk. which is >> impossible for two separate switches. > These switches had a port where you could connect them to

Re: Problem with link aggregation + sshd

2012-08-29 Thread Pete French
> Link aggregation can never work with two separate switches! LACP and > static trunking require both sides to bundle the same trunk. which is > impossible for two separate switches. These switches had a port where you could connect them together and then configure each to know about the other swi

Re: Problem with link aggregation + sshd

2012-08-29 Thread Harald Schmalzbauer
schrieb Pete French am 28.08.2012 11:48 (localtime): >> No answer, so it seems that link aggregation doesn't really work in freebsd, >> this may help others with the same problem... > I used to use LCAP a lot - this was a few years ago, but the critical > point was that it only worked if all the c

Re: Problem with link aggregation + sshd

2012-08-28 Thread Pete French
> No answer, so it seems that link aggregation doesn't really work in freebsd, > this may help others with the same problem... I used to use LCAP a lot - this was a few years ago, but the critical point was that it only worked if all the cables went to the same logcial switch. Using a pair of swit

Re: Problem with link aggregation + sshd

2012-08-28 Thread Damien Fleuriot
Hi Giulio, Just to clear things up: igb0: 192.168.9.60/24 lagg0: 192.168.12.21/24 What's the IP of the host you're trying ssh connections from ? Also, just in case, did you enable any firewall ? (PF, ipfw) On 27 August 2012 21:22, Giulio Ferro wrote: > Hi, thanks for the answer > > Here i

Re: Problem with link aggregation + sshd

2012-08-27 Thread Giulio Ferro
Hi, thanks for the answer Here is what you asked for: # ifconfig igb0 igb0: flags=8843 metric 0 mtu 1500 options=4401bb ether ... inet 192.168.9.60 netmask 0xff00 broadcast 192.168.9.255 inet6 prefixlen 64 scopeid 0x1 nd6 options=29 media: Ethernet autos

Re: Problem with link aggregation + sshd

2012-08-27 Thread Peter Jeremy
On 2012-Aug-21 23:18:15 +0200, Giulio Ferro wrote: >Scenario : freebsd 9 stable (yesterday) amd64 on HP server with 4 nic (igb) I have used lagg/lacp on 7.x, 8.x, 9.x and 10.x and haven't seen this problem. Can you please provide ifconfig output for all interfaces. -- Peter Jeremy pgpLMiR9Ws

Re: Problem with link aggregation + sshd

2012-08-27 Thread Damien Fleuriot
Hey Giulio, Have you had any chance to run the commands I supplied ? I'm curious as to wether you're running the same network on the 1 physical and 1 logical interface, or running 2 different ones, like 192.168.0.0/24 and 192.168.1.0/24. Removing -stable from the cc list so as to not crossp

Re: Problem with link aggregation + sshd

2012-08-25 Thread Damien Fleuriot
In the meantime kindly post: Ifconfig for your igb0 Netstat -rn Netstat -aln | grep 22 On 25 Aug 2012, at 13:18, Damien Fleuriot wrote: > I'll get back to you regarding link aggregation when I'm done with groceries. > > We use it here in production and it works flawlessly. > > > > On 25

Re: Problem with link aggregation + sshd

2012-08-25 Thread Damien Fleuriot
I'll get back to you regarding link aggregation when I'm done with groceries. We use it here in production and it works flawlessly. On 25 Aug 2012, at 09:54, Giulio Ferro wrote: > No answer, so it seems that link aggregation doesn't really work in freebsd, > this may help others with the same

Re: Problem with link aggregation + sshd

2012-08-25 Thread Giulio Ferro
No answer, so it seems that link aggregation doesn't really work in freebsd, this may help others with the same problem... I reverted back to one link for management and one for service, and ssh works as it should... On 08/21/2012 11:18 PM, Giulio Ferro wrote: Scenario : freebsd 9 stable (yeste

Problem with link aggregation + sshd

2012-08-21 Thread Giulio Ferro
Scenario : freebsd 9 stable (yesterday) amd64 on HP server with 4 nic (igb) 1 nic is connected standalone to the management switch, the 3 other nics are connected to a switch configured for aggregation. If I configure the first nic (igb0) there is no problem, I can operate as I normally do and s