[25602] in North American Network Operators' Group
RE: Traffic engineering tools
daemon@ATHENA.MIT.EDU (Bora Akyol)
Fri Oct 22 00:00:11 1999
Message-ID: <6342F12F9359D311990B009027A1B9B603E6DD@monterey.pluris.com>
From: Bora Akyol <akyol@pluris.com>
To: "'Robert Tsay'" <cctsay@globalcenter.net>,
Bora Akyol <akyol@pluris.com>, "'Sean Donelan'" <sean@donelan.com>,
nanog@merit.edu
Date: Thu, 21 Oct 1999 20:49:07 -0700
MIME-Version: 1.0
Content-Type: text/plain;
charset="windows-1252"
Errors-To: owner-nanog-outgoing@merit.edu
If you don't want a GUI and the fancy what if scenarios, it is not difficult
to write
a Perl/Script that does constraint-based routing or Multi-commodity flow
problems.
I would guess 2-3 weeks if one is familiar with basic linear programming.
Bora
-----Original Message-----
From: Robert Tsay [mailto:cctsay@globalcenter.net]
Sent: Thursday, October 21, 1999 5:28 PM
To: Bora Akyol; 'Sean Donelan'; nanog@merit.edu
Subject: Re: Traffic engineering tools
After the investigation, currently only WANDL in the market can do/support
the
MPLS+ATM or IP simulation. So the bad thing is the software is very
expensive.
It's the only software that can simulate Constraint-Based routing now.
R.
----- Original Message -----
From: Bora Akyol <akyol@pluris.com>
To: 'Sean Donelan' <sean@donelan.com>; <nanog@merit.edu>
Sent: Thursday, October 21, 1999 2:25 PM
Subject: RE: Traffic engineering tools
>
> I believe that WANDL has a tool that can be used for
> static TE purposes, but you are on your own for traffic
> models.
>
> Bora Akyol
> Pluris, http://www.pluris.com
>
> -----Original Message-----
> From: Sean Donelan [mailto:sean@donelan.com]
> Sent: Wednesday, October 20, 1999 11:21 PM
> To: nanog@merit.edu
> Subject: Traffic engineering tools
>
>
>
> At NANOG the lack of traffic engineering tools came up. Has anyone
> heard of any packages coming to market. Or looked if tools from
> other industries could be used as a starting point. Anything from
> the electric power transmission or road traffic world we could use?
> Or do IP packets have such different properties (e.g. re-transmission,
> independent next-hop behavior, etc), its not a good idea to even try.
>
>
