
20:20
Please review ICANN Expected Standards of Behavior here: https://www.icann.org/resources/pages/expected-standards-2016-06-28-en.

23:00
Any comments on the latest version of the redlined draft Final Report are due on Thursday, 10 December at 0300 UTC.

23:33
But we do have a little wriggle room :-)

24:21
5th

24:27
the Doc should freeze more like the 18th in a perfect world … We shall see

24:31
Do we still meet our Council deadline?

24:40
Call open on 23rd open to 5th

25:15
6th we publish our assessment(s) and challenes to the 8th...

25:15
So are we doing this as a package, as opposed to individual recommendations?

25:46
REALLY like to have any Minority Reports by the 6th though ;-)

26:12
I'm pushy

26:20
I know ;-)

26:24
Minority reports are not mandatory, though. Its OK to not consense (a word I just made up) without writing a minority report).

26:42
How can you do minority statements if we don't have leadership designations?

26:50
11th is the doc deadline for Jan GNSO Council Call

27:21
Absolutly @Paul, but we assume some will want to lodge them

28:58
I think what you just laid out should be sent to the entire working group as a separate email from the typical summary emails from a call. Needs to be on its own for people to react to apart from an actions item email.

29:06
Batches of topics

29:30
it was only smoothed out a short while ago @Jim, it will go to list

32:07
See the WG Guidelines at: https://gnso.icann.org/sites/default/files/file/field-file-attach/annex-1-gnso-wg-guidelines-24oct19-en.pdf

32:31
In that see: 3.6 Standard Methodology for Making Decisions

32:57
Sec 3,6 and/or 3.7 of the 3.0 Guidelines if memory serves

33:57
Will whatever is submitted be transparent to the WG?

34:33
and the methodology is also outlined in the Consensus Playbook

35:13
section 3.6

35:35
Good to know I'm not crazy (yet) @Justine

36:31
contentious will be segregated out

36:42
Good point @Jim, so we know to look out for and react accordingly (if we wished)

36:44
ok thanks

37:57
Here as grouping could work, if a group doesn’t have consensus then we can sub-divide them and make a separate call on each. So no matter what the grouping, the grouping process will still create efficiencies.

38:28
Exactly @Kurt

40:49
@CLO - could you clarify something. I thought we were bound by PDP3.0 as council approved that but not bound by the Playbook as that was not part of that effort. it hasn't been approved by council. is that accurate?

42:13
@Jim, the Consensus Playbook is not binding

43:01
True Jim but both @Jeff and I are using the playbook in our methodlogy where we can, so if you want an insite into our likely mechanics ;-)

44:50
Apologies for joining late.

45:18
Welcome @Heather

51:48
Hi, but doesn't Topic 4 go down this route by presupposing that IGOs and Governments as a predefined applicant type? That is something that goes where topics 21.1 and 21 does not

55:22
nono, very important thanks Jeff

58:39
It seems that everyone that needs the link already has it, but here is the link in a belated fashion: https://docs.google.com/spreadsheets/d/1YJJDm9mdmSssXav1P08Uhw6Ofyp0KtfTX8QSRChrVNI/edit#gid=1091535370

01:00:32
14 Systems

01:01:24
We talked about this for a long while in WT5. It always begs the question which is notified by who and also how that who decides what should be notified. I don't think we should be second guessing this at this late stage.

01:02:09
it only seems to be workable if it is an 'opt in' notification

01:02:36
Just checking if there is any desire for any IG at this stage... If not so be it...

01:02:44
I am in support of what Jeff is proposing to include an implementation guidance on notifications.

01:03:05
I support that as well

01:03:08
It really isn't hard to read the list of strings applied for on reveal day. Why would we build a system designed to create a notice to be read if a list can't be read?

01:03:26
I agree with Paul.

01:03:49
@Paul, @Donna, you don't have to subscribe if you don't want to, it's opt-in.

01:03:56
+1 to Paul. More useful to have notification system for public comments on individual applications rather than having to monitor the individual application page

01:04:40
It will be difficult to find a system that works completely, so Paul has good points here

01:05:01
I can't imagine it being a "giant" system

01:05:51
And not all who raised comments in support are on this call.

01:06:08
At best this is a "nice to have". Let's focus on critical things

01:06:25
The problem is building a system to do what can be done just by reading the source material available to all.

01:06:35
"opt-in for updates"

01:07:06
Also, there is nothing keeping ICANN Org from doing this voluntarily of their own free will. I don't think we should codify this in the report in any way.

01:08:09
Exactly Jeff. There is no policy issue if Org can just do it

01:08:27
+1 Jeff. Let's move on.

01:09:07
@Justine - understood but everyone was invited to the call.

01:09:09
This true of any issue

01:09:42
+1 Marc

01:09:50
+1 Marc - we can't paralyze decision making because folks have other priorities besides this call (for example, sleep).

01:10:14
I reiterate my support for the "opt-in updates" mechanism.

01:10:14
If we worried that there were people who were not on the call for every issue we could never move forward

01:10:19
I

01:10:41
The agenda was out there, and we all knew that geonames should be discussed today

01:11:07
Agree, Annebeth, and we're not in a position to re-open WT5's proposals

01:11:28
Exactly, Heather

01:11:59
(and I'm sure Annebeth and Martin will scream if we try to re-open WT5 :) )

01:12:47
Would have been an interesting question 2 years ago...

01:12:59
yes Heather!

01:13:33
+1 Paul - but we'd have to reconvene WT5 to raise a new issue at this stage. Let's make sure the record notes this point, though, so we don't lose it. Can it be mentioned in the Final Report as a new point that entered discussion at this late stage?

01:14:00
+1 Jeff, it was an opt-in updates for anyone interested

01:15:30
Exactly - that doctrine has a more nuanced and limited scope

01:15:42
which is why this is actually a new issue, albeit one raised at a late stage

01:15:46
@Jeff - I think we should send this to the IDN group as you suggest for consideration. That make sense.

01:15:49
@Jeff, could the substance fall under the scope of the EPDP on IDN Variants?

01:16:00
+1 Paul - let's do that. Makes more sense.

01:16:20
Just important not to lose the point.

01:16:24
Good idea

01:16:32
That is where I would send it @Justine (personal POV)

01:16:58
Well, let's do that then.

01:17:44
Cool!

01:17:55
A little basket of issues for the IDN pdp to possibly explore :-)

01:18:12
With end of year holiday greetings from SubPro PDP

01:19:11
:-)

01:21:18
Another one for the basket to IDN PDP gift basket

01:22:25
Comment sheet here: https://docs.google.com/spreadsheets/d/11HrbnRk2Sf5FvdOuynJyXfkLrzQAD1jkYpRyaAE1ctI/edit#gid=53966201

01:26:57
Thanks Jeff. Appreciate you walking us through it

01:27:03
:-) you took the words out of my mouth @Jeff :-)

01:30:24
they asked us to define what Exceptional Circumstances were

01:31:33
@Jeff - right. If we knew what might happen, we would include them here.

01:32:49
Like a TLD where all of the domains could be owned by the registry operator so they could be assigned to devices or other innovative business models?

01:32:51
good old unknown unknowns

01:33:00
Like a closed generic maybe?

01:33:24
Points to Donna

01:33:42
and it should be manageable via the Predictability Framework if it gets threshold of support to do so

01:36:50
Yep. A long time

01:37:02
SPIRT would likely be faster and less frustrating

01:38:35
Ya, that is a good news story : D

01:38:49
What the Anthony Lee comment from before?

01:38:50
that flexibility built in

01:39:06
NEXT CALL: Monday, 14 December 2020 at 15:00 UTC for 90 minutes

01:39:54
light at the end of the tunnel at least... Really impressed with the dedicated progress you have all made in this last push to Final Reporting

01:40:04
No more topic emails

01:41:40
Friday, yes

01:41:45
Friday, 11 December 1500 UTC

01:41:53
Sure, thanks @Jeff

01:42:12
Just to have a pin in it

01:42:13
the outcome of that call may (or not) produce something on the topic but we do have the tie to finalise that even in this plan

01:42:32
We're all counting on Paul ;)

01:42:40
Magic eight ball says …….

01:42:52
"The future is decidedly so....."

01:43:00
(Isn't that what the Magic 8 Ball usually says?)

01:43:12
Thanks everyone … Until next week … Bye for now!

01:43:12
Good work, Jeff

01:43:15
don’t crash the plane Paul

01:43:17
Happy flying ?

01:43:30
thanks everyone

01:43:32
thank everyone

01:43:33
Bye all, thanks! Have a nice weekend.

01:43:34
Thanks Jeff. Thanks CLO!

01:43:35
thx all