With my Ombudsperson-hat firmly on my head:
If you do wish to make a report to the Ombudsteam, please do that in
private email; Cc'ing a bunch of mailing lists is an inappropriate venue
for such a report.
That said, it's not clear that this falls under our purview. From the
Introduction to RFC 7776:
The IETF has general policies for managing disruptive behavior in
the
context of IETF activities. In particular, [RFC7154] provides a
set
of guidelines for personal interaction in the IETF, and [RFC2418]
and
[RFC3934] give guidelines for how to deal with disruptive behavior
that occurs in the context of IETF working group face-to-face
meetings and on mailing lists.
However, there is other problematic behavior that may be more
personal and that can occur in the context of IETF activities
(meetings, mailing list discussions, or social events) that does
not
directly disrupt working group progress but nonetheless is
unacceptable behavior between IETF Participants. This sort of
behavior, described in the IESG Statement "IETF Anti-Harassment
Policy" [Policy], is not easily dealt with by our previously
existing
working group guidelines and procedures. Therefore, this document
sets forth procedures to deal with such harassing behavior.
These procedures are intended to be used when other IETF policies
and
procedures do not apply or have been ineffective.
Since this is all taking place on public lists, and at least at first
glance does not appear to be the kind of "more personal" behavior that
RFC 7776 is talking about, it seems like going to the appropriate AD, or
WG chair, or IETF list sergeant-at-arms, would be the more obvious first
step. But again, first glances are not always accurate, so if you (or
anyone) feels that particular behavior has crossed the line into the
inter-personal sort (as against simply disruptive), please do not
hesitate to drop an email to the Ombudsteam; we're more than happy to
discuss it and help resolve it, privately.
pr
On 6 Dec 2018, at 23:27, Christopher Morrow wrote:
On Thu, Dec 6, 2018 at 9:11 AM Joe Touch <[email protected]> wrote:
On Dec 5, 2018, at 10:28 PM, Christopher Morrow
<[email protected]>
wrote:
On Thu, Dec 6, 2018 at 12:31 AM Joe Touch <[email protected]>
wrote:
Additionally, packets don’t emerge from different mole endpoints
or are
IP processed in any way. The mold acts like a wire, which is fine.
That
can be done by IP tunnels too. But not routers that converge and
diverge
packets.
That got mangled by autocorrect. Packets aren’t supposed to be IP
processed by links. To the extent that MPLS does this, it is broken
vs the
Internet arch. Remember that MPLS tries to emulate a router path
that
can’t keep up. It can - and does - fail to do so correctly in some
cases.
Joe, frankly I'm pretty sad that your behavior here is such as this.
I would like the IETF Ombudsteam to have a chat with you are your
behavior
and your lack of listening to reasoned input from folk who both
implement
and operate networks, equipment and the protocols which make up the
Internet at large. You are not helping your case nor the case of the
protocols in question.
If the ombudsteam are unable/unwilling to interact here I'd like the
responsible ADs for ops/tsv to have a chat with you about this.
Again, if HBH headers are meaningless and not needed, then go through
the
proper process and remove them from IPv6. If not, stop trying to
hobble
this protocol to the point where we all realize why nobody wants to
use it.
I think everyone here is actually happy to see v6 progress.
As am I - in Standards. It shouldn’t ‘progress’ on ops.
note I'm not trying to be intentionally combative, just attempting to
say:
"the best answer for the user here is PROBABLY to just have the core
ignore
all the EH business entirely"
Again, if they’re not needed, fine. Remove them in Standards.
However, if the role of ops is to decide what standards to ignore,
then
perhaps the IESG should reconsider the area’s charter.
Joe
_______________________________________________
OPSEC mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/opsec