osdir.com
mailing list archive

Subject: Re: [Fwd: IPoIB] - msg#00095

List: linux.network

Date: Prev Next Index Thread: Prev Next Index
--snip/snip

> > I have a question. I am working on developing a Linux driver for IP over
> > Infiniband (IPoIB) and
> > have run into an issue that I need your advice. The draft standard from
> > the
> > IETF on IPoIB
> > encapsulation and address resolution over Infiniband networks (see the
> > link
> > below - section 6.1.1)
> > defines the hardware address as being 20 bytes in length. It appears
> > that
> > the "netdevice.h" file in
> > Linux has MAX_ADDR_LEN set to 7 (at least in my version which is SuSe
> > 7.3 -


for 2.5.18 at least it's set to 8, but there is no reason to not change it to
20 beside wasting some memory

n time for
a) broadcast address
b) device address
int netdevice
sum(m[n]) times for the multicast list

where n == number of network devices, m == number of MC entries per device
as i can see it.

and this "overhead" should be really acceptable :)

... probably you will break some "external" stuff like freeswan, but this
shouldn't be your problem.

tm

--
in some way i do, and in some way i don't.




Was this page helpful?
Yes No
Thread at a glance:

Previous Message by Date: click to view message preview

[Fwd: IPoIB]

Joseph Golio wrote: To whom it may concern, I originally sent this note to Alan Cox, but he has suggested that I send it to you folks. I'm new at this process so please bare with me... So, here goes. > Alan, > > I have a question. I am working on developing a Linux driver for IP over > Infiniband (IPoIB) and > have run into an issue that I need your advice. The draft standard from > the > IETF on IPoIB > encapsulation and address resolution over Infiniband networks (see the > link > below - section 6.1.1) > defines the hardware address as being 20 bytes in length. It appears that > the "netdevice.h" file in > Linux has MAX_ADDR_LEN set to 7 (at least in my version which is SuSe 7.3 > - > kernel 2.4.4). > > http://www.ietf.org/internet-drafts/draft-ietf-ipoib-ip-over-infiniband-01.txt > > Obviously, this will not. > > What do you suggest as a good solution to this problem ? > > Thanks in advance for a quick response. > > Thanks for your time, > > Joe Golio > golio@xxxxxxxx > 651-698-9350 (ext. 111) > VIEO Inc. > > VIEO: The Adaptive Application Infrastructure Management (AAIM) Company

Next Message by Date: click to view message preview

Re: [Fwd: IPoIB]

Thomas 'Dent' Mirlacher wrote: That's what I thought. Now, I can make the change to my local systems for development and we could even give instructions to our customers to make the change to their systems also. However, how would I get this change propogated to the next release of the Linux kernel (2.5.18 plus...) ? Thanks, Joe > --snip/snip > > > > I have a question. I am working on developing a Linux driver for IP > > > over > > > Infiniband (IPoIB) and > > > have run into an issue that I need your advice. The draft standard > > > from the > > > IETF on IPoIB > > > encapsulation and address resolution over Infiniband networks (see > > > the link > > > below - section 6.1.1) > > > defines the hardware address as being 20 bytes in length. It appears > > > that > > > the "netdevice.h" file in > > > Linux has MAX_ADDR_LEN set to 7 (at least in my version which is SuSe > > > 7.3 - > > for 2.5.18 at least it's set to 8, but there is no reason to not change it to > 20 beside wasting some memory > > n time for > a) broadcast address > b) device address > int netdevice > sum(m[n]) times for the multicast list > > where n == number of network devices, m == number of MC entries per device > as i can see it. > > and this "overhead" should be really acceptable :) > > ... probably you will break some "external" stuff like freeswan, but this > shouldn't be your problem. > > tm > > -- > in some way i do, and in some way i don't.

Previous Message by Thread: click to view message preview

[Fwd: IPoIB]

Joseph Golio wrote: To whom it may concern, I originally sent this note to Alan Cox, but he has suggested that I send it to you folks. I'm new at this process so please bare with me... So, here goes. > Alan, > > I have a question. I am working on developing a Linux driver for IP over > Infiniband (IPoIB) and > have run into an issue that I need your advice. The draft standard from > the > IETF on IPoIB > encapsulation and address resolution over Infiniband networks (see the > link > below - section 6.1.1) > defines the hardware address as being 20 bytes in length. It appears that > the "netdevice.h" file in > Linux has MAX_ADDR_LEN set to 7 (at least in my version which is SuSe 7.3 > - > kernel 2.4.4). > > http://www.ietf.org/internet-drafts/draft-ietf-ipoib-ip-over-infiniband-01.txt > > Obviously, this will not. > > What do you suggest as a good solution to this problem ? > > Thanks in advance for a quick response. > > Thanks for your time, > > Joe Golio > golio@xxxxxxxx > 651-698-9350 (ext. 111) > VIEO Inc. > > VIEO: The Adaptive Application Infrastructure Management (AAIM) Company

Next Message by Thread: click to view message preview

Re: [Fwd: IPoIB]

Thomas 'Dent' Mirlacher wrote: That's what I thought. Now, I can make the change to my local systems for development and we could even give instructions to our customers to make the change to their systems also. However, how would I get this change propogated to the next release of the Linux kernel (2.5.18 plus...) ? Thanks, Joe > --snip/snip > > > > I have a question. I am working on developing a Linux driver for IP > > > over > > > Infiniband (IPoIB) and > > > have run into an issue that I need your advice. The draft standard > > > from the > > > IETF on IPoIB > > > encapsulation and address resolution over Infiniband networks (see > > > the link > > > below - section 6.1.1) > > > defines the hardware address as being 20 bytes in length. It appears > > > that > > > the "netdevice.h" file in > > > Linux has MAX_ADDR_LEN set to 7 (at least in my version which is SuSe > > > 7.3 - > > for 2.5.18 at least it's set to 8, but there is no reason to not change it to > 20 beside wasting some memory > > n time for > a) broadcast address > b) device address > int netdevice > sum(m[n]) times for the multicast list > > where n == number of network devices, m == number of MC entries per device > as i can see it. > > and this "overhead" should be really acceptable :) > > ... probably you will break some "external" stuff like freeswan, but this > shouldn't be your problem. > > tm > > -- > in some way i do, and in some way i don't.
Sign up for updates to this mailing list. email:
Loading Comments...
Home | News | Patents | Sitemap | FAQ | advertise

Advertising by