the ability to export Adobe Connect recordings from Flash only recordings to formats like MP4 which can be edited and put on video sharing websites for easier resharing and accessible to the At-Large community.

This is important because Adobe Connect recordings in Flash are unplayable on mobile and tablet devices. Also, playing an Adobe Connect recording on a PC with Flash installed is cumbersome compared with experiences on video sharing websites.

Whilst several tools have been identified as potential tools that could be useful for At-Large, currently we have to ask volunteers to donate hosting and to configure such server resources. Such persons are rare in At-Large and are typically busy persons to assist with the deployment of such tools for At-Large Testing.

Whilst Mattermost testing has now begun thanks to a volunteer, the more complex eXo platform testing has not started.

Can ICANN assist with proving server resources?

(submitted by Satish Babu) - the dial-out quality for most conference calls are quite poor and practically unintelligeble for 60-70% of the time. The device used at my end is my mobile phone, which works ok for normal calls. Can something be done about this? The AC room audio is much better (in listen-only mode), although it's somewhat noisy if I try to speak at peak hours.

Olivier Crepin Le-Blond also has had numerous problems with the quality of the calls

"(submitted by Seun Ojedeji[community.icann.org]) It will be great to have a chat-only pod for adobe connect. Considering the recent improvement with AC, is this may be a good feature to explore; It will be useful for participants who are on dial-out (but bandwidth limited) to follow the chat as well."

Of recent, several At-Large conference calls have had more connectivity problems:

• persons unable to use Adobe Connect audio to connect to the conference call
• persons on the Adigo bridge unable to hear the persons on the Adobe Connect bridge and vice versa
• persons have had to exit Adobe Connect and reload Adobe Connect

Polling in Adobe Connect can't be seen by mobile users, challenges with creating questions to select multiple answers

The At-Large Captioning Project conducted surveys during the captioning trials of several calls in FY16. However, the polling in Adobe Connect has several issues:

• inability of mobile users being able to access the poll. Apparently the Poll module is Flash only so mobile devices can't see or interact with the poll
• poll questions do not allow for more than one answer to be selected.
• a challenge to collate the survey questions
• (not so much a tech issue, but noted here anyway) - ensuring persons on the calls complete the survey questions

Staff are now trained on how to do surveys with multiple choice options and have done it successfully.  However, there have been cases where staff accidentally checked the wrong button and as a result, the ability to choose multiple answers is taken away.

Adobe Connect has a feature to customise the message when the Adobe Connect session ends and also point to a URL when the user acknowledges the message. So by linking to a mobile friendly survey tool, we can mitigate the problems of polls in Adobe Connect. To be tested by the TTF in December.

Supposedly has been fixed but need to verify

Currently there is NOT an option to have more than one audio channel within Adobe Connect.  I have explored many options to try to resolve this issue, as I understand the concerns this group has, and I too would like to see these features with adobe connect.  Some options I have tried, utilizing the breakout sessions, which DOES split up the audio into difference bridges, however, there is no option for an interpreter to be able to bridge across two language breakouts to be able to do their job. The only way to have multi channel audio currently with adobe connect is to link to an outside service, similar to how we are currently managing multi-language streaming.  There is a bit of a flaw in this thought process to have multiple languages all in the English based adobe connect room.  The true way this is intended to work, and was utilized by ICANN with NETmundial, is to provide each adobe connect room in the native language.  For example, you have English, French and Spanish Adobe Connect rooms (all separate dedicated rooms), which are tied to the phone bridge for the respective languages.  This allows when a Spanish speaking person logs into the Spanish Adobe Connect, they hear, read and see Spanish, and when a user speaks in English, the Spanish room hears the Spanish interpreters.  Having done this myself for NETmundial, this is logistically very challenging, and requires many staff to make this happen.  In my example, you would need three operators (one for each language), three Remote Participation managers, one for each room, and fluent in the respective room language to answer chat comments etc. You would also need the three interpreters, one for each room.  Not to mention, the content to be shared in each room, also needs to be translated into the respective room language.  This is an example of a perfect world, but at this point is not technically feasible nor manageable from a labor standpoint.

So to round this conversation point, currently the technology provided by Adobe Connect does not permit the feature you are looking for.

Remote participation in ICANN F2F meetings. There are significant challenges for remote participation

• The Adobe Connect room can only stream one audio channel, and typically its the raw audio, meaning interpretation is not heard.
• Similarly, persons wanting to speak have to dial Adigo but still can only hear raw audio, meaning the remote participants cannot hear interpretation.
• The different language audio streams are delayed by up to 30-40 seconds. If the computer was used to dial Adigo (using programs like Skype), this results in two audio streams, one from the Adigo bridge, one from the language stream which makes it hard to understand speakers in the room being interpreted in the language of the remote participant

The RALO literature is devoid of speciality email addresses ie.

chair@naralo.org and secretariat@naralo.org

Staff has said for security reasons it can't be done.

Resolved this issue by creating a list serve Naralo-Leadership@icann.org.

From Mark Segall :

I followed up internally on the request for aliased email addresses (the last recorded issue on the AL-TTF Issues page dated 21 Sep) they have provided confirmation that these email addresses do still exist in the form of a mailman distribution list.....

....However, what has changed is the ability to “Send As” this address.  The security team has made several changes to this function throughout our services ecosystem to reduce risk of phishing.  So if anyone wishes to be able to send as chair@naralo.org, we will need to work with the individual(s) to configure VPN.

Resolved--