> This bug is CR 6959566, as a workaround you could try creating VNICs
> over the physical links that are part of the bridge (w/o the Etherstub)
and
> assigning them to xVM guests.
>
> Rishi
Hi Rishi,
Many thanks for responding, and thanks for the bug ID! Very useful indeed
:)
I've tried doing as you suggested, removing the etherstub and attaching
the vnic directly to the bridged physical interface:
# dladm show-link
LINK CLASS MTU STATE BRIDGE OVER
bnx0 phys 1500 up xenbridge --
bnx1 phys 1500 up xenbridge --
xenbridge0 bridge 1500 up -- bnx0 bnx1
xvm1_0 vnic 1500 up -- bnx0
# cat vm.xml
*snip*
<interface type='bridge'>
<mac address='00:16:3e:8b:42:ff'/>
<source bridge='bnx0'/>
<script path='/usr/lib/xen/scripts/vif-vnic'/>
<target dev='vif-1.0'/>
<vlan id='1257' />
</interface>
Unfortunately no traffic seems to flow from the VM to the outside world,
although tcpdump in the VM does show some external traffic (such as ARP
requests).
If I remove bnx0 from the bridge with "dladm add-bridge -l bnx0
xenbridge", ping packets start flowing again. As soon as I add bnx0 back
to the bridge, ping packets stop.
Any ideas?
Cheers,
Alasdair
_______________________________________________
crossbow-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/crossbow-discuss
