Quoting der Mouse ([EMAIL PROTECTED]) on Thu, Oct 21, 1999 at 10:35:12PM 
-0400:
 > >>    * Facility
 > >>         o A string, not a number!
 > > Nope.  Major redundant waste of disk space, network bandwith and line
 > > width.
 > 
 > Disk space and line width are presentation issues, and I'd note that
 > currently facilities are in text form by the time theyhit the disk
 > anyway, so this is making them no worse.

Well, so far I have not seen facilities logged at all. 

 > As for network bandwidth, if you want your facilities small, use "a",
 > "b", "c", etc!  Don't cripple the protocol with your site's
 > constraints...please!

Not my sites constraints, but the constraints of many customers I deal
with. Using one letter facilities would again require to set up mapping for
something readable in rports. What is wrong with having a basic set of
facilities in /etc/facilities as part of the protocoll and lots of user
defined ones that can be added?


 > > Can easily be reconstructed out of /etc/facilities.
 > 
 > Not unless you can come up with some way to magically ensure
 > /etc/facilities (or analog thereof) is in sync across all hosts
 > involved.  Indeed, I would argue that any sort of central registration
 > of facility names - even per-machine, and a per-machine central
 > registray is exactly what /etc/facilities is - is bad.

As I said above, have a basic set defined in the RFC and the rest is up to the 
site. 

 > >>    * Identifier for the originating system
 > >>         o DNS name, IP, whatever
 > > IP only.  DNS names are less reliable and resolving them takes time
 > > that we might not have.
 > 
 > But we might have it, too, and in some environments you want what the
 > name was at the time, not what it may be by the time you get around to
 > looking at it.  "Make it configurable."
                    ^^^^^^^^^^^^^^^^^^^^
Agreed.

 > I also note that using IP addresses restricts the protocol to use over
 > IP, which would be a bad thing for that person who wanted to use serial
 > lines to a logging strongbox machine.

Call it network ID or whatever. Use IP addresses (v4 and v6) as an example.

afx

-- 
SuSE Muenchen GmbH                Phone: +49-89-42769-0
Stahlgruberring 28                Fax:   +49-89-42017701
D-81829 Muenchen, Germany
                       May the Source be with you!

Reply via email to