we can deploy BMUs to each site, but theres not any real good troubleshooting tools or features like mikrotiks have
oh well On Thu, Jun 30, 2016 at 1:22 PM, Josh Reynolds <[email protected]> wrote: > Your other option is push it down to the site router. Eventually you > might end up with an ansible script that can make bandwidth changes at > both the headend and on the site router to make things more > manageable. > > Centralize shaping is efficient from a management standpoint, it's not > efficient from a load distribution and end-end control standpoint. > > Centralized management of shaping is the best of both worlds. > > On Thu, Jun 30, 2016 at 1:17 PM, That One Guy /sarcasm > <[email protected]> wrote: > > i try to avoid manual CPE rate limiting, if our tech pool was bright, > might > > be different > > > > On Thu, Jun 30, 2016 at 1:03 PM, Josh Reynolds <[email protected]> > wrote: > >> > >> Why not push the shaping down to the radio, in addition to at the > >> head-end? > >> > >> On Thu, Jun 30, 2016 at 1:00 PM, That One Guy /sarcasm > >> > >> <[email protected]> wrote: > >> > I want to account for the customer to customer traffic. the traffic > has > >> > to > >> > traverse the BMUs which are at the edges of the network (theyre just > >> > another > >> > OSPF router) > >> > > >> > Without changing something, I dont see I can do it, especially where > >> > redundant rings exist > >> > > >> > without specific manual QOS for each customer at the POP mikrotiks I > >> > also > >> > cannot control the bandwidth between the customers if the traffic > doesnt > >> > pass the BMU > >> > > >> > On Thu, Jun 30, 2016 at 12:22 PM, Josh Reynolds <[email protected] > > > >> > wrote: > >> >> > >> >> Can you explain what you want to do another way? > >> >> > >> >> On Thu, Jun 30, 2016 at 12:15 PM, That One Guy /sarcasm > >> >> <[email protected]> wrote: > >> >> > I know this is bad form, and very wasteful > >> >> > > >> >> > We are bringing up a primary redundancy link today that will > affect a > >> >> > large > >> >> > portion of the network. we dont have alot of customers who connect > to > >> >> > one > >> >> > another. our accounting (powercode BMU) all takes place at our > >> >> > provider > >> >> > edges. Is there a filtering trick within OSPF to make all our > >> >> > customer > >> >> > traffic destined for our customer IP space traverse the network to > >> >> > the > >> >> > edge > >> >> > and back (same subnet excluded)? > >> >> > > >> >> > I would prefer this be the default action on our network with > >> >> > explicit > >> >> > customer allowances. > >> >> > > >> >> > I cant see any way of doing this on a straight layer three OSPF > >> >> > network > >> >> > if > >> >> > the default route forces the traffic to traverse the router housing > >> >> > the > >> >> > destination > >> >> > > >> >> > -- > >> >> > If you only see yourself as part of the team but you don't see your > >> >> > team > >> >> > as > >> >> > part of yourself you have already failed as part of the team. > >> > > >> > > >> > > >> > > >> > -- > >> > If you only see yourself as part of the team but you don't see your > team > >> > as > >> > part of yourself you have already failed as part of the team. > > > > > > > > > > -- > > If you only see yourself as part of the team but you don't see your team > as > > part of yourself you have already failed as part of the team. > -- If you only see yourself as part of the team but you don't see your team as part of yourself you have already failed as part of the team.
