Re: [Xen-users] XenNetworking - Reason for NOARP on eth1/br1?

[Bráulio Gergull <gergull@xxxxxxxxxxxxx>]

Hi,

I've had a similar problem. I found it to be due to crc checksum errors.

I solved that with "ethtool -K ethN tx off" on all domU's.

I found some related info on the following thread:

http://lists.xensource.com/archives/html/xen-users/2006-01/msg00088.html

rgrds,
Braulio Gergull

On Feb 20, 2006 04:26 PM, Nicholas Lee <emptysands@xxxxxxxxx> wrote:

> On 21/02/06, Patrick Wolfe <pwolfe@xxxxxxxxxxxxxx> wrote:
> > external network and the xenbr0 bridge. It does not have any IP
> > address
> > associated with it, so there is no reason for it to support ARP.
>
> Right, but if ARP is enabled will it wont cause problems?
>
>
> > So, the same thing needs to occur whenever you create an internal
> > bridge
> > and attach a physical interface to it. You disable ARP on that
> > physical
> > interface and set it's MAC address to a generic bridge MAC that
> > isn't
> > really used by IP at all. You then put IP addresses and enable ARP
> > on
> > the domU's virtual ethernet interfaces that connect to the internal
> > bridge.
>
> Thing is a virtual ethernet device is only created for eth0 by xend.
> AFAICT with the default scripts if you setup a second bridge network
> with either a real physical or a dummy interface a second virtual
> veth/vif is not created.
>
> So that bit of instruction seems out of place without additional
> instruction on how to create a second virtual ethernet pair to split
> eth1 in a similar way to eth0 into peth and (v)eth.
>
>
> Main reason I'm trying to figure this out is on my problem host, I'm
> struggling with what seems to be a problem with bridging and working
> correct. (See and early email.) Pings work, tcp (ssh) doesn't. eth0
> bridge works locally, eth1 bridge doesn't work locally. Only remotely.
>
> I upgraded to 3.0.1 yesterday, and I'm sure previously eth0 bridge
> didn't work locally, but now it does. So I'm trying to make the two
> bridge on the same machine exactly the same to see if I can figure out
> why and what is causing the problem.
>
>
> Thanks.
> --
> Nicholas Lee
> http://stateless.geek.nz
> gpg 8072 4F86 EDCD 4FC1 18EF 5BDD 07B0 9597 6D58 D70C
>
> _______________________________________________
> Xen-users mailing list
> Xen-users@xxxxxxxxxxxxxxxxxxx
> http://lists.xensource.com/xen-users
>


_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-users