Cloud Router Frequently Asked Questions

PacketFabric Cloud Routers

Do I need to set up a cross connect to PacketFabric?

No. You do not need a physical port or a data center presence to use Cloud Router services.

We can transfer data between your cloud environments, but then you would be responsible for reaching the cloud via another route (such as over the open internet or a VPN connection).

Can I connect my on-premises network to the cloud router?

Yes. If you aren’t already connected, you will need to provision an access port in one of our locations and set up a cross connect to our network.

If you already have an access port, you can use that to connect your on-premises network to the Cloud Router.

Is Q-in-Q supported?

Yes.

Q-in-Q tunneling is fully supported. Q-in-Q S-tag/S-VLAN is supported for Azure connections. If you require S-tag/S-VLAN for another cloud, contact your Customer Service Manager to discuss options.

Do you provide public IPs?

Yes, we provide a /31 for AWS public VIFs.

Soon we will also be providing private IPs for Azure and dedicated ports.

Can I use my own public IPs for the router peering? What about my own public ASN?

At this time, you cannot use your own public ASN.

For an AWS public virtual interface, you can use your own public IPs. When you provision your connection, we send AWS an automated email to confirm that you are authorized to use our public ASN with your public IPs. All public virtual interfaces require up to 72 hours approval by AWS.

You cannot use your own IPs for Google or IBM.

At this time, we do not support Microsoft public peering.

Can I use my own private IPs?

This depends on the cloud service provider.

For router peer IPs:

  • AWS allows you to input your own IP addresses or have them generated on your behalf.
  • Microsoft Azure requires you to provide your own subnet ranges. The peer IPs are auto-allocated from this range.
  • For Google Cloud and IBM Cloud, the IP addresses are generated on your behalf and cannot be edited.

When advertising VPC subnets, you can set your own prefixes (up to 1000 in and 1000 out).

Is IPv6 supported?

Not at this time.

Can I have an EPL virtual circuit into the Cloud Router?

No, Cloud Routers only support EVPL virtual circuits.

How long does provisioning take?

Provisioning can take up to 10 minutes, depending on the cloud.

Additional configuration takes a few more minutes depending on how many prefixes you need to add.

How many connections can I have per Cloud Router?

At this time, we have not set a limit on connections.

Can a virtual circuit be ordered from a Cloud Router to anywhere in the PacketFabric network?

Yes.

Will my data traverse the public internet?

No, all traffic stays within PacketFabric’s software-defined network.

How do you choose the best path for data to take?

Our network architects have carefully engineered our software-defined network to take the best routes between on-net locations. This applies to both primary paths and fallback paths.

What do you mean when you say it’s a “distributed” service?

Rather than creating one centralized router to handle inter-cloud, we create routing instances at each location you provision a connection.

This allows us to avoid hairpinning traffic and provides far more scalability.

PacketFabric Cloud Router IPsec VPN

What if I don’t see my VPN device in the verified presets list?

It’s likely that we support a much broader range of VPN hardware and software than those that have been verified, as long as the device follows IPsec standards. If you have any questions about support for your device, we will be happy to help you test it. Contact sales@packetfabric.com to speak with one of our solutions experts.

Do you support NAT for VPN connections?

Cloud Router public connections support NAT within the same Cloud Router, so you can achieve NAT from private space behind IPsec to a public cloud.

Note: We don’t support NAT on the IPsec connection itself on our side but the customer side can be behind a NAT gateway.