Hi Doug, Seems like filters+policers allows you to specify bandwidth-limit and burst-size..
I.e. if you had a pool of 10 mbps.. you could carve it into individual customer chunks at their... But no way to allow the customer to burst above that bandwidth-limit to some specified higher BW, only allowed to specify burst in terms of burst-size.. I need a way to ensure a customer gets their CIR at all times, and if adequate extra BW available, they can burst to a higher (but limited to a specified MIR) bandwidth.. Peter Kranz www.UnwiredLtd.com Desk: 510-868-1614 x100 Mobile: 510-207-0000 pkr...@unwiredltd.com -----Original Message----- From: Doug Hanks [mailto:dha...@juniper.net] Sent: Tuesday, March 22, 2011 6:21 PM To: Peter Kranz; juniper-nsp@puck.nether.net Subject: RE: [j-nsp] Tower top switch/router recommendation.. I would have to look into it, but you should be able to set a max bandwidth/transmit under cos then use filters + policers per customer. -----Original Message----- From: Peter Kranz [mailto:pkr...@unwiredltd.com] Sent: Tuesday, March 22, 2011 5:49 PM To: Doug Hanks; juniper-nsp@puck.nether.net Subject: RE: [j-nsp] Tower top switch/router recommendation.. Hi Doug, Thanks for responding.. I need to be able to do something like this; Customer BW Pool of 20 Mbps up and down Customer A, 5 Mbps committed information rate CIR, burstable to 15 Mbps as long as resources are available Customer B, 5 Mbps committed information rate CIR, burstable to 15 Mbps as long as resources are available.. If both customers attempt 15 Mbps at the same time, the switch should give each 10 Mbps.. Easy to do in HTB using RATE= and CEIL= statements, but I can't figure out how to do it in JunOS.. Peter Kranz www.UnwiredLtd.com Desk: 510-868-1614 x100 Mobile: 510-207-0000 pkr...@unwiredltd.com -----Original Message----- From: Doug Hanks [mailto:dha...@juniper.net] Sent: Tuesday, March 22, 2011 5:13 PM To: Peter Kranz; juniper-nsp@puck.nether.net Subject: RE: [j-nsp] Tower top switch/router recommendation.. Maybe someone else can chime in, as I'm not an expert with MIR. Junos policers use the token bucket algorithm and allow you to configure a bandwidth-limit and burst-size-limit. You can create firewall filters to match traffic and apply these filters as coarse or as granular as you need. Here's an example of a 1m policer: policer 1m { if-exceeding { bandwidth-limit 1m; burst-size-limit 125k; } then discard; Doug -----Original Message----- From: Peter Kranz [mailto:pkr...@unwiredltd.com] Sent: Tuesday, March 22, 2011 4:43 PM To: Doug Hanks; juniper-nsp@puck.nether.net Subject: RE: [j-nsp] Tower top switch/router recommendation.. It seems like on the EX platform, I would need each customer in a separate VLAN for this to work (All customers on one port are on the same VLAN, and only split by subnets).. Also don't see how one goes about setting up a MIR.. CIR seems straight forward.. Peter Kranz www.UnwiredLtd.com Desk: 510-868-1614 x100 Mobile: 510-207-0000 pkr...@unwiredltd.com -----Original Message----- From: Doug Hanks [mailto:dha...@juniper.net] Sent: Tuesday, March 22, 2011 4:29 PM To: Peter Kranz; juniper-nsp@puck.nether.net Subject: RE: [j-nsp] Tower top switch/router recommendation.. The EX4200-48P - supports virtual-chassis[1] - or the EX3200-48P can do this, although is requires an advanced license for BGP (EX-48-AFL). CoS is pretty much the same for all Junos devices. Take a look at the technical documentation for the EX and CoS. http://www.juniper.net/techpubs/en_US/junos10.4/information-products/pathway -pages/ex-series/cos.html [1] http://www.juniper.net/us/en/local/pdf/datasheets/1000215-en.pdf Doug -----Original Message----- From: juniper-nsp-boun...@puck.nether.net [mailto:juniper-nsp-boun...@puck.nether.net] On Behalf Of Peter Kranz Sent: Tuesday, March 22, 2011 3:20 PM To: juniper-nsp@puck.nether.net Subject: [j-nsp] Tower top switch/router recommendation.. I'm wondering if this is something that could be done with Junipers; On our mountain top sites, we currently have dual 48 port POE switches, and dual Dell 1950's running Quagga/Zebra routing suites.. The sites support wimax access points and redundant microwave backhauls to other towers or our data centers.. OSPF/BGP is used to mesh the sites with Quagga/Zebra handling the route failover.. Each access point (one per port on the switch) can have up to 75 customers on them, and we use HTB on Linux to apply CIR and MIR rules to each customer at a subnet level.. Over the years, this solution has proven to be reliable, and surprisingly high performance, but as traffic volumes to the towers grow with next-generation products, we are starting to push 400-600 Mbps to the towers. Additionally, it's a bit of a pain to rebuild failed linux routers in the field, or replace power supplies, hard drives, etc.. So, I'm looking for some form of stacking router/switch solution that could handle BGP/OSPF/~75 MIR and CIR rules per interface with enforcement by customer subnet (they are all on the same interface and vlan)/and tcpdump for easy debug of customer connectivity problems.. Possible with Juniper? Is so, what device, and what QOS rules? Peter Kranz Founder/CEO - Unwired Ltd www.UnwiredLtd.com Desk: 510-868-1614 x100 Mobile: 510-207-0000 pkr...@unwiredltd.com _______________________________________________ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp _______________________________________________ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp