let me chime in a little ;-)

On 30.09.10 09:59, Martin Mueller - Oracle Germany SC wrote:
1. Does the vswitch participate in Spanning-tree?
  If yes, can this be disabled?
  Any differences for LDOMs 1.3 and 2.0 here?
No idea, I never observed spanning- tree behaviour of vswitches

It doesn't have to.  It can not be configured to create loops, so we don't need to spanning-tree to protect against them.  Externally, it appears as a normal ethernet port, so the real switches at the other end of the cable can do their spanning tree stuff, if they're so inclined.

Turning it off completly should'nt be supported on any switch.  I assume you mean turning off the spanning tree checking before taking a port online.  Cisco switches used to do this, and you could turn this off, as in "go online first, check later, then, if loop detected, take port offline".  This would speed up the onlining of ports, but not disable spanning tree checking completely.
2. How can the bandwidth that a VNIC consumes be limited?
  (Case: we're creating multiple non-global zones in 1 LDOM guest and
  want to prevent that one non-global zone can take up all bandwidth for a
  single VNIC).
OTOH no way to do this in an I/O domain only without Crossbow. 

you'll need crossbow for that, as martin already said.

hth
stefan
--


Stefan Hinker | EMEA Server Principal Sales Consultant
Phone: +49 6103 752-300 | blogs.sun.com/cmt
Oracle Hardware Presales
ORACLE Deutschland B.V. & Co. KG | Brandenburger Strasse 2 | 40880 Ratingen


ORACLE Deutschland B.V. & Co. KG
Hauptverwaltung: Riesstr. 25, D-80992 München
Registergericht: Amtsgericht München, HRA 95603

Komplementärin: ORACLE Deutschland Verwaltung B.V.
Rijnzathe 6, 3454PV De Meern, Niederlande
Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697
Geschäftsführer: Jürgen Kunz, Marcel van de Molen, Alexander van der Ven

Oracle is committed to developing practices and products that help protect the environment



Attachment: smime.p7s
Description: S/MIME Cryptographic Signature

_______________________________________________
ldoms-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/ldoms-discuss

Reply via email to