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