Generated banner for Directconnect
Generated logo for Directconnect

Directconnect

AWSOfficialPublished by AWS

  • Skill
  • Tool integration
  • Cloud and DevOps
  • Apache-2.0
  • No issues found

From the author

Configures AWS Direct Connect: choosing a connection model (dedicated, hosted, or a link aggregation group) and completing the cross connect; creating private, public, and transit virtual interfaces and bringing up BGP; reaching many VPCs through a Direct Connect gateway including cross-account transit gateway associations; encrypting traffic with MACsec or a private IP Site-to-Site VPN; making the connection resilient and tuning failover; managing link aggregation groups; SiteLink; and migrating from a virtual private gateway to a transit gateway. Use when the user wants a private, consistent network link between a data center and AWS, or operates an existing Direct Connect setup and needs to extend, encrypt, or harden it. Routes to the right per-task procedure in references. Do NOT use for transit gateway route tables and attachments (transitgateway skill), Site-to-Site VPN without Direct Connect (sitetositevpn skill), or Route 53 DNS routing (route53 skill).
— the description by AWS

AutoGineer summary

Written by AutoGineer from the skill’s own files, not by the author

This skill provides comprehensive, procedure-based guidance for establishing and maintaining AWS Direct Connect, which creates a private, consistent network connection between on-premises data centers and AWS. It acts as a central router for specific tasks, including selecting connection models, configuring virtual interfaces and BGP, managing Direct Connect gateways for multi-VPC connectivity, implementing encryption, and ensuring network resiliency. The skill emphasizes adherence to specific procedural references to avoid common configuration pitfalls and service disruptions.

What it does

  • Guides the selection of connection models like dedicated, hosted, or link aggregation groups.
  • Provides procedures for creating and configuring private, public, and transit virtual interfaces.
  • Manages the integration of Direct Connect gateways to connect multiple VPCs across accounts.
  • Assists in implementing traffic encryption via MACsec or private IP Site-to-Site VPN.
  • Outlines steps for building resilient connections and tuning failover performance.
  • Facilitates the migration from virtual private gateways to transit gateways.

When to use it

  • When establishing a new private network link between an on-premises facility and AWS.
  • When scaling an existing Direct Connect setup to reach multiple VPCs or accounts.
  • When implementing security measures like encryption for sensitive data in transit.
  • When optimizing or hardening an existing connection for resiliency and failover.
  • When migrating legacy virtual private gateway configurations to modern transit gateway architectures.

Advantages

  • Provides structured, task-specific procedures to prevent common configuration errors.
  • Ensures consistent application of security best practices, such as mandatory encryption for regulated data.
  • Clarifies complex architectural decisions like choosing between dedicated and hosted connections.
  • Reduces the risk of production traffic drops during complex migrations or updates.
  • Centralizes guidance for multi-account and multi-region network connectivity.

Usage examples

“I need to set up a new private connection between my data center and AWS. Where do I start?”
The agent will guide you through choosing the correct connection model (dedicated vs. hosted) and explain the process of obtaining an LOA-CFA to complete the physical cross-connect.
“How can I connect my on-premises network to multiple VPCs across different accounts?”
The agent will direct you to the Direct Connect gateway procedure, detailing the cross-account proposal and acceptance handshake and the necessary prefix configurations.
“We need to encrypt our data moving over Direct Connect. What are our options?”
The agent will compare MACsec and private IP Site-to-Site VPN options, helping you select the appropriate encryption method based on your specific security requirements.
“Our current setup is outgrowing the virtual private gateway. How do we move to a transit gateway?”
The agent will provide the specific, order-dependent migration steps required to transition to a transit gateway without causing network downtime.

Install

  1. Download the skill as a ZIP:

    https://autogineer.com/agent-skills/aws/directconnect/download
  2. Unzip it into the cross-client skills folder of your project:

    mkdir -p .agents/skills && unzip directconnect.zip -d .agents/skills

Documentation by AWS

AWS Direct Connect

Overview

Domain expertise for configuring AWS Direct Connect, the service that gives a customer a private, consistent network link between their own data center or colocation and AWS instead of routing over the public internet. Covers choosing a connection model and completing the cross connect, creating virtual interfaces and bringing up Border Gateway Protocol (BGP), reaching many VPCs through a Direct Connect gateway, encrypting traffic in transit, making the connection resilient, managing link aggregation groups, SiteLink, and migrating from a virtual private gateway to a transit gateway.

This skill is a router. Each customer task maps to a procedure file under references/. Read the matching reference in full before acting, then follow its constraints and steps. The reference files are self-contained: each carries its own decision tables, constraints, procedure, and troubleshooting.

Execute commands using the AWS MCP server when connected (sandboxed execution, audit logging, observability). Fall back to the AWS CLI otherwise. The Direct Connect console is regional, so pass the customer's working --region on aws directconnect commands; a Direct Connect gateway is a global resource but is reached through a regional console view.

Which Direct Connect task do you need?

GoalReference
Choose dedicated vs hosted vs a link aggregation group, then complete the cross connectchoosing a Direct Connect connection type
Create a private, public, or transit virtual interface and bring up BGPcreating a virtual interface and configuring BGP
Reach many VPCs over one connection through a Direct Connect gatewayconnecting many VPCs through a Direct Connect gateway
Encrypt traffic in transit with MACsec or a private IP Site-to-Site VPNencrypting traffic over Direct Connect
Make the connection survive a failure and tune failover speedmaking a Direct Connect connection resilient
Bundle connections into one logical link and manage membersmanaging link aggregation groups
Connect on-premises sites to each other over the AWS backbonesetting up SiteLink
Move from a virtual private gateway to a transit gateway without dropping trafficmigrating from a virtual private gateway to a transit gateway

Routing notes

  • Connection model comes first. The choosing-a-connection-type reference is the entry point for a customer with no link yet. It settles dedicated vs hosted vs a link aggregation group, checks location support for the chosen speed, and separates a hosted connection from a hosted virtual interface, a distinction customers confuse constantly. Run it before any cross connect is ordered, since port speed cannot change after the connection is created.

  • A connection carries no traffic until a virtual interface exists. After the cross connect is live, the creating-a-virtual-interface reference is the required next step. The virtual interface type (private, public, or transit) decides what the connection can reach and is fixed at creation. The jumbo-frame maximum transmission unit (MTU) should be set at creation but, on a private or transit virtual interface, can be changed later with a brief connectivity disruption.

  • One VPC vs many VPCs. A single VPC in one Region can be reached over a private virtual interface to a virtual private gateway. Reaching many VPCs, crossing accounts, or crossing Regions is the Direct Connect gateway reference, which also owns the cross-account transit gateway proposal-and-acceptance handshake.

  • Encryption is a separate, deliberate step. Direct Connect is not encrypted in transit by default. The encrypting-traffic reference compares MACsec (Layer 2, over the cross connect) against a private IP Site-to-Site VPN over a transit virtual interface (the recommended IPsec path). Route here whenever the customer mentions regulated data or encryption.

  • Resiliency model vs failover speed are two different questions. The resiliency reference covers both: the Resiliency Toolkit sets the topology and service level target, while BGP hold-timer tuning and Bidirectional Forwarding Detection (BFD) set how fast failover actually converges.

  • Link aggregation group as a model vs as ongoing management. The connection-type reference introduces the link aggregation group as a model choice at order time. The managing-link-aggregation-groups reference owns ongoing member add/remove and minimum-links behavior, where removing a member can take the whole group down.

  • Migration is order-dependent. The virtual-private-gateway-to-transit-gateway migration reference exists because doing the cutover steps out of order drops production traffic. Route any "we outgrew the single-VPC model" request here rather than to the plain Direct Connect gateway reference.

Security Considerations

Direct Connect provides a private link into VPC resources, so the security posture differs from the public internet path. Carry these into every task:

  • Not encrypted by default. Direct Connect does not encrypt traffic in transit. You MUST treat encryption as a separate, deliberate step (MACsec or a private IP Site-to-Site VPN) before regulated or sensitive data crosses the link. See the encrypting-traffic reference.

  • Physical and colocation security. The link terminates on customer equipment at a Direct Connect location or partner colocation. You SHOULD remind the customer that physical access control and partner trust at that facility are part of the connection's security boundary.

  • Monitoring and alerting. You SHOULD recommend CloudWatch alarms on connection state and virtual interface BGP status so connection-state changes and failures trigger alerts rather than relying on manual detection.

  • Audit logging. You SHOULD confirm CloudTrail is enabled and logging directconnect API calls (connection, virtual interface, and gateway-association changes) so all configuration changes are captured for audit and compliance.

  • CloudWatch Logs encryption. You SHOULD encrypt CloudWatch Logs log groups that receive Direct Connect-related logs or alarm state data with a KMS key, so sensitive connection metadata is protected at rest.

  • Least-privilege IAM. You MUST scope IAM permissions for directconnect API actions to the specific actions and resources each principal needs, and prefer ephemeral IAM credentials over long-lived IAM user access keys. You MUST NOT grant directconnect:* on resource * or attach any *FullAccess managed policy; instead scope actions to specific resource ARNs, e.g. arn:aws:directconnect:*:*:dxcon/{connection_id} for a connection, so a compromised principal cannot touch every Direct Connect resource in the account.

  • Route leaks between VPCs. You SHOULD warn that advertising a supernet that overlaps VPC CIDRs can cause unintended VPC-to-VPC traffic over a shared Direct Connect gateway; mitigate with specific prefixes, separate gateways, or transit gateway blackhole routes.

Additional Resources

Files

references/managing-direct-connect-link-aggregation-groups.md

Overview

Domain expertise for bundling Direct Connect connections into a link aggregation group (LAG) and managing its members over time. Covers the same-speed and same-device requirement, the member-count limits by speed, the minimum links threshold and the trap of removing a member below it, the maintenance-window requirement for disruptive changes, and the MACsec key behavior on LAG join.

Does not cover choosing the connection model at first order (a separate reference introduces the LAG as a model choice), virtual interface and BGP setup, or resiliency model selection. Those are separate references.

Execute commands using the AWS MCP server when connected (sandboxed execution, audit logging, observability). Fall back to the AWS CLI otherwise. The Direct Connect console is regional; pass the customer's working --region on every aws directconnect command.

Table of Contents

  • Overview

  • Member requirements and limits

  • Minimum links and the removal trap

  • Disruptive changes need a maintenance window

  • MACsec on LAG join

  • Troubleshooting

  • Procedure

  • Additional Resources

Member requirements and limits

SpeedMax member connections
1 or 10 Gbps4
100 or 400 Gbps2

Constraints:

  • You MUST confirm every member connection runs at the same bandwidth and terminates at the same Direct Connect device before proposing or modifying the LAG; mismatches are rejected.

The minimum links value decides how many members must stay active before the whole LAG is declared down.

Minimum linksBehavior when active members drop below it
0 (default)LAG stays up even with 0 active members. No LAG-down signal on total failure
1LAG goes down when all members fail
2LAG goes down when fewer than 2 members are active

Constraints:

  • You MUST set minimum links to at least 1 for a production LAG, and explain the threshold behavior, so a total outage produces a LAG-down signal.

  • You MUST check the current active member count against minimum links before removing a member, and warn the customer when the removal would drop the count below the threshold and take the whole LAG down.

Disruptive changes need a maintenance window

Constraints:

  • You MUST treat creating a LAG from an existing live connection, and adding or removing a member, as traffic-disrupting, and steer those changes into a maintenance window.

MACsec on LAG join

Constraints:

  • You MUST associate the MACsec key with the LAG after members are added, not rely on a per-connection key carrying over. A connection's individual MACsec key is disassociated when it joins a LAG; the LAG carries its own key that applies to all members, and only one key is active across the LAG at a time. When the LAG uses MACsec, you MUST store the CKN/CAK pair in AWS Secrets Manager and reference it by --secret-arn, never passing the values inline or storing them in plaintext config. You SHOULD scope a resource policy on that secret to only the principals that need to manage the MACsec key, and include aws:SourceArn or aws:SourceAccount condition keys to restrict access to only the Direct Connect LAG that needs the key and prevent confused-deputy scenarios.

  • You SHOULD remind the customer that traffic over the LAG is not encrypted in transit by default, and point them to the encrypting-traffic reference if the workload requires encryption.

Troubleshooting

A total member failure produced no LAG-down alarm

Minimum links is at the default of 0, so the LAG reports up with no active members. Set it to at least 1.

Removing one member took the whole LAG down

The removal dropped the active count below minimum links. Check the count against the threshold before removing a member.

A connection will not join the LAG

It is a different bandwidth or on a different Direct Connect device. All members must match on both.

MACsec stopped working after a connection joined the LAG

The per-connection key was disassociated on join. Associate the MACsec key with the LAG.

Procedure

Overview

This procedure confirms member compatibility, creates or modifies the LAG, sets minimum links safely, schedules disruptive changes into a maintenance window, and surfaces the console link.

Parameters
  • action (required): create, add-member, or remove-member.

  • lag_id (required for member changes): The LAG ID.

  • connection_id (required for member changes): The member connection ID.

  • bandwidth (required for create): The shared member bandwidth.

  • location (required for create): The Direct Connect location.

  • minimum_links (required): At least 1 for production.

Constraints for parameter acquisition:

  • You MUST ask for the action, the member bandwidth/location (for create), and the minimum links value upfront.

Steps
1. Verify dependencies and member compatibility

Constraints:

  • You MUST confirm credentials with aws sts get-caller-identity.

  • You MUST use ephemeral IAM credentials (e.g., AWS SSO, an instance profile, or aws sts assume-role) rather than long-lived IAM user access keys for Direct Connect management operations.

  • You MUST confirm all members share one bandwidth and terminate at the same Direct Connect device.

2. Create the LAG or change a member (in a maintenance window)

Constraints:

  • You MUST create the LAG with the shared bandwidth, and warn that creating from an existing connection interrupts traffic:

    aws directconnect create-lag --location {location} --number-of-connections {number_of_connections} \
      --connections-bandwidth {bandwidth} --lag-name {lag_name} --region {region}

    To create from an existing connection (traffic-disrupting), add --connection-id {connection_id}.

  • You MUST capture the lagId from the create-lag response as {lag_id}.

  • You MUST poll until the LAG is available:

    aws directconnect describe-lags --lag-id {lag_id} \
      --query 'lags[0].lagState' --output text --region {region}

    Poll until lagState reports available.

  • Before a member removal, you MUST check the active count against minimum links and warn if the removal would take the LAG down:

    aws directconnect describe-lags --lag-id {lag_id} --region {region}
  • To add a member:

    aws directconnect associate-connection-with-lag \
      --connection-id {connection_id} --lag-id {lag_id} --region {region}
  • To remove a member:

    aws directconnect disassociate-connection-from-lag \
      --connection-id {connection_id} --lag-id {lag_id} --region {region}

Constraints:

  • You MUST set minimum links to at least 1 for a production LAG:

    aws directconnect update-lag --lag-id {lag_id} --minimum-links {minimum_links} --region {region}

Constraints:

  • You MUST present the LAG console link, filling {lag_id} and {region}:

    https://console.aws.amazon.com/directconnect/v2/home?region={region}#/lags/{lag_id}
  • You SHOULD recommend CloudWatch alarms on LAG state and member-count metrics, and confirm CloudTrail is capturing directconnect API calls with log file validation enabled and the trail encrypted with a KMS key, and any CloudWatch Logs log groups receiving these events or alarm state data encrypted with a KMS key, so state changes trigger alerts and configuration changes are audited with assured log integrity and confidentiality rather than relying on manual detection.

  • You SHOULD ensure any SNS topics receiving Direct Connect alarm notifications are encrypted with a KMS key and that subscriptions are restricted to authorized operations personnel.

Security Considerations

  • Not encrypted by default. Direct Connect does not encrypt traffic in transit. You MUST treat encryption as a separate, deliberate step (MACsec or a private IP Site-to-Site VPN) before regulated or sensitive data crosses the LAG. See the encrypting-traffic reference.

  • Ephemeral credentials. You MUST use ephemeral IAM credentials (e.g., AWS SSO, an instance profile, or aws sts assume-role) for Direct Connect management operations rather than long-lived IAM user access keys.

  • Least-privilege IAM. You MUST scope IAM permissions for directconnect API actions to the specific actions and resource ARNs each principal needs, and MUST NOT grant directconnect:* on resource * or attach any *FullAccess managed policy.

Additional Resources

Requirements and compatibility

Works with: Claude Code, Claude apps, OpenAI Codex, GitHub Copilot, Cursor, Gemini CLI, Kiro, OpenCode, Goose, Amp, Roo Code, JetBrains Junie, Factory Droid, Devin (ex-Windsurf), Mistral Vibe, OpenHands, Letta

“Works with” means the tool reads the open Agent Skills format; a skill written for one tool may use features others lack.

Needs: Needs an MCP server

Security

No issues found by our static scan· No issues found

A static scan is not a guarantee. Skills are third-party content: review a skill before you let an agent use it.

Attribution and licence

Published by
AWS
Publisher
AWS (Official)
Source
aws/agent-toolkit-for-aws · skills/specialized-skills/networking-and-content-delivery-skills/directconnect · commit 0a218f8
Licence
Apache License 2.0 (redistribution allowed)
  • LICENSE (added by AutoGineer from LICENSE)
  • NOTICE (added by AutoGineer from NOTICE)
  • ATTRIBUTION.md (written by AutoGineer)
Synced

AutoGineer is not affiliated with or endorsed by AWS or AWS.

Download ZIP

The ZIP holds the skill’s files, its licence files and an ATTRIBUTION.md. Download directconnect.zip