Application Statement
yakov@watson.ibm.com Tue, 07 March 1995 14:14 UTC
Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa03810;
7 Mar 95 9:14 EST
Received: from maelstrom.acton.timeplex.com by IETF.CNRI.Reston.VA.US
id aa03806; 7 Mar 95 9:14 EST
Received: from watson.ibm.com (watson.ibm.com [129.34.139.4]) by
maelstrom.acton.timeplex.com (8.6.9/ACTON-MAIN-1.2) with SMTP id IAA05090 for
<rolc@acton.timeplex.com>; Tue, 7 Mar 1995 08:59:41 -0500
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: yakov@watson.ibm.com
Message-Id: <199503071359.IAA05090@maelstrom.acton.timeplex.com>
Received: from YKTVMV by watson.ibm.com (IBM VM SMTP V2R3) with BSMTP id 6283;
Tue, 07 Mar 95 09:00:31 EST
Date: Tue, 7 Mar 95 09:00:31 EST
To: jwg@garage.att.com, curtis@ans.net
cc: rolc@acton.timeplex.com
Subject: Application Statement
Ref: Your note of 3 Mar 95 15:55:00 -0500 John, >Moreover, NHRP Fabric Mode procedures require that the next-hop >determined by routing be resolved by some means other than NHRP. That brings a bigger issue -- where does an NHS gets its information from ? If the information is static, then the use of NHRP in Fabric Mode amounts to nothing short of static routing. If only part of a path from a source to a destination is constructed using this information then it is relatively easy to construct examples that show how a mix of static routing (resulted from using NHSs that rely on static information) and dynamic routing (for the parts of the path that is outside of the ATM fabric) produces persistent forwarding loops. >why must we continue to cling to NHRP as the only possible solution ? I certainly hope we wouldn't. NHRP may be viewed as "a solution" that doesn't cover all the cases (specifically the router-to-router case). Other solutions, especially for the router-to-router case, must be possible. In fact, two recent I-Ds by Curtis, Kannan and myself provide one possible solution for certain scenarios of the router-to-router case. So, I would see little or no reason for a router that participates in exterior routing to do NHRP as well. Yakov.
- Application Statement dhc2
- Re: Application Statement Curtis Villamizar
- Re: Application Statement dhc2
- Re: Application Statement Jeffrey A. Buffum - Bay Networks
- Application Statement yakov
- Re: Application Statement Curtis Villamizar
- Re: Application Statement j.garrett
- Re: Application Statement Juha Heinanen
- Re: Application Statement Jeffrey A. Buffum - Bay Networks
- Re: Application Statement j.garrett
- Application Statement yakov
- Application Statement yakov
- Re: Application Statement Bruce Cole
- Application Statement yakov
- Re: Application Statement yakov
- Re: Application Statement Bruce Cole
- Re: Application Statement Bruce Cole
- Re: Application Statement j.garrett
- Re: Application Statement Curtis Villamizar
- Re: Application Statement j.garrett
- Re: Application Statement Curtis Villamizar
- Application Statement yakov
- Application Statement yakov
- Re: Application Statement Ross Callon
- Re: Application Statement Ted Matsumura
- Application Statement dhc2