FreeBSD 5.4 802.1q and linux stalls

[Meno Abels]

Sorry i doesn't saw your question regarding tcpdump. First thats quite
complex to
do there are usally 5000 packets per second out of the spread traffic.
This causes
tcpdump to real trouble it starts to drop alot of packets i tried but
I found nothing.
Which not mean there is nothing but.... 
I think the problem is not directly the switch on of the vlan, i think
that the switch on
of the vlan causes that the freebsd frames will be look different from
that machine.
I had a look to that but found also not anything reasonable. But the question
is where i should look. To the spread udp-broadcast's to the ganglia
multicasts or
the carp multicasts or the generic arp traffic or the generic tcp
traffic. I have no
idea.

I'am also not very happy about my prediction about that the receiving
of arp doesn't work.
This based on tcpdump where i see that the linux is sending arp packets away 
but not receiving them. But if i look on the answering freebsd there
is a answer packet
generated and send out.
Also i tried to setup arp static but that doesn't brings up the
communication again.
So there could be a different problem. On the other hand the linux is
still working if
there is no arp timeout/retry(aging) or arp -d done by hand. So the
facts are still not really prooven.

Meno

2005/6/17, Meno Abels <meno.abels at gmail.com>:
> no nothing like that.
> 
> Meno
> 
> 2005/6/17, Gleb Smirnoff <glebius at freebsd.org>:
> >   Meno,
> >
> > On Fri, Jun 17, 2005 at 12:32:37PM +0100, Meno Abels wrote:
> > M> i have here a very strange problem which is in real a linux problem
> > M> but it is triggered by freebsd. I run a lan on which are linux 2.6.8(debian) and
> > M> freebsd 5.4 systems are connected to a unmanaged gigabit switch. All systems
> > M> uses this gigabit adapter:
> > M>  Realtek Semiconductor Co., Ltd. RTL-8169 Gigabit Ethernet
> > M> Everything works fine until i do on one freebsd box the following:
> > M>  ifconfig vlan0 172.20.21.1 netmask 255.255.255.0 vlan 2 vlandev re0
> > M> i just do this, there is nowhere any configuration for  802.1q  on any other
> > M> machine on this lan.
> > M> What is happen now the freebsd continues to run without any problem, but
> > M> all linuxs are stopping to understand any arp responses from a freebsd
> > M> nor an other linux.
> > M> So they stop to work over the time on this lan anymore. If I do
> > M> "ifconfig vlan0 unplumb"
> > M> it takes up to 10 minutes and the linux's are return to the working
> > M> status as before
> > M> the ifconfig vlan0...
> > M> I didn't not have any clue which network packet could cause these behavior in
> > M> a linux but there has to be one. Does anybody as any idea?
> >
> > Try to tcpdump on linux when you create vlan on FreeBSD. Any unusual packet
> > at this moment?
> >
> > M> On that lan there is UDP-Broadcast(spread) and multicast traffic(ganglia)
> > M> also there are around 120 carp addresses configured on the 10 freebsd boxes.
> > M> Everything else is standard tcpip/nfs traffic. There is no firewall
> > M> rules on the interfaces on thes linuxs or the freebsds.
> >
> > Any routing software? RIP or OSPF?
> >
> > --
> > Totus tuus, Glebius.
> > GLEBIUS-RIPN GLEB-RIPE
> > _______________________________________________
> > freebsd-net at freebsd.org mailing list
> > http://lists.freebsd.org/mailman/listinfo/freebsd-net
> > To unsubscribe, send any mail to "freebsd-net-unsubscribe at freebsd.org"
> >
>