Re: [Gen-art] Review: draft-ietf-netmod-rfc6021-bis-01

/listinfo/gen-art -- Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1, 28759 Bremen, Germany Fax: +49 421 200 3103 http://www.jacobs-university.de/

Re: [OPSAWG] Basic ietf process question ...

at the data models currently being defined in the NETMOD working group. Please review them and send any comments. /js -- Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1, 28759 Bremen, Germany Fax: +49 421 200 3103 http://www.jacobs

Re: [OPSAWG] Basic ietf process question ...

. And after all, a data model is only worth something if it gets implemented. A mandatory section does not help much with all of this. What helps is people who commit time to work on it, who review stuff, producing good and hopefully widely implementable models. /js -- Juergen Schoenwaelder

Re: Gen-ART LC review of draft-ietf-netmod-yang-types-07

by reference. I guess it is at the end a judgement call and at this stage of the process, I simply prefer to minimize changes. /js -- Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1, 28759 Bremen, Germany Fax: +49 421 200 3103

Re: Gen-ART LC review of draft-ietf-netmod-yang-types-07

what to do about it, or if it matters at all, since they are referenced from the model itself. Yes, these are false alarms. Thanks again for reviewing this document. /js -- Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1, 28759 Bremen

Re: [OPSAWG] Last Call: draft-ietf-opsawg-operations-and-management(Guidelines for Considering Operations and Management of NewProtocols and Protocol Extensions) to BCP

and we just go through it and from what I can tell the process works in making people comment on the draft that was proposed to become a BCP. While comments on the content of the draft are fine, I find comments on the process pretty much out of scope. /js -- Juergen Schoenwaelder

Re: Last Call: 'Definitions of Managed Objects for Remote Ping, Traceroute, and Lookup Operations' to Proposed Standard

or not. Perhaps you want to make a more concrete suggestion what you think needs to be changed in this document. /js -- Juergen Schoenwaelder International University Bremen http://www.eecs.iu-bremen.de/ P.O. Box 750 561, 28725 Bremen, Germany

Re: Last Call: 'Definitions of Managed Objects for Remote Ping, Traceroute, and Lookup Operations' to Proposed Standard

and I suggest no change needed. /js -- Juergen Schoenwaelder International University Bremen http://www.eecs.iu-bremen.de/ P.O. Box 750 561, 28725 Bremen, Germany ___ Ietf mailing list Ietf@ietf.org https://www1.ietf.org/mailman

ISMS WG Interim Meeting

The IETF ISMS Working Group will hold an interim meeting on February 13-14, 2006. The meeting will be hosted by the Massachusetts Institute of Technology at 304 Vassar Street in Cambridge, MA USA. The primary purpose of this meeting will be solving open issues that concern Internet drafts

Re: RFCs should be distributed in XML (Was: Faux Pas -- web publication in proprietary formats at ietf.org

WG needs almost exactly the same tool chain, namely agreement on common formats, revision control, bug tracking. /js -- Juergen Schoenwaelder International University Bremen http://www.eecs.iu-bremen.de/ P.O. Box 750 561, 28725 Bremen, Germany

Re: RFCs should be distributed in XML (Was: Faux Pas -- web publication in proprietary formats at ietf.org

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

Re: RFCs should be distributed in XML (Was: Faux Pas -- web publication in proprietary formats at ietf.org

is really in the stone age as an organization in this respect. Perhaps the reason is that those who still know how to write and maintain code have become the minority in the IETF. /js -- Juergen Schoenwaelder International University Bremen http://www.eecs.iu-bremen.de/ P.O. Box

Re: RFCs should be distributed in XML (Was: Faux Pas -- web publi cation in proprietary formats at ietf.org

a document. /js -- Juergen Schoenwaelder International University Bremen http://www.eecs.iu-bremen.de/ P.O. Box 750 561, 28725 Bremen, Germany ___ Ietf mailing list Ietf@ietf.org https://www1.ietf.org/mailman/listinfo/ietf

Re: [Isms] ISMS charter broken- onus should be on WG to fix it

here is that TCP connection establishment determines ssh client/server roles. If there would be a way to initiate the connection but subsequently taking over the server role, protocols like netconf and presumably isms would find it much easier to provide CH functionality. /js -- Juergen

Re: [Isms] ISMS charter broken- onus should be on WG to fix it

a much more consistent model for authentication and authorization of the request to turn than an explicit turn facility. Can you please elaborate a bit? I am not sure I understand the idea you seem to have in your mind... /js -- Juergen Schoenwaelder International University Bremen

Re: ISMS working group and charter problems

not went to the glory details of all the options that were on the table back then (TLS, SASL, DTLS, SSH). In fact, I fail to see how you get the conclusion that we went down to zero drafts by the end of IETF-63. /js -- Juergen Schoenwaelder International University Bremen http

Re: ISMS working group and charter problems

Security Model. I don't think BEEP was even on the table when the discussions between EUSM, SBSM and TMSM was made - at least it is not mentioned in the evaluation document draft-ietf-isms-proposal-comparison. /js -- Juergen Schoenwaelder International University Bremen http

Re: ISMS working group and charter problems

management interfaces on a box has some promises wrt. ease of deployment. I agree with those who said that CH is an architectural change and I have yet to see a concrete proposal how CH via ssh can be achieved. /js -- Juergen Schoenwaelder International University Bremen http

Re: ISMS working group and charter problems

they like to stick the password into RADIUS/TACACS... I am not sure what reasonably symmetric means. Who authenticates whom and in which way if the server establishes a connection to the client with public key or GSS? /js -- Juergen Schoenwaelder International University Bremen

Re: Port numbers and IPv6

in section 3.1 of RFC 2960 seem to be 16 bit. /js -- Juergen Schoenwaelder International University Bremen http://www.eecs.iu-bremen.de/ P.O. Box 750 561, 28725 Bremen, Germany ___ Ietf mailing list Ietf@ietf.org https://www1.ietf.org

Re: FW: Why?

it is important to realize that the IETF's mission in the networking world has changed and much of the real innovative networking work appreciated by the end users is to a large extend happening outside of the IETF. /js -- Juergen Schoenwaelder International University Bremen http

Re: individual submission Last Call -- default yes/no.

to release a new Linux kernel these days or how difficult it is to make the next Debian release, I may conclude that raising the bar is a normal part of such societies.] /js -- Juergen Schoenwaelder International University Bremen http://www.eecs.iu-bremen.de/ P.O. Box 750

Re: Last Call: Textual Conventions for Additional High Capacity D ata Types to Proposed Standard

it is important so that people really think twice whether they want to use these TCs. /js -- Juergen Schoenwaelder Technical University Braunschweig [EMAIL PROTECTED] Dept. Operating Systems Computer Networks Phone: +49 531 391 3289Bueltenweg 74/75, 38106 Braunschweig, Germany Fax: +49 531 391