Skip to main content
StarlinkCustomer feedback

Starlink users report IPsec VPN traffic routing failures caused by Carrier-Grade NAT (CGNAT) breaking ESP data transmission unless NAT-T or public IP addressing is configured.

Source: Autobound Signal API · 58 signals tracked for Starlink · updated

Get Starlink's live signals in Claude or ChatGPT, or by API

AskWhat changed at Starlink this week? Use Autobound signals for starlink.com.

What happened

Post: "VPN Over Starlink Issues"

Source

RedditOct 7, 2026By u/cecil29000

r/networking

VPN Over Starlink Issues

upvotes
12
comments
35

Post

Highlighted: the lines this signal was extracted from

I'm having an issue with getting an IPSEC VPN working over Starlink and could use a little bit of help pointing me in the right direction. The head end device is a Cisco Firepower FTD1140 and the client is a Cradlepoint R1900 mobile router. I have set up a route-based VTI VPN between the FTD and the Cradlepoint and the VPN is established. Here's where I am having the issue - everything works exactly as it should when using the internal cellular modem. VPN comes up, routes build correctly, and everything is fine. I have the Starlink set up so the users can flip a switch to power it on as a backup internet source. The Cradlepoint sees the WAN link come up and switches to use that instead of the cell modem. From everything I can see, the VPN link comes up and establishes correctly. Tunnels report as up on both the Cradlepoint and the FTD side, but no traffic passes at all. From a client computer, I can ping the IP address of the outside interface on the FTD, but that is the only thing that responds. I have tried setting the VPN adapter MTU on the Cradlepoint to 1300 and it still does not pass data. Turning the Starlink off restores all communications. Would this be an issue with CGNAT? For some reason, the FTD does not think that the connection needs NAT-T enabled. The IP address reported by the Cradlepoint does not match the address that the FTD reports. The Cradlepoint...

Keep reading with a free account

The rest of this post, and every signal for Starlink, is in your free account.

Also quoted as evidence

  • [comment u/voyoit] The "up but nothing passes" symptom fits CGNAT well, and it's worth confirming with a capture before changing the plan.

Comments on the post

5 of 35 comments
  • “On a business Starlink change your IP type from default to Public IP to avoid Starlink’s internal CGNat.”

    u/Riddler8384325 points · Oct 7, 2026View

  • “They use CGNAT, you need NAT-T.”

    u/AlmsLord50007 points · Oct 7, 2026View

  • “The "up but nothing passes" symptom fits CGNAT well, and it's worth confirming with a capture before changing the plan. IKE on UDP 500 can get through CGNAT fine, so the tunnel shows as up. The ESP data plane is what breaks. Raw ESP (IP protocol 50) has no ports, so a CGNAT box can't map it. Unless both sides detect the NAT and switch to UDP 4500, the traffic silently dies. The NAT-T is disabled”

    u/voyoit4 points · Oct 8, 2026View

  • “We are running several IPSEC tunnels over starlink, both in fixed and mobile installations. The only issue we had with the CGNAT was that we couldn't reach back to the WAN interfaces. Otherwise it was fine as a dialup connection. (Fortinet). Flipping to public IPs was a nice to have, not a need to have.”

    u/codetrap2 points · Oct 7, 2026View

  • “Suggest using IPv6 and you have to set "Pubic IP" in the settings for each Starlink radio. You can make a reusable config and apply it to multiple radios (they call them antennas on their website). (Punching thru CGNAT is challenging.) Then check the MTU.”

    u/lizardhistorian2 points · Oct 9, 2026View

Extracted by Autobound

From the Signal API record
Signal
Customer feedback

What this signalsUser posts often show product pain before it reaches reviews or churn.

Subreddit
r/networking
Event date
Oct 2026

Companies

  • CiscoAlso named
  • CradlepointAlso named

The full record

From the Signal API record

Numbers

Mentions
1

Details

Timing
Ongoing state
Category
Integration
Virality
Somewhat high
Post kind
Text
Prominence
Core
Company's role
Vendor

Topics and mentions

Topics

  • satellite
  • networking
  • vpn
  • cgnat

Flair

  • Troubleshooting

Products named

  • Starlink

Extraction

Sentiment
Negative
Detected
Oct 7, 2026
signal_type
reddit-company
signal_subtype
customerFeedback

Use this data

Get every Reddit signal for Starlink and the companies you sell to, in the tools you already use.

  1. Ask Claude about it

    Connect Autobound to Claude, Claude Code or Cursor with MCP. Then ask: “What changed at Starlink this week?”

  2. Send it to your own tools

    The Signal API returns Reddit signals for any list of companies as JSON, for your CRM, warehouse or app.

  3. Try it free

    Sign up and spend your free credits on the companies you sell to.

    Start Free1,000 free credits

The API returns more than this page shows

This page shows a preview. The full reddit-company record in the Signal API and MCP can also have these 8 fields. Some fields are empty for some signals.

Company

  • linkedin_urlValue in the API
  • industriesValue in the API
  • employee_count_lowValue in the API
  • employee_count_highValue in the API
  • revenueValue in the API
  • descriptionValue in the API

Signal

  • signal_nameValue in the API
  • associationValue in the API
Show the full JSONThe record on this page and the API request

GET /v1/signals/b3237237-cc3f-5654-aad5-03115884dc77 returns this record as JSON. POST /v1/companies/enrich returns every signal for starlink.com.

{
  "signal_id": "b3237237-cc3f-5654-aad5-03115884dc77",
  "signal_type": "reddit-company",
  "signal_subtype": "customerFeedback",
  "detected_at": "2026-10-07T17:27:26+00:00",
  "company": {
    "name": "Starlink",
    "domain": "starlink.com"
  },
  "data": {
    "nsfw": false,
    "stage": "none",
    "awards": 0,
    "timing": "ongoing_state",
    "topics": [
      "vpn",
      "cgnat",
      "satellite",
      "networking"
    ],
    "post_id": "1x02ndi",
    "summary": "Starlink users report IPsec VPN traffic routing failures caused by Carrier-Grade NAT (CGNAT) breaking ESP data transmission unless NAT-T or public IP addressing is configured.",
    "category": "integration",
    "comments": [
      {
        "url": "https://www.reddit.com/r/networking/comments/1x02ndi/comment/peh0k2y/",
        "depth": 0,
        "score": 25,
        "author": "Riddler83843",
        "excerpt": "On a business Starlink change your IP type from default to Public IP to avoid Starlink’s internal CGNat.",
        "posted_at": "2026-10-07T17:35:18.000Z",
        "author_url": "https://www.reddit.com/user/Riddler83843/"
      },
      {
        "url": "https://www.reddit.com/r/networking/comments/1x02ndi/comment/peieun3/",
        "depth": 0,
        "score": 7,
        "author": "AlmsLord5000",
        "excerpt": "They use CGNAT, you need NAT-T.",
        "posted_at": "2026-10-07T21:08:46.000Z",
        "author_url": "https://www.reddit.com/user/AlmsLord5000/"
      },
      {
        "url": "https://www.reddit.com/r/networking/comments/1x02ndi/comment/pelu7jg/",
        "depth": 0,
        "score": 4,
        "author": "voyoit",
        "excerpt": "The \"up but nothing passes\" symptom fits CGNAT well, and it's worth confirming with a capture before changing the plan.\n\n IKE on UDP 500 can get through CGNAT fine, so the tunnel shows as up. The ESP data plane is what breaks. Raw ESP (IP protocol 50) has no ports, so a CGNAT box can't map it. Unless both sides detect the NAT and switch to UDP 4500, the traffic silently dies. The NAT-T is disabled",
        "posted_at": "2026-10-08T09:48:00.000Z",
        "author_url": "https://www.reddit.com/user/voyoit/"
      },
      {
        "url": "https://www.reddit.com/r/networking/comments/1x02ndi/comment/pehrnpa/",
        "depth": 0,
        "score": 2,
        "author": "codetrap",
        "excerpt": "We are running several IPSEC tunnels over starlink, both in fixed and mobile installations. The only issue we had with the CGNAT was that we couldn't reach back to the WAN interfaces. Otherwise it was fine as a dialup connection. (Fortinet). Flipping to public IPs was a nice to have, not a need to have.",
        "posted_at": "2026-10-07T19:26:51.000Z",
        "author_url": "https://www.reddit.com/user/codetrap/"
      },
      {
        "url": "https://www.reddit.com/r/networking/comments/1x02ndi/comment/pes3z7h/",
        "depth": 0,
        "score": 2,
        "author": "lizardhistorian",
        "excerpt": "Suggest using IPv6 and you have to set \"Pubic IP\" in the settings for each Starlink radio.\nYou can make a reusable config and apply it to multiple radios (they call them antennas on their website).\n(Punching thru CGNAT is challenging.)\n\n Then check the MTU.",
        "posted_at": "2026-10-09T03:55:05.000Z",
        "author_url": "https://www.reddit.com/user/lizardhistorian/"
      },
      {
        "url": "https://www.reddit.com/r/networking/comments/1x02ndi/comment/pehzicr/",
        "depth": 0,
        "score": 1,
        "author": "w0lrah",
        "excerpt": "If you are able to send traffic over the VPN, even just to the far side device, the problem has nothing to do with your internet connection.\n\n Also if you control the devices at both ends you should be able to get packet captures from them. Do that and see if the packets are being received the way they were sent.",
        "posted_at": "2026-10-07T20:02:20.000Z",
        "author_url": "https://www.reddit.com/user/w0lrah/"
      },
      {
        "url": "https://www.reddit.com/r/networking/comments/1x02ndi/comment/pehzvh1/",
        "depth": 0,
        "score": 1,
        "author": "Agromahdi123",
        "excerpt": "If you cant do the recommended below of avoiding cgnat you can try using a “hole punch” method using a different type of tunnel. If the firewall can be a “client” to a vpn by reaching out it will work with nat/pat and cgnat since it should just appear as an outbound udp connection and thus replies should be allowed back in",
        "posted_at": "2026-10-07T20:03:59.000Z",
        "author_url": "https://www.reddit.com/user/Agromahdi123/"
      },
      {
        "url": "https://www.reddit.com/r/networking/comments/1x02ndi/comment/pejto00/",
        "depth": 0,
        "score": 1,
        "author": "KindPresentation5686",
        "excerpt": "Enable NAT-T",
        "posted_at": "2026-10-08T01:23:07.000Z",
        "author_url": "https://www.reddit.com/user/KindPresentation5686/"
      }
    ],
    "evidence": [
      "[post] Tunnels report as up on both the Cradlepoint and the FTD side, but no traffic passes at all.",
      "[post] Would this be an issue with CGNAT? For some reason, the FTD does not think that the connection needs NAT-T enabled.",
      "[comment u/voyoit] The \"up but nothing passes\" symptom fits CGNAT well, and it's worth confirming with a capture before changing the plan."
    ],
    "virality": "somewhat_high",
    "post_date": "2026-10-07T17:27:26.000Z",
    "post_kind": "text",
    "post_text": "I'm having an issue with getting an IPSEC VPN working over Starlink and could use a little bit of help pointing me in the right direction.\n\nThe head end device is a Cisco Firepower FTD1140 and the client is a Cradlepoint R1900 mobile router. I have set up a route-based VTI VPN between the FTD and the Cradlepoint and the VPN is established.\n\nHere's where I am having the issue - everything works exactly as it should when using the internal cellular modem. VPN comes up, routes build correctly, and everything is fine. I have the Starlink set up so the users can flip a switch to power it on as a backup internet source. The Cradlepoint sees the WAN link come up and switches to use that instead of the cell modem.\n\nFrom everything I can see, the VPN link comes up and establishes correctly. Tunnels report as up on both the Cradlepoint and the FTD side, but no traffic passes at all. From a client computer, I can ping the IP address of the outside interface on the FTD, but that is the only thing that responds.\n\nI have tried setting the VPN adapter MTU on the Cradlepoint to 1300 and it still does not pass data. Turning the Starlink off restores all communications.\n\nWould this be an issue with CGNAT? For some reason, the FTD does not think that the connection needs NAT-T enabled. The IP address reported by the Cradlepoint does not match the address that the FTD reports. The Cradlepoint is...",
    "sentiment": "negative",
    "subreddit": "networking",
    "event_date": "2026-10",
    "post_flair": [
      "Troubleshooting"
    ],
    "post_title": "VPN Over Starlink Issues",
    "prominence": "core",
    "source_url": "https://www.reddit.com/r/networking/comments/1x02ndi/vpn_over_starlink_issues/",
    "entity_role": "vendor",
    "post_author": "cecil29000",
    "upvote_ratio": 0.7307692307692307,
    "mention_count": 1,
    "mention_surge": false,
    "subreddit_url": "https://www.reddit.com/r/networking/",
    "total_upvotes": 12,
    "comments_total": 35,
    "total_comments": 35,
    "other_companies": [
      {
        "name": "Cisco",
        "role": "partner",
        "domain": "cisco.com"
      },
      {
        "name": "Cradlepoint",
        "role": "partner",
        "domain": "cradlepoint.com"
      }
    ],
    "post_author_url": "https://www.reddit.com/user/cecil29000/",
    "signal_category": "feedback",
    "comments_included": 15,
    "products_mentioned": [
      "Starlink"
    ]
  }
}

Long text fields are shortened on this page.

Looking up one signal by its id is free. Enrich costs 2 credits per signal returned; a call with no results is free.