Re: mac.c
От | Larry Rosenman |
---|---|
Тема | Re: mac.c |
Дата | |
Msg-id | 200008020953.e729rOs13397@lerami.lerctr.org обсуждение исходный текст |
Ответ на | Re: mac.c (Thomas Lockhart <lockhart@alumni.caltech.edu>) |
Ответы |
Re: mac.c
|
Список | 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@lerctr.org US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749
В списке pgsql-hackers по дате отправления: