[WP2] current state of IRP checklist plus sample bylaws language and the comment summary

Greg Shatan gregshatanipc at gmail.com
Mon Jul 27 21:08:00 UTC 2015


The IRP can determine whether a limitation period bars an IRP, but they
need to be applying some defined period, and this period needs to be
consistent for all complainants.

If there is no time period (or formula for arriving at a time period) for
IRPs stated in the bylaws (or in the rules and procedures, if we want to
punt a little bit), no IRP will be barred.  There would be no basis for a
bar.  Instead, it will be available to a complainant for all time.

I don't think that sounds good to me.

Greg

On Mon, Jul 27, 2015 at 4:57 PM, Malcolm Hutty <malcolm at linx.net> wrote:

>
>
> On 27/07/2015 21:43, Burr, Becky wrote:
> > That seems sensible to me
>
> So do you intend to remove the existing limit, and specify that the IRP
> can itself determine a reasonable time-bar?
>
> That seems quite a big piece of discretion to hand it: what it decides
> will affect the way the IRP looks quite a lot.
>
> For my part, whatever the time limit should be, it is very important
> that the clock only start ticking when the applicant has experiencd
> whatever it is they wish to complain about, or is aware that they are
> likely to experience it. The present approach - starting the clock when
> the Board takes its decision - is no longer fit for purpose. It was
> designed for when IRP cases were effectively limited to contracted parties.
>
> We do not want our time limit to effectively debar non-contracted
> parties who know nothing about ICANN from ever bringing a complaint.
>
> I think this should be specified in the Bylaws.
>
> >
> > J. Beckwith Burr
> >
> > *Neustar, Inc. /* Deputy General Counsel and Chief Privacy Officer
> >
> > 1775 Pennsylvania Avenue NW, Washington, DC 20006
> >
> > Office: + 1.202.533.2932  Mobile:
> > +1.202.352.6367  / becky.burr at neustar.biz
> > <mailto:becky.burr at neustar.biz> / www.neustar.biz
> >
> >
> > From: David Post <david.g.post at gmail.com <mailto:david.g.post at gmail.com
> >>
> > Date: Monday, July 27, 2015 at 4:28 PM
> > To: Becky Burr <becky.burr at neustar.biz <mailto:becky.burr at neustar.biz>>
> > Cc: Bruce Tonkin <Bruce.Tonkin at melbourneit.com.au
> > <mailto:Bruce.Tonkin at melbourneit.com.au>>, "WP2 at icann.org
> > <mailto:WP2 at icann.org>" <WP2 at icann.org <mailto:WP2 at icann.org>>
> > Subject: Re: [WP2] current state of IRP checklist plus sample bylaws
> > language and the comment summary
> >
> > Isn't this something that we could leave for the IRP itself to deal with
> > in its processes/procedures?  Why do we have to specify a limitations
> > period in advance?
> > David
> >
> >
> > At 12:42 PM 7/25/2015, Burr, Becky wrote:
> >> Content-Language: en-US
> >> Content-Type: multipart/alternative;
> >>          boundary="_000_D1D9347138C0Ebeckyburrneustarbiz_"
> >>
> >> The more I think about this 30 day thing, the more concerned I get –
> >> we need to provide for tolling the period for the pre filing
> mediation/CEP
> >>
> >> J. Beckwith Burr
> >>
> >> *Neustar, Inc. /* Deputy General Counsel and Chief Privacy Officer
> >>
> >> 1775 Pennsylvania Avenue NW, Washington, DC 20006
> >>
> >> Office: + 1.202.533.2932  Mobile:  +1.202.352.6367  /
> >> becky.burr at neustar.biz <mailto:becky.burr at neustar.biz> /
> >> www.neustar.biz <http://www.neustar.biz/>
> >>
> >> From: Bruce Tonkin <Bruce.Tonkin at melbourneit.com.au
> >> <mailto:Bruce.Tonkin at melbourneit.com.au>>
> >> Date: Saturday, July 25, 2015 at 3:31 AM
> >> To: "WP2 at icann.org <mailto:WP2 at icann.org>" <WP2 at icann.org
> >> <mailto:WP2 at icann.org>>
> >> Subject: Re: [WP2] current state of IRP checklist plus sample bylaws
> >> language and the comment summary
> >>
> >> Hello Becky,
> >>
> >> The proposed bylaws language change with respect to the timing of an
> >> IRP proceeding:
> >>
> >> “A request for A request for independent review must be filed within
> >> thirty days of the posting
> >> of the minutes of the Board meeting (and the accompanying Board Briefing
> >> Materials, if available) thatthe requesting party becoming aware of
> >> the action
> >> that it contends demonstrates that ICANN violated its Bylaws or
> >> Articles of
> >> Incorporation. Consolidated requests may be appropriate when the causal
> >> connection between the circumstances of the requests and the harm is
> >> the same
> >> for each of the requesting parties.”
> >>
> >> How would you determine when a “requesting party” becomes aware of an
> >> action?     I expect it would be hard to determine when that event
> >> would happen – so this feels a little like that a party can file at
> >> any time after a decision – potentially years later.    This could
> >> have quite negative effect on a third party.   E.g if a new gTLD was
> >> allocated to an applicant, and then the requesting party complains
> >> years later.
> >>
> >> Shouldn’t there be some limit based on what is reasonable – e.g 30
> >> days after the requesting party would reasonably become aware … etc
> >>
> >> Alternatively – maybe leave the current language and increase the time
> >> period – e.g. from 30 to 60 or 90 days.
> >>
> >>
> >> Regards,
> >> Bruce Tonkin
> >>
> >> _______________________________________________
> >> WP2 mailing list
> >> WP2 at icann.org <mailto:WP2 at icann.org>
> >> https://mm.icann.org/mailman/listinfo/wp2
> >> <
> https://urldefense.proofpoint.com/v2/url?u=https-3A__mm.icann.org_mailman_listinfo_wp2&d=AwMFAw&c=MOptNlVtIETeDALC_lULrw&r=62cJFOifzm6X_GRlaq8Mo8TjDmrxdYahOP8WDDkMr4k&m=KHtNBFAfs2Wsc0WBFs8uEwqFYvujsUnnN7VF0NWZxXM&s=45ha7ijUSShcMnUJqDwfzDUnJjMkMmkR1KbGauQJpno&e=
> >
> >
> > *******************************
> > David G Post - Senior Fellow, Open Technology Institute/New America
> > Foundation
> > blog (Volokh Conspiracy) http://www.washingtonpost.com/people/david-post
> > <
> https://urldefense.proofpoint.com/v2/url?u=http-3A__www.washingtonpost.com_people_david-2Dpost&d=AwMFAw&c=MOptNlVtIETeDALC_lULrw&r=62cJFOifzm6X_GRlaq8Mo8TjDmrxdYahOP8WDDkMr4k&m=KHtNBFAfs2Wsc0WBFs8uEwqFYvujsUnnN7VF0NWZxXM&s=xaEAsKtTS7zpk7-yKBnscwHrcrjC9EVm7Oh262_h49M&e=
> >book
> > (Jefferson's Moose)  http://tinyurl.com/c327w2n
> > <
> https://urldefense.proofpoint.com/v2/url?u=http-3A__tinyurl.com_c327w2n-25A0-25A0-25A0-25A0-25A0-25A0-25A0&d=AwMFAw&c=MOptNlVtIETeDALC_lULrw&r=62cJFOifzm6X_GRlaq8Mo8TjDmrxdYahOP8WDDkMr4k&m=KHtNBFAfs2Wsc0WBFs8uEwqFYvujsUnnN7VF0NWZxXM&s=uM7352AWlE5xVa8yoG0L-5mdpe1x-SSRtiX76IYGO50&e=
> >
> > music http://tinyurl.com/davidpostmusic
> > <
> https://urldefense.proofpoint.com/v2/url?u=http-3A__tinyurl.com_davidpostmusic-25A0&d=AwMFAw&c=MOptNlVtIETeDALC_lULrw&r=62cJFOifzm6X_GRlaq8Mo8TjDmrxdYahOP8WDDkMr4k&m=KHtNBFAfs2Wsc0WBFs8uEwqFYvujsUnnN7VF0NWZxXM&s=-hz2E2fMrdSb7NY0HOElRP-1Pij5y19kvB47QkcD5J4&e=
> >publications
> > etc.  http://www.davidpost.com
> > <
> https://urldefense.proofpoint.com/v2/url?u=http-3A__www.davidpost.com-25C2-25A0-25C2-25A0-25C2-25A0-25C2-25A0-25C2-25A0-25C2-25A0-25C2-25A0-25C2-25A0-25C2-25A0_&d=AwMFAw&c=MOptNlVtIETeDALC_lULrw&r=62cJFOifzm6X_GRlaq8Mo8TjDmrxdYahOP8WDDkMr4k&m=KHtNBFAfs2Wsc0WBFs8uEwqFYvujsUnnN7VF0NWZxXM&s=Orueb-zlDxfxaAOPf-NA3gwoi716R30h9Po7O6LtYEY&e=
> >
> > *******************************
> >
> >
> > _______________________________________________
> > WP2 mailing list
> > WP2 at icann.org
> > https://mm.icann.org/mailman/listinfo/wp2
> >
>
> --
>             Malcolm Hutty | tel: +44 20 7645 3523
>    Head of Public Affairs | Read the LINX Public Affairs blog
>  London Internet Exchange | http://publicaffairs.linx.net/
>
>                  London Internet Exchange Ltd
>            21-27 St Thomas Street, London SE1 9RY
>
>          Company Registered in England No. 3137929
>        Trinity Court, Trinity Street, Peterborough PE1 1DA
>
>
> _______________________________________________
> WP2 mailing list
> WP2 at icann.org
> https://mm.icann.org/mailman/listinfo/wp2
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mm.icann.org/pipermail/wp2/attachments/20150727/61cbf638/attachment-0001.html>


More information about the WP2 mailing list