<br><br>
<div><span class="gmail_quote">On 7/24/07, <b class="gmail_sendername">Hal Rosenstock</b> <<a href="mailto:hal.rosenstock@gmail.com">hal.rosenstock@gmail.com</a>> wrote:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid"><br><br>
<div><span class="q"><span class="gmail_quote">On 7/23/07, <b class="gmail_sendername">Sasha Khapyorsky</b> <<a onclick="return top.js.OpenExtLink(window,event,this)" href="mailto:sashak@voltaire.com" target="_blank">
sashak@voltaire.com</a>> wrote:</span> 
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">Hi Eitan,<br><br>On 20:59 Mon 23 Jul     , Eitan Zahavi wrote:<br>> Hi Sasha, Hal,<br>><br>> I think I have an idea: 
<br>><br>> Since this is a specific switch that reported ChangeBit or Trap why<br>> can't we just qualify that there was no change in the switch setup?<br><br>The ChangeBit seems to be good start point - then OpenSM will query all 
<br>switch ports PortInfo anyway and if for all ports PortState is <= INIT<br>(and at least for one port it is = INIT), it means that this switch was<br>rebooted/reinitialized.<br><br>And for single port PortState drop to = INIT should indicate 
<br>reinitialization.<br><br>Seems correct?</blockquote>
<div> </div></span>
<div>Wouldn't this be all ports in INIT indicate reset of switch ?</div></div></blockquote>
<div> </div>
<div>for ports which are LinkUp. This is pretty dicey :-( I don't see a good way to determine this.</div>
<div> </div>
<div>-- Hal</div><br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">
<div><span class="sg">
<div> </div>
<div>-- Hal</div></span><span class="q"><br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">> We could send PortInfo, SwitchInfo,<br><br>SwitchInfo is queried at each light sweep, PortInfo's if ChangeBit is 
<br>set. Guess we are ok with it even now.<br><br>> LFT, MFT, SL2VL, VLArb, PKey queries<br>> and make sure no change from previous state. Or we could simply enforce<br>> last state by sending it over again ...<br>
<br>I think we could want to re-read PKey tables in order to preserve<br>existing PKey indices and just to flush (overwrite with new settings)<br>LFT, MFT, SL2VL, VLArb tables. Reasonable?<br><br>Sasha<br></blockquote></span>
</div><br></blockquote></div><br>