
22:37
Sincere apologies, I just realised I'm double booked and have to join another call. Will return here if time allows.

24:54
What does ON HOLD mean?

25:28
During deliberations, we had a debate about when a round closes. But I don't know if that was ever settled. Settling that may in fact clear a lt of this up

25:42
a challenge such as a RfR will put an application on hold

25:49
Jeff - that might indicate there is a policy issue involved - so I would take the same view as to new policy versus old.

25:57
reconsideration request

26:20
I don't understand what permanent "application support" status means.

26:43
That is in a different category in your summary. Appeal mechanisms are covered in your Item 5

28:02
appeal doesn't mean it won't proceed necessarily. For example when there was an accountability challenge on .MUSIC, all the applications in the contention set went "on hold". Ultimately, we now have one applicant allocated the .MUSIC string

30:04
would it be possible for ICANN to do a spreadsheet on outstanding 2012 applications/ string with the current status listed today . think we need to recommend / create new status DEAD . To be defined .

33:29
I really support that this should be as simple and understandable as possible. There are not many strings that will be affected anyway.

35:25
Anne , we must keep this simple . KISS

36:34
There should be pressure on the prior applicants to meet new policy. That is desirable - it's not a complication.

38:11
How long do you let an application "hang out" without any pending mechanisims on it?

38:56
The "assumption" arises from the fact that the past tells us that these types of issues will arise. Are we willing to learn from the history of the program or not?

41:40
I don't understand.

41:46
Jeff , what is the status re applications / string that have now been withdrawn , particularly closed . brand

42:40
I don’t understand.CW

43:30
I support the email with the proposal from Jeff.

44:18
As per my email, I support text Jeff sent around

44:50
So do I

48:59
I am not talking about 6.c "Not approved" only. I am talking about most of your detailed categories - many of which prohibit back-up offers that will lock applicants out until another window opens up - perhaps much later, e.g. in the case of appeals and accountability mechanisms.

51:10
This was kind of where I was headed with my earlier question about how long applications hang out.

51:11
So Anne, what you mean is that in case one of the names applied for in prior round does not get through, there should be a possible for others to apply in the new round and be considered only if the prior one fails?

51:18
Can I ask a follow up question?

51:25
@paul - yep

53:50
suggestion : only icann Board can authorise a withdrawal . it would require a board resolution and then it would trigger a refund .

54:00
Yes - exactly Annebeth. It's a back-up offer if prior round applicant does not go forward. The new applicant willing to meet new policy will not have to wait for another round to open.

54:31
E.g..strings that where rejected due to objection - and can't move forward (e.g. a city or a religious community). Should be withdrawn to allow others to apply for it in the future.

01:00:23
Feb 17

01:00:24
@Annebeth - Actually given our history as to authorizing a "next round", we should not be waiting until that next round for the back-up applications. There should be pressure on prior applicants to agree to new policy provisions.

01:00:49
Work plan here: https://docs.google.com/spreadsheets/d/1SN8GX1nVER30p_VmX1fAEJUTRLByXhrI96kpdGw8VYk/edit?usp=sharing

01:02:23
agreed JN

01:08:03
passed initial technical evaluation .....

01:08:08
“Pre-Application Tested” or PAT for short :-)

01:08:59
Is “Milestone” a good word? @jeff

01:09:02
its not tested L(

01:09:05
:)

01:09:14
ok

01:09:57
The caveats will be important as Jeff said.

01:11:37
"Pre-Testing Program"?

01:11:58
... may receive pre-approval if they pass the required technical evaluation and testing conducted by ICANN, or their selected third party provider.

01:12:15
"Pre-qualification"?

01:13:18
i can't get off mute

01:13:20
I'm not quite sure I understand the desire to avoide "testing" but Ill wait and see where it goes

01:13:45
+1 Donna

01:13:59
sounds good

01:14:32
ok

01:21:58
We're not saying we have technical competence Christopher, we're just providing the guardrails.

01:22:24
saying that RSPs do not have technical expertise might be wrong

01:23:10
SSAC and ICANN not necessarily have understanding of all aspects of the inner work of Registries backends

01:26:15
@Maxim -

01:26:57
I know it's a chicken and egg, but if the costs are prohibitive then we may not get the efficiencies that we were trying to achieve.

01:27:19
agreed Donna . we need to understand the costings . perhaps there should be a fee over and above the application fee . TBD

01:29:27
+1 Paul good point

01:30:26
Agree with Paul, good amendment

01:34:02
Have to leave now. Thanks all.

01:35:02
still need to work on nomenclature so its not fully handled

01:36:35
sorry the proposal is for four 3 hour calls

01:36:50
@Jim - good point

01:39:47
bye all

01:39:49
Does the GAC know this is coming? They don't exactly turn on a dime

01:39:55
have to drop

01:41:16
really think we need to set up a couple of ( very effective) F2F ( @iCANN offices ? ) like the EDPD did .

01:42:07
@Jim - agreed

01:42:34
wt5!!!

01:43:07
Next meeting: Thursday, 13 February 03:00 UTC

01:43:20
thxxx All. thxxx @jeff

01:43:40
Thanks!

01:43:44
thanks!

01:43:44
bye!