MAC address issue

Hello,
I want to touch once again subject of hardware network
address
changes. I've made some research and found that NetBSD is
the only one
(from BSD's) with lack of this feature... Why?

Why I need this:
At my University is network with restricted access there are
8 public
MAC's so you need to change your one to the public one to
gain access
to the network. So i can't use NetBSD in this case...

Cheers...

On 1/17/08, comfooc <comfoocgmail.com> wrote:
> Hello,
> I want to touch once again subject of hardware network
address
> changes. I've made some research and found that NetBSD
is the only one
> (from BSD's) with lack of this feature... Why?
>
> Why I need this:
> At my University is network with restricted access
there are 8 public
> MAC's so you need to change your one to the public one
to gain access
> to the network. So i can't use NetBSD in this case...
>

If I recall correctly, you can setup an etherip(4) virtual
interface/tunnel to achieve this.  You then set the mac
address with a
sysctl(8).

On Jan 17, 2008 4:51 PM, matthew sporleder
<msporledergmail.com> wrote:
>
> If I recall correctly, you can setup an etherip(4)
virtual
> interface/tunnel to achieve this.  You then set the mac
address with a
> sysctl(8).
>

Thanks, that will help...
But still i would like to know why there is nothing in
ifconfig like
OpenBSD's lladdr or FreeBSD's link.

Cheers...

On 1/17/08, comfooc <comfoocgmail.com> wrote:
> On Jan 17, 2008 4:51 PM, matthew sporleder
<msporledergmail.com> wrote:
> >
> > If I recall correctly, you can setup an etherip(4)
virtual
> > interface/tunnel to achieve this.  You then set
the mac address with a
> > sysctl(8).
> >
>
> Thanks, that will help...
> But still i would like to know why there is nothing in
ifconfig like
> OpenBSD's lladdr or FreeBSD's link.

Well.. I think the discussions came down to points about how
netbsd
supported actually changing the mac address of a card in its
firmware
sometimes, so "faking it" on cards that didn't
support such activities
didn't seem clean.  I personally like the idea of using a
virtual
interface when I'm doing this sort of thing.

On Jan 17, 2008 5:22 PM, matthew sporleder
<msporledergmail.com> wrote:
>
> Well.. I think the discussions came down to points
about how netbsd
> supported actually changing the mac address of a card
in its firmware
> sometimes, so "faking it" on cards that
didn't support such activities
> didn't seem clean.  I personally like the idea of using
a virtual
> interface when I'm doing this sort of thing.
>

Hmm that seems to be reasonable, cleaner and simpler (in
coding). I'm
satisfied by Your answer. Thank You.

P.S.
Maybe I missed it but it would be nice to make something
like hint (or
tip) in guide pointing to this nice etherip(4) trick...

Cheers...

On Thu, Jan 17, 2008 at 05:35:10PM +0100, comfooc wrote:
> On Jan 17, 2008 5:22 PM, matthew sporleder
<msporledergmail.com> wrote:
> >
> > Well.. I think the discussions came down to points
about how netbsd
> > supported actually changing the mac address of a
card in its firmware
> > sometimes, so "faking it" on cards that
didn't support such activities
> > didn't seem clean.  I personally like the idea of
using a virtual
> > interface when I'm doing this sort of thing.
> >
> 
> Hmm that seems to be reasonable, cleaner and simpler
(in coding). I'm
> satisfied by Your answer. Thank You.
> 
> P.S.
> Maybe I missed it but it would be nice to make
something like hint (or
> tip) in guide pointing to this nice etherip(4)
trick...

It's actually tap+bridge, not etherip.

-- 
Quentin Garnier - cubecubidou.net - cubeNetBSD.org
"See the look on my face from staying too long in one
place
[...] every time the morning breaks I know I'm closer to
falling"
KT Tunstall, Saving My Face, Drastic Fantastic, 2007.

On Thu, Jan 17, 2008 at 10:51:07AM -0500, matthew sporleder
wrote:
> On 1/17/08, comfooc <comfoocgmail.com> wrote:
> > Hello,
> > I want to touch once again subject of hardware
network address
> > changes. I've made some research and found that
NetBSD is the only one
> > (from BSD's) with lack of this feature... Why?
> >
> > Why I need this:
> > At my University is network with restricted access
there are 8 public
> > MAC's so you need to change your one to the public
one to gain access
> > to the network. So i can't use NetBSD in this
case...
> >
> 
> If I recall correctly, you can setup an etherip(4)
virtual
> interface/tunnel to achieve this.  You then set the mac
address with a
> sysctl(8).

It's tap(4).

HTH
	-is