Skip to content
Administration

Administration Portal

The Administration Portal is the central web interface where administrators operate and configure Sign In — monitoring, the login modules, the captive portal’s look and policy, network integrations, and organization administration. It is included in both Sign In editions, and what an administrator can see and do is governed by their role.

At a glance

Audience
Organization and Sign In administrators, and operators
Sign-in
SAML single sign-on, or assigned administrator credentials
Structure
Sign In · Captive Portal · Portal Configuration · Administration
Access model
Role-based — menus and functions follow the assigned role
Scope switching
An organization and service selector switches between the contexts an admin manages

Administrators sign in with SAML single sign-on — for organizations that federate with a corporate identity provider such as Microsoft Entra ID or Okta — or with assigned administrator credentials. An organization and service selector in the top bar switches between the organizations and Sign In services an administrator is entitled to manage.

Access is role-based, so the available menus and functions depend on the role:

RoleScope
Operations administratorMonitor network services, statistics, and integrations
Sign In administratorManage the login modules, portal configuration, and access policies
Organization administratorFull administrative rights across modules, integrations, and organization settings

The full platform role model is described in Roles and Administration Levels.

Day-to-day monitoring and the connected network.

  • Dashboard — an at-a-glance view of current activity, with tiles for online devices, logins in the last 24 hours, meeting hosts, conference guests, email guests, active whitelistings, active Click-to-Connect sessions, and active passwords, plus trend charts for online devices and network traffic (Mbps) over selectable periods.
  • Network Services → Sites — the sites and their networks, with DHCP leases, probes, and lease statistics; search by IP or MAC address, run lease audits, and export reports.
  • Search — a unified lookup across users, devices, and login records.
  • Application Visibility — insight into application-level usage and traffic categorisation.
  • Access Points — the connected Cisco access points (Meraki and Catalyst) and their status.

The login methods and the policies that govern them.

  • Sign In Modules — the login methods, each with its own configuration: Meeting Hosts, Conferences, Email Self-Provisioning, SAML Logins, Click-to-Connect, SMS Login, Password Access, RADIUS Access, Username & Password, Event Access, Whitelisting, and Blacklisting. What each method does and which edition it belongs to is covered in Login Modules.
  • Access Policies — the role- and condition-based rules that decide who can log in, with which methods, and on what terms (session length, device quota, redirect).

The public-facing captive portal.

  • Look & Feel — branding, background, colour theme, text labels, and languages for multilingual portals.
  • Opening Hours — optional schedule-based access control; outside the configured hours, guests see a “closed” message.

Organization-level settings, compliance, and integrations.

  • ConfigurationCommon Settings (service parameters, domains, notifications), Sites Configuration (mapping networks and subnets to services), Webhooks (outbound events to external systems), and the Audit Log (a complete record of administrative actions for compliance review).
  • ComplianceTerms and Conditions, Retention Settings (how long end-user and device data is kept), and User Information (data-subject lookup for GDPR requests).
  • Administrators — administrator accounts and their roles.
  • License — the active licence and its utilisation.
  • Service IntegrationEnabled integrations (third-party services such as Microsoft Entra ID) and the Service Gateway connection where Sign In is deployed on a Cisco router.

Next