Proposed Bylaws Changes Regarding the Technical Liaison Group: LACRALO Statement
Dear Rinalia and all, LACRALO have discussed the Proposed Bylaws Changes Regarding the Technical Liaison Group and we have prepared a statement which I included in the Wiki: https://community.icann.org/display/alacpolicydev/At-Large+Proposed+Bylaws+C... We hope ALAC can discuss this draft and can adopt it as ALAC statement. I am available to clarify any doubt. Thank you. Best Regards, Fatima -- *Fatima Cambronero* Abogada-Argentina Phone: +54 9351 5282 668 Twitter: @facambronero Skype: fatima.cambronero *Join the LACRALO/ICANN discussions:* https://atlarge-lists.icann.org/mailman/listinfo/lac-discuss-es *Join the Diplo Internet Governance Community discussions:* http://www.diplointernetgovernance.org/ *Join to the Internet Society (ISOC): *http://www.internetsociety.org/
Dear Fatima, Thank you for the beautifully worded statement and substantive input from LACRALO. I am delighted that there is interest from the At-Large community on the TLG issue, which I consider to be very important to ICANN. To ensure that there is no confusion as we discuss the matter, here is a quick review of how ICANN presents the “problem”: A. (Extracted from http://www.icann.org/en/groups/reviews/tlg/board-technical-relations-wg-fina...) “The Technical Liaison Group (TLG), comprised of the IAB, ETSI, W3C and ITU –T, is chartered by the ICANN by laws to "connect the Board with appropriate sources of technical advice on specific matters pertinent to ICANN's activities." Additionally, the group appoints (in an annual rotation between ETSI, W3C and ITU - T) a non-voting liaison to the ICANN Board, and a voting delegate to the ICANN Nominating Committee. The TLG is, by the ICANN bylaws, prohibited from meeting or formulating positions of its own. According to ICANN ́s bylaws, there are two ways in which the TLG can be used to "channel technical information and guidance to the Board and to other ICANN entities". ICANN can specifically request information from the TLG, or the TLG can provide a watchdog activity, "to advise the Board of the relevance and progress of technical developments in the areas covered by each organization's scope that could affect Board decisions or other ICANN actions, and to draw attention to global technical standards issues that affect policy development within the scope of ICANN's mission." These mechanisms have rarely, if ever been invoked.” B. (Extracted from Section I: Description, Explanation, and Purpose in https://community.icann.org/display/alacpolicyde/At-Large+Proposed+Bylaws+Changes+Regarding+the+Technical+Liaison+Group+Workspace<https://community.icann.org/display/alacpolicydev/At-Large+Proposed+Bylaws+Changes+Regarding+the+Technical+Liaison+Group+Workspace> ) "The Bylaws changes [of removing the TLG Liaison from the Board and the TLD Representative from the composition of the Nominating Committee] do not represent any change to the role of the TLG, which is to "channel technical information and guidance to the Board and other ICANN entities." Nor is there any change to four entities that make up the TLG. This proposed change is directed only towards simplifying how the TLG operates and delivers technical advice to the Board." *Further thoughts on the situation: * (1) Problem-Solving Time Lag I find it curious that the final report of the Board Technical Relations Working Group is dated 22 August 2011 and we are only requested to comment on the proposed bylaws changes now in the final quarter of 2013. (2) Dilemma in Removal of the TLG Liaison from the Board In principle, one liaison from one organization per year from a group of 4 different organizations (let’s differentiate IAB and IETF for discussion) can be viewed as a structural constraint in the provision of technical advice. While there is this constraint, there is testimony of excellent TLG Liaison advice/input in the past that had been critical in Board decision-making (see public comments to JAS Communications Report). This does not mean that the one liaison position should not be removed to break the constraint, but it does mean that there needs to be a better mechanism for obtaining advice from the group as a whole. Until now, the mechanism is not yet evident and must be made evident and subject to community input/public comment. In moving forward, to continue receiving excellent input/advice from members of the TLG, criteria to ensure that excellent representatives are selected to interface with ICANN by the sending organizations would be crucial . (3) Relevance of Organizations in the TLG There appears to be no objection to the relevance of the organizations in the TLG, which can be viewed as reinforcing. And no one appears to be suggesting that new entities should be added to the group (so far) even though the Board Technical Relations Working Group has reviewed a wider list of organizations. (4) Mechanism for a Fully Functional TLG There is general agreement that the TLG has not worked in the way that it was envisioned/intended. How it was intended was to have Board-issued requests for information/advice as well as proactive “watchdog” advice provision by TLG group members. On the former, I believe that at times it can be difficult for the Board to know what specific questions to ask, and timing also matters greatly. On the latter, the group members may not be aware that they are expected to provide proactive advice, without being asked, and this could be specified in organizational MOUs and Group Member Terms of Reference, and reflected in Group Member KPIs. *Excellent value-additions from the LACRALO Statement:* 1. Proposing the criterion of reciprocity to enhance inter-organizational cooperation. 2. Thorough consultations with the entire ICANN community to find an appropriate and effective mechanism to "improve" the current TLG arrangement - (I would suggest using "improve" over "replacing" because we are not replacing the TLG, but changing how it works). 3. A TLG structure and mechanism for obtaining input/advice that allow for constant access to the necessary technical competence, and not only through distance consultation - (We all understand the value of face-to-face engagements and it is an important aspect of making things work better) . 4. The reference to the ALAC and its diverse membership as also capable of giving technical advice as well, specifically in relation to the technical issues that are within the sphere of At-Large knowledge and interests. 5. The reference to technical constituencies that includes the ASO, which participate the different RIRs, and the IETF, which has a permanent seat on the Board. *One point that needs to be clarified from the LACRALO Statement* “...ICANN already contains within its own structure the bodies responsible for providing this technical advice to the Board.” Yes to some extent, but not in the coverage of entities that do not fall under ICANN constituencies/stakeholder groups and who deal with complements to the DNS, such as the W3C, ETSI and ITU-T (which are key for ICANN). --- I hope that LACRALO and the ALAC find the above input useful for further deliberations over the ALAC statement. Best regards, Rinalia
Re: "(1) Problem-Solving Time Lag" What is puzzling is that the Final Report http://www.icann.org/en/groups/reviews/tlg/board-technical-relations-wg-fina... 4 recommendations (emphasis mine): * "Recommendation: ICANN should consult with the TLG's constituent bodies individually about what relationship and involvement in governance mechanisms is appropriate for the respective organization. This consultation should be undertaken by the ICANN Board or senior staff. * Recommendation: ICANN should not disband the TLG before it has substantially concluded these consultations. We believe that a time frame of six months should be sufficient to substantially conclude these consultations. * Recommendation: ICANN should work to strengthen and better institutionalize the mechanisms for obtaining technical advice and input, including at the Board level. It is the recommendation of this Working Group that, given the ICANN Board’s current mode of operation, the organization continues to need technical advice and expertise within the Board's deliberations, *such as the expertise and advice that has been provided by liaisons appointed by the TLG*. A decision to disband the TLG should be made only in conjunction with simultaneously addressing this issue. Recommendation: The Nominating Committee is designed for broad participation. *The TLG provides for participants in the Nominating Committee who are connected to the broader technical community. ICANN should maintain this connection, and should continue the TLG’s role of fulfilling it*" SO, were there consultations done by ICANN Staff with the TLG organisations? What were the outcomes? And how did we reach from that Final report recommendations in 2011 that seems to suggest maintaining the status quo (while calling on ways to strengthen and better institutionalize the mechanisms for obtaining technical advice) to the proposed bylaw changes in 2013 to remove the TLG liasion to the Board AND the removal of the delegate to the Nominating Committee? Given the concerns of having persons on the Board with sufficient technical expertise, this change regarding the removal of the delegate from the TLG to the nominating committee should NOT be supported and the TLG should continue to be able to select a delegate to serve on the Nominating Committee. Re: "(2) Dilemma in Removal of the TLG Liaison from the Board" The TLG seems to be very constrained by the ICANN bylaws for obtaining advice from the group as a whole, advice is obtained only from the organisation(s) when directly asked by the Board. Under Article X1, Section 2 (bolded key phrases for emphasis): "4. TLG Procedures. *The TLG shall not have officers or hold meetings, nor shall it provide policy advice to the Board as a committee* (although TLG organizations may individually be asked by the Board to do so as the need arises in areas relevant to their individual charters). Neither shall the TLG debate or otherwise coordinate technical issues across the TLG organizations; establish or attempt to establish unified positions; or create or attempt to create additional layers or structures within the TLG for the development of technical standards or for any other purpose. "6. Individual Technical Experts. Each TLG organization shall designate two individual technical experts who are familiar with the technical standards issues that are relevant to ICANN's activities. *These 8 experts shall be available as necessary to determine, through an exchange of e-mail messages, where to direct a technical question from ICANN when ICANN does not ask a specific TLG organization directly*." The "watchdog" role of the TLG is NOT to watch and comment on the ICANN activities but rather to "advise the Board of the relevance and progress of technical developments in the areas covered by each organization's scope that could affect Board decisions" and to draw attention to global technical standards issues that affect policy development within the scope of ICANN's mission." Re: (3) Relevance of Organizations in the TLG I was surprised from my research of the other 4 organisations in the TLG that ICANN isn't formally listed/registered as a member or observer/liaison in these organisations. I fully agree that ICANN should be present in these organisations given the efforts of ensuring technical advice from these organisations in ICANN. Indeed, the presence of representatives from ICANN in these organisations could minimise the need for a TLG construct and the current issues with the TLG. I note that ICANN has yet to join the Unicode Consortium http://www.unicode.org/consortium/consort.html). Given the issue of IDNs, should this be a candidate for the TLG? Re: (4) Mechanism for a Fully Functional TLG Agreed. Kind Regards, Dev Anand On Thu, Dec 5, 2013 at 2:55 AM, Rinalia Abdul Rahim < rinalia.abdulrahim@gmail.com> wrote:
Dear Fatima,
Thank you for the beautifully worded statement and substantive input from LACRALO. I am delighted that there is interest from the At-Large community on the TLG issue, which I consider to be very important to ICANN.
To ensure that there is no confusion as we discuss the matter, here is a quick review of how ICANN presents the “problem”:
A. (Extracted from
http://www.icann.org/en/groups/reviews/tlg/board-technical-relations-wg-fina... )
“The Technical Liaison Group (TLG), comprised of the IAB, ETSI, W3C and ITU –T, is chartered by the ICANN by laws to "connect the Board with appropriate sources of technical advice on specific matters pertinent to ICANN's activities." Additionally, the group appoints (in an annual rotation between ETSI, W3C and ITU - T) a non-voting liaison to the ICANN Board, and a voting delegate to the ICANN Nominating Committee. The TLG is, by the ICANN bylaws, prohibited from meeting or formulating positions of its own. According to ICANN ́s bylaws, there are two ways in which the TLG can be used to "channel technical information and guidance to the Board and to other ICANN entities". ICANN can specifically request information from the TLG, or the TLG can provide a watchdog activity, "to advise the Board of the relevance and progress of technical developments in the areas covered by each organization's scope that could affect Board decisions or other ICANN actions, and to draw attention to global technical standards issues that affect policy development within the scope of ICANN's mission." These mechanisms have rarely, if ever been invoked.”
B. (Extracted from Section I: Description, Explanation, and Purpose in
https://community.icann.org/display/alacpolicyde/At-Large+Proposed+Bylaws+Ch... < https://community.icann.org/display/alacpolicydev/At-Large+Proposed+Bylaws+C...
)
"The Bylaws changes [of removing the TLG Liaison from the Board and the TLD Representative from the composition of the Nominating Committee] do not represent any change to the role of the TLG, which is to "channel technical information and guidance to the Board and other ICANN entities." Nor is there any change to four entities that make up the TLG. This proposed change is directed only towards simplifying how the TLG operates and delivers technical advice to the Board."
*Further thoughts on the situation: *
(1) Problem-Solving Time Lag
I find it curious that the final report of the Board Technical Relations Working Group is dated 22 August 2011 and we are only requested to comment on the proposed bylaws changes now in the final quarter of 2013.
(2) Dilemma in Removal of the TLG Liaison from the Board
In principle, one liaison from one organization per year from a group of 4 different organizations (let’s differentiate IAB and IETF for discussion) can be viewed as a structural constraint in the provision of technical advice. While there is this constraint, there is testimony of excellent TLG Liaison advice/input in the past that had been critical in Board decision-making (see public comments to JAS Communications Report). This does not mean that the one liaison position should not be removed to break the constraint, but it does mean that there needs to be a better mechanism for obtaining advice from the group as a whole. Until now, the mechanism is not yet evident and must be made evident and subject to community input/public comment. In moving forward, to continue receiving excellent input/advice from members of the TLG, criteria to ensure that excellent representatives are selected to interface with ICANN by the sending organizations would be crucial .
(3) Relevance of Organizations in the TLG
There appears to be no objection to the relevance of the organizations in the TLG, which can be viewed as reinforcing. And no one appears to be suggesting that new entities should be added to the group (so far) even though the Board Technical Relations Working Group has reviewed a wider list of organizations.
(4) Mechanism for a Fully Functional TLG
There is general agreement that the TLG has not worked in the way that it was envisioned/intended. How it was intended was to have Board-issued requests for information/advice as well as proactive “watchdog” advice provision by TLG group members. On the former, I believe that at times it can be difficult for the Board to know what specific questions to ask, and timing also matters greatly. On the latter, the group members may not be aware that they are expected to provide proactive advice, without being asked, and this could be specified in organizational MOUs and Group Member Terms of Reference, and reflected in Group Member KPIs.
*Excellent value-additions from the LACRALO Statement:*
1. Proposing the criterion of reciprocity to enhance inter-organizational cooperation.
2. Thorough consultations with the entire ICANN community to find an appropriate and effective mechanism to "improve" the current TLG arrangement - (I would suggest using "improve" over "replacing" because we are not replacing the TLG, but changing how it works).
3. A TLG structure and mechanism for obtaining input/advice that allow for constant access to the necessary technical competence, and not only through distance consultation - (We all understand the value of face-to-face engagements and it is an important aspect of making things work better) .
4. The reference to the ALAC and its diverse membership as also capable of giving technical advice as well, specifically in relation to the technical issues that are within the sphere of At-Large knowledge and interests.
5. The reference to technical constituencies that includes the ASO, which participate the different RIRs, and the IETF, which has a permanent seat on the Board.
*One point that needs to be clarified from the LACRALO Statement*
“...ICANN already contains within its own structure the bodies responsible for providing this technical advice to the Board.”
Yes to some extent, but not in the coverage of entities that do not fall under ICANN constituencies/stakeholder groups and who deal with complements to the DNS, such as the W3C, ETSI and ITU-T (which are key for ICANN).
---
I hope that LACRALO and the ALAC find the above input useful for further deliberations over the ALAC statement.
Best regards,
Rinalia _______________________________________________ ALAC mailing list ALAC@atlarge-lists.icann.org https://atlarge-lists.icann.org/mailman/listinfo/alac
At-Large Online: http://www.atlarge.icann.org ALAC Working Wiki: https://community.icann.org/display/atlarge/At-Large+Advisory+Committee+(ALA...)
From my dark corner, it looks like this whole situation is a mess of needless complexity.
ICANN already has a mature defined mechanism for non-binding advice solicitation: Advisory Committees. The TLG should IMO instead be the TAC, with a liaison to the Board much like the GAC and SSAC. (The ALAC is unique in being able to choose a Director, however it did lose some capabilities by eliminating a formal liaison. But that is not at issue here.) This technical advisory committee should be able to determine its own composition based on certain high-level standards and criteria. It SHOULD be allowed to initiate comment, or reply to existing ICANN stimuli. And ICANN should be offered a similar, reciprocal status with TAC members, to the extent that the other orgs allow. That is my comment. Tĥis diving into the messy details of the TLG relationship is, IMO, not very productive compared to a higher level critique of its very design and pourpose. - Evan . On 5 December 2013 14:16, Dev Anand Teelucksingh <devtee@gmail.com> wrote:
Re: "(1) Problem-Solving Time Lag"
What is puzzling is that the Final Report
http://www.icann.org/en/groups/reviews/tlg/board-technical-relations-wg-fina... 4 recommendations (emphasis mine):
* "Recommendation: ICANN should consult with the TLG's constituent bodies individually about what relationship and involvement in governance mechanisms is appropriate for the respective organization. This consultation should be undertaken by the ICANN Board or senior staff. * Recommendation: ICANN should not disband the TLG before it has substantially concluded these consultations. We believe that a time frame of six months should be sufficient to substantially conclude these consultations. * Recommendation: ICANN should work to strengthen and better institutionalize the mechanisms for obtaining technical advice and input, including at the Board level. It is the recommendation of this Working Group that, given the ICANN Board’s current mode of operation, the organization continues to need technical advice and expertise within the Board's deliberations, *such as the expertise and advice that has been provided by liaisons appointed by the TLG*. A decision to disband the TLG should be made only in conjunction with simultaneously addressing this issue. Recommendation: The Nominating Committee is designed for broad participation. *The TLG provides for participants in the Nominating Committee who are connected to the broader technical community. ICANN should maintain this connection, and should continue the TLG’s role of fulfilling it*"
SO, were there consultations done by ICANN Staff with the TLG organisations? What were the outcomes? And how did we reach from that Final report recommendations in 2011 that seems to suggest maintaining the status quo (while calling on ways to strengthen and better institutionalize the mechanisms for obtaining technical advice) to the proposed bylaw changes in 2013 to remove the TLG liasion to the Board AND the removal of the delegate to the Nominating Committee?
Given the concerns of having persons on the Board with sufficient technical expertise, this change regarding the removal of the delegate from the TLG to the nominating committee should NOT be supported and the TLG should continue to be able to select a delegate to serve on the Nominating Committee.
Re: "(2) Dilemma in Removal of the TLG Liaison from the Board"
The TLG seems to be very constrained by the ICANN bylaws for obtaining advice from the group as a whole, advice is obtained only from the organisation(s) when directly asked by the Board.
Under Article X1, Section 2 (bolded key phrases for emphasis):
"4. TLG Procedures. *The TLG shall not have officers or hold meetings, nor shall it provide policy advice to the Board as a committee* (although TLG organizations may individually be asked by the Board to do so as the need arises in areas relevant to their individual charters). Neither shall the TLG debate or otherwise coordinate technical issues across the TLG organizations; establish or attempt to establish unified positions; or create or attempt to create additional layers or structures within the TLG for the development of technical standards or for any other purpose.
"6. Individual Technical Experts. Each TLG organization shall designate two individual technical experts who are familiar with the technical standards issues that are relevant to ICANN's activities. *These 8 experts shall be available as necessary to determine, through an exchange of e-mail messages, where to direct a technical question from ICANN when ICANN does not ask a specific TLG organization directly*."
The "watchdog" role of the TLG is NOT to watch and comment on the ICANN activities but rather to "advise the Board of the relevance and progress of technical developments in the areas covered by each organization's scope that could affect Board decisions" and to draw attention to global technical standards issues that affect policy development within the scope of ICANN's mission."
Re: (3) Relevance of Organizations in the TLG
I was surprised from my research of the other 4 organisations in the TLG that ICANN isn't formally listed/registered as a member or observer/liaison in these organisations. I fully agree that ICANN should be present in these organisations given the efforts of ensuring technical advice from these organisations in ICANN. Indeed, the presence of representatives from ICANN in these organisations could minimise the need for a TLG construct and the current issues with the TLG. I note that ICANN has yet to join the Unicode Consortium http://www.unicode.org/consortium/consort.html). Given the issue of IDNs, should this be a candidate for the TLG?
Re: (4) Mechanism for a Fully Functional TLG
Agreed.
Kind Regards,
Dev Anand
On Thu, Dec 5, 2013 at 2:55 AM, Rinalia Abdul Rahim < rinalia.abdulrahim@gmail.com> wrote:
Dear Fatima,
Thank you for the beautifully worded statement and substantive input from LACRALO. I am delighted that there is interest from the At-Large community on the TLG issue, which I consider to be very important to ICANN.
To ensure that there is no confusion as we discuss the matter, here is a quick review of how ICANN presents the “problem”:
A. (Extracted from
http://www.icann.org/en/groups/reviews/tlg/board-technical-relations-wg-fina...
)
“The Technical Liaison Group (TLG), comprised of the IAB, ETSI, W3C and ITU –T, is chartered by the ICANN by laws to "connect the Board with appropriate sources of technical advice on specific matters pertinent to ICANN's activities." Additionally, the group appoints (in an annual rotation between ETSI, W3C and ITU - T) a non-voting liaison to the ICANN Board, and a voting delegate to the ICANN Nominating Committee. The TLG is, by the ICANN bylaws, prohibited from meeting or formulating positions of its own. According to ICANN ́s bylaws, there are two ways in which the TLG can be used to "channel technical information and guidance to the Board and to other ICANN entities". ICANN can specifically request information from the TLG, or the TLG can provide a watchdog activity, "to advise the Board of the relevance and progress of technical developments in the areas covered by each organization's scope that could affect Board decisions or other ICANN actions, and to draw attention to global technical standards issues that affect policy development within the scope of ICANN's mission." These mechanisms have rarely, if ever been invoked.”
B. (Extracted from Section I: Description, Explanation, and Purpose in
https://community.icann.org/display/alacpolicyde/At-Large+Proposed+Bylaws+Ch...
<
https://community.icann.org/display/alacpolicydev/At-Large+Proposed+Bylaws+C...
)
"The Bylaws changes [of removing the TLG Liaison from the Board and the TLD Representative from the composition of the Nominating Committee] do not represent any change to the role of the TLG, which is to "channel technical information and guidance to the Board and other ICANN entities." Nor is there any change to four entities that make up the TLG. This proposed change is directed only towards simplifying how the TLG operates and delivers technical advice to the Board."
*Further thoughts on the situation: *
(1) Problem-Solving Time Lag
I find it curious that the final report of the Board Technical Relations Working Group is dated 22 August 2011 and we are only requested to comment on the proposed bylaws changes now in the final quarter of 2013.
(2) Dilemma in Removal of the TLG Liaison from the Board
In principle, one liaison from one organization per year from a group of 4 different organizations (let’s differentiate IAB and IETF for discussion) can be viewed as a structural constraint in the provision of technical advice. While there is this constraint, there is testimony of excellent TLG Liaison advice/input in the past that had been critical in Board decision-making (see public comments to JAS Communications Report). This does not mean that the one liaison position should not be removed to break the constraint, but it does mean that there needs to be a better mechanism for obtaining advice from the group as a whole. Until now, the mechanism is not yet evident and must be made evident and subject to community input/public comment. In moving forward, to continue receiving excellent input/advice from members of the TLG, criteria to ensure that excellent representatives are selected to interface with ICANN by the sending organizations would be crucial .
(3) Relevance of Organizations in the TLG
There appears to be no objection to the relevance of the organizations in the TLG, which can be viewed as reinforcing. And no one appears to be suggesting that new entities should be added to the group (so far) even though the Board Technical Relations Working Group has reviewed a wider list of organizations.
(4) Mechanism for a Fully Functional TLG
There is general agreement that the TLG has not worked in the way that it was envisioned/intended. How it was intended was to have Board-issued requests for information/advice as well as proactive “watchdog” advice provision by TLG group members. On the former, I believe that at times it can be difficult for the Board to know what specific questions to ask, and timing also matters greatly. On the latter, the group members may not be aware that they are expected to provide proactive advice, without being asked, and this could be specified in organizational MOUs and Group Member Terms of Reference, and reflected in Group Member KPIs.
*Excellent value-additions from the LACRALO Statement:*
1. Proposing the criterion of reciprocity to enhance inter-organizational cooperation.
2. Thorough consultations with the entire ICANN community to find an appropriate and effective mechanism to "improve" the current TLG arrangement - (I would suggest using "improve" over "replacing" because we are not replacing the TLG, but changing how it works).
3. A TLG structure and mechanism for obtaining input/advice that allow for constant access to the necessary technical competence, and not only through distance consultation - (We all understand the value of face-to-face engagements and it is an important aspect of making things work better) .
4. The reference to the ALAC and its diverse membership as also capable of giving technical advice as well, specifically in relation to the technical issues that are within the sphere of At-Large knowledge and interests.
5. The reference to technical constituencies that includes the ASO, which participate the different RIRs, and the IETF, which has a permanent seat on the Board.
*One point that needs to be clarified from the LACRALO Statement*
“...ICANN already contains within its own structure the bodies responsible for providing this technical advice to the Board.”
Yes to some extent, but not in the coverage of entities that do not fall under ICANN constituencies/stakeholder groups and who deal with complements to the DNS, such as the W3C, ETSI and ITU-T (which are key for ICANN).
---
I hope that LACRALO and the ALAC find the above input useful for further deliberations over the ALAC statement.
Best regards,
Rinalia _______________________________________________ ALAC mailing list ALAC@atlarge-lists.icann.org https://atlarge-lists.icann.org/mailman/listinfo/alac
At-Large Online: http://www.atlarge.icann.org ALAC Working Wiki:
https://community.icann.org/display/atlarge/At-Large+Advisory+Committee+(ALA...) _______________________________________________ ALAC mailing list ALAC@atlarge-lists.icann.org https://atlarge-lists.icann.org/mailman/listinfo/alac
At-Large Online: http://www.atlarge.icann.org ALAC Working Wiki: https://community.icann.org/display/atlarge/At-Large+Advisory+Committee+(ALA...)
-- Evan Leibovitch Toronto Canada Em: evan at telly dot org Sk: evanleibovitch Tw: el56
Hi, Evan. I agree that that the ALAC Statement should focus on the high-level design issues. Knowing the history and the gaps on how the issue has been treated is useful as a background for formulating effective responses. Forming a TAC with the group is not a straightforward matter : (1) The TLG is not a coherent group (areas of specialization are different) and it is "...by the ICANN bylaws, prohibited from meeting or formulating positions of its own" and not allowed to meddle on matters related to IANA . To allow for a TAC, the prohibition and its rationale have to be reviewed. Note that the ITU is in the group and "loyalty" to ICANN has been raised as a concern in the past. (2) In forming a TAC, ICANN has to consider whether or not to bundle institutional relationship into individual expert membership of the committee. The benefit of bundling institutional relationship is that it brings resources to cover the participation of TAC members and it allows the representative to be a liaison to his/her entire organizational community/network, which provides for a larger pool of expertise to ICANN (if the rep is functioning properly). The possible downside of institutional bundling is that it also brings in the politics of the organizations. To avoid the politics and to secure independent expert advice, separation of institutional relationships and the provision of tech nical advice may be necessary. Downside: For a TAC with independent experts, the people populating the TAC come on board as individuals, but one person cannot cover the whole scope of telecommunications or cellular or web-related advice. There are "super experts" in the world who can probably cover a huge chunk in their respective areas. The question then would be what kind of incentives would draw their interest and participation? To me, these are all design-related issues. On reciprocity for ICANN to the extent that the other orgs allow - no problem with this at all. Rinalia On Fri, Dec 6, 2013 at 4:35 AM, Evan Leibovitch <evan@telly.org> wrote:
From my dark corner, it looks like this whole situation is a mess of needless complexity.
ICANN already has a mature defined mechanism for non-binding advice solicitation: Advisory Committees. The TLG should IMO instead be the TAC, with a liaison to the Board much like the GAC and SSAC. (The ALAC is unique in being able to choose a Director, however it did lose some capabilities by eliminating a formal liaison. But that is not at issue here.)
This technical advisory committee should be able to determine its own composition based on certain high-level standards and criteria. It SHOULD be allowed to initiate comment, or reply to existing ICANN stimuli. And ICANN should be offered a similar, reciprocal status with TAC members, to the extent that the other orgs allow.
That is my comment. Tĥis diving into the messy details of the TLG relationship is, IMO, not very productive compared to a higher level critique of its very design and pourpose.
- Evan .
On 5 December 2013 14:16, Dev Anand Teelucksingh <devtee@gmail.com> wrote:
Re: "(1) Problem-Solving Time Lag"
What is puzzling is that the Final Report
http://www.icann.org/en/groups/reviews/tlg/board-technical-relations-wg-fina... 4 recommendations (emphasis mine):
* "Recommendation: ICANN should consult with the TLG's constituent bodies individually about what relationship and involvement in governance mechanisms is appropriate for the respective organization. This consultation should be undertaken by the ICANN Board or senior staff. * Recommendation: ICANN should not disband the TLG before it has substantially concluded these consultations. We believe that a time frame of six months should be sufficient to substantially conclude these consultations. * Recommendation: ICANN should work to strengthen and better institutionalize the mechanisms for obtaining technical advice and input, including at the Board level. It is the recommendation of this Working Group that, given the ICANN Board’s current mode of operation, the organization continues to need technical advice and expertise within the Board's deliberations, *such as the expertise and advice that has been provided by liaisons appointed by the TLG*. A decision to disband the TLG
should be made only in conjunction with simultaneously addressing this issue. Recommendation: The Nominating Committee is designed for broad participation. *The TLG provides for participants in the Nominating
Committee who are connected to the broader technical community. ICANN should maintain this connection, and should continue the TLG’s role of fulfilling it*"
SO, were there consultations done by ICANN Staff with the TLG organisations? What were the outcomes? And how did we reach from that Final report recommendations in 2011 that seems to suggest maintaining the status quo (while calling on ways to strengthen and better institutionalize the mechanisms for obtaining technical advice) to the proposed bylaw changes in 2013 to remove the TLG liasion to the Board AND the removal of the delegate to the Nominating Committee?
Given the concerns of having persons on the Board with sufficient technical expertise, this change regarding the removal of the delegate from the TLG to the nominating committee should NOT be supported and the TLG should continue to be able to select a delegate to serve on the Nominating Committee.
Re: "(2) Dilemma in Removal of the TLG Liaison from the Board"
The TLG seems to be very constrained by the ICANN bylaws for obtaining advice from the group as a whole, advice is obtained only from the organisation(s) when directly asked by the Board.
Under Article X1, Section 2 (bolded key phrases for emphasis):
"4. TLG Procedures. *The TLG shall not have officers or hold meetings, nor shall it provide policy advice to the Board as a committee* (although TLG
organizations may individually be asked by the Board to do so as the need arises in areas relevant to their individual charters). Neither shall the TLG debate or otherwise coordinate technical issues across the TLG organizations; establish or attempt to establish unified positions; or create or attempt to create additional layers or structures within the TLG for the development of technical standards or for any other purpose.
"6. Individual Technical Experts. Each TLG organization shall designate two individual technical experts who are familiar with the technical standards issues that are relevant to ICANN's activities. *These 8 experts shall be
available as necessary to determine, through an exchange of e-mail messages, where to direct a technical question from ICANN when ICANN does not ask a specific TLG organization directly*."
The "watchdog" role of the TLG is NOT to watch and comment on the ICANN activities but rather to "advise the Board of the relevance and progress of technical developments in the areas covered by each organization's scope that could affect Board decisions" and to draw attention to global technical standards issues that affect policy development within the scope of ICANN's mission."
Re: (3) Relevance of Organizations in the TLG
I was surprised from my research of the other 4 organisations in the TLG that ICANN isn't formally listed/registered as a member or observer/liaison in these organisations. I fully agree that ICANN should be present in these organisations given the efforts of ensuring technical advice from these organisations in ICANN. Indeed, the presence of representatives from ICANN in these organisations could minimise the need for a TLG construct and the current issues with the TLG. I note that ICANN has yet to join the Unicode Consortium http://www.unicode.org/consortium/consort.html). Given the issue of IDNs, should this be a candidate for the TLG?
Re: (4) Mechanism for a Fully Functional TLG
Agreed.
Kind Regards,
Dev Anand
On Thu, Dec 5, 2013 at 2:55 AM, Rinalia Abdul Rahim < rinalia.abdulrahim@gmail.com> wrote:
Dear Fatima,
Thank you for the beautifully worded statement and substantive input from LACRALO. I am delighted that there is interest from the At-Large community on the TLG issue, which I consider to be very important to ICANN.
To ensure that there is no confusion as we discuss the matter, here is a quick review of how ICANN presents the “problem”:
A. (Extracted from
http://www.icann.org/en/groups/reviews/tlg/board-technical-relations-wg-fina...
)
“The Technical Liaison Group (TLG), comprised of the IAB, ETSI, W3C and ITU –T, is chartered by the ICANN by laws to "connect the Board with appropriate sources of technical advice on specific matters pertinent to ICANN's activities." Additionally, the group appoints (in an annual rotation between ETSI, W3C and ITU - T) a non-voting liaison to the ICANN Board, and a voting delegate to the ICANN Nominating Committee. The TLG is, by the ICANN bylaws, prohibited from meeting or formulating positions of its own. According to ICANN ́s bylaws, there are two ways in which the TLG can be used to "channel technical information and guidance to the Board and to other ICANN entities". ICANN can specifically request information from the TLG, or the TLG can provide a watchdog activity, "to advise the Board of the relevance and progress of technical developments in the areas covered by each organization's scope that could affect Board decisions or other ICANN actions, and to draw attention to global technical standards issues that affect policy development within the scope of ICANN's mission." These mechanisms have rarely, if ever been invoked.”
B. (Extracted from Section I: Description, Explanation, and Purpose in
https://community.icann.org/display/alacpolicyde/At-Large+Proposed+Bylaws+Ch...
<
https://community.icann.org/display/alacpolicydev/At-Large+Proposed+Bylaws+C...
)
"The Bylaws changes [of removing the TLG Liaison from the Board and the TLD Representative from the composition of the Nominating Committee] do not represent any change to the role of the TLG, which is to "channel technical information and guidance to the Board and other ICANN entities." Nor is there any change to four entities that make up the TLG. This proposed change is directed only towards simplifying how the TLG operates and delivers technical advice to the Board."
*Further thoughts on the situation: *
(1) Problem-Solving Time Lag
I find it curious that the final report of the Board Technical Relations Working Group is dated 22 August 2011 and we are only requested to comment on the proposed bylaws changes now in the final quarter of 2013.
(2) Dilemma in Removal of the TLG Liaison from the Board
In principle, one liaison from one organization per year from a group of 4 different organizations (let’s differentiate IAB and IETF for discussion) can be viewed as a structural constraint in the provision of technical advice. While there is this constraint, there is testimony of excellent TLG Liaison advice/input in the past that had been critical in Board decision-making (see public comments to JAS Communications Report). This does not mean that the one liaison position should not be removed to break the constraint, but it does mean that there needs to be a better mechanism for obtaining advice from the group as a whole. Until now, the mechanism is not yet evident and must be made evident and subject to community input/public comment. In moving forward, to continue receiving excellent input/advice from members of the TLG, criteria to ensure that excellent representatives are selected to interface with ICANN by the sending organizations would be crucial .
(3) Relevance of Organizations in the TLG
There appears to be no objection to the relevance of the organizations in the TLG, which can be viewed as reinforcing. And no one appears to be suggesting that new entities should be added to the group (so far) even though the Board Technical Relations Working Group has reviewed a wider list of organizations.
(4) Mechanism for a Fully Functional TLG
There is general agreement that the TLG has not worked in the way that it was envisioned/intended. How it was intended was to have Board-issued requests for information/advice as well as proactive “watchdog” advice provision by TLG group members. On the former, I believe that at times it can be difficult for the Board to know what specific questions to ask, and timing also matters greatly. On the latter, the group members may not be aware that they are expected to provide proactive advice, without being asked, and this could be specified in organizational MOUs and Group Member Terms of Reference, and reflected in Group Member KPIs.
*Excellent value-additions from the LACRALO Statement:*
1. Proposing the criterion of reciprocity to enhance inter-organizational cooperation.
2. Thorough consultations with the entire ICANN community to find an appropriate and effective mechanism to "improve" the current TLG arrangement - (I would suggest using "improve" over "replacing" because we are not replacing the TLG, but changing how it works).
3. A TLG structure and mechanism for obtaining input/advice that allow for constant access to the necessary technical competence, and not only through distance consultation - (We all understand the value of face-to-face engagements and it is an important aspect of making things work better) .
4. The reference to the ALAC and its diverse membership as also capable of giving technical advice as well, specifically in relation to the technical issues that are within the sphere of At-Large knowledge and interests.
5. The reference to technical constituencies that includes the ASO, which participate the different RIRs, and the IETF, which has a permanent seat on the Board.
*One point that needs to be clarified from the LACRALO Statement*
“...ICANN already contains within its own structure the bodies responsible for providing this technical advice to the Board.”
Yes to some extent, but not in the coverage of entities that do not fall under ICANN constituencies/stakeholder groups and who deal with complements to the DNS, such as the W3C, ETSI and ITU-T (which are key for ICANN).
---
I hope that LACRALO and the ALAC find the above input useful for further deliberations over the ALAC statement.
Best regards,
Rinalia _______________________________________________ ALAC mailing list ALAC@atlarge-lists.icann.org https://atlarge-lists.icann.org/mailman/listinfo/alac
At-Large Online: http://www.atlarge.icann.org ALAC Working Wiki:
https://community.icann.org/display/atlarge/At-Large+Advisory+Committee+(ALA...) _______________________________________________ ALAC mailing list ALAC@atlarge-lists.icann.org https://atlarge-lists.icann.org/mailman/listinfo/alac
At-Large Online: http://www.atlarge.icann.org ALAC Working Wiki: https://community.icann.org/display/atlarge/At-Large+Advisory+Committee+(ALA...)
-- Evan Leibovitch Toronto Canada
Em: evan at telly dot org Sk: evanleibovitch Tw: el56
participants (4)
-
Dev Anand Teelucksingh -
Evan Leibovitch -
Fatima Cambronero -
Rinalia Abdul Rahim