Re: Latest NHRP draft
"Robert G. Cole" <rgc@qsun.att.com> Thu, 11 May 1995 04:52 UTC
Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa24458;
11 May 95 0:52 EDT
Received: from maelstrom.acton.timeplex.com by IETF.CNRI.Reston.VA.US
id aa24454; 11 May 95 0:52 EDT
Received: (from root@localhost) by maelstrom.acton.timeplex.com
(8.6.9/ACTON-MAIN-1.2) id AAA04375 for rolc-out;
Thu, 11 May 1995 00:47:30 -0400
Received: from gw2.att.com (gw1.att.com [192.20.239.133]) by
maelstrom.acton.timeplex.com (8.6.9/ACTON-MAIN-1.2) with SMTP id AAA04370 for
<rolc@maelstrom.Timeplex.COM>; Thu, 11 May 1995 00:47:18 -0400
Received: from hogpa.ho.att.com by ig1.att.att.com id AA16304;
Wed, 10 May 95 23:23:31 EDT
Received: from rgc-ddd.ho.att.com by hogpa.ho.att.com (5.0/EMS-1.2 sol2)
id AC26595; Wed, 10 May 1995 23:23:03 -0400
Message-Id: <rgc.1150546335C@hogpa.ho.att.com>
Date: Wed, 10 May 95 22:18:15 EDT
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: "Robert G. Cole" <rgc@qsun.att.com>
Subject: Re: Latest NHRP draft
To: Bruce Cole <bcole@cisco.com>, Robert.G.Cole@att.com
Cc: Dave Katz <dkatz@cisco.com>, rolc@maelstrom.timeplex.com
X-Mailer: VersaTerm Link v1.1.3
X-Orig-Sender: owner-rolc@maelstrom.timeplex.com
Precedence: bulk
X-Info: Submissions to rolc@maelstrom.timeplex.com
X-Info: [Un]Subscribe requests to rolc-request@maelstrom.timeplex.com
X-Info: Archives for rolc via
ftp://ietf.cnri.reston.va.us/ietf-mail-archive/rolc/
Bruce, >> If the normal routed path over the NBMA travels thru routers A, B, C and D, >> where routers B and C are transit routers, wouldn't this lead to >> the generation of three seperate "short cut" link layer connections (in the >> case of a connection-oriented NBMA like ATM) for the same packet? >> For example, >> - router A receives a packet and determines that it is to be forwarded >> to its NBMA interface. it sends a NHRP request and forwards >> the packet to router B, >> - router B receives a packet and determines that it is to be forwarded >> to its NBMA interface. it sends a NHRP request and forwards >> the packet to router C, etc >> - once the NHRP replies return to routers A, B and C, they each establish >> their own "short cut" connections to D. >> >> If this is indeed the case, then option (c) above should be removed in favor >> of one of the remaining two. Am I missing out on something? > >You are missing: rate limiting. Routers B & C need not transmit multiple >NHRP request packets. They can drop NHRP packets which exceed whatever your >desired rate is. > >The benefit of option (c) is that your IP traffic is not delayed until >address resolution (or worse - VC establishment) has completed. > What I was asking was if, by router A forwarding the initial IP packet (that initiated the first NHRP request) to the transit router B, could this also trigger router B to initiate another NHRP request? Thanks, Bob Robert G. Cole AT&T Business Multimedia Services, Technical Marketing rgc@qsun.att.com +1 908 949 1950 (voice) attmail!rgcole +1 908 949 8887 (fax) AT&T Bell Laboratories Room 3L-533 101 Crawfords Corner Road Holmdel, NJ 07733-3030 USA
- Latest NHRP draft Dave Katz
- Re: Latest NHRP draft Andrew Smith
- Re: Latest NHRP draft Robert G. Cole
- Re: Latest NHRP draft Bruce Cole
- Re: Latest NHRP draft Curtis Villamizar
- Re: Latest NHRP draft Robert G. Cole
- Re: Latest NHRP draft Bruce Cole
- Re: Latest NHRP draft Robert G. Cole
- Re: Latest NHRP draft Curtis Villamizar
- Re: Latest NHRP draft dhc2
- Re: Latest NHRP draft Bruce Cole