The use of default routers on both primary and guest domains will avoid
this.  If a default router is in place, IPMP pings this address from
both deprecated addresses.  With a default router in place, both the
guests and primary will realise the link is down and fail the interface
over from vsw0 to vsw1 (primary) or vnet0 -> vnet1 (guests).

Admittedly, if you've not using a default router then the situation
below could occur but not having a default router is normally not an
optimal configuration.

Regards

Paul Teasdel
RBS Global Banking & Markets
Office: +44 20 7085 1030



-----Original Message-----
From: [email protected] [
mailto:ldoms-discuss-bounces at opensolaris.org
<mailto:ldoms-discuss-bounces at opensolaris.org> ] On Behalf Of Mike
Gerdts
Sent: 30 October 2007 16:50
To: Octave Orgeron
Cc: Michael.Demuro at sun.com; ldoms-discuss at opensolaris.org; TEASDEL,
Paul, GBM
Subject: Re: [ldoms-discuss] Solaris IPMP w/ LDOMS

On 10/30/07, Octave Orgeron <unixconsole at yahoo.com> wrote:
> Agreed. The config from 5.1 is the simplest and works well. The

What happens if you have several LDOMs on a single machine configured
for active(vnet0)/standby(vnet1) and vsw0 in the service ldom loses
link?

It seems to me that IPMP could be pinging IP addresses that are on other
LDOMs on the same physical box and as such all of the LDOMs could be
isolated from the network but none of them would detect it.
As such, even though the standby interface is available and working, all
of the LDOMs would be invisible to any devices outside of the single
box.

I think that this situation could be highly likely on private subnets
that do not have a default route.

> The big issue is that both 5.1 and 5.2 consume additional IP's due to
> the fact that link status is not propagated up through the VSW's.
> If this were corrected, it would make option 5.1 highly effective.

Having the link state propogated would be highly desirable.  Are there
technical limitations that prevent this or has it just not been
implemented yet?

--
Mike Gerdts
http://mgerdts.blogspot.com/ <http://mgerdts.blogspot.com/> 
_______________________________________________
ldoms-discuss mailing list
ldoms-discuss at opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/ldoms-discuss
<http://mail.opensolaris.org/mailman/listinfo/ldoms-discuss> 



***********************************************************************************
The Royal Bank of Scotland plc. Registered in Scotland No 90312. Registered 
Office: 36 St Andrew Square, Edinburgh EH2 2YB. 
Authorised and regulated by the Financial Services Authority 
 
This e-mail message is confidential and for use by the 
addressee only. If the message is received by anyone other 
than the addressee, please return the message to the sender 
by replying to it and then delete the message from your 
computer. Internet e-mails are not necessarily secure. The 
Royal Bank of Scotland plc does not accept responsibility for 
changes made to this message after it was sent. 

Whilst all reasonable care has been taken to avoid the 
transmission of viruses, it is the responsibility of the recipient to 
ensure that the onward transmission, opening or use of this 
message and any attachments will not adversely affect its 
systems or data. No responsibility is accepted by The 
Royal Bank of Scotland plc in this regard and the recipient should carry 
out such virus and other checks as it considers appropriate. 
Visit our websites at: 
www.rbs.com
www.rbs.com/gbm
www.rbsgc.com
***********************************************************************************

______________________________________________________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email 
______________________________________________________________________
-------------- next part --------------
An HTML attachment was scrubbed...
URL: 
<http://mail.opensolaris.org/pipermail/ldoms-discuss/attachments/20071030/922ae583/attachment.html>

Reply via email to