Re: NHRP v6 - hardware type / address type
Grenville Armitage <gja@thumper.bellcore.com> Wed, 29 November 1995 21:18 UTC
Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id ab27927;
29 Nov 95 16:18 EST
Received: from guelah.nexen.com by IETF.CNRI.Reston.VA.US id aa27919;
29 Nov 95 16:17 EST
Received: from maelstrom.nexen.com (maelstrom.nexen.com [204.249.98.5]) by
guelah.nexen.com (8.6.12/8.6.12) with ESMTP id PAA26559;
Wed, 29 Nov 1995 15:43:13 -0500
Received: (from root@localhost) by maelstrom.nexen.com (8.6.12/8.6.12) id
PAA03013 for rolc-out; Wed, 29 Nov 1995 15:56:04 -0500
Received: from guelah.nexen.com (guelah.nexen.com [204.249.96.19]) by
maelstrom.nexen.com (8.6.12/8.6.12) with ESMTP id PAA03004;
Wed, 29 Nov 1995 15:56:01 -0500
Received: from thumper.bellcore.com (thumper.bellcore.com [128.96.41.1]) by
guelah.nexen.com (8.6.12/8.6.12) with ESMTP id PAA26502;
Wed, 29 Nov 1995 15:41:28 -0500
Received: from thumper (localhost [127.0.0.1]) by thumper.bellcore.com
(8.6.9/8.6.10) with ESMTP id PAA08714; Wed, 29 Nov 1995 15:52:56 -0500
Message-Id: <199511292052.PAA08714@thumper.bellcore.com>
To: Dave Katz <dkatz@cisco.com>
cc: gja@thumper.bellcore.com, bcole@cisco.com, rolc@nexen.com,
luciani@nexen.com
Subject: Re: NHRP v6 - hardware type / address type
In-reply-to: Your message of Wed, 29 Nov 1995 10:23:12 -0800.
<199511291823.KAA09300@puli.cisco.com>
Date: Wed, 29 Nov 1995 15:52:52 -0500
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: Grenville Armitage <gja@thumper.bellcore.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/
>>The mistake of putting hardware type instead of address type into ARP >>resulted in no end of ugliness when multimedia bridges came along (which >>is why FDDI uses the "Ethernet" hardware type). Can you be clearer on what precipitated the ugliness? If you're doing cross-media bridging then it hardly matters if you're using a number space in the nhrp packet that is supposedly media-independent. If each media use dissimilar address spaces you're stuffed either way, and need to do address translation (or dont bridge/dont do nhrp across the boundary). (Am I'm missing something fundamental here? Are we NHRPing across NBMA network boundaries where the networks use dissimilar address types? How exactly is the AFN space going to help here? If anything I'd have thought in such scenarios the edge NHS might find it advantageous to have the media type carried within the NHRP messages it is 'bridging' between NBMA networks.) >>Pardon my ignorance, but it would be helpful for me if you would explain >>why the media type is useful information in this case. I would like to know the converse. Why should media information be lacking? I dont see the supposed 'ARP mistake' as being sufficient motive for shying away from this. gja _________________________________________________________________________ Grenville Armitage gja@thumper.bellcore.com Bellcore, 445 South St. http://gump.bellcore.com:8000/~gja/home.html Morristown, NJ 07960 USA (voice) +1 201 829 2635 {.. 2504 (fax)}
- NHRP v6 James Luciani
- Re: NHRP v6 - hardware type / address type Bruce Cole
- Re: NHRP v6 - hardware type / address type Grenville Armitage
- NHRP v6 - hardware type / address type Dave Katz
- Re: NHRP v6 - hardware type / address type Bruce Cole
- Re: NHRP v6 - hardware type / address type Grenville Armitage
- Re: NHRP v6 - hardware type / address type Grenville Armitage
- Re: NHRP v6 - hardware type / address type Bruce Cole
- Re: NHRP v6 - hardware type / address type Grenville Armitage
- Re: NHRP v6 - hardware type / address type Bruce Cole
- Re: NHRP v6 - hardware type / address type Grenville Armitage
- Re: NHRP v6 - hardware type / address type Bruce Cole
- Re: NHRP v6 - hardware type / address type Grenville Armitage
- NHRP v6 - hardware type / address type Dave Katz
- NHRP v6 - hardware type / address type Dave Katz
- NHRP v6 - hardware type / address type Dave Katz