<div dir="ltr"><div class="gmail_extra">Okay Vin,<br><br></div><div class="gmail_extra"><div class="gmail_quote">On Wed, Oct 9, 2013 at 10:11 AM, Vincent Mwamba <span dir="ltr"><<a href="mailto:davince01@gmail.com" target="_blank">davince01@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi Seun,<div><br></div><div>We have Layer 3 devices at each customer premises with static IPs from a pool assigned to a service e.g a /24 static pool. But we do get customers who plug their links into a switch at their end.</div>

<div><br></div></div></blockquote><div>Hmm....so if i get this correctly, you assign say <a href="http://192.168.4.0/24">192.168.4.0/24</a> to a customer, who then plug in into a switch and assigns static to all its users (or dhcp as the case maybe) and this the activity (including broadcast) by those users gets to you.<br>
<br></div><div>Yeah thats the normal and expected behaviour. A first thing to do is to limit the subnet you are assigning to customers to say /30 or /28 max. The prefix you assign to the customer would only be a broadcast within the customer end since broadcasts are within subnets. I presume you have a/some routing protocol(s) running at your say distribution and definitely at the core.<br>
<br></div><div>On a lighter note, if you have layer 3 devices at your customer premises, then you just need to run a few more layer 3 at the pops (high ends connecting to other sites). Even with the current setup, i am still wondering how you receive broadcast storm from the customer since they have their subnets? Perhaps the broadcasts is coming from devices directly connected on the switch at the pops(high ends)<br>
</div><div><br></div><div>Cheers! <br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div></div><div>Thanks</div><div><br></div><div>
./Vinny</div><div class="gmail_extra"><div><div class="h5"><br><br><div class="gmail_quote">On Wed, Oct 9, 2013 at 10:51 AM, Seun Ojedeji <span dir="ltr"><<a href="mailto:seun.ojedeji@gmail.com" target="_blank">seun.ojedeji@gmail.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">Hello Vin,<br><br>On Wed, Oct 9, 2013 at 9:31 AM, Vincent Mwamba <span dir="ltr"><<a href="mailto:davince01@gmail.com" target="_blank">davince01@gmail.com</a>></span> wrote:<br>


<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><<snip>></div></blockquote><div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">


<div dir="ltr"> The customer traffic from each high site is carried over our layer 2 access back to a single aggregation router.
</div></blockquote><div><br></div></div><div>Wow! looks like too much to chew for the poor single router. Which seem to be the only layer 3 device.<br> <br></div><div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">


<div dir="ltr"><div>Some High sites are aggregation points for more remote sites and for redundancy links, which has caused us spanning tree issues in the past.</div></div></blockquote><div><br></div></div><div>The hard fact is you need to spend a few coins and get layer 3 devices for the High sites. Especially those that are pop to other sites <br>


</div><div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><br></div><div>What is the best way to grow the flat network and avoid spanning tree headaches.</div>


</div></blockquote></div><div><div><br></div>I say try as much as possible to avoid spanning tree
 (if you can), also try to reduce switching as much as possible at your 
core. <br> </div><div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">
<div>What is the best practice to provision the various services we offering to our customers and avoid broadcasts?</div></div></blockquote><div><br></div></div><div>Could you explain what a typical customer end looks like i.e do they connect by pppoe, dhcp or static IPs/ have you got a layer 3 device at each customer premises?<br>


 <br></div><div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>How are other ISP doing it?</div><div><br></div></div>
</blockquote></div><div>
N/A ;-)<br><br></div><div>Cheers! <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div></div><div>Thanks</div><div><br></div>


<div>./Vinny</div>
<div><br></div><div></div>
</div>
<br>_______________________________________________<br>
afnog mailing list<br>
<a href="http://afnog.org/mailman/listinfo/afnog" target="_blank">http://afnog.org/mailman/listinfo/afnog</a><span><font color="#888888"><br></font></span></blockquote></div><span><font color="#888888"><br>
<br clear="all"><br>-- <br>------------------------------------------------------------------------<br>
<font color="#888888"><blockquote style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex;font-family:garamond,serif">
<i><span style="color:rgb(0,102,0)">Seun Ojedeji,<br style="color:rgb(0,102,0)"></span><span style="color:rgb(0,102,0)">Federal University Oye-Ekiti<br style="color:rgb(0,102,0)"></span><span style="color:rgb(0,102,0)">web:      </span><a href="http://www.fuoye.edu.ng" target="_blank">http://www.fuoye.edu.ng</a><br>



<span style="color:rgb(0,102,0)"></span><span style="color:rgb(0,102,0)">Mobile: <a value="+2348035233535">+2348035233535</a></span><span style="color:rgb(0,102,0)"></span><br></i><i><span style="color:rgb(0,102,0)">alt email:<a href="http://goog_1872880453" target="_blank"> </a><a href="mailto:seun.ojedeji@fuoye.edu.ng" target="_blank">seun.ojedeji@fuoye.edu.ng</a></span></i><br>


</blockquote></font><br>
</font></span></div></div>
</blockquote></div><br><br clear="all"><div><br></div></div></div><span class="HOEnZb"><font color="#888888">-- <br><font size="1"><b>$$= </b></font>Vincent Mwamba<div><br></div><div><b>Mobile:</b>    <a href="tel:%2B260979458807" value="+260979458807" target="_blank">+260979458807</a></div>
<div><br></div><div><b>Skype: </b>    davince24</div><div>
<br></div><div>~ ~ ~</div><div>- imiti ikula e mpanga</div>
</font></span></div></div>
</blockquote></div><br><br clear="all"><br>-- <br>------------------------------------------------------------------------<br><font color="#888888"><blockquote style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex;font-family:garamond,serif">

<i><span style="color:rgb(0,102,0)">Seun Ojedeji,<br style="color:rgb(0,102,0)"></span><span style="color:rgb(0,102,0)">Federal University Oye-Ekiti<br style="color:rgb(0,102,0)"></span><span style="color:rgb(0,102,0)">web:      </span><a href="http://www.fuoye.edu.ng" target="_blank">http://www.fuoye.edu.ng</a><br>

<span style="color:rgb(0,102,0)"></span><span style="color:rgb(0,102,0)">Mobile: <a value="+2348035233535">+2348035233535</a></span><span style="color:rgb(0,102,0)"></span><br></i><i><span style="color:rgb(0,102,0)">alt email:<a href="http://goog_1872880453" target="_blank"> </a><a href="mailto:seun.ojedeji@fuoye.edu.ng" target="_blank">seun.ojedeji@fuoye.edu.ng</a></span></i><br>
</blockquote></font><br>
</div></div>