IETF Logo Mail Archive

RE: FW: Addr: Re: BGP-4 - revised I-D

"NITTMANN Michael (MSMail)" <MNittmann@shl.com> Tue, 03 September 1996 19:55 UTC

Received: from ietf.org by ietf.org id aa26502; 3 Sep 96 15:55 EDT
Received: from cnri by ietf.org id aa26498; 3 Sep 96 15:55 EDT
Received: from merit.edu by CNRI.Reston.VA.US id aa13062; 3 Sep 96 15:55 EDT
Received: (from daemon@localhost) by merit.edu (8.7.5/merit-2.0) id OAA25489 for idr-outgoing; Tue, 3 Sep 1996 14:58:41 -0400 (EDT)
Received: from interlock.ans.net (interlock.ans.net [147.225.5.5]) by merit.edu (8.7.5/merit-2.0) with SMTP id OAA25484 for <bgp@merit.edu>; Tue, 3 Sep 1996 14:58:37 -0400 (EDT)
Received: by interlock.ans.net id AA12583 (InterLock SMTP Gateway 3.0 for bgp@ans.net); Tue, 3 Sep 1996 14:58:35 -0400
Received: by interlock.ans.net (Internal Mail Agent-2); Tue, 3 Sep 1996 14:58:35 -0400
Received: by interlock.ans.net (Internal Mail Agent-1); Tue, 3 Sep 1996 14:58:35 -0400
Message-Id: <c=US%a=_%p=SHL%l=SHL/CANADAW/001ABEBA@cocms1.calwdc.shl.com>
Sender: ietf-archive-request@ietf.org
From: "NITTMANN Michael (MSMail)" <MNittmann@shl.com>
To: Curtis Villamizar <curtis@ans.net>
Cc: "'bgp@ans.net'" <bgp@ans.net>
Subject: RE: FW: Addr: Re: BGP-4 - revised I-D
Date: Tue, 3 Sep 1996 12:04:09 -0600
X-Mailer: Microsoft Exchange Server Internet Mail Connector Version 4.0.837.3
Encoding: 134 TEXT
X-Orig-Sender: owner-idr@merit.edu
Precedence: bulk

Did you write that last paragraph? 

Let me enlight you: point and click does not mean cut and paste, but point 
and click a *path*. I have ample experience of course to know that 
especially with Cisco or Bayworks gear a decoupling from syntax and 
semantics is a prime target of *modern* development. All that go by gated 
like programming languages (morningstar, e.g.) are way better to deal with.

And liking snmp is probably more a proof of mature dealing with things than 
wanting to write assembler like statements repetitively into a console 
session.

... and database driven, and of course platform independently based. No hand 
knit static routes, but traffic driven routing in an *E*MS, this is *N*MS+++

v2.8.7 | Report a Bug | By Email