Re: NHRP protocol modifications and clarifications
Bruce Cole <bcole@cisco.com> Thu, 13 July 1995 06:01 UTC
Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa04663;
13 Jul 95 2:01 EDT
Received: from [204.249.96.18] by IETF.CNRI.Reston.VA.US id aa04659;
13 Jul 95 2:01 EDT
Received: from maelstrom.acton.timeplex.com (maelstrom.nexen.com
[204.249.97.5]) by nexen.nexen.com (8.6.12/8.6.12) with ESMTP id BAA17021;
Thu, 13 Jul 1995 01:47:24 -0400
Received: (from root@localhost) by maelstrom.acton.timeplex.com
(8.6.12/8.6.12) id BAA09989 for rolc-out; Thu, 13 Jul 1995 01:44:33 -0400
Received: from nexen.nexen.com ([204.249.96.18]) by
maelstrom.acton.timeplex.com (8.6.12/8.6.12) with ESMTP id BAA09980;
Thu, 13 Jul 1995 01:44:30 -0400
Received: from greatdane.cisco.com (greatdane.cisco.com [171.69.1.141]) by
nexen.nexen.com (8.6.12/8.6.12) with ESMTP id BAA17017;
Thu, 13 Jul 1995 01:44:29 -0400
Received: from cisco.com (localhost.cisco.com [127.0.0.1]) by
greatdane.cisco.com (8.6.8+c/8.6.5) with ESMTP id WAA26568;
Wed, 12 Jul 1995 22:42:42 -0700
Message-Id: <199507130542.WAA26568@greatdane.cisco.com>
To: James Luciani <luciani@nexen.com>
Cc: Bruce Cole <bcole@cisco.com>, rolc@nexen.com
Subject: Re: NHRP protocol modifications and clarifications
In-Reply-To: Your message of "Tue, 11 Jul 1995 17:59:28 EDT."
<199507112159.RAA08066@shovel.acton.timeplex.com>
Date: Wed, 12 Jul 1995 22:42:42 -0700
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: Bruce Cole <bcole@cisco.com>
X-Orig-Sender: owner-rolc@nexen.com
Precedence: bulk
X-Info: Submissions to rolc@nexen.com
X-Info: [Un]Subscribe requests to rolc-request@nexen.com
X-Info: Archives for rolc via
ftp://ietf.cnri.reston.va.us/ietf-mail-archive/rolc/
> I think I understand what you don't see now. I am not saying that:
> "the clients share the same IP address and interface".
Your earlier comment:
> What about the case when you have 2 or more NHCs which are co-resident with
> their NHS? You can't figure out for whom the packet was sent in this case
> without burdening all NHCs to check to their database.
led me to believe you were now referring to sharing of an IP address.
If you are segregating NHRP traffic amongst separate IP addresses, then I
don't understand this question.
> I am saying that in order to demux the traffic, when two or more Next Hop
> Clients (NHC) are physically co-located in the same box with an NHS then
> they must have DIFFERENT IP addresses NOT a shared IP address. How else
> would you demux the client messages to their appropriate destination?
As I wrote originally:
By looking at the various fields which
you need to look at anyways, (NHRP packet type, network layer addresses,
request ID, etc.) one can already determine what to do with the packet.
> There are a number of error conditions for which you just cannot test
> without a demux mechanism. If you get an error message, how do you intuit
> for whom it was sent?...
This also was answered.
- NHRP protocol modifications and clarifications James Luciani
- Re: NHRP protocol modifications and clarifications Bruce Cole
- Re: NHRP protocol modifications and clarifications James Luciani
- Re: NHRP protocol modifications and clarifications Bruce Cole
- Re: NHRP protocol modifications and clarifications Andrew Smith
- Re: NHRP protocol modifications and clarifications David Horton
- Re: NHRP protocol modifications and clarifications James Luciani
- Re: NHRP protocol modifications and clarifications Bruce Cole