When scheduling meetings, there is a 'Require attendees to have an account on this Website in order to join this meeting' option in the advanced scheduler.
This correctly requires logon to the website before allowing acces to the web conference room.
However... if a user dials in to the meeting audio (via MeetingPlace) they are prompted for meeting ID, then an attendee ID. However.. they are offered the option to just press # if they don't have one, and this allows them into the meeting, completely bypassing the security.
Is this the expected operation?
Message was edited on June 5, 2013: Kelli Glass, Cisco Collaboration Community moderator, added community categories and tags for greater ease in filtering posts (no change to content).
So... from what I can see (bear with me, I'm new to webex) there is no concept of PIN-protecting a conference either?
So there's no concept of a 'secure' conference?
Hi Aaron: Even requiring advance registration does not avoid this. The ‘pin’ is the Meeting ID, which is the same for everyone.
I’ve seen customers avoid unwanted audio connections in their meetings a few ways. Simple, but maybe one of these will work for you.
If you want to allow audio-only connections, you can ask ‘“call-in users” to verbally identify themselves and (with some versions of MC) right-click to ‘rename’ those connections on your MC Participant Panel so you know who they are. You can also ‘Expel’ audio-only attendees who do not identify themselves. This option isn't scalable for large events, but will work for a smaller meeting.
Others in this community may have suggestions for you as well.
Meet Me In The Cloud, LLC