+1 SRX is much more powerful than the J series. Just make sure to use them in packet mode. On 13/03/2012 10:43 a.m., Nathan Ward wrote:
Instead of J2300 look at SRX perhaps. Cheap, fast, good. Pick three.
On 13/03/2012, at 10:34 AM, Jodi wrote:
Hello Again
I’ve had a few options given to me – a mixture of router based solutions vs separate appliances
On the router front the options given are: Cisco ASR1k/1001s Cisco SCE (Service Control Engines) Juniper J2320 Mikrotik
And I’ve been informed that policing rather than shaping is the way to go using this type of solution
On the appliance front we have: Allot NetEnforcers Allot Sigma http://www.allot.com/Products_Overview.html A few people recommended these – however I did have one reply stating that the GUI is Java based and horrible
Sandvine DPI boxes http://www.sandvine.com/products/traffic_management.asp
Exinda http://www1.exinda.com/
PacketShaper http://www.packeteer.com/
And there was one recommendation for software http://www.dmasoftlab.com/cont/home
I’m currently leaning towards router based policing using J2320’s which should be more than enough for our needs for the foreseeable future. It’ll mean a slightly higher learning curve as I’ve only done basic JUNOS configuration before. My reasoning however is as follows 1) Having a single box handling the routing/policing means one less box to troubleshoot if any issues arise 2) JUNOS has a fairly logical layout, which while it takes a bit of getting used to is easier to read than ios – oh and the commit/rollback feature is also nice 3) The JUNOS web interface – while I prefer to work at the cli (I don’t trust GUIs) the web interface is good for a quick glance to check for potential problems by those who don’t have the cli skills 4) I need new routers anyway and have plans to redeploy my Cisco 2821s 5) $Price$ – easier to convince the boss to sign the cheque
While not a contributing factor I am keen to improve my JUNOS skills, and in turn my overall routing knowledge
Cheers again for all those who replied
Kind Regards Jodi
From: nznog-bounces(a)list.waikato.ac.nz [mailto:nznog-bounces(a)list.waikato.ac.nz] On Behalf Of Jodi Sent: Friday, 9 March 2012 4:44 p.m. To: nznog(a)list.waikato.ac.nz Subject: Re: [nznog] traffic shaping
Thanks to all who sent advice and recommendations. Time for some ‘light’ reading over the weekend
Hope you all enjoy yours J
Kind Regards Jodi
From: nznog-bounces(a)list.waikato.ac.nz [mailto:nznog-bounces(a)list.waikato.ac.nz] On Behalf Of Jodi Sent: Thursday, 8 March 2012 4:38 p.m. To: nznog(a)list.waikato.ac.nz Subject: [nznog] traffic shaping
Hi All
Currently we’re running a couple of Packeteers (one for each of our upstreams) to give users a fair slice of the pie. However they’re starting to wilt under the increased load and it’s time to look at replacing.
I’ve been looking around at some of the more popular appliances that I am aware of (Packeteer, Exinda, Netequalizer), however I don’t want to buy a lemon.
The other thought was to shape directly on the routers – have a couple of Cisco 2821’s at our borders. I’m familiar with the shaping process but have never attempted on Cisco kit before so don’t want to start down that path if it’s the wrong way to go (especially as I would be the only one who could manage it and I like the occasional day off).
My main focus to is to shape at the border by IP for different classes based on our plans e.g. burst to 4meg, 2meg dedicated, 2.5 burst to 10, etc Secondary to that is reporting and 3rdly QoS
Any and all advice welcome, on and off list
Cheers Jodi
-- Jodi Thomson Network& Systems Engineer
Ph +64-6-8355800 Fax +64-6-8355811 Mob +64-21-903712 E-Mail jodi(a)team.waspnet.co.nz www.waspnet.co.nz _______________________________________________ NZNOG mailing list NZNOG(a)list.waikato.ac.nz http://list.waikato.ac.nz/mailman/listinfo/nznog
NZNOG mailing list NZNOG(a)list.waikato.ac.nz http://list.waikato.ac.nz/mailman/listinfo/nznog