<div dir="ltr">Hi Mark,<br>
<br>
We have configured broadcast storm control on access ports which helped 
resolve the issue, We are waiting for equipment to deploy in major high 
sites to push layer 3 to them.<br>
We also putting a PPPoE concentrator for services which terminate directly onto the access switchports.<br>
<br>
Thanks<br>
<br>
./Vinny<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Oct 9, 2013 at 11:47 AM, Mark Tinka <span dir="ltr"><<a href="mailto:mark.tinka@seacom.mu" target="_blank">mark.tinka@seacom.mu</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Wednesday, October 09, 2013 10:31:39 AM Vincent Mwamba<br>
wrote:<br>
<div class="im"><br>
> We recently experienced a bad broadcast storm on our<br>
> bridged(flat) access network caused by our customers<br>
> sending broadcasts into our network.<br>
<br>
</div>Flat topologies don't scale very well, particularly at Layer<br>
2.<br>
<br>
A little bit of hierarcy is necessary for various reasons,<br>
not least of which is scaling and containment of control or<br>
data traffic.<br>
<div class="im"><br>
> Our current design<br>
> is we have multiple high sites in a town which have<br>
> WiMAX access points(bridged mode)/point to point<br>
> radios/fttx terminating onto a switch, we see broadcasts<br>
> from all these customers. We have seperated some of the<br>
> services to have their own Vlans but as soon as the<br>
> numbers grow in each Vlan we see these issues again. The<br>
> customer traffic from each high site is carried over our<br>
> layer 2 access back to a single aggregation router.<br>
> Some High sites are aggregation points for more remote<br>
> sites and for redundancy links, which has caused us<br>
> spanning tree issues in the past.<br>
><br>
> What is the best way to grow the flat network and avoid<br>
> spanning tree headaches.<br>
> What is the best practice to provision the various<br>
> services we offering to our customers and avoid<br>
> broadcasts?<br>
> How are other ISP doing it?<br>
<br>
</div>A couple of options, which will be a case of pain vs. money<br>
you can spend:<br>
<br>
        1. Implement storm control mechanisms as supported<br>
           by your infrastructure.<br>
<br>
        2. Configure each customer to be in their own VLAN.<br>
           Forwarding between customers gets inefficient,<br>
           as it has to go the nearest IP router and<br>
           probably go back the same path, but it<br>
           eliminates cross-talk between customers and<br>
           helps fight broadcast storms (especially since<br>
           the majority of traffic from customers is likely<br>
           headed to the Internet, not to other customers on<br>
           the same network.<br>
<br>
        3. Distribute your access routing as much as your<br>
           budget can allow so that you're backhauling on IP<br>
           rather than Ethernet, thereby avoiding Spanning<br>
           Tree where able.<br>
<br>
Cheers,<br>
<br>
Mark.<br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><font size="1"><b>$$= </b></font>Vincent Mwamba<div><br></div><div><b>Mobile:</b>    +260979458807</div><div><br></div><div><b>Skype: </b>    davince24</div><div>
<br></div><div>~ ~ ~</div><div>- imiti ikula e mpanga</div>
</div>