From: | Larry Rosenman <ler(at)lerctr(dot)org> |
---|---|
To: | Thomas Lockhart <lockhart(at)alumni(dot)caltech(dot)edu> |
Cc: | Larry Rosenman <ler(at)lerctr(dot)org>, pgsql-hackers(at)hub(dot)org |
Subject: | Re: mac.c |
Date: | 2000-08-02 09:53:24 |
Message-ID: | 200008020953.e729rOs13397@lerami.lerctr.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
> > Any comments at all from anyone on my mail from Sunday Nite on
> > making the macaddr_manuf function just return a
> > masked MACADDR (I.E. set the low 3 bytes to 0x00) and how we
> > do this in the code?
>
> So macaddr_manuf() will be changed to return a mac address with the low
> bytes set to zero? There is certainly a use for a function like this,
> along with another function, say ismanuf() or same() or similar() or ??,
> which takes two mac addresses and compares just the manufacturer's
> fields. Why not call the "manufacturer's mask" function something like
> manuf() or brand() or ?? rather than reusing macaddr_manuf() which would
> become obsolete?
Sure, I just don't want to make a mistake on coding it. I'm open.
Since macaddr_manuf() will not be up to date, I'd say lets make
the new function macaddr_brand, and if someone wants to do the other
two, fine. I'd also doc the fact that macaddr_manuf() is deprecated, marked
for deletion one or two releases down the line (since the table will
no longer be updated, and is very much outdated).
>
> > Any comments on the ouiparse.awk script?
>
> The awk script looks OK (and if anyone objected enough they could
> rewrite in perl or whatever). Where does one get the IEEE list it uses?
It's on the IEEE site (http://standards.ieee.org/regauth/oui/index.shtml)
--
Larry Rosenman http://www.lerctr.org/~ler
Phone: +1 972-414-9812 (voice) Internet: ler(at)lerctr(dot)org
US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749
From | Date | Subject | |
---|---|---|---|
Next Message | Bruce Momjian | 2000-08-02 13:14:32 | Re: mac.c |
Previous Message | Thomas Lockhart | 2000-08-02 07:07:06 | Re: mac.c |