Re: [Syslog] Framing in syslog-transport-tls

believe not including the framing characters in the length value makes a lot of sense; in fact, FRAME-LEN should perhaps have been MSG-LEN to start with. Taking any process issues aside, I would be in favor of such a change. /js -- Juergen Schoenwaelder{International|Jacobs} University

Re: [Syslog] Framing in syslog-transport-tls

implementors expect and find easier. We seem to have some evidence that the current format makes things more complex to get implemented than it needs to be and I have not seen yet a technical argument in favor of the current format. /js -- Juergen Schoenwaelder{International|Jacobs} University

Re: [Syslog] TLS TransportDomain

-- Juergen Schoenwaelder{International|Jacobs} University Bremen http://www.eecs.iu-bremen.de/ P.O. Box 750 561, 28725 Bremen, Germany ___ Syslog mailing list Syslog@lists.ietf.org https://www1.ietf.org/mailman/listinfo/syslog

Re: [Syslog] Submission of draft-ietf-syslog-device-mib-12.txt

is the value of saying the service name is xyz, which has only local significance? - How do I find out which encapsulations are supported (plain, beep, tls, ...)? /js -- Juergen Schoenwaelder{International|Jacobs} University Bremen http://www.eecs.iu-bremen.de/ P.O. Box 750 561, 28725

Re: TransportDomain. Was: Re: [Syslog] Submission ofdraft-ietf-syslog-device-mib-12.txt

won't work. I don't get your message - can you enlighten us please? /js -- Juergen Schoenwaelder{International|Jacobs} University Bremen http://www.eecs.iu-bremen.de/ P.O. Box 750 561, 28725 Bremen, Germany ___ Syslog mailing list Syslog

[Syslog] Re: TransportDomain

consider soemthing they run over as a transport layer (e.g. BEEP, TLS, SSH, ...) but I am not using this definition here. -- Juergen Schoenwaelder{International|Jacobs} University Bremen http://www.eecs.iu-bremen.de/ P.O. Box 750 561, 28725 Bremen, Germany

Re: TransportDomain. Was: Re: [Syslog] Submission ofdraft-ietf-syslog-device-mib-12.txt

RFC3195 over BEEP (some of which can be signed) to enumerate This is nothing new. It would help us more if you could tell us _how_ you think this should be done and why your approach will be superior to those already put on the table here. Thanks, /js -- Juergen Schoenwaelder

Re: [Syslog] TransportDomain issue

. ::= { syslogEntityControlEntry 7 } This object now again talks about sending syslog messages. I am still confused. Before we beat this further, it might be useful to agree what the purpose and usage of these objects is going to be. /js -- Juergen Schoenwaelder{International|Jacobs} University

Re: [Syslog] Doubts on definitions

. For that, such a paper would be indeed useful. /js -- Juergen Schoenwaelder{International|Jacobs} University Bremen http://www.eecs.iu-bremen.de/ P.O. Box 750 561, 28725 Bremen, Germany ___ Syslog mailing list Syslog@lists.ietf.org https

Re: [Syslog] The SIMPLE SyslogMIB

messages. Ideally, an implementation of such a MIB would hook into an SNMP master agent via AgentX (of a similar mechanism) so I can transparently access the MIB by talking to the main SNMP agent on the device. /js -- Juergen Schoenwaelder{International|Jacobs} University Bremen http

Re: [Syslog] Doubts on definitions

them information models, really help to get management interfaces done right. /js -- Juergen Schoenwaelder{International|Jacobs} University Bremen http://www.eecs.iu-bremen.de/ P.O. Box 750 561, 28725 Bremen, Germany ___ Syslog mailing list

Re: [Syslog] tc-mib technology

, then IANA control makes that much simpler. We can specify what level of review is needed - no need to agree a new RFC for every change. Note that the number space is very limited and that determines whether extensions are actually possible or not... /js -- Juergen Schoenwaelder Jacobs

Re: [Syslog] Discuss - UDP Checksum

for implementations, lets do this in a way that a coder can reasonably implement them. /js [No, I am not implementing SYSLOG right now - but I am familiar with other protocols running over UDP and hence this got my attention.] -- Juergen Schoenwaelder Jacobs University Bremen gGmbH

Re: [Syslog] Discuss - UDP Checksum

requirement for UDP checksums, we avoid making this also a syslog requirement. I think we should not use MUST language for something that can only be implemented correctly below the syslog software layer. [Enough hair splitting for today. ;-] /js -- Juergen Schoenwaelder Jacobs University

Re: [Syslog] transport-tls-11 review

On Fri, Nov 30, 2007 at 11:13:04AM +0100, tom.petch wrote: Also, there are forms of TLS with authentication where no certificates are required and we should cater for those; they may become - I hope - quite widespread. Can you be more concrete what you have in mind? /js -- Juergen

[Syslog] Re: [MIB-DOCTORS] RE: MIB Doctor review of draft-ietf-syslog-tc-mib-04.txt

to remove one of the duplicates. If the text is important (and I tend to agree it is), then it should be in the DESCRIPTION clause and not comments. This also requires to split the text into the text relevant for facilities and the text relevant for severities. /js -- Juergen Schoenwaelder

Re: [Syslog] Documenting the configuration of syslog

. But I am happy to be proven wrong by lots of reply emails where people commit serious resources to take on this task and commit themself to implement the result... /js -- Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1, 28759 Bremen