[20:37:45] --- ggm has joined
[20:43:12] --- asullivan has joined
[20:43:23] --- fujiwara has joined
[20:43:40] --- marcos has joined
[20:43:49] <ggm> RFC out there. clicks for the authors
[20:44:04] <ggm> docs through IETF LC, we'll talk about, then one in WGLC, marcus will do
[20:44:19] <ggm> then next steppes
[20:44:21] <ggm> over to andy
[20:45:27] --- geoff has joined
[20:45:49] <ggm> andy has the floor
[20:46:43] <ggm> LWZ, XPC, common tx
[20:46:53] <ggm> LWZ security. treat it as "the usual stuff"
[20:47:02] --- Antoin has joined
[20:47:10] <ggm> need to take the consequences of it failing. whatever
[20:47:20] <ggm> want BCP38. not just "protect against UDP reflect"
[20:47:40] <ggm> XPC pointers,
[20:47:41] <ggm> Qs?
[20:48:01] <ggm> congestion control came up on ML.
[20:48:08] <ggm> no std for doing it in UDP. roll your own.
[20:48:32] --- bhoeneis has joined
[20:48:54] <ggm> emulate TCP backoff. double timeouts to 60sec, then give up.
[20:49:02] <ggm> change to behaviour. any objections
[20:49:15] <ggm> gen review more useful
[20:49:19] <ggm> screwed up UDP header
[20:49:37] --- hotta has joined
[20:49:44] <ggm> small but fair nits, made the draft unreadable. XPC should be used if doing thousands of txs.
[20:49:52] <ggm> advice to impls stuff.
[20:49:58] <ggm> XPC review .
[20:50:01] <ggm> need more ascii art.
[20:50:09] <ggm> wording in 6, chunk ordering clearer
[20:50:20] <ggm> when to invoke TLS
[20:50:24] <ggm> (user does)
[20:50:45] <ggm> security review
[20:50:57] <ggm> pay attention to 4422, even though it didn't exist when draft written
[20:51:11] <ggm> (andy is cross)
[20:51:21] <ggm> text in note in section, compliance
[20:51:31] <ggm> some real mods will be needed
[20:51:39] <ggm> XML common transport will need arbitrary data.
[20:51:39] --- robert @remote has joined
[20:51:44] <ggm> only one SASL mechanism per time
[20:52:03] <ggm> common transport. similar stuff.
[20:52:09] <ggm> security issues in downgrade attacks.
[20:52:42] <ggm> April; changes when?
[20:53:25] <ggm> Andy December/January
[20:54:15] <ggm> Markus
[20:54:23] <ggm> list of issues on iris dchk
[20:54:32] <robert @remote> microphone?
[20:54:59] <robert @remote> marcos: speak into the mike?
[20:55:07] <bhoeneis> it's on now
[20:55:13] <robert @remote> better :)
[20:55:15] <robert @remote> thx
[20:55:27] <ggm> yes,. actually *holding* a mike is a good first start
[20:55:39] <ggm> possibilty of unbounded amount of elems is scary.
[20:55:50] <ggm> domain variance doesn't play well with lwz
[20:55:54] <ggm> main transport
[20:56:18] <ggm> additionally, dchk is availability, complete amount is overload. drreg/drreg2 yes, but not dchk.
[20:56:22] <ggm> cut it off draft
[20:56:37] <ggm> elem status can be returned
[20:57:29] <ggm> times to be returned, date/times initial and last-modified
[20:57:58] <ggm> should have been created date, interesting for anti-spam. expiration also interesting. denic, want last update
[20:58:39] <ggm> lameness. child is not of type enhanced, is of type lame. associated to NS, not name, but NS not in dchck. could add NS to dchk, scope creep. drop it is simpler
[21:00:02] <ggm> section on I8N considerations, sentence: datetime must be specified using Zulu time for UTC. looks like server cannot return datetime with timezone or offset. MUST be UTC. there is no guidelines in BCP or RFCs on this. wrote in first version of IRIS, meant caps, not lc letters. somehow got sentence got converted to zulu time only
[21:00:15] <ggm> suggest cut it off from draft
[21:00:27] <ggm> [done]
[21:00:38] <ggm> DREG2 status
[21:00:55] <geoff> (<expiration> is killer feature for dchk, in our experience.)
[21:01:05] <robert @remote> (no sound)
[21:01:07] --- Lisa has joined
[21:01:20] <ggm> wrong mike.
[21:01:22] <ggm> flat batts
[21:01:26] --- marcos has left
[21:01:30] <ggm> clicks for other author
[21:01:30] <robert @remote> sound :)
[21:01:33] --- marcos has joined
[21:01:38] <ggm> want to change in DREG2.
[21:01:40] <ggm> discussed lameness.
[21:02:06] <ggm> lame on both domain and NS. contentious. depends what on what it means. lame means so much to so many
[21:02:19] <ggm> suggested change, on name, change to resolvable/unresolvable/inconsistent.
[21:02:28] <ggm> on host object change to lame/deleg failure
[21:02:42] <ggm> non-authoritative
[21:02:53] <ggm> domain level, one might say yes, one no, so still resolves, but its not consitent
[21:02:59] <ggm> no all regs do these types of checks. some do
[21:03:09] <ggm> marcos points out the Zz thing.
[21:03:12] <ggm> make same change
[21:03:58] <ggm> heckle from the WG chair does the Zz thing matter.
[21:04:01] <ggm> Andy takes a long time to say no.
[21:04:51] <ggm> status out of dchk same in DREG2
[21:04:59] <ggm> so if dying there, die here
[21:05:10] <ggm> Marcos
[21:05:34] <ggm> eliminate status, rename 'enhanced status to status'
[21:05:36] <robert @remote> Andy sounds like he's been running a marathon.
[21:05:37] <ggm> Andy. thats fine
[21:06:12] <ggm> marcus added stuff to dchk, update time. should put in DREG2
[21:06:23] <ggm> were done. Qs?
[21:06:36] <ggm> the midnight strangler on the mike asks if you have Qs
[21:06:37] <robert @remote> No Q :)
[21:06:40] <ggm> with heavy breathing
[21:06:41] <robert @remote> Except one...
[21:06:44] <ggm> oh no...
[21:06:54] <robert @remote> Do you mind being the moaner on the eternal IETF sound archives?
[21:06:58] <ggm> April who has the change token.
[21:07:03] <ggm> he's stuck with it now.
[21:07:12] <ggm> answer Marcos. who will work it. 2weeks.
[21:07:29] <ggm> end of the year
[21:07:44] <ggm> waiting for XML source. waiting on andy
[21:08:04] <ggm> next steps
[21:08:25] <ggm> can we go now says April?
[21:08:37] <geoff> We laughed, we cried.
[21:08:39] <ggm> we've gone to Oprah
[21:08:45] <ggm> we cried more than we laughed
[21:09:19] <ggm> April; thanks to authors, ADs, reviewers,
[21:09:22] <ggm> done.
[21:09:24] --- asullivan has left
[21:09:25] <ggm> finish on mail
[21:09:26] <ggm> claps
[21:09:32] --- hotta has left
[21:09:32] --- ggm has left
[21:09:35] --- ggm has joined
[21:09:51] --- Antoin has left
[21:09:53] --- robert @remote has left
[21:10:06] --- ggm has left
[21:11:59] --- bhoeneis has left
[21:19:31] --- fujiwara has left
[21:19:35] --- marcos has left
[21:22:37] --- Lisa has left
[21:27:27] --- geoff has left
[22:06:27] --- marcos has joined
[22:07:39] --- marcos has left