L PROTECTED]>
To: Lewis Thompson <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED]; Steve Lawrence <[EMAIL PROTECTED]>;
zones-discuss@opensolaris.org
Sent: Thursday, May 22, 2008 4:21:42 PM
Subject: Re: [zones-discuss] physical= not obeyed when ip-type=shared and
physical dev part of I
Seems like a feature. vnet1 is in standby, so the active link in the ipmp
group (vnet0) is used for the zones.
Is the desire to have both interfaces used by zones for additional
bandwidth? Do the zones need ipmp as well, or is it ok if a link
failure takes out some of the zones? I'm guessing z
On Wed, 2008-05-21 at 15:09 -0700, Erik Nordmark wrote:
> Does the initial placement on something different than vnet1 cause a
> problem? Or is it just confusing?
Hi Erik,
In this case it is just causing some confusion but functionality is not
impacted.
Thanks,
Lewis
_
On Wed, 2008-05-21 at 12:56 -0700, Steve Lawrence wrote:
> In the global zone, do you have two ip addresses (one on vnet0, one on vnet1)
> or is vnet1 configured as standby?
Hi Steve,
We have the following global zone config:
vnet0: flags=1000843 mtu 1500
index 2
inet 13
Lewis Thompson wrote:
> Hi,
>
> I have a customer who has a basic IPMP config in his global zone:
>
>vnet0 & vnet1 [currently vnet0 has the 'floating' IP]
>
> In addition he has a zone with ip-type=shared where physical=vnet1
>
> When the zone boots the zone interface gets created on vnet0
In the global zone, do you have two ip addresses (one on vnet0, one on vnet1)
or is vnet1 configured as standby?
Steve L.
On Wed, May 21, 2008 at 09:12:35AM +0100, Lewis Thompson wrote:
> On Tue, 2008-05-20 at 13:56 -0700, Steve Lawrence wrote:
> > It is documented here:
> >
> > http://docs.sun.
On Tue, 2008-05-20 at 13:56 -0700, Steve Lawrence wrote:
> It is documented here:
>
> http://docs.sun.com/app/docs/doc/819-2450/z.admin.task-60?l=ko&a=view&q=multipathing
>
> The behavior you are seeing is not specifically documented, but it seems
> reasonable. What behavior are you expecting?
This appears to be the affect of selecting an interface that is a member
of an ipmp group in the global zone.
It is documented here:
http://docs.sun.com/app/docs/doc/819-2450/z.admin.task-60?l=ko&a=view&q=multipathing
The behavior you are seeing is not specifically documented, but it seems
reaso
Hi,
I have a customer who has a basic IPMP config in his global zone:
vnet0 & vnet1 [currently vnet0 has the 'floating' IP]
In addition he has a zone with ip-type=shared where physical=vnet1
When the zone boots the zone interface gets created on vnet0 instead of
vnet1
I have verified this b