<br><br>
<div class="gmail_quote">On Wed, Aug 5, 2009 at 1:07 PM, Hal Rosenstock <span dir="ltr"><<a href="mailto:hal.rosenstock@gmail.com">hal.rosenstock@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid"><br><br>
<div class="gmail_quote">
<div class="im">On Wed, Aug 5, 2009 at 12:31 PM, Sasha Khapyorsky <span dir="ltr"><<a href="mailto:sashak@voltaire.com" target="_blank">sashak@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>On 10:43 Wed 05 Aug     , Hal Rosenstock wrote:<br>><br>> Should this be done as a separate step on the way to the LFT parallelization<br>> across switches ?<br><br></div>What do you mean by "separate step" (separate from what)?</blockquote>

<div> </div></div>
<div>Separate patches: first to move the osm_ucast_mgr_set_fwd_table call up a level and a second one to the implement the LFT parallelization across switches underneath that.</div>
<div class="im">
<div> </div>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid"><span></span><br><br>I'm trying to replay the idea again: each routing engine calculates LFTs<br>and fill sw->new_lfts array accordingly, after all it calls a procedure<br>
for sending switches' LFT blocks (and TOPs). So routing engine itself<br>should not care about how exactly LFT blocks update MADs submission is<br>actually implemented.<br><font color="#888888"></font></blockquote>
<div> </div>
<div> </div></div>
<div>Yes, understood.</div></div></blockquote>
<div> </div>
<div>The one issue which gets in the way a bit here is the port order list (only applicable to certain engines and not others). Due to this, there are two places where the FT MAD pushing occurs. It'll be clearer when I submit the patch for this.</div>

<div> </div>
<div>One other thing I ran into (and related to the osm_ucast_file.c patch I sent a little while ago is the significance of > 0 returns from build_fwd_tables. Is there a reason that a routing engine would want to run its build_fwd_tables and then run the default one ? That seems to be what it does.</div>

<div> </div>
<div>It might be useful to document the status returns from build_lid_matrices and build_fwd_tables.</div>
<div> </div>
<div>-- Hal</div>
<div> </div>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">
<div class="gmail_quote">
<div><span id=""></span></div>
<div> </div>
<div>-- Hal</div>
<div> </div>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid"><font color="#888888"><span></span><br>Sasha<br></font></blockquote></div><br></blockquote></div><br>