Reviving an old thread...
On Sat, 2005-03-05 at 10:22, David M. Brean wrote:
There is an I-D for DHCP on IB. IPoIB defines a broadcast address and
DHCP (and ARP) on IB use it. Could make RARP work using this mechanism,
but as someone else pointed out, the IB hardware address contains a
Just to make this clear:
- There are only two QP that are defined with specific intention - QP0
and QP1. All other QP may vary throughout the entire QP
space.
- All ULP built on top of IB must assume that the QP are variant and must
discover these through various protocol such as the service
On Friday 04 March 2005 22.06, Talpey, Thomas wrote:
At 02:58 PM 3/4/2005, Tom Duffy wrote:
In any event, I think being able to plop an IB network in an Ethernet
world will require things like RARP to work. If there is no spec now,
it should be written.
I can't remember the last time I saw
Greg Lindahl wrote:
On Fri, Mar 04, 2005 at 11:58:33AM -0800, Tom Duffy wrote:
In any event, I think being able to plop an IB network in an Ethernet
world will require things like RARP to work. If there is no spec now,
it should be written.
Much more important is understanding the role of
Tom Duffy wrote:
On Fri, 2005-03-04 at 16:06 -0500, Talpey, Thomas wrote:
At 02:58 PM 3/4/2005, Tom Duffy wrote:
In any event, I think being able to plop an IB network in an Ethernet
world will require things like RARP to work. If there is no spec now,
it should be written.
I can't
On Fri, 2005-03-04 at 21:04, Greg Lindahl wrote:
Now it would be nice for ethernet broadcast packets to just work(tm)
with IPoIB. ping -b is an example of a user-level program that
generates a broadcast packet.
Isn't ping -b a broadcast at the IP (ICMP) level which indirectly causes
a
On Sat, 2005-03-05 at 10:22, David M. Brean wrote:
There is an I-D for DHCP on IB. IPoIB defines a broadcast address and
DHCP (and ARP) on IB use it. Could make RARP work using this mechanism,
but as someone else pointed out, the IB hardware address contains a
QPN. The I-D for IPoIB says
-Original Message-
From: [EMAIL PROTECTED] [mailto:openib-general-
[EMAIL PROTECTED] On Behalf Of Hal Rosenstock
Sent: Saturday, March 05, 2005 6:18 PM
To: David M. Brean
Cc: openib-general@openib.org
Subject: Re: [openib-general] IB Address Translation service
On Sat, 2005-03-05
On Wed, 2005-03-02 at 11:26 -0500, James Lentini wrote:
tduffy The one thing that ATS provide and is not possible with
tduffy ARP is reverse resolution GID-IP, any ideas how to achieve
tduffy that without ATS ?
tduffy
tduffy RARP.
Where is the encapsulation of RARP packets on IB
At 02:58 PM 3/4/2005, Tom Duffy wrote:
In any event, I think being able to plop an IB network in an Ethernet
world will require things like RARP to work. If there is no spec now,
it should be written.
I can't remember the last time I saw a machine RARP. Well, maybe I do
but it was like
On Fri, Mar 04, 2005 at 11:58:33AM -0800, Tom Duffy wrote:
In any event, I think being able to plop an IB network in an Ethernet
world will require things like RARP to work. If there is no spec now,
it should be written.
Much more important is understanding the role of RARP in the ethernet
On Fri, 2005-03-04 at 16:06 -0500, Talpey, Thomas wrote:
At 02:58 PM 3/4/2005, Tom Duffy wrote:
In any event, I think being able to plop an IB network in an Ethernet
world will require things like RARP to work. If there is no spec now,
it should be written.
I can't remember the last time I
The advantage of ATS is that it just works whether wired point to
point, or via a switch, or whatever. It requires no central
administration,
works as transparently as ARP and ND, and supports IP addressing so
applications don't have any ambiguity in how they resolve names.
If we get
:[EMAIL PROTECTED]
Sent: Tuesday, March 01, 2005 6:02 PM
To: Yaron Haviv
Cc: openib-general@openib.org
Subject: RE: [openib-general] IB Address Translation service
[ putting back on list ]
On Wed, 2005-03-02 at 00:29 +0200, Yaron Haviv wrote:
Did you try RARP with IPoIB ?
I have
Title: RE: [dat-discussions] RE: [openib-general] IB Address Translation service
From: Kanevsky, Arkady [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, March 02, 2005 1:44 PM
Some historical perspective - ATS was defined prior to IPoIB.
The requirements.
DAT has two needs:
1. forward
tduffy The one thing that ATS provide and is not possible with
tduffy ARP is reverse resolution GID-IP, any ideas how to achieve
tduffy that without ATS ?
tduffy
tduffy RARP.
Where is the encapsulation of RARP packets on IB defined? The
Transmission of IP over InfiniBand IETF draft
-Original Message-
From: Tom Duffy [mailto:[EMAIL PROTECTED]
Sent: Wednesday, March 02, 2005 1:02 AM
To: Yaron Haviv
Cc: openib-general@openib.org
Subject: RE: [openib-general] IB Address Translation service
[ putting back on list ]
On Wed, 2005-03-02 at 00:29 +0200, Yaron
At 01:15 PM 3/2/2005, Yaron Haviv wrote:
In order to issue a RARP I believe you should supply the full HW address
to get the IP address back, how would you know the remote IPoIB QPN ? or
can you do it without a QPN ?
To say nothing of the fact that there must be a RARPD, administered
and secured
Dreier; shaharf; openib-general@openib.org
Subject: Re: [openib-general] IB Address Translation service
Yaron Haviv [EMAIL PROTECTED] writes:
-Original Message-
From: [EMAIL PROTECTED] [mailto:openib-general-
[EMAIL PROTECTED] On Behalf Of Roland Dreier
Sent: Monday, February
@openib.org
Subject: Re: [openib-general] IB Address Translation
service
This API seems overly complex and at the same time too
inflexible to
me. However, rather than getting bogged down nitpicking
about APIs, I
think we have to take a few steps back.
I believe the API is very flexible
On Tue, 2005-03-01 at 08:07 +0200, Yaron Haviv wrote:
The one thing that ATS provide and is not possible with ARP is reverse
resolution GID-IP, any ideas how to achieve that without ATS ?
RARP.
-tduffy
signature.asc
Description: This is a digitally signed message part
[ putting back on list ]
On Wed, 2005-03-02 at 00:29 +0200, Yaron Haviv wrote:
Did you try RARP with IPoIB ?
I have not.
I thought that there is some issue that it doesn't work
Currently, the rarpd only works with ethernet, but I don't see why this
couldn't be fixed.
Also I hope you can
On Mon, Feb 28, 2005 at 11:55:54PM +0200, Yaron Haviv wrote:
From: Libor Michalek
SDP does implement a subset of the proposed functionality for
resolving IP addresses to PathRecords which can then be used in
a CM REQ request, plus some basic caching. All the code is isolated
to a
This API seems overly complex and at the same time too inflexible to
me. However, rather than getting bogged down nitpicking about APIs, I
think we have to take a few steps back.
I am very open to suggestions.
First, let's understand the problem we're trying to solve. Who are
the
Roland First, let's understand the problem we're trying to solve.
Roland Who are the consumers of this address translation service?
shaharf Any ULPs at user kernel, and also some
shaharf applications.
I think this is too general an answer. We should be designing based
on
On Mon, Feb 28, 2005 at 10:29:19AM -0800, Roland Dreier wrote:
Roland First, let's understand the problem we're trying to solve.
Roland Who are the consumers of this address translation service?
shaharf Any ULPs at user kernel, and also some
shaharf applications.
I think
-Original Message-
From: [EMAIL PROTECTED] [mailto:openib-general-
[EMAIL PROTECTED] On Behalf Of Roland Dreier
Sent: Monday, February 28, 2005 7:13 PM
To: shaharf
Cc: openib-general@openib.org
Subject: Re: [openib-general] IB Address Translation service
This API seems overly
Paul Would this proposed address translation layer interface
Paul provide a sufficient subset of IPoIB functionality that
Paul allowed an SDP implementation to exist without a larger,
Paul full-featured IPoIB implementation?
I doubt it. Right now the IPoIB driver has very little
On Mon, Feb 28, 2005 at 07:31:47PM -, Paul Baxter wrote:
Roland First, let's understand the problem we're trying to solve.
Roland Who are the consumers of this address translation service?
shaharf Any ULPs at user kernel, and also some
shaharf applications.
I think
-Original Message-
From: [EMAIL PROTECTED] [mailto:openib-general-
[EMAIL PROTECTED] On Behalf Of Libor Michalek
Sent: Monday, February 28, 2005 8:55 PM
To: Roland Dreier
Cc: openib-general@openib.org
Subject: Re: [openib-general] IB Address Translation service
SDP does
On Mon, Feb 28, 2005 at 03:37:55PM -0800, Tom Duffy wrote:
On Mon, 2005-02-28 at 21:47 +0200, Yaron Haviv wrote:
And as you mentioned there is value to have the same API for different
resolution mechanisms, the SDP code can be altered in future to ride
over the proposed API, so it can be
-Original Message-
From: Tom Duffy [mailto:[EMAIL PROTECTED]
Sent: Tuesday, March 01, 2005 1:38 AM
To: Yaron Haviv
Cc: Paul Baxter; openib-general@openib.org
Subject: RE: [openib-general] IB Address Translation service
On Mon, 2005-02-28 at 21:47 +0200, Yaron Haviv wrote
-Original Message-
From: Libor Michalek [mailto:[EMAIL PROTECTED]
Sent: Tuesday, March 01, 2005 2:04 AM
To: Yaron Haviv
Cc: Paul Baxter; openib-general@openib.org
Subject: Re: [openib-general] IB Address Translation service
On Mon, Feb 28, 2005 at 09:55:50PM +0200, Yaron Haviv
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Michael Krause
Sent: Tuesday, March 01, 2005 2:07 AM
To: openib-general@openib.org
Subject: RE: [openib-general] IB Address Translation service
At 11:47 AM 2/28/2005, Yaron Haviv wrote
Yaron Haviv [EMAIL PROTECTED] writes:
-Original Message-
From: [EMAIL PROTECTED] [mailto:openib-general-
[EMAIL PROTECTED] On Behalf Of Roland Dreier
Sent: Monday, February 28, 2005 7:13 PM
To: shaharf
Cc: openib-general@openib.org
Subject: Re: [openib-general] IB Address
35 matches
Mail list logo