AIR-AP1832I-C-K9C Cisco Aironet 1832i 3x3 MIMO Mobility Express AP

AIR-AP1832I-C-K9C exact order identity

AIR-AP1832I-C-K9C is a Cisco Aironet 1832i indoor access point with integrated antennas. This exact PID combines regulatory-domain token C with a single configurable K9C Mobility Express order. Cisco documents 802.11ac Wave 2, 3x3 MIMO with two spatial streams and a maximum 5-GHz PHY rate of 867 Mbps.

Integrated-antenna boundary

The 1832i antenna system is internal. No external antenna is selected by this access-point PID, so mounting location, orientation, ceiling construction and the post-install survey determine how the published platform is used.

Software and order boundary

Cisco identifies AIR-AP1832I-x-K9C as configurable and supplied with the default Mobility Express software option. Preserve the intended Mobility Express or external-controller role, actual software release and conversion state instead of inferring the live role from the carton alone.

C regulatory-domain evidence

Cisco treats the letter as a regulatory-domain identifier and requires approval for the country of use; it is not a country name. Preserve the C-domain destination approval with the exact PID, serial and controller country so a nearby domain cannot be substituted silently.

Use final receiving approval as the C-domain checkpoint. Match the authorized quotation, carton label, chassis serial, destination and controller country before release. Preserve the dated Cisco lookup with those fields. A later replacement or site transfer must create a new decision rather than inheriting the old location's approval from the asset record.

Power and interface boundary

The AP supports 802.3af, 802.3at, Enhanced PoE, a local power supply and Cisco power injectors. Cisco lists a 15.4 W draw and states that USB is disabled when 802.3af is used. Record the negotiated power and the single Gigabit Ethernet uplink state.

Lifecycle decision

Cisco ended sale of the Aironet 1830 Series on 1 May 2022, ended software maintenance on 1 May 2023 and lists 30 April 2027 as the last support date. Cisco identifies Catalyst 9115AX as the migration family; available inventory does not extend these dates.

Deployment evidence worksheet

Mechanical installation record

List the bracket, ceiling or wall interface, enclosure requirement, safety restraint, service clearance and cable-entry plan before scheduling installation. Receiving should identify missing mechanical items before the access point reaches site. Photograph the mounted label and final cable entry, then record how the unit can be reached for replacement. A complete electronic order can still be an unusable deployment kit when mechanical dependencies are omitted. The 1832i supports common Cisco Aironet mounting brackets; preserve the exact bracket and ceiling or wall interface used at the site.

Serial-level asset control

Capture chassis serial, base MAC address, carton reference, deployment site, controller assignment and asset owner. Reconcile the identifiers against the purchase line before activation. Multi-unit cartons require an entry for every physical access point; a carton SKU alone cannot show which unit was installed, held as a spare or returned. This record is also needed to trace support entitlement, replacement history and monitoring ownership. For a K910C line, reconcile every received serial against the authorized carton quantity because Cisco's lifecycle description does not state that quantity.

Quotation substitution gate

Compare antenna form, regulatory token, configuration suffix, pack quantity and complete Cisco part number on the authorized quotation. Treat any changed token as a substitution that requires a new technical and regulatory review. Procurement should not accept a nearby Aironet 2802 line merely because the family name matches. Preserve the approved line, received label and exception decision so the final asset can be traced to the exact order reviewed here. A K9, K9C, K910C or regulatory-token change is a different 1832i procurement line and requires a new review.

Software lifecycle file

Record the controller release approved for this unit, the source used to verify support, the last tested date and the owner for software advisories. Available hardware does not prove compatibility with a current or future controller train. Review Cisco support information before every expansion or replacement. The lifecycle file should also state when this Aironet generation must leave service and which surrounding dependencies need migration. Cisco ended 1830 Series software maintenance on 1 May 2023, so the retained controller compatibility result is a lifecycle control.

Authentication path test

Commission representative clients through association, authentication, address assignment, DNS and application reachability. Preserve the identity policy used, test client type, result and relevant controller logs. An access point that joins its controller has not yet demonstrated the user path. Repeat the test after any controller, certificate or authentication-service change and retain failures separately from RF or switch-port evidence. Test association, authentication, DHCP, DNS and application reachability after the AP reaches its final controller or Mobility Express role.

Change-window controls

Document staging evidence, production window, installer, rollback owner and measurable success criteria. Preserve the prior controller or AP state needed for recovery. After the change, close temporary credentials, compare authentication, monitoring and RF results with the approved baseline, and record the final decision. The work is not complete merely because the unit powers on or appears in a controller list. Rollback must restore the former controller or Mobility Express role, country setting, switch port and accepted RF state.

Security baseline

Retain the approved controller policy, management authorization, certificate or trust workflow, client authentication test and logging destination. Confirm behavior on the deployed controller software instead of promising a protocol from the hardware family name. Remove temporary onboarding access and verify administrative reachability after handover. This keeps product identity separate from software-dependent security claims. Record which security functions are actually configured on the deployed controller release; do not present optional family capabilities as enabled facts.

Replacement dependency map

Map this unit to controller, licenses, authentication services, switch power, cable, bracket, antenna design and monitoring objects. For an end-of-sale platform, state which dependencies can be reused by the planned Catalyst migration and which require change. A nominal access-point replacement can fail when the surrounding platform was never inventoried. Keep the map with the asset rather than only in a one-time project file. Cisco names Catalyst 9115AX as the migration family; map controller, power, mounting and coverage changes before replacement.

Related Aironet 1832 order records

• AIRAP1832I-CK910C - compare software and procurement form.
• AIRAP1832I-ZK910C - compare regulatory-domain evidence.
• AIRAP1832I-TK910C - compare regulatory-domain evidence.

Official evidence: Cisco Aironet 1830 Series data sheet; Cisco Aironet 1830 lifecycle bulletin; Cisco Aironet 1830 support page; and Cisco wireless compliance tool.