Also make sure the patches after you break it down, applies cleanly when applied one by one and also the code compiles after the iteration. You could probably break it down into CLI stuff, the actual OSPF implementation, libs etc if you wish to.<div>
<br></div><div> - Balaji<br><br><div class="gmail_quote">On Thu, May 9, 2013 at 11:36 AM, Balaji G <span dir="ltr">&lt;<a href="mailto:balajig81@gmail.com" target="_blank">balajig81@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi Lokesh <div><br></div><div>Is it possible for you to break these into smaller patches and send it as i see the changes are done in lib, ospf. Its easier to get it reviewed and acknowledge specific patches in specific modules.</div>

<div><br></div><div>Thanks,</div><div>Cheers,</div><div>   - Balaji</div><div><br><br><div class="gmail_quote"><div><div class="h5">On Thu, May 9, 2013 at 11:11 AM, Lokesh Pareta <span dir="ltr">&lt;<a href="mailto:lokesh.pareta@tcs.com" target="_blank">lokesh.pareta@tcs.com</a>&gt;</span> wrote:<br>

</div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5"><font face="sans-serif">Hi All,</font>
<br>
<br><font face="sans-serif">Tata Consultancy Services (TCS) wants
to contribute to Quagga development by providing the implementation code
for RFC-6506, developed and tested on quagga-0.99.21 version. </font>
<br>
<br><font face="sans-serif"><b>Abstract of the RFC-6506:</b></font>
<ul>
<li><font face="sans-serif">Currently, OSPF for IPv6 (OSPFv3) uses
IPsec as the only mechanism for authenticating protocol packets.</font>
</li><li><font face="sans-serif">This behavior is different from authentication
mechanisms present in other routing protocols (OSPFv2, Intermediate System
to Intermediate System (IS-IS), RIP, and Routing Information Protocol Next
Generation (RIPng)).  </font>
</li><li><font face="sans-serif">In some environments, it has been found
that IPsec is difficult to configure and maintain and thus cannot be used.
 </font>
</li><li><font face="sans-serif">RFC-6506 defines an alternative mechanism
to authenticate OSPFv3 protocol packets so that OSPFv3 does not only depend
upon IPsec for authentication.</font></li></ul>
<div>
<br><font face="sans-serif"><b>Steps to test/run the developed patch
file on quagga-0.99.21 :</b></font>
<ul>
<li><font face="sans-serif">As per RFC, implementation is done by
TCS in order to provide authentication support on both interface and area.</font>
</li><li><font face="sans-serif">Commands to be used are as follows:</font>
</li><li><font face="sans-serif">For an interface(under interface &lt;i/f
name&gt;)-</font></li></ul><font face="sans-serif">     
          ipv6 ospf6 sha-256-authentication
               
               [command
to set AT-bit on interface]</font>
<br><font face="sans-serif">         
      ipv6 ospf6 sha-256-key &lt;key-id&gt; sha-256
&lt;password&gt;              
   [command to attach key-id and password to the packets]</font>
<ul>
<li><font face="sans-serif">For an area (under router ospf6)-</font></li></ul><font face="sans-serif"> 
              area &lt;area-id&gt;
sha-256-authentication            
               
   [command to set AT-bit on area]</font>
<ul>
<li><font face="sans-serif">In order to authenticate OSPFv3 packets,
please provide combination of both AT bit  on an interface/area and
key-id with sha-256 password.</font></li></ul>
<br><font face="sans-serif">Please find following attachment:</font>
<ul>
<li><font face="sans-serif">Patch file of RFC-6506 implementation</font></li></ul>
<br>
<br>
<br><font face="sans-serif">Kindly revert in case of any queries
or doubts and suggestions are also welcome.</font>
<br>
<br><font face="sans-serif">Thanks &amp; Regards,<br>
Lokesh Pareta</font>
<br><font face="sans-serif"><br>
Telecom Technology - NextGen R&amp;D,<br>
Tata Consultancy Services<br>
TCS Towers, 249 D&amp;E Udyog Vihar,<br>
Phase IV, Gurgaon<br>
Haryana, India<br>
Cell:- <a href="tel:%2B91%208506946082" value="+918506946082" target="_blank">+91 8506946082</a><br>
Mailto: <a href="mailto:lokesh.pareta@tcs.com" target="_blank">lokesh.pareta@tcs.com</a><br>
Website: </font><a href="http://www.tcs.com/" target="_blank"><font face="sans-serif">http://www.tcs.com</font></a><font face="sans-serif"><br>
<br>
___________________________________________<br>
Experience certainty.        IT Services<br>
                
       Business Solutions<br>
                
       Outsourcing<br>
___________________________________________</font></div><p>=====-----=====-----=====<br>
Notice: The information contained in this e-mail<br>
message and/or attachments to it may contain <br>
confidential or privileged information. If you are <br>
not the intended recipient, any dissemination, use, <br>
review, distribution, printing or copying of the <br>
information contained in this e-mail message <br>
and/or attachments to it are strictly prohibited. If <br>
you have received this communication in error, <br>
please notify us by reply e-mail or telephone and <br>
immediately and permanently delete the message <br>
and any attachments. Thank you</p>

<p></p><br></div></div>_______________________________________________<br>
Quagga-dev mailing list<br>
<a href="mailto:Quagga-dev@lists.quagga.net" target="_blank">Quagga-dev@lists.quagga.net</a><br>
<a href="http://lists.quagga.net/mailman/listinfo/quagga-dev" target="_blank">http://lists.quagga.net/mailman/listinfo/quagga-dev</a><br>
<br></blockquote></div><br></div>
</blockquote></div><br></div>