<br><br>
<div class="gmail_quote">On Wed, Jul 29, 2009 at 10:22 AM, Moni Shoua <span dir="ltr"><<a href="mailto:monis@voltaire.com" target="_blank">monis@voltaire.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">
<div>Hal Rosenstock wrote:<br>><br>><br>> On Wed, Jul 29, 2009 at 8:16 AM, Moni Shoua <<a href="mailto:monis@voltaire.com" target="_blank">monis@voltaire.com</a><br></div>
<div>
<div></div>
<div>> <mailto:<a href="mailto:monis@voltaire.com" target="_blank">monis@voltaire.com</a>>> wrote:<br>><br>><br>> > > Is the LMC in the above from the local port ? Unfortunately, LMC<br>
> > is not<br>> > > required to be uniform across the subnet so the remote<br>> port's LMC may<br>> > > not be the same as that on the local port.<br>> ><br>
> > opensm configures the same LMC to all endports (CA) in the<br>> fabric so<br>> > in which case do you suspect that<br>> > it will be different?<br>> ><br>> ><br>
> > I wasn't talking about the simplification that OpenSM uses but rather<br>> > what IBA allows. There may be other SMs which do this or OpenSM<br>> could be<br>> > extended (with additional configuration for this).<br>
> ><br>> > -- Hal<br>><br>> So I guess a possible solutions for that is to query each suspected<br>> node before making a decision to flush it.<br>> When getting the node info response the true LMC can be put in the<br>
> LID check function.<br>><br>><br>> I'm not following how you are saying to determine the true LMC (of the<br>> remote port).<br>><br></div></div>Send PortInfo query for that port</blockquote>
<div> </div>
<div>from the IPoIB client ? I think this ends up needing to contact the SA to get this info rather than the port directly. Isn't that what you were trying to avoid originally ? If that's the case, one way would've been if ARPs carried the LMC as well as the LID.</div>
<div> </div></div>